Je viens de développer un petit parseur de documents (en lua) qui permet d'écrire des documents d'une manière similaire à LaTeX.
L'avantage:
- c'est petit
- c'est très facilement extensible
- on peut exporter en LaTeX et en HTML/XHTML
Vous me direz . mais pourquoi ne pas utiliser LaTeX (car la syntaxe est volontairement très proche) .. mais mon but était de créer un language pour créer en même temps toute sorte de documents ... car je compte l'utiliser pour faire les pages de mon site.
Et je dois dire que les latex2xhtml ne me plaisent pas beaucoup.
Et en plus, on peut facilement (beaucoup plus a mon avis) créer des macros.
le fichier qu'on crée est en lui même executable. Par exemple pour avoir une page html on fait:
./mondocument.luadoc > mondocument.html
Et le CGI est prévu ... cest à dire qu'on peut acéder aux différents documents (html, xhtml, latex) à partir d'un navigateur.
On ne sait jammais, ca peut intéresser quelques personnes ...
http://louve.dyndns.org/projets/luadoc(...)
http://mildred632.free.fr/projets/luadoc(...)
http://purl.org/net/louve/2005/root/projets/luadoc(...)
Journal Une alternative à LaTeX fait main
6
sept.
2005
# le plastique c'est fantastique
Posté par Mouns (site web personnel) . Évalué à 3.
si c'est LaTeX, tu aurais pu le faire en TeX qui reste le meilleur outil dans son domaine ( qui plus est qui fut ecrit il y a presque deux decenies par Donald K. )
Si c'est TeX, chapeau bas depuis deux decenies, beaucoup ont essayé et tous ont abandonné.
...
sinon qq commentaires :
- la consistence de ta grammaire est etrange
- la semantique structurelle est tout aussi etrange
[^] # Re: le plastique c'est fantastique
Posté par fmaz fmaz . Évalué à 3.
- ne soit pas un langage de macro ;
- ait une vraie gestion des polices de caractères -- nfss est une
avancée mais essaye d'utiliser deux polices mathématiques
différentes dans un même document ;
- fasse du kerning optique ;
- ...
Bref.
L'intérêt de LaTeX et de TeX, c'est que pour les gens qui n'utilisent
pas de traitement de texte, c'est LE standard et les standards, c'est
pas facile à changer.
Dans le genre, il y a TeXmacs qui reprend beaucoup d'idées de
LaTeX mais avec un langage différent et deux-trois extensions
plus où moins pratiques.
Frédéric
[^] # Re: le plastique c'est fantastique
Posté par Mouns (site web personnel) . Évalué à 5.
TeX etait fantastique dans son approche et ses algorithmes.
Aujourd'hui encore, TeX reste un colosse dont les sources ne furent ne serait ce que lu par tres peu de codeurs.
Donald Knuth lui meme, a présenté ses excuses pour TeX ... plus exactement, il a dit que certains trucs n'auraient pas du etre codé comme il l'avait fait à l'époque.
Il serait interessant d'etendre TeX par rapport à tout les petits trucs qui lui manque ...
Mais pour étendre TeX, il me semble correct de comprendre ce qui va et ne va pas dans TeX. et de faire la meme chose pour tous les autres softs.
A partir de là, il y a des specs qui peuvent apparaitre, puis des recommandations de consistance, et enfin une batteries de test.
Apres, "yapuka coder".
Mais, je ne pense pas que cela se résume au quelques lignes de Mildred.
[^] # Re: le plastique c'est fantastique
Posté par fmaz fmaz . Évalué à 1.
il y a 30 ans et que PERSONNE n'a pris la peine de les réutilier.
C'est la même chose avec les polices de caractères. Celles de
TeX existaient bien avant qu'Adobe n'invente True-Type.
Maintenant, le problème TeX est le même problème que le problème C.
C'était génial il y a 30 ans. Depuis, on a fait des progrès mais les
gens utilisent encore TeX et C parce qu'il y a trop de bibliothèques
déjà écrites et trop de fichiers à ce format.
Pour remplacer TeX, il faudrait:
- un nouveau langage SuperTeX qui possède un système automatique
de traduction de TeX vers superTeX et tel qu'il soit impossible de
distinguer le résultat de la compilation d'un fichier directement par TeX
ou en passant par superTeX;
- un éditeur scientifique (Elsevier ou autre) qui se mette à utiliser ce
langage en poussant pour que les gens pour qu'il l'utilisent.
Mais bon...
[^] # Re: le plastique c'est fantastique
Posté par Mouns (site web personnel) . Évalué à 2.
Apple a fait le TrueType.
apres verification :
http://fr.wikipedia.org/wiki/TrueType(...)
http://en.wikipedia.org/wiki/Adobe_Type_Manager(...)
http://en.wikipedia.org/wiki/Type_1_font(...)
je pense que comparer TeX au C est une erreur :
1. difference de taille de population utilisatrice
2. différence de culture des populations
3. Absence d'alternative pour TeX
Le probleme du C est que n'importe qui peut faire du C, donc tout le monde dit que faire du C "c cool", "ca 3nl4rg3 y0ur p3n1£", "ca rend beau", et que sais je encore.
le C est mal.
C may be considered harmful pour parodier Dijkstra.
tout le monde dit vouloir faire du C parce cela reduit le footprint et augmentent les perfs ... désolé mais :
- FF, OOo, Evolution sont des bloatwares connu du monde libre.
- L'applet horloge de GNOME fait presque 40Mo apres avoir cliqué dessus pour choper un calendrier
- bash & gcc qui tendent à l'usine à gaz
- XFree/Xorg qui se fait refactoriser trop regulierement
j'attends avec delectation l'annonce d'une migration d'une distribution majeure vers Qtopia, dietlibc, mininit, ... pour retrouver un environnement moins bloatware.
[^] # Re: le plastique c'est fantastique
Posté par durandal . Évalué à 3.
C'est sûrement mieux que si c'était pas en C, et le bloat ne vient pas du langage lui-même mais des fonctionnalités, et si je me trompe pas FF et OOo redéveloppent leurs propres toolkits graphiques...
- L'applet horloge de GNOME fait presque 40Mo apres avoir cliqué dessus pour choper un calendrier
Non ça c'est en grande partie la mémoire partagée (les bibliothèques).
[^] # Re: le plastique c'est fantastique
Posté par Mouns (site web personnel) . Évalué à 2.
si j'ai bien compris, normalement, le format ELF est un format qui permet de resoudre dynamiquement les liens non résolu à la compilation, au lancement d'une application.
cela a l'avantage par rapport au format statique anterieur, de consommer moins d'espace disque ( il suffit de regarder la taille d'un binaire statique face au meme binaire en dynamique ).
mais ton binaire ELF et ses libs sont copié autant de fois en mémoire qu'il y a instance executé différente.
seulement, le noyau linux fait du COW depuis belle lurette.
donc quand l'applet d'horloge voit sa taille augmenter suite à un clic, il y a bien eu un chargement qui n'est pas connu au lancement ...
pour moi, la bloatitude du soft est masqué par le fait que le noyau fait du COW.
il n'est pas normal qu'il faille maintenant quasiment 1Go de RAM si l'on veut avoir qq appli ouverte en permanence.
[^] # Re: le plastique c'est fantastique
Posté par fmaz fmaz . Évalué à 1.
de ma lecture rapide et orientée:
- début du travail de Knuth sur les polices de caractères (1977);
- première publication de metafont (1979) ;
- création de Adobe systems (décembre 1982) ;
- réécriture complète de metafont (1984) ;
- langage postscript (1985) ;
- polices Type 1 (1985)¹ ;
- polices TrueType (1991).
Le format de police de TeX est donc antérieur aux formats Type 1
et Truetype mais personne n'a utilisé les polices TeX.
Ceci dit, postscript et donc son système de polices est inspiré de
travaux remontant à 1976 donc un peu avant que Knuth s'y mette.
¹ Petites extrapolations: monsieur WikiTruc explique que « the hinted
fonts were compressed and encrypted into what Adobe called a
Type 1 Font. Type 1 was effectively a simplification of the PS system
to store outline information only ». J'imgine qu'on peut en déduire
que l'apparition des polices Type 1 est postérieure à 1985
# Skribe
Posté par Matthieu Lemerre (site web personnel) . Évalué à 2.
Par contre j'ai commencé à apprendre skribe, c'est basé sur scheme (donc à la fois très simple et très puissant) et il y a des sorties LaTeX et html. En plus la personne qui fait ca bosse à l'INRIA et est le développeur du compilateur scheme Bigloo (quelqu'un qui sait un minimum de quoi il parle donc).
http://www-sop.inria.fr/mimosa/fp/Skribe/(...)
Je le conseille surtout aux personnes qui ont besoin de générer automatiquement des documents, et aux personnes ne connaissant pas déjà LaTeX. Mais c'est très pratique dans tous les cas.
http://l-lang.org/ - Conception du langage L
[^] # Re: Skribe
Posté par Mildred (site web personnel) . Évalué à 1.
J'ai installé Breezy donc mon crontab est parti ... et comme c'est lui qui se chargait de mettre à jour le site automatiquement sur mildred632.free.fr ... mais je l'ai restauré.
http://mildred632.free.fr/projets/luadoc/(...)
Pour clarifier, il ne sagit que d'une surcouche à LaTeX (et pourquoi pas directement à TeX mais je connais encore moins alors ce sera plus difficile). Le système est assez léger et permet d'exporter les documents de manière plus que convenable vers (x)html.
C'est la principale raison de son existance.
Sinon, merci pour le lien. ca a l'air pas mal même si toutes ces parenthèses me donne mal au c½ur ...
Mais la page html générée en exemple ne me conviendrait pas tout à fait ... mais je suppose que ca se change. Mais je crois que je vais préférer mon système (c'est le mien et je le conanis bien justement)
[^] # Re: Skribe
Posté par Matthieu Lemerre (site web personnel) . Évalué à 1.
Cependant, on ne peut pas te blamer d'utiliser ton système à toi :)
PS: maintenant j'ai une erreur 500.
http://l-lang.org/ - Conception du langage L
[^] # Re: Skribe
Posté par Mildred (site web personnel) . Évalué à 1.
Sinon, j'aime beaucoup lua alors je vouslais l'utiliser ... c'est je trouve un très bon language de script qui mériterait sans doute plus de visibilité.
[^] # Re: Skribe
Posté par Geo Vah . Évalué à 1.
Ce dernier aura fait bavé quelques élèves de 1er année d'une école d'info du coté de nice...
# "fait main"
Posté par popopo333 . Évalué à 2.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.