Jean-Baptiste Faure a écrit 1768 commentaires

Puisque l'objectif est bien de les initier à la programmation et non à l'utilisation d'un IDE, à mon avis, il suffit d'un simple éditeur de texte avec coloration syntaxique + un analyseur de code source basé sur exuberant ctags. Par exemple gedit avec les bons greffons sur Gnome. À la rigueur aller un peu plus loin avec Geany pour un greffon gestionnaire de projet.

Quel incident ? Le site de Roubaix a-t-il brûlé lui aussi ?

Je n'ai jamais encore joué avec les coArrays, il faudrait que je m'y mette, mais j'ai l'impression que ce n'est pas du tout la même granularité que OpenMP.
J'essaierai peut-être sur une analyse de sensibilité automatique type Monte-Carlo.

Justement, ça ne met pas un problème en pause. Par contre ça en pose un gros, chaque image pouvant être un vecteur d'espionnage.

Je sais bien, ma question est sur les frontières du cycle de vie. Quand et comment décides-tu qu'un processus n'appartient pas au cycle de vie d'une voiture électrique ? Le transport par bateau depuis un pays lointain ? Ok dedans. La construction des bateaux nécessaires à ce transport ? Peut-être. Et la formation des ingénieurs nécessaires à la fabrication des bateaux, à la gestion du trafic maritime, la construction des ports et de toute l'infrastructure ? Dedans ou dehors ?

C'est sûr que si tu mets l'intégralité de la civilisation industrielle dans le cycle de vie de la voiture électrique, ça rejette beaucoup de CO2.
Mais si tu le fais pour la voiture électrique, il faut aussi le faire pour tous les autres produits. Du coup la notion de cycle de vie d'un produit n'a plus d'intérêt.

Si, toi tu as bien compris. ;-)

Oui, mais c'est ça qui est intéressant quand on fait du calcul numérique.

Tu confonds rayon et diamètre.

En quoi est-ce contradictoire avec ce qu'il écrit ?

Les voitures modernes utilisent 98 % — pour ne pas dire 100 % — de ce que permettent les limites physiques actuelles induites par la conception de leurs moteurs.

Si un moteur à explosion a au mieux 36% de rendement et que tu construis un moteur qui a effectivement un rendement de 36%, tu fais le mieux qu'il est possible de faire.

Est-ce qu'il ne suffit pas de couper le wifi et de lancer LibreOffice ? Puis, si tu aimes, passer en plein écran (Maj+Ctrl+J ou menu Affichage > Plein écran).

Merci pour la réponse.
Dés que je pourrai, je testerai pour voir si c'est compatible avec OpenMP. L'option -static, elle, ne l'est pas.

Sur les tests automatiques d'un code que je compile d'habitude avec -static la taille de l'exécutable a un peu diminué, en gros 25%. Je n'ai pas vu de gain de performance sensible, un peu plus long sur certains tests, un peu plus rapide sur d'autres. Mais il faudrait répéter les tests et faire des moyennes pour avoir une vraie mesure.

Super article ! Merci !

Sur le wiki ubuntu-fr.org tu parles de l'option -static-libgfortran. Qu'est-ce qu'elle apporte par rapport à -static ?

Bon courage et bonne chance ! :-)

Si tu rencontres des difficultés avec LibreOffice Writer, n'hésite pas à demander de l'aide ici (sauf si tu veux éviter les réponses du genre "en latex il suffit de faire comme ceci ou comme cela"). Et bien sûr aussi sur la liste de discussion d'entraide users@fr.libreoffice.org ou sur https://ask.libreoffice.org/fr/

[…] et j'en passe.

C'est bien une partie du problème. Je cite l'auteur du journal :

Enfin, je ne veux pas trop me prendre la tête avec l'outil.

Sérieux ? On parle d'un livre, un truc qui doit respecter un certain nombre de règles typographiques, où on change de police de caractère entre les titres, le corps du texte, les encarts, les notes de bas de page, les légendes des figures, tableaux et images, etc. Un truc qui a des pages numérotées, une table des matières qui indique les numéros de page, un truc qu'on peut imprimer et relier.
Rien à voir avec le readme d'un logiciel sur gitlab ou avec une page web.

