Bonjour à tous,
pour ceux qui avaient signifié leur intérêt à participer à la rédaction du document pour la faécum à aller faire un petit checkout subversion sur https://delusionner.homeip.net/svn/gulum/ argumentaire_faecum Gabriel va bientôt nous donner un accès en écriture et on va pouvoir commencer le travail (bande de chanceux!). En attendant, si y'a 2-3 personnes qui sont prêtes à commencer une section, envoyer un message pour dire que vous travaillez dessus afin d'éviter que plusieurs personnes écrivent sur la même section et qu'on soit obligé de rejetter une partie du travail.
Si quelqu'un est à l'aise avec la mise en page en latex, j'aurais peut-être besoin de quelqu'un pour la mise en page de la page de titre.
P.S. Si vous avez des commentaires sur la séparation des sections, je suis bien ouvert à vos commentaires (si vous payer l'cognacg gnac gnac)
Marc
Afficher les réponses par date
Gabriel va bientôt nous donner un accès en écriture et on va pouvoir commencer le travail (bande de chanceux!).
Hum donc pour l'instant j'ai extrait le dépôt en anonyme, comment j'ferai pour avoir un accès avec commit éventuellement? On va m'expédier un usager + mot de passe cryptés pour ma clé PGP?
Aussi, je me lance à une question parce que j'ai l'impression d'avoir mal compris: pourquoi exactement a-t'on décidé d'utiliser des accents avec 'machintruc? Pourquoi pas juste É, à, ü, directement dans le document? J'ai mal saisi la raison pourquoi on ne pourrait pas utiliser les caractères unicode directement.
J'y vois quelques désavantages: c'est long à taper (j'imagine que la syntaxe c'est "+l'accent+voyelle"?). C'est bien un truc qui me faisait horreur en html («é», c'est toi que je regarde!) et ça a été une libération quand j'ai trouvé comment taper tout direct en utf-8.
...Et ça empêche la correction ortograffiq/syntaxe/anglicismes/whatever (j'ai un excellent français écrit, mais je me sers d'Antidote pour réviser mes tournures de phrases ou corriger rapidement les erreurs des autres)
En fait, techniquement, ne serait-il pas possible de mixer les 'E et les É dans un même document? Si oui, j'aurais pas à me casser le tronc, je tape mes accents nativement et basta.
Autre question. Quand je veux compiler la bestiole pour voir les documents en format final, je fais simplement «make»? Parce que pour l'instant, ça me crache l'erreur ci-dessous:
I couldn't open style file plain.bst ---line 16 of file argumentaire_faecum.aux : \bibstyle{plain : } I'm skipping whatever remains of this command I found no style file---while reading file argumentaire_faecum.aux (There were 2 error messages) make: *** [all] Erreur 2
En attendant, si y'a 2-3 personnes qui sont prêtes à commencer une section, envoyer un message pour dire que vous travaillez dessus afin d'éviter que plusieurs personnes écrivent sur la même section et qu'on soit obligé de rejetter une partie du travail.
Personnellement, je me sens plus penché vers la section «formats ouverts» parce que je risque moins de dire des bêtises sorties de mes narines, et aussi parce que j'y crois durement ;)
Toutefois, je ne suis pas *du tout* certain du style de texte que c'est censé donner. C'est la première fois que je participe à un document «officiel» de recommandations comme ça, et donc je vais probablement attendre un peu quelques contributions initiales des autres pour observer le ton du texte, la longueur (verbosity :P), le vocabulaire, etc. Donc je serais incliné à défendre les formats ouverts, mais pas besoin de verrouiller cette section. De toutes façons, au début, je pense que si plusieurs personnes commencent simultanément sur une même section, les idées peuvent être accumulées/fusionnées relativement aisément.
Au fait, il y a une date limite pour ce projet? Ça m'aide de prévoir mes deadlines :]
Effectivement, c'est un peu malcommode de taper des séquences de contrôle pour faire des accents. Si on veut utilsier UTF-8 à la place, il suffit de rajouter \usepackage[utf8]{inputenc} dnas le préambule. Je suggère aussi les lignes suivantes: \usepackage[T1]{fontenc} \usepackage{ae,aecompl,aeguil} Cela va permettre à latex/pdflatex de couper les mots même lorsqu'ils contiennent des accents C'est plus joli, c'est tout. Seul hic: TechNicCenter, un éditeur LaTeX puissant pour Windows, ne supportait pas UTF-8 la dernière fois que je l'ai essayé. Ce n'est pas un problème pour moi puisque j'utilise le vénérable GNU Emacs sous Linux (je suis passé à Ubuntu, à présent).
Jean-François Fortin Tam a écrit :
Gabriel va bientôt nous donner un accès en écriture et on va pouvoir commencer le travail (bande de chanceux!).
Hum donc pour l'instant j'ai extrait le dépôt en anonyme, comment j'ferai pour avoir un accès avec commit éventuellement? On va m'expédier un usager + mot de passe cryptés pour ma clé PGP?
Aussi, je me lance à une question parce que j'ai l'impression d'avoir mal compris: pourquoi exactement a-t'on décidé d'utiliser des accents avec 'machintruc? Pourquoi pas juste É, à, ü, directement dans le document? J'ai mal saisi la raison pourquoi on ne pourrait pas utiliser les caractères unicode directement.
J'y vois quelques désavantages: c'est long à taper (j'imagine que la syntaxe c'est "+l'accent+voyelle"?). C'est bien un truc qui me faisait horreur en html («é», c'est toi que je regarde!) et ça a été une libération quand j'ai trouvé comment taper tout direct en utf-8.
Effectivement. ' pour l'aigu, ` pour le grave, \c pour une cédille, ~ pour un tilde et \¨ ir im tréma (si ma mémoire est bonne).
...Et ça empêche la correction ortograffiq/syntaxe/anglicismes/whatever (j'ai un excellent français écrit, mais je me sers d'Antidote pour réviser mes tournures de phrases ou corriger rapidement les erreurs des autres)
Bon point.
En fait, techniquement, ne serait-il pas possible de mixer les 'E et les É dans un même document? Si oui, j'aurais pas à me casser le tronc, je tape mes accents nativement et basta.
Au pire, il y a recode pour reconvertir ça. Il faudra juste vérifier que ça peut ressortir du LaTeX, sinon on pourrait se faire un script Perl qui ferait ça très facilement.
Autre question. Quand je veux compiler la bestiole pour voir les documents en format final, je fais simplement «make»? Parce que pour l'instant, ça me crache l'erreur ci-dessous:
I couldn't open style file plain.bst ---line 16 of file argumentaire_faecum.aux : \bibstyle{plain : } I'm skipping whatever remains of this command I found no style file---while reading file argumentaire_faecum.aux (There were 2 error messages) make: *** [all] Erreur 2
Très étrange, car plain.bst est un style standard de LaTeX. Qu'utilises-tu comme implantation de TeX/LaTeX? teTeX ou mikTeX? Assure-toi que la variable d'environnement BIBINPUTS finit par : ou n'est pas définie.
En attendant, si y'a 2-3 personnes qui sont prêtes à commencer une section, envoyer un message pour dire que vous travaillez dessus afin d'éviter que plusieurs personnes écrivent sur la même section et qu'on soit obligé de rejetter une partie du travail.
Personnellement, je me sens plus penché vers la section «formats ouverts» parce que je risque moins de dire des bêtises sorties de mes narines, et aussi parce que j'y crois durement ;)
Toutefois, je ne suis pas *du tout* certain du style de texte que c'est censé donner. C'est la première fois que je participe à un document «officiel» de recommandations comme ça, et donc je vais probablement attendre un peu quelques contributions initiales des autres pour observer le ton du texte, la longueur (verbosity :P), le vocabulaire, etc. Donc je serais incliné à défendre les formats ouverts, mais pas besoin de verrouiller cette section. De toutes façons, au début, je pense que si plusieurs personnes commencent simultanément sur une même section, les idées peuvent être accumulées/fusionnées relativement aisément.
Au fait, il y a une date limite pour ce projet? Ça m'aide de prévoir mes deadlines :]
Gulum-team mailing list Gulum-team@iro.umontreal.ca https://webmail.iro.umontreal.ca/mailman/listinfo/gulum-team
Moi, je serais inspiré par la section sur les logiciels. Si on est plusieurs, peut-être faudra-t-il penser à diviser les sections pour pouvoir séparer le travail. Avec un fichier par division, une personne pourra travailler sur un fichier à la fois et on évitera ainsi les conflits lors des commit. Eric
I couldn't open style file plain.bst ---line 16 of file argumentaire_faecum.aux : \bibstyle{plain : } I'm skipping whatever remains of this command I found no style file---while reading file argumentaire_faecum.aux (There were 2 error messages) make: *** [all] Erreur 2
Très étrange, car plain.bst est un style standard de LaTeX. Qu'utilises-tu comme implantation de TeX/LaTeX? teTeX ou mikTeX? Assure-toi que la variable d'environnement BIBINPUTS finit par : ou n'est pas définie.
Heuuu.... aucune idée @_@ j'ai rien installé et j'ai juste ouvert un terminal dans le dossier et lancé «make» (en ayant vu qu'il y avait un Makefile).
En fait, je viens de jeter un coup d'oeil dans synaptic et je constate que y'a que tetex-base et tetex-bin installés, probablement par Kile en tant que dépendances quand je me cherchais un éditeur. En tout cas, si y'a moyen de compiler la bestiole juste en faisant «make» dans un terminal, j'aurai pas besoin de sortir l'usine à gaz et j'utiliserai simplement gedit.
1- Accents. Vous pouvez utiliser les accents que vous voulez. Au pire, un petit sed 's/'e/é' et on n'en parle plus. Pour les packages à rajouter, je n'ai rien contre (tu t'occupe de le faire gab?). J'ai écrit avec les s'equences parce que c'est pratiquement devenu un automatisme et que ça supporte n'importe quelle combinaison terminal/ssh/shell/éditeur, mais vous écrirez comme vous voulez.
2- Accès au svn. On va s'arranger pour envoyer un mot de passe. Ça va être à Gab de s'organiser pour les transmettre, p-e un mot de passe temporaire à changer le plus rapidement possible. Il faut juste lui laisser un petit peu de temps.
3- Compilation. Normalement make devrait compiler comme il faut (latex bibtex latex latex si je me souvient bien). Il faudrait probablement que tu installe le package tetex-extra.
4- Style. Si vous voulez avoir des exemples de documents "officiels", vous pouvez aller voir : http://faecum.qc.ca/DATA/DOCUMENTGABARIT/133.pdf http://faecum.qc.ca/DATA/DOCUMENTGABARIT/134.pdf http://faecum.qc.ca/DATA/DOCUMENTGABARIT/135.pdf http://faecum.qc.ca/DATA/DOCUMENTGABARIT/148.pdf http://faecum.qc.ca/DATA/DOCUMENTGABARIT/149.pdf La longueur dépends de ce qu'on a à dire, mais faut penser que le nombre de personne qui vont le lire au complet risque d'être inversement proportionnel à sa longueur.
5- Subdivision: j'ai absoluement rien contre de subdiviser encore plus.
6- Deadline: J'espère remettre ça au conseil central du 29 aout, il faut donc que ça soit présenter au casp la semaine d'avant après l'avoir présenté au responsable au niveau de la faécum et blablabla. Donc, j'aimerais bien que ça soit terminé fin juillet.
Marc
3- Compilation. Normalement make devrait compiler comme il faut (latex bibtex latex latex si je me souvient bien). Il faudrait probablement que tu installe le package tetex-extra.
C'était précisément ça, tetex-extra. Ça compile joyeusement maintenant. Merci ;)
Et si jamais ça peut servir à quelqu'un à la recherche d'un texteur sous gnome, je viens de découvrir qu'il existe un plugin Latex pour gedit[1] me rendant la tâche significativement plus aisée. Pour le faire fonctionner proprement, il faut avoir le paquet «rubber» installé. Pour une raison que j'ignore, lorsqu'il compile en PDF le texte est horriblement pas antialiasé, alors que compiler en postscript donne un texte très élégant. Eh bien, Strange Things Happen.
Eric Buist wrote:
Effectivement, c'est un peu malcommode de taper des séquences de contrôle pour faire des accents. Si on veut utilsier UTF-8 à la place, il suffit de rajouter \usepackage[utf8]{inputenc} dnas le préambule. Je suggère aussi les lignes suivantes: \usepackage[T1]{fontenc} \usepackage{ae,aecompl,aeguil}
j'ai fait une révision sur le svn. il y a les packages pour l'utf8, comme suggéré. et le makefile est un peu changé pour être un peu plus général et plus facilement réutilisable.
Gabriel va bientôt nous donner un accès en écriture et on va pouvoir commencer le travail (bande de chanceux!).
Hum donc pour l'instant j'ai extrait le dépôt en anonyme, comment j'ferai pour avoir un accès avec commit éventuellement? On va m'expédier un usager + mot de passe cryptés pour ma clé PGP?
je vais probablement donner un accès bientôt via ssh avec des clés que je vais générer au monde qui doivent avoir accès en écriture. mais là j'ai déjà assez perdu mon temps sur la révision pour ce soir. j'ai pas le temps de faire l'accès tout de suite. je vais essayer de faire ça au plus tard cette fds.
Aussi, petit commentaire, on a dit en réunion que seulement 6 personnes auraient droit d'écrire dans le svn. mais ça veut dire qu'ils sont les mainteneurs du document. selon moi tout le monde peut se lancer dans l'édition du document mais pour nous soumettre vos modifications si vous n'êtes pas mainteneur, vous pouvez nous envoyer une patch de vos modifs. vous devez garder une copie du checkout pas modifié et faire la commande: diff -burN -x .svn vieux_checkout checkout_modifie > argumentaire_revX.patch où revX correspond à la révision X d'où vous avez fait le checkout.
Aussi, je me lance à une question parce que j'ai l'impression d'avoir mal compris: pourquoi exactement a-t'on décidé d'utiliser des accents avec 'machintruc? Pourquoi pas juste É, à, ü, directement dans le document? J'ai mal saisi la raison pourquoi on ne pourrait pas utiliser les caractères unicode directement.
c'est toi qui décide! le document est officiellement en utf-8 mais y'a rien de mal à utiliser les \qqch. juste plus chiant à lire. comme Marc dit, au pire un script sed peut les transformer en vrais accents.
c'est toi qui décide! le document est officiellement en utf-8 mais y'a rien de mal à utiliser les \qqch. juste plus chiant à lire. comme Marc dit, au pire un script sed peut les transformer en vrais accents.
Quelqu'un a-t-il déjà essayé le script de Étienne? C'est pas du sed mais ça devrait peut-être pouvoir faire l'affaire:
http://www.iro.umontreal.ca/~bergeret/codes/accents.pl
Etienne Laurin