/* Topic des codeurs [7] */

The Uploader · Le 16/04/2012, à 18:42

grim7reaper a écrit :

Je crois que tu as raté le post 587

>_< Boulot, mémoire, temps, tout ça....

J'ai pas touché à mes projets persos depuis deux mois en fait...

Dernière modification par The Uploader (Le 16/04/2012, à 18:43)

Rolinh · Le 16/04/2012, à 19:20

@grim: bon, chezmoiçamarche

Et quand je fais nawak:

Couleur inconnue: blue
Couleur inconnue: green
Couleur inconnue: yellow
Couleur inconnue: red
SYS. FICH.  (=) UT.       LIB. (-) %UT.  DISPO.        TOTAL MONTÉ SUR  
rootfs      [===========---------]   54%     12,8G     27,9G /
/dev        [--------------------]    0%      3,8G      3,8G /dev
run         [=-------------------]    0%      3,8G      3,8G /run
/dev/sdc1   [===========---------]   54%     12,8G     27,9G /
shm         [=-------------------]    2%      3,7G      3,8G /dev/shm
tmpfs       [=-------------------]    0%      6,0G      6,0G /tmp
/dev/sda7   [====----------------]   16%     80,5M     95,4M /boot
/dev/sda3   [==============------]   66%    116,4G    344,6G /home
/dev/sda5   [=============-------]   62%      4,7G     12,6G /var

Par contre, la traduction fonctionne via une installation manuelle mais pas à travers le paquet. Vraiment curieux.

Elzen · Le 17/04/2012, à 11:59

Πυλάδης a écrit :

tshirtman a écrit :
marrant
http://blog.pault.ag/post/21099631303/p … machine-py
Ça amuserait ArkSeth…

J'n'ai regardé qu'en vitesse, mais sympa, en effet ^^

Concernant la news sur Ruby, j'n'ai pas franchement pigé le dernier paragraphe…

Sinon, ç'n'est pas vraiment du code, mais mon Makefile pour le latex :

FNAME=rapport
FCONV=rapport_tmp

all: convert build clean

convert:
    sed "s/ :/:/g" $(FNAME).tex > $(FCONV).tex
    sed -i "s/ /\\\,/g" $(FCONV).tex
    sed -i "s/» /\\\fg\\\ /g" $(FCONV).tex
    sed -i "s/»/\\\fg/g" $(FCONV).tex
    sed -i "s/«/\\\og/g" $(FCONV).tex

build:
    pdflatex $(FCONV).tex > /dev/null
    pdflatex $(FCONV).tex > /dev/null
    mv $(FCONV).pdf $(FNAME).pdf

clean:
    rm $(FCONV).*

Z'en dites quoi ? Verriez d'autres trucs potentiellement importants à rajouter dans mes lignes sed ?