Un traitement de texte bien foutu fait tout ça et bien d'autres choses. Et il le fait avec un seul logiciel, sans avoir besoin de construire sa propre usine à gaz en allant chercher des plugins, des scripts et des convertisseurs un peu partout sur le net pour ajouter telle ou telle fonction.

Au fait comment fais-tu pour corriger une faute page 236 ligne 11 dans un texte en markdown ?

C'était une super bonne idée.

C'est justement ça le problème pour FB.

Comme Ysabeau l'a déjà écrit je conseille vivement de configurer l'interface de LibreOffice Writer dans le mode "volet latéral" qui masque la barre d'outils de formatage pour ne jamais être tenté de cliquer sur bouton gras ou italique ou autre du même genre. Ce genre de chose se fait avec un style de paragraphe ou de caractère. Pour un document long, ce genre de méthodologie est fondamentale pour automatiser la maximum de choses.

Pour le choix du modèle, vérifier qu'il est bien fait, en particulier que les styles de titre ont bien un style de suite en corps de texte sinon tu vas te retrouver avec des titres vides. Et pour la numérotation des chapitres il faut passer par le menu Outils > Numérotation des chapitres et non faire comme dans MS-Word, même si on peut depuis quelques versions. C'est ça qui est le plus robuste.

Enfin bien sûr, on ne saute jamais de ligne (pas de paragraphe vide). Les espacements avant et après des styles de paragraphes sont faits pour gérer ça. Les paragraphes vides ça fout la bazar dans le calcul des sauts de pages automatiques. Si on a besoin de séparer un peu plus 2 paragraphes successifs, on peut définir un style "Corps de texte avec espace plus grand avant" qui aura comme style de suite le style "Corps de texte" normal.

Enfin, bien faire attention au choix des polices de caractères : comme les logiciels, les polices ont aussi des bugs ou sont incomplètes. C'était le cas à un moment par exemple avec Vera Bitstream remplacée depuis par DejaVu. Pour le moment mes polices préférées sont Linux Libertine et Linux Biolinum qu'on peut paramétrer très finement. Si tu fais du ePub, il faut sans doute choisir des polices qui sont disponibles sur la plupart des ordinateurs, sinon le remplacement des polices manquantes par l'afficheur va donner des résultats imprévisibles.

Je ne comprends pas cette notion d'étape de mise en page : avec un bon logiciel de traitement de texte, on fait la mise en page avant, en choisissant un modèle. Ensuite on écrit et la mise en page est automatique. Elle peut ensuite être ajustée en modifiant un style, par exemple changer sa police de caractère, modifier l'interlignage, modifier les espaces avant et après, etc.

Please ! LibreOffice ça s'écrit en un seul mot. :-)

Si tu as beaucoup plus de polices disponibles pour Scribus que pour LibreOffice, c'est que Scribus utilise des polices qui ne sont pas rangées dans les endroits standard.

Pour l'affichage des polices, je ne vois de crénelage chez moi. Sur quelle police vois-tu ça et avec quelle version de LibreOffice ? Dans LibreOffice même ou bien sur l'export PDF ?

Writer peut utiliser des polices TrueTpye, OpenType et Graphite.

Peut-être parce que cette discussion est hors sujet ?

Trois.

Parfait, donc ça marche bien. :-)

Oui c'est bien ça. Combien as-tu de processus soffice ? 3 ou 1 seul ?

Je suis bien d'accord avec toi, c'était juste une manière de souligner la grande adaptabilité de LibreOffice, après chacun l'utilise comme il veut.

les voir co-exister sans aucun souci les uns à côté des autres sans jamais y avoir de conflit.

As-tu regardé ce que ça donne si tu lances une 2e fois LibreOffice avec un profil différent de la 1ère ? Il me semble que par défaut LO réutilise la 1ère session…