(Le deuxième appel à pdflatex étant dû au fait que cet idiot de convertisseur a besoin de créer un deuxième fichier à côté pour faire le sommaire lors d'un deuxième passage au lieu de mettre ça bien gentiment en mémoire et de ne générer le truc qu'à la fin, et que j'n'ai pas envie de garder les fichiers parasites qui n'me servent à rien)

J'me ferai sûrement un vrai convertisseur vers tex à partir d'un format un peu plus structuré et un peu moins bourré d'antislashs un de ces jours, d'ailleurs, si quelqu'un a des idées là-dessus…

Dr Le Rouge · Le 17/04/2012, à 12:30

ArkSeth a écrit :

d'ailleurs, si quelqu'un a des idées là-dessus…

<insérer ici des coups de tambour inquiétants>

Par l'alcool frelaté et l'humour de carabin
Par les cheveux coupés en quatre et les polos
Par l'alphabet grec et les trolls sans fin
Et par le pouvoir de la typo

Je t'invoque Pylade

sweetly · Le 17/04/2012, à 12:36

ArkSeth a écrit :

Πυλάδης a écrit :
tshirtman a écrit :
marrant
http://blog.pault.ag/post/21099631303/p … machine-py
Ça amuserait ArkSeth…
J'n'ai regardé qu'en vitesse, mais sympa, en effet ^^

Concernant la news sur Ruby, j'n'ai pas franchement pigé le dernier paragraphe…

Sinon, ç'n'est pas vraiment du code, mais mon Makefile pour le latex :
FNAME=rapport
FCONV=rapport_tmp

all: convert build clean

convert:
    sed "s/ :/:/g" $(FNAME).tex > $(FCONV).tex
    sed -i "s/ /\\\,/g" $(FCONV).tex
    sed -i "s/» /\\\fg\\\ /g" $(FCONV).tex
    sed -i "s/»/\\\fg/g" $(FCONV).tex
    sed -i "s/«/\\\og/g" $(FCONV).tex

build:
    pdflatex $(FCONV).tex > /dev/null
    pdflatex $(FCONV).tex > /dev/null
    mv $(FCONV).pdf $(FNAME).pdf

clean:
    rm $(FCONV).*
Z'en dites quoi ? Verriez d'autres trucs potentiellement importants à rajouter dans mes lignes sed ?
(Le deuxième appel à pdflatex étant dû au fait que cet idiot de convertisseur a besoin de créer un deuxième fichier à côté pour faire le sommaire lors d'un deuxième passage au lieu de mettre ça bien gentiment en mémoire et de ne générer le truc qu'à la fin, et que j'n'ai pas envie de garder les fichiers parasites qui n'me servent à rien)
J'me ferai sûrement un vrai convertisseur vers tex à partir d'un format un peu plus structuré et un peu moins bourré d'antislashs un de ces jours, d'ailleurs, si quelqu'un a des idées là-dessus…

J'ai dû louper un post quelque part, mais c'est pour faire quoi le makefile ?

Pour le convertisseur, quel est le but ?

Dr Le Rouge · Le 17/04/2012, à 12:39

@ sweetly : un conseil : cherche pas ^^

(moi je trouve que pdflatex*12 + bibtext*2 (le cas échéant) + pdflatex*12, ça marche très bien)

Elzen · Le 17/04/2012, à 13:19

sweetly a écrit :

J'ai dû louper un post quelque part, mais c'est pour faire quoi le makefile ?

Tu n'as pas loupé de post, ç'moi qui n'ai pas donné assez d'explications ^^

Le Makefile, c'est parce que j'ai pris l'habitude de taper plus ou moins typographiquement, et que TeX n'aime pas trop certains caractères unicodes comme les espaces fines insécables ou les guillemets français.
D'où la nécessité de faire plusieurs lignes sed avant de compiler pour remplacer les caractères que TeX n'apprécie pas par des trucs qui ont à peu près le même effet et qu'il apprécie, mais qui sont largement plus chiants à taper et dont j'n'ai pas envie de prendre l'habitude parce que ça ne sert que quand tu fais du TeX, donc ç'n'est pas cool pour répondre sur un forum, par exemple.
D'où un Makefile pour automatiser le lancement des lignes sed en question lors de la « compilation » du fichier tex.

sweetly a écrit :

Pour le convertisseur, quel est le but ?

Le but est d'avoir un langage à utiliser qui soit un peu plus structuré que LaTeX, et plus sympa à taper (unicode-friendly et sans les antislashs et accolades à tout bout de champ), mais qui puisse quand même sortir un truc en tex ou qui en a la tronche à l'export PDF, parce que mon labo, comme à peu près tous les labos paraît-il, fait ses publications en LaTeX.

sweetly · Le 17/04/2012, à 14:14

ArkSeth a écrit :

sweetly a écrit :
J'ai dû louper un post quelque part, mais c'est pour faire quoi le makefile ?
Tu n'as pas loupé de post, ç'moi qui n'ai pas donné assez d'explications ^^
Le Makefile, c'est parce que j'ai pris l'habitude de taper plus ou moins typographiquement, et que TeX n'aime pas trop certains caractères unicodes comme les espaces fines insécables ou les guillemets français.
D'où la nécessité de faire plusieurs lignes sed avant de compiler pour remplacer les caractères que TeX n'apprécie pas par des trucs qui ont à peu près le même effet et qu'il apprécie, mais qui sont largement plus chiants à taper et dont j'n'ai pas envie de prendre l'habitude parce que ça ne sert que quand tu fais du TeX, donc ç'n'est pas cool pour répondre sur un forum, par exemple.
D'où un Makefile pour automatiser le lancement des lignes sed en question lors de la « compilation » du fichier tex.
sweetly a écrit :
Pour le convertisseur, quel est le but ?
Le but est d'avoir un langage à utiliser qui soit un peu plus structuré que LaTeX, et plus sympa à taper (unicode-friendly et sans les antislashs et accolades à tout bout de champ), mais qui puisse quand même sortir un truc en tex ou qui en a la tronche à l'export PDF, parce que mon labo, comme à peu près tous les labos paraît-il, fait ses publications en LaTeX.

Ok, je comprends. Effectivement, pas trop de solutions. Le markdown gère bien l'unicode ?

Kanor · Le 17/04/2012, à 14:25

Pourquoi tu n'utilise pas http://fr.wikipedia.org/wiki/XeTeX ?

Elzen · Le 17/04/2012, à 14:32

Je suppose que ça dépend du logiciel qui interprète le Markdown (mais vu l'objectif du langage, c'est très probable)… de toute façon, l'optique serait un convertisseur vers TeX, donc au pire, je pourrais, comme je fais déjà maintenant, faire remplacer automatiquement les caractères unicodes posant problème par les commandes TeX correspondantes).

Le Markdown est par contre peut-être un peu limité, vu que c'est pour de la mise en forme simple, pour quelque chose de similaire au LaTeX, il faudrait rajouter pas mal de choses, et ça risque de perdre un peu de cohérence (du genre, pour remplacer les \commande, je n'vois pas quel serait l'équivalent. Et pour le mode mathématique, on pourrait utiliser la balise de code, mais ` n'est pas franchement plus agréable à taper que \, et j'passe souvent en mode mathématique, donc je n'y gagnerais pas).

Πυλάδης avait suggéré un dialecte XML spécialisé, mais si ce serait très bien pour le coté structuré (et facile à parser, avec DOM), ça deviendrait vite un peu lourd et verbeux, je trouve. J'hésite à m'inventer mon propre langage spécifique…

(En tout cas, l'un des aspects cools du Markdown est justement ce côté « texte structuré », lisible directement sans avoir l'impression de lire une soupe de balises. J'pense que si je me fais un convertisseur, en plus de la sortie en TeX, je rajouterai une sortie en HTML (ç'cool, le HTML), et une sortie en « texte structuré » dans ce genre-là).

Edit @kanor : parce que certaines personnes, dont Πυλάδης et me semble-t-il Le Rouge (ou Arcans ? Sur IRC, on les confond un peu, par moments ) ont tellement insisté dessus que ça ne m'a pas donné envie ^^
Et parce que je tiens à garder un format TeX qui soit cohérent avec ce que les autres gens de mon labo utilisent, donc LaTeX, babel et lmodern.
Et aussi parce que, sauf erreur de ma part, ça reste du TeX, et que c'est aussi la syntaxe générale TeX que j'n'aime pas

Dernière modification par ArkSeth (Le 17/04/2012, à 14:35)

sweetly · Le 17/04/2012, à 14:39

ArkSeth a écrit :

Je suppose que ça dépend du logiciel qui interprète le Markdown (mais vu l'objectif du langage, c'est très probable)… de toute façon, l'optique serait un convertisseur vers TeX, donc au pire, je pourrais, comme je fais déjà maintenant, faire remplacer automatiquement les caractères unicodes posant problème par les commandes TeX correspondantes).
Le Markdown est par contre peut-être un peu limité, vu que c'est pour de la mise en forme simple, pour quelque chose de similaire au LaTeX, il faudrait rajouter pas mal de choses, et ça risque de perdre un peu de cohérence (du genre, pour remplacer les \commande, je n'vois pas quel serait l'équivalent. Et pour le mode mathématique, on pourrait utiliser la balise de code, mais ` n'est pas franchement plus agréable à taper que \, et j'passe souvent en mode mathématique, donc je n'y gagnerais pas).
Πυλάδης avait suggéré un dialecte XML spécialisé, mais si ce serait très bien pour le coté structuré (et facile à parser, avec DOM), ça deviendrait vite un peu lourd et verbeux, je trouve. J'hésite à m'inventer mon propre langage spécifique…
(En tout cas, l'un des aspects cools du Markdown est justement ce côté « texte structuré », lisible directement sans avoir l'impression de lire une soupe de balises. J'pense que si je me fais un convertisseur, en plus de la sortie en TeX, je rajouterai une sortie en HTML (ç'cool, le HTML), et une sortie en « texte structuré » dans ce genre-là).

Edit @kanor : parce que certaines personnes, dont Πυλάδης et me semble-t-il Le Rouge (ou Arcans ? Sur IRC, on les confond un peu, par moments ) ont tellement insisté dessus que ça ne m'a pas donné envie ^^
Et parce que je tiens à garder un format TeX qui soit cohérent avec ce que les autres gens de mon labo utilisent, donc LaTeX, babel et lmodern.
Et aussi parce que, sauf erreur de ma part, ça reste du TeX, et que c'est aussi la syntaxe générale TeX que j'n'aime pas

Si tu veux utiliser du mode math en masse, oui, là, ça complique pas mal les choses. Mon avis valant ce qu'il vaut, tiens t'en au LaTeX, apprends à taper vite les caractères chiants (ou sed-les), mais amha, inventer/passer dans un autre langage structuré pour convertir vers du LaTeX est une perte de temps et d'énergie (hormis, bien sûr, l'apprentissage de création et de parsage de langage).

tshirtman · Le 17/04/2012, à 14:47

ArkSeth a écrit :

Edit @kanor : parce que certaines personnes, dont Πυλάδης et me semble-t-il Le Rouge (ou Arcans ? Sur IRC, on les confond un peu, par moments ) ont tellement insisté dessus que ça ne m'a pas donné envie ^^

Sans vouloir insister outre mesure, je pense que tu devrais tester, quand même, moi j'aime bien (plus que LaTeX en tout cas)

The Uploader · Le 17/04/2012, à 15:36

Il y a aussi LyX

Dr Le Rouge · Le 17/04/2012, à 16:03

ArkSeth a écrit :

Parce que certaines personnes, dont Πυλάδης et me semble-t-il Le Rouge (ou Arcans ? Sur IRC, on les confond un peu, par moments ) ont tellement insisté dessus que ça ne m'a pas donné envie ^^

Intéressant…

@ ArkSeth : Surtout ne me file pas 50 000 €, tu aurais de gros problèmes si tu le faisais

tshirtman · Le 17/04/2012, à 17:31

Envie de lire un peu d'assembleur apple][ ?

surtout si c'est le code source original de prince of persia?

hop:
https://github.com/jmechner/Prince-of-Persia-Apple-II

The Uploader · Le 17/04/2012, à 17:48

Et voici plus de 60 custom levels pour la version MS-DOS (fonctionne dans DOSBox), des éditeurs de niveaux... :

http://www.popot.org/custom_levels.php

Vive le reverse engineering.

Dernière modification par The Uploader (Le 17/04/2012, à 18:29)

tshirtman · Le 17/04/2012, à 20:32

J'ai jamais finit le jeu de base de toutes façons ^^

The Uploader · Le 17/04/2012, à 20:54

Fini sur un vrai Amiga 600 à l'époque.

Par contre le 2 est encore plus hardcore... (j'ai jamais dépassé le début).

Le premier PoP une fois que tu l'as fini une fois tu peux le refaire en 60 minutes (c'est d'ailleurs le temps qu'il t'es alloué dans le jeu pour sauver la princesse) grand maximum en une seule fois.

Dernière modification par The Uploader (Le 17/04/2012, à 21:09)

HP · Le 17/04/2012, à 21:16

  Generated              2012-04-17 21:11:24 (in 0 seconds)
  Generator              GitStats (version 2011.02.09)
  Report Period          2011-10-23 01:32:29 to 2012-04-17 21:08:24
  Age                    178 days, 64 active days (35.96%)
  Total Files            421
  Total Lines of Code    18755 (29038 added, 10283 removed)
  Total Commits          448 (average 7.0 commits per active day)
  Authors                1 (average 448.0 commits per author)

Pylades · Le 18/04/2012, à 03:56

@ ArkSeth : je te propose ça, ça fait plus style make :

FNAME=rapport
FCONV=rapport_tmp

all: $(FNAME).pdf

.PHONY: clean

$(FCONV).tex: $(FNAME).tex
    sed 's/ :/:/g' $< > $@
    sed -i 's/ /\\\,/g' $@
    sed -i 's/» /\\\fg\\\ /g' $@
    sed -i 's/»/\\\fg/g' $@
    sed -i 's/«/\\\og/g' $@

$(FNAME).pdf: $(FCONV).tex
    pdflatex -jobname=$(patsubst %.tex,%,$@) $< > /dev/null
    pdflatex -jobname=$(patsubst %.tex,%,$@) $< > /dev/null

clean:
    $(RM) $(FCONV).*

Ce n’est pas parfait, mais c’est déjà plus robuste.

grim7reaper · Le 18/04/2012, à 07:44

1501,48s user 78,17s system 590% cpu 4:27,74 total

Aouch !!!

J’espère que je me suis pas foiré dans la config’, sinon je suis bon pour recommencer ^^"

Dernière modification par grim7reaper (Le 18/04/2012, à 07:45)

The Uploader · Le 18/04/2012, à 10:47

javascript : kill it with fire.

Seriously.

Bon c'est très loin d'être aussi horrible que PHP, mais c'est pas la joie.

Elzen · Le 18/04/2012, à 11:27

J'ai trouvé !

En fait, étant donné que chacun a sa définition personnelle de l'ergonomie, sa disposition clavier et ses habitudes de frappe personnelles, ce qu'il faut, c'est un genre de Markdown (en un peu plus structuré quand même), mais qui soit paramétrable.

En gros, que le convertisseur connaisse à peu près bien les différents langages cibles, et qu'on puisse (en lui passant des arguments grâce au Makefile, par exemple) régler quel est la combinaison qui permet d'ouvrir le mode maths, quelle est celle qui passe un mot en italique, etc.
Le code source obtenu aurait une structure générale fixe, mais le détail des balises dépendrait de la personne qui le tape. Ce qui n'est pas un problème dans la mesure où il s'agirait d'un code personnel (genre comme un brouillon, ça n'a pas forcément pour vocation à être diffusé, un brouillon, juste à t'aider à mettre au propre), et où si tu veux diffuser un fichier source, tu as juste à faire un « make tex » ou un « make html ».

J'pense que je vois à peu près comment faire ça, je vais regarder ça quand j'aurai le temps et la motiv.

Le Rouge a écrit :

@ ArkSeth : Surtout ne me file pas 50 000 €, tu aurais de gros problèmes si tu le faisais

C'est gentil de me prévenir, merci ^^

Πυλάδης a écrit :

ça fait plus style make

Bah j'n'ai jamais vraiment apprit à faire un Makefile, en même temps, on m'a filé un exemple au début, et depuis je fais ce que je peux ^^

Je regardera ça, merci

The Uploader a écrit :

Bon c'est très loin d'être aussi horrible que PHP, mais c'est pas la joie.

Besoin d'aide ?

J'me débrouille plutôt pas mal en JavaScript (et j'aime bien ) à partir du moment où c'est du vrai JavaScript et pas des trucs zarb genre sencha.

Dernière modification par ArkSeth (Le 18/04/2012, à 11:29)

The Uploader · Le 18/04/2012, à 11:45

Non ça va.

J'veux dire, heureusement que y'a JQuery pour cacher la misère...

Elzen · Le 18/04/2012, à 11:48

Perso, j'trouve que JQuery complique les choses et rend le code moins fun…

Dernière modification par ArkSeth (Le 18/04/2012, à 11:49)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#601 Le 16/04/2012, à 18:42

Re : /* Topic des codeurs [7] */

#602 Le 16/04/2012, à 19:20

Re : /* Topic des codeurs [7] */

#603 Le 17/04/2012, à 11:59

Re : /* Topic des codeurs [7] */

#604 Le 17/04/2012, à 12:30

Re : /* Topic des codeurs [7] */

#605 Le 17/04/2012, à 12:36

Re : /* Topic des codeurs [7] */

#606 Le 17/04/2012, à 12:39

Re : /* Topic des codeurs [7] */

#607 Le 17/04/2012, à 13:19

Re : /* Topic des codeurs [7] */

#608 Le 17/04/2012, à 14:14

Re : /* Topic des codeurs [7] */

#609 Le 17/04/2012, à 14:25

Re : /* Topic des codeurs [7] */

#610 Le 17/04/2012, à 14:32

Re : /* Topic des codeurs [7] */

#611 Le 17/04/2012, à 14:39

Re : /* Topic des codeurs [7] */

#612 Le 17/04/2012, à 14:47

Re : /* Topic des codeurs [7] */

#613 Le 17/04/2012, à 15:36

Re : /* Topic des codeurs [7] */

#614 Le 17/04/2012, à 16:03

Re : /* Topic des codeurs [7] */

#615 Le 17/04/2012, à 17:31

Re : /* Topic des codeurs [7] */

#616 Le 17/04/2012, à 17:48

Re : /* Topic des codeurs [7] */

#617 Le 17/04/2012, à 20:32

Re : /* Topic des codeurs [7] */

#618 Le 17/04/2012, à 20:54

Re : /* Topic des codeurs [7] */

#619 Le 17/04/2012, à 21:16

Re : /* Topic des codeurs [7] */

#620 Le 18/04/2012, à 03:56

Re : /* Topic des codeurs [7] */

#621 Le 18/04/2012, à 07:44

Re : /* Topic des codeurs [7] */

#622 Le 18/04/2012, à 10:47

Re : /* Topic des codeurs [7] */

#623 Le 18/04/2012, à 11:27

Re : /* Topic des codeurs [7] */

#624 Le 18/04/2012, à 11:45

Re : /* Topic des codeurs [7] */

#625 Le 18/04/2012, à 11:48

Re : /* Topic des codeurs [7] */

Pied de page des forums