Je ne sais pas en quoi est programmé l'original (le CTAN de TeX) mais le CPAN de Perl est bien sur programmé en Perl ;-) D'ailleurs, pour faire celui du javascript (JSAN), ils prennent aussi du Perl car si mes souvenirs sont bons, il y a des choses que le javascript ne peux pas faire.
Bref, le CPAN étant encore très actif au niveau de son développement, j'irais plutôt regarder du coté du perl que du php. Il doit y avoir plein de bout de code a récupérer.
Sinon, c'est un beau projet que de le faire en Lisaac lui-même, histoire de montrer la souplesse de celui-ci ;-)
A propos des espaces de nom, c'est l'un des gros defaut d'Eiffel de ne pas les supporter. Il s'agit de tout simplement hierarchiser les classes sous une arborescence ressemblant a un systeme de fichier. Si on est intelligent, on les range après physiquement dans des sous dossiers de même nom ;-)
Cela permet de ne pas avoir toutes les classes aux mêmes niveaux mais de les répartir en domaine. Par exemple, en perl, les modules (classes) sous Net:: concerne le reseau avec Net::Telnet par exemple. Idem, sous CGI:: il y a tous les modules concernant la gestion CGI du web et ainsi de suite.
Reflexion : je suis sur qu'il y a quelque chose avec faire avec cet espace de nom. Par exemple, les attributs privés seraient accessible dans le même espace de nom... Ou on pourrait avoir des classes privé accessible que depuis le même espace de nom. Ce dernier exemple m'est déjà arrivé. Je voulais avoir une classe accessible depuis plusieurs autres classes de mon projet mais je ne voulais pas rendre son API public. A l'heure actuelle, ce n'est pas possible.
Je suis persuadé qu'il y a une place entre public et private dans les structures des langages, mais pas le protected du C++. Par exemple, le mot 'friend' rendrait les choses accessible à l'espace de nom. L'espace de nom n'ayant rien a voir avec l'arbre des classes. L'espace de nom n'est qu'un rangement que l'homme décide pour son classement.
L'expérience du CPAN de perl a montré que le classement fait par les développeurs est généralement très pertinent et a une très bonne durée de vie.
A vrai dire, je ne maitrise pas super bien les iterateurs de ruby donc je me suis peut être trop avancé...
Les itérateurs de Sather sont défnis comme les autres fonctions mais leur parametres peuvent avoir en plus des attributs in, out, inout l'attribut 'once' qui veut dire evalué qu'a la première execution. Bien sur, l'objet sur lequel est appellé l'itérateur à l'attribut once.
Ensuite, on ne peux les utiliser QUE dans une boucle 'loop' du langage. On peux donc en mettre plusieurs dans la même boucle et les itérateurs vivent leur vie chacun de leur coté mais en parallèle. On n'a donc pas une boucle par itérateur.
Tu peux aussi reconfigurer ton clavier pour mettre l'antisalsh '\' a la place de la livre ou du mu ;-) A ce moment la, ca devient plus facile que la paire <>.
> Ils sont encore échaudé par OCaml qui ne décolle toujours pas.
Il faut dire que l'INRIA est incapable de mettre en place un CPAN, et c'est pas la première fois que j'en parle ici.
Idem pour Lissac, si vous voulez que ca marche, prévoir de suite deux choses :
- un compilateur LIBRE (pas comme scilab)
- un CPAN dès l'origine avec le même fonctionnement que l'original. Le premier servis s'accapare l'espace de nom (l'espace de nom est global a tous les utilisateurs). Surtout ne pas faire l'erreur de java avec des espaces de nom basé sur les domaines DNS. Le système perl a montré que c'est un système qui fédère les différentes communautés alors que le système java les cloisonne.
Remarque : pour Scilab, l'INRIA fait la même erreur que pour OCaml. C'est à se demander s'ils ont vraiment envie que leurs technologies soient réellement utilisées ?
C'était et c'est toujours la grande force d'ada avec la compilation séparé prévu dès la conception.
Je suis d'accord avec toi. L'analyse globale du code, c'est bien mais si cela supprime le chargement dynamique de librairie, c'est plutôt une regression dans 99% des cas. Sans cette fonctionalité, pas de greffons ;-(
Pour l'aspect multi-thread, encore une fois, l'ada l'a a l'origine ! C'est pareil ici, il faut un modèle permettant de faire du parallèlisme simple dans le langage. Surtout que les microporcesseurs mulit-core arrivent et que c'est clairement le futur proche.
L'INRIA a pas mal travailer sur Eiffel, personnellement, je lui préfère Sather (et pSather). Sather ressemble a Eiffel mais a choisis la voie de l'orthogonalisation des concepts plutôt que celui de la fusion. Bilan, je le trouve bien plus propre et simple. Un truc super en Sather sont les iterateurs, sorte de coroutine, qui renvoi la double structure des conteneurs du C++ au moyen age, la structure de boucle d'Eiffel dans la catégorie des usines à gaz... Les itérateurs de Sather sont bien plus puissant que ceux de ruby, leur implémentation n'est pas si difficile /a priori/ et leur utilisation élimine des centaines de bogues des programmes.
Une autre caractérisque qui manque a beaucoup de langage est la reflexibilté. La reflexibité permet, entre autre, le transfert des objets d'une machine à une autre.
> Enfin, je trouve que la syntaxe est à ch.. un peu désuette, pour le
> coup je préfèrerais quelque chose un peu style xml dans l'esprit.
L'édition du xml à la main est horrible. Fait un peu de docbook pour t'amuser. Revenir ensuite au jeu d'instruction de LaTeX est un vrai bonheur.
Pour ce qui est des touches au clavier, l'antislash est très chiant sur un clavier azerty mais si tu regardes le clavier qwerty des anciennes stations graphiques, la touche est directement accessible. Bref, le choix de \ est un peu malheureux pour les francais mais à l'époque, ce n'etait pas prévisible.
Si tu regardes MS/Windows, il ont aussi ce choix du \ comme séparateur de dossier contrairement au / d'UNIX. Sur un XP, ton login et logname\DOMAINE ! Un partage à distance \\SERVER\partage... Bref, le clavier francais est peut etre a revoir. Qui utilise encore le symbole de la livre anglaise, ou le mu grecque (honntétement, on s'en fout !) ?
Encore une fois, en TeX, tu peux tout modifier. D'ailleurs, la lettre & a aussi une signification en mode 'tabular', le $ introduit le mode math... Si tu fais du texinfo, tu peux voir que le caractère choisis pour commencer une commande est le @ et non le \.
L'idée géniale dans TeX est ce choix d'avoir une lettre spéciale pour commencer une commande. Bien moins lourd que les <> du xml. Comme c'est un moteur orienté pour les documents, le postulat de base est qu'il a moins de commande que de textes. Il faut donc privilégier le texte.
Bref, s'il y avait eu autant d'énergie mis sur l'API LaTeX et le moteur TeX que sur le XML, on aurait autre chose aujourd'hui ;-)
Le XML est conçu pour la machine alors que le TeX est conçu pour l'homme ;-)
A partir de là, il y a quelques problème historique avec le jeu d'instruction LaTeX pour vraiment séparé la forme du contenu mais comme c'est un langage de programmation, c'est reprogrammable aussi ;-) (il y a aussi des cas, rares, ou on est obligé d'intervenir sur la forme et sur le fond pour avoir un résultat propre au niveau des certaines équations -- je ne sais pas s'il est possible de faire un moteur de rendu d'équations qui ne se plante jamais)
Le XML est à la mode mais il a aussi ses défauts. Très verbeux, "chiant" à deboguer à la main... Il souffre surtout à mon avis d'une erreur de conception au niveau des attributs. En effet, il perds l'aspect récursif du LISP a ce niveau là, les attributs étant des chaines de textes entre "" et non du XML.
Bilan, il y a tout un tas d'API pour contourner ce problème de conception, mais ca devient lourds... Le plus grave, c'est qu'on en a pris pour 20 ou 30 ans et que ca va nous faire chie...
Pour courronner le tout, les API annexes de type XPath n'ont rien a voir avec le XML. C'est de la notation pointée de gauche à droite... Bref, c'est vraiment un fatras de techno mal fichu.
Je ne suis pas programmeur et fanatique de LISP mais avec une syntaxe bien plus simple et récusive, tu refais tout XML en propre. Si c'est pour avoir un langage orienté machine et non orinté pour l'homme, je préfère encore me tapper ces fichues parenthèses ;-)
> Le jour ou je pourais utiliser Latex sans écrire une ligne de code et
> sans saisir une seule commande, ou je trouverai des menu pour
> insérer, éditer les propriétés des objets et autres "facilité"
> indispensables à l'édition d'un document ;
On parle pas mal de facilité, de documentation dans ce débat. Personnellement, je trouve plus simple de dire
\chapter{Le titre de mon chapitre}
,fonction il est vrai très difficile a retenir, que d'apprendre les menus dans MS/Word ou je vais pouvoir avoir la même chose.
J'irais même plus loin. Le langage tex est globalement très proche des mots clef anglais (comme beaucoup de langage), retenir une trentaine de mot clef n'est pas difficile pour une personne. Maintenant, ferme les yeux et manipule ton MS/Word, tu verras que tu connais par coeur bien plus que 30 mots clefs.
Bref, les interfaces graphiques te font croire que c'est simple et que tu n'as rien a apprendre mais ton inconscient apprends finalement bien plus de trucs avec toutes ces boites de dialogues (je te rassure, j'utilise aussi des interfaces graphiques).
C'est comme le clavier, on passe son temps a le regarder alors qu'on le connait par coeur. On effacerait la signification des touches que ce serait bien plus efficasse pour 99% des gens, le temps d'adaptation étant de moins de 15 jours.
Pour ce qui est de la simplicité MS/Wors - LaTeX, si je compare l'épaisseurs des livres que l'on trouve par exemple dans une FNAC, je me dis que LaTeX doit être bien plus simple ;-)
> le jour ou je pourais à l'écran avoir un appercu "proche" de celui à
> l'impression me permettant de véritablement travailler sur mon texte
> et non pas simplement le saisir, alors je reconsidèrerait
> éventuellement ma position.
Justement, avec LaTeX, ce que tu vois à l'écran est exactement ce que tu aura sur ton papier ! C'est justement pas un truc "proche" à la MS/Office (qui n'a jamais ralé sur les object flotant de MS/Word qui foute une merde pas possible ;-)
Si mes souvenirs sont bons, le moteur TeX calcule tout en entier (très efficasse, surtout il y a 20 ans) et l'unité de base est le nanométre... Bref, on a de la marge avant que les imprimantes arrivent a cette précision ;-)
> Je reste convaincu que LATEX est un outil d'un autre age.
J'ai fait un post un peu plus haut pour parler de la paramétrisation dans un document LaTeX, notament au niveau des variables mathématiques.
Globalement, si tu as 6 formules par pages, avec quelques bonnes formules (indices en haut, en bas...), comment est tu sur que les formules soient justes ?
Tu as beau te relire, comme tu connais ton document par coeur, tu n'est pas capable de bien détecter les erreurs. Et c'est pas un correcteur orthographique ou grammatical qui va t'aider. Et pourtant, c'est plus important que les formules soit justes plutôt qu'il y ai une faute ici ou la de francais (évidement, il faut pas non plus avoir 10 fautes par lignes).
Ma solution, paramétrer toutes les variables utilisées $x$ -> $\sx$ et de temps en temps, lors d'une relecture, changer la définition d'une variable de base par une autre lettre ayant une forme très différente.
C'est la méthode qui m'a permit d'écrire rapidement il y a 10 ans un document de 250 pages ayant des milliers de formules et ou je n'ai pas détecter plus de 5 erreurs depuis dedans (comme je n'avais pas accès à une imprimante, j'avais tout fait à l'écran à l'époque).
> Ceux qui utilisaient LaTeX, je les plains, parce que pour vérifier leurs
> équations, il fallait compiler et poireauter (et très souvent compiler 2
> fois de suite...). Mais avec LyX, les équations sont visibles de suite.
> Un vrai confort. Pas besoin d'apprendre des tonnes de commandes
> obscures.
Le problème est que la vrai puissance de TeX (et LaTeX) vient que c'est un vrai langage de programmation, ou par défaut, les commandes commencent par une lettre spéciale (contrairement aux langages de programmation classique).
Or, il n'est pas facile de faire une interface graphique pour un langage... C'est pas infaisable, cf. labview.
Dès que tu as pas mal d'équation, la grande force de LaTeX est de pouvoir faire des macros pour paramétrer ton texte. Par exemple, un vecteur peut être représenté avec une flêche (France) ou en gras (USA). Si tu as paramétré cela dans un fichier macro.tex que tu importe en début de document, un simple changement dans ce fichier te modifie toutes les flêches en caractères gras.
Idem si tu t'amuses avec des formules qui ont des indices en haut et en bas... Si tu as des tenseurs...
Une autre utilisation des macros que j'ai pas mal pratiqué sur les gros document est la suivante. Disons que j'ai une variable x que j'utilise un peu partout. Je n'utilise jamais directement x sous la forme $x$ mais via la macro $\sx$, le vecteur associé est défini par $\vx$ et le tenseur $\tx$...
Un simple changement dans ma définition de \sx modifie complètement toutes les variables x de mon document par une autre lettre, par exemple la lettre grecque Xi
\newcommand{\sx}{\Xi}
Intérêt ?
Lorsque tu as en moyenne dix formules par pages, le nombre d'erreur de frappe dans les formules est très élévé. Le simple fait de modifier l'apparence des variables, surtout principales, permet de voir de suite les formules fausses. On sais bien qu'il est très difficile de se relire lorsque l'on connait le document par coeur.
Du coup, j'ai jamais pu vraiment utiliser LyX car à partir du moment où tu paramètres toutes tes variables, la plus value avec un vrai éditeur de texte n'est pas évidente. Pour le texte au kilomètre, je 'ai pas vraiement besoin d'avoir un affichage pseudo WYSIWYG.
cygwin est une implémentation de la norme POSIX sur Windows. C'est aussi une "distribution" si on compte tous les logiciels qui vont avec. cygwin est un peu le pendant de wine sous les UNIX, wine étant une implémentation de l'API win32.
colinux permet de faire tourner un noyau linux. Ce n'est pas juste une API. Dans ton colinux, tu es dans une sorte de machine virtuelle. Alors qu'avec cygwin, tu partage complétement l'environnement avec windows.
> Est-il indispensable que rsync soit installé sur le serveur ?
OUI
Avec l'option --backup d'rsync, tu fait une sauvegarde locale et tu n'envoi que les nouveautes par ftp. Par contre, il y a quelques essais a faire avant que ca marche ;-)
Je n'ai essayé qu'une seule fois sous Linux et ca avait marché. A vrai dire, sous un UNIX, ca n'a pas un intéret fou a moins de faire du propriétaire, ce qui n'est pas mon cas ;-)
A vrai dire, plus un langage a de possibilités et un nombre titanesque de module, plus il y a de chance de trouver un cas ou cela ne marche pas... Par ailleurs, il est vrai que Perl n'avait pas été conçu à l'époque pour ca.
Entre pouvoir et le faire, il y a une petite différence... Voir les problèmes de debian avec certaines architectures pour compiler à temps les paquets, avoir un parc de machine, tester les logiciels et faire des patch adéquat (X par exemple).
Bref, il y a un grand pas entre avoir un noyau qui tourne et une distribution qui tourne sous une nouvelle architecture. C'est pas pour rien que les 3/4 des distributions se limite au x86.
Justement, linux est un mauvais exemple. Les noyaux 2.6 sont vraiment "chiant" au niveau des serveurs. D'ailleurs, j'ai certains serveurs encore en 2.4 car avec lui, pas de surprise ni de reboot du serveur tous les mois. Lors d'une mise à jour du noyau pour cause de trous de sécurité, tu es sur qu'il reboote bien.
Le problème avec les noyaux 2.6, c'est que pour un non spécialiste de la programmation du noyau, on avance un peu trop à l'aveuglette et parfois sans filet...
> Je dois dire que je ne vois pas guère le rapport entre langue
> bretonne et danse bretonne par contre. Enfin, entendons-nous
> bien, dans notre affaire.
Il y en a peu je dois dire mais j'aime bien la danse bretonne ;-)
Mais il a un petit rapport quand même. Sans langue bretonne, la danse bretonne perd une grande partie de son charme. Si tu arretes de parler breton, c'est un pan entier des danses traditionnelles qui va être perdus.
Pour le moment, il n'y a pas trop de problème, les danses traditionnelles sont encore très populaire en bretagne. Bien plus qu'ailleurs où c'est, d'après ce que j'ai vu, l'appanage d'associations.
La vidéo demo.avi est facilement lu par mplayer sous ma debian sarge ;-) Pas besoin de vmware. Dans certain cas d'ailleurs, pas besoin de vmware, qemu suffit largement à la tache et en plus il est libre (sauf kqemu malheureusement).
J'ai oublié de donné un petit exemple bien parlant.
Tout le monde connait l'autocollant BZH collé à l'arrière de pas mal de voiture. BZH est l'abréviation de 'breizh' qui veut dire bretagne en Vannetais. En KLT, c'est 'breiz' sans le h final.
Idem, si je parle d'hérédité, j'ai le mot Herezh en Vannetais et Herez en KLT. Pour simplifier à coup de cerpes, les mots finissant par z en KLT prennent un h en plus en Vannetais.
Bon, je ne vais pas faire un cours de grammaire, j'en suis incapable et ce serait bien trop longs, les règles n'ayant rien a voir avec le Francais.
[^] # Re: Euh ...
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche 23 mars: Conférence au LORIA sur Lisaac, un nouveau langage. Évalué à 5.
http://www.openjsan.org/
Bref, le CPAN étant encore très actif au niveau de son développement, j'irais plutôt regarder du coté du perl que du php. Il doit y avoir plein de bout de code a récupérer.
Sinon, c'est un beau projet que de le faire en Lisaac lui-même, histoire de montrer la souplesse de celui-ci ;-)
A propos des espaces de nom, c'est l'un des gros defaut d'Eiffel de ne pas les supporter. Il s'agit de tout simplement hierarchiser les classes sous une arborescence ressemblant a un systeme de fichier. Si on est intelligent, on les range après physiquement dans des sous dossiers de même nom ;-)
Cela permet de ne pas avoir toutes les classes aux mêmes niveaux mais de les répartir en domaine. Par exemple, en perl, les modules (classes) sous Net:: concerne le reseau avec Net::Telnet par exemple. Idem, sous CGI:: il y a tous les modules concernant la gestion CGI du web et ainsi de suite.
Reflexion : je suis sur qu'il y a quelque chose avec faire avec cet espace de nom. Par exemple, les attributs privés seraient accessible dans le même espace de nom... Ou on pourrait avoir des classes privé accessible que depuis le même espace de nom. Ce dernier exemple m'est déjà arrivé. Je voulais avoir une classe accessible depuis plusieurs autres classes de mon projet mais je ne voulais pas rendre son API public. A l'heure actuelle, ce n'est pas possible.
Je suis persuadé qu'il y a une place entre public et private dans les structures des langages, mais pas le protected du C++. Par exemple, le mot 'friend' rendrait les choses accessible à l'espace de nom. L'espace de nom n'ayant rien a voir avec l'arbre des classes. L'espace de nom n'est qu'un rangement que l'homme décide pour son classement.
L'expérience du CPAN de perl a montré que le classement fait par les développeurs est généralement très pertinent et a une très bonne durée de vie.
[^] # Re: Itérateurs et ruby
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche 23 mars: Conférence au LORIA sur Lisaac, un nouveau langage. Évalué à 2.
Les itérateurs de Sather sont défnis comme les autres fonctions mais leur parametres peuvent avoir en plus des attributs in, out, inout l'attribut 'once' qui veut dire evalué qu'a la première execution. Bien sur, l'objet sur lequel est appellé l'itérateur à l'attribut once.
Ensuite, on ne peux les utiliser QUE dans une boucle 'loop' du langage. On peux donc en mettre plusieurs dans la même boucle et les itérateurs vivent leur vie chacun de leur coté mais en parallèle. On n'a donc pas une boucle par itérateur.
[^] # Re: Est-ce que Lyx ne risque pas d'être un cul-de-sac?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche LyX 1.4 est disponible. Évalué à 2.
[^] # Re: Euh ...
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche 23 mars: Conférence au LORIA sur Lisaac, un nouveau langage. Évalué à 8.
Il faut dire que l'INRIA est incapable de mettre en place un CPAN, et c'est pas la première fois que j'en parle ici.
Idem pour Lissac, si vous voulez que ca marche, prévoir de suite deux choses :
- un compilateur LIBRE (pas comme scilab)
- un CPAN dès l'origine avec le même fonctionnement que l'original. Le premier servis s'accapare l'espace de nom (l'espace de nom est global a tous les utilisateurs). Surtout ne pas faire l'erreur de java avec des espaces de nom basé sur les domaines DNS. Le système perl a montré que c'est un système qui fédère les différentes communautés alors que le système java les cloisonne.
Remarque : pour Scilab, l'INRIA fait la même erreur que pour OCaml. C'est à se demander s'ils ont vraiment envie que leurs technologies soient réellement utilisées ?
[^] # Re: J'espère....
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche 23 mars: Conférence au LORIA sur Lisaac, un nouveau langage. Évalué à 3.
Je suis d'accord avec toi. L'analyse globale du code, c'est bien mais si cela supprime le chargement dynamique de librairie, c'est plutôt une regression dans 99% des cas. Sans cette fonctionalité, pas de greffons ;-(
Pour l'aspect multi-thread, encore une fois, l'ada l'a a l'origine ! C'est pareil ici, il faut un modèle permettant de faire du parallèlisme simple dans le langage. Surtout que les microporcesseurs mulit-core arrivent et que c'est clairement le futur proche.
L'INRIA a pas mal travailer sur Eiffel, personnellement, je lui préfère Sather (et pSather). Sather ressemble a Eiffel mais a choisis la voie de l'orthogonalisation des concepts plutôt que celui de la fusion. Bilan, je le trouve bien plus propre et simple. Un truc super en Sather sont les iterateurs, sorte de coroutine, qui renvoi la double structure des conteneurs du C++ au moyen age, la structure de boucle d'Eiffel dans la catégorie des usines à gaz... Les itérateurs de Sather sont bien plus puissant que ceux de ruby, leur implémentation n'est pas si difficile /a priori/ et leur utilisation élimine des centaines de bogues des programmes.
Une autre caractérisque qui manque a beaucoup de langage est la reflexibilté. La reflexibité permet, entre autre, le transfert des objets d'une machine à une autre.
[^] # Re: Euh ...
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche 23 mars: Conférence au LORIA sur Lisaac, un nouveau langage. Évalué à 3.
[^] # Re: Est-ce que Lyx ne risque pas d'être un cul-de-sac?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche LyX 1.4 est disponible. Évalué à 5.
> coup je préfèrerais quelque chose un peu style xml dans l'esprit.
L'édition du xml à la main est horrible. Fait un peu de docbook pour t'amuser. Revenir ensuite au jeu d'instruction de LaTeX est un vrai bonheur.
Pour ce qui est des touches au clavier, l'antislash est très chiant sur un clavier azerty mais si tu regardes le clavier qwerty des anciennes stations graphiques, la touche est directement accessible. Bref, le choix de \ est un peu malheureux pour les francais mais à l'époque, ce n'etait pas prévisible.
Si tu regardes MS/Windows, il ont aussi ce choix du \ comme séparateur de dossier contrairement au / d'UNIX. Sur un XP, ton login et logname\DOMAINE ! Un partage à distance \\SERVER\partage... Bref, le clavier francais est peut etre a revoir. Qui utilise encore le symbole de la livre anglaise, ou le mu grecque (honntétement, on s'en fout !) ?
Encore une fois, en TeX, tu peux tout modifier. D'ailleurs, la lettre & a aussi une signification en mode 'tabular', le $ introduit le mode math... Si tu fais du texinfo, tu peux voir que le caractère choisis pour commencer une commande est le @ et non le \.
L'idée géniale dans TeX est ce choix d'avoir une lettre spéciale pour commencer une commande. Bien moins lourd que les <> du xml. Comme c'est un moteur orienté pour les documents, le postulat de base est qu'il a moins de commande que de textes. Il faut donc privilégier le texte.
Bref, s'il y avait eu autant d'énergie mis sur l'API LaTeX et le moteur TeX que sur le XML, on aurait autre chose aujourd'hui ;-)
[^] # Re: Est-ce que Lyx ne risque pas d'être un cul-de-sac?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche LyX 1.4 est disponible. Évalué à 5.
A partir de là, il y a quelques problème historique avec le jeu d'instruction LaTeX pour vraiment séparé la forme du contenu mais comme c'est un langage de programmation, c'est reprogrammable aussi ;-) (il y a aussi des cas, rares, ou on est obligé d'intervenir sur la forme et sur le fond pour avoir un résultat propre au niveau des certaines équations -- je ne sais pas s'il est possible de faire un moteur de rendu d'équations qui ne se plante jamais)
Le XML est à la mode mais il a aussi ses défauts. Très verbeux, "chiant" à deboguer à la main... Il souffre surtout à mon avis d'une erreur de conception au niveau des attributs. En effet, il perds l'aspect récursif du LISP a ce niveau là, les attributs étant des chaines de textes entre "" et non du XML.
Bilan, il y a tout un tas d'API pour contourner ce problème de conception, mais ca devient lourds... Le plus grave, c'est qu'on en a pris pour 20 ou 30 ans et que ca va nous faire chie...
Pour courronner le tout, les API annexes de type XPath n'ont rien a voir avec le XML. C'est de la notation pointée de gauche à droite... Bref, c'est vraiment un fatras de techno mal fichu.
Je ne suis pas programmeur et fanatique de LISP mais avec une syntaxe bien plus simple et récusive, tu refais tout XML en propre. Si c'est pour avoir un langage orienté machine et non orinté pour l'homme, je préfère encore me tapper ces fichues parenthèses ;-)
[^] # Re: Est-ce que Lyx ne risque pas d'être un cul-de-sac?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche LyX 1.4 est disponible. Évalué à 2.
> sans saisir une seule commande, ou je trouverai des menu pour
> insérer, éditer les propriétés des objets et autres "facilité"
> indispensables à l'édition d'un document ;
On parle pas mal de facilité, de documentation dans ce débat. Personnellement, je trouve plus simple de dire
\chapter{Le titre de mon chapitre}
,fonction il est vrai très difficile a retenir, que d'apprendre les menus dans MS/Word ou je vais pouvoir avoir la même chose.
J'irais même plus loin. Le langage tex est globalement très proche des mots clef anglais (comme beaucoup de langage), retenir une trentaine de mot clef n'est pas difficile pour une personne. Maintenant, ferme les yeux et manipule ton MS/Word, tu verras que tu connais par coeur bien plus que 30 mots clefs.
Bref, les interfaces graphiques te font croire que c'est simple et que tu n'as rien a apprendre mais ton inconscient apprends finalement bien plus de trucs avec toutes ces boites de dialogues (je te rassure, j'utilise aussi des interfaces graphiques).
C'est comme le clavier, on passe son temps a le regarder alors qu'on le connait par coeur. On effacerait la signification des touches que ce serait bien plus efficasse pour 99% des gens, le temps d'adaptation étant de moins de 15 jours.
Pour ce qui est de la simplicité MS/Wors - LaTeX, si je compare l'épaisseurs des livres que l'on trouve par exemple dans une FNAC, je me dis que LaTeX doit être bien plus simple ;-)
> le jour ou je pourais à l'écran avoir un appercu "proche" de celui à
> l'impression me permettant de véritablement travailler sur mon texte
> et non pas simplement le saisir, alors je reconsidèrerait
> éventuellement ma position.
Justement, avec LaTeX, ce que tu vois à l'écran est exactement ce que tu aura sur ton papier ! C'est justement pas un truc "proche" à la MS/Office (qui n'a jamais ralé sur les object flotant de MS/Word qui foute une merde pas possible ;-)
Si mes souvenirs sont bons, le moteur TeX calcule tout en entier (très efficasse, surtout il y a 20 ans) et l'unité de base est le nanométre... Bref, on a de la marge avant que les imprimantes arrivent a cette précision ;-)
[^] # Re: Est-ce que Lyx ne risque pas d'être un cul-de-sac?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche LyX 1.4 est disponible. Évalué à 2.
J'ai fait un post un peu plus haut pour parler de la paramétrisation dans un document LaTeX, notament au niveau des variables mathématiques.
Globalement, si tu as 6 formules par pages, avec quelques bonnes formules (indices en haut, en bas...), comment est tu sur que les formules soient justes ?
Tu as beau te relire, comme tu connais ton document par coeur, tu n'est pas capable de bien détecter les erreurs. Et c'est pas un correcteur orthographique ou grammatical qui va t'aider. Et pourtant, c'est plus important que les formules soit justes plutôt qu'il y ai une faute ici ou la de francais (évidement, il faut pas non plus avoir 10 fautes par lignes).
Ma solution, paramétrer toutes les variables utilisées $x$ -> $\sx$ et de temps en temps, lors d'une relecture, changer la définition d'une variable de base par une autre lettre ayant une forme très différente.
C'est la méthode qui m'a permit d'écrire rapidement il y a 10 ans un document de 250 pages ayant des milliers de formules et ou je n'ai pas détecter plus de 5 erreurs depuis dedans (comme je n'avais pas accès à une imprimante, j'avais tout fait à l'écran à l'époque).
[^] # Re: documentation et limites
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche LyX 1.4 est disponible. Évalué à 8.
> équations, il fallait compiler et poireauter (et très souvent compiler 2
> fois de suite...). Mais avec LyX, les équations sont visibles de suite.
> Un vrai confort. Pas besoin d'apprendre des tonnes de commandes
> obscures.
Le problème est que la vrai puissance de TeX (et LaTeX) vient que c'est un vrai langage de programmation, ou par défaut, les commandes commencent par une lettre spéciale (contrairement aux langages de programmation classique).
Or, il n'est pas facile de faire une interface graphique pour un langage... C'est pas infaisable, cf. labview.
Dès que tu as pas mal d'équation, la grande force de LaTeX est de pouvoir faire des macros pour paramétrer ton texte. Par exemple, un vecteur peut être représenté avec une flêche (France) ou en gras (USA). Si tu as paramétré cela dans un fichier macro.tex que tu importe en début de document, un simple changement dans ce fichier te modifie toutes les flêches en caractères gras.
Idem si tu t'amuses avec des formules qui ont des indices en haut et en bas... Si tu as des tenseurs...
Une autre utilisation des macros que j'ai pas mal pratiqué sur les gros document est la suivante. Disons que j'ai une variable x que j'utilise un peu partout. Je n'utilise jamais directement x sous la forme $x$ mais via la macro $\sx$, le vecteur associé est défini par $\vx$ et le tenseur $\tx$...
Un simple changement dans ma définition de \sx modifie complètement toutes les variables x de mon document par une autre lettre, par exemple la lettre grecque Xi
\newcommand{\sx}{\Xi}
Intérêt ?
Lorsque tu as en moyenne dix formules par pages, le nombre d'erreur de frappe dans les formules est très élévé. Le simple fait de modifier l'apparence des variables, surtout principales, permet de voir de suite les formules fausses. On sais bien qu'il est très difficile de se relire lorsque l'on connait le document par coeur.
Du coup, j'ai jamais pu vraiment utiliser LyX car à partir du moment où tu paramètres toutes tes variables, la plus value avec un vrai éditeur de texte n'est pas évidente. Pour le texte au kilomètre, je 'ai pas vraiement besoin d'avoir un affichage pseudo WYSIWYG.
[^] # Re: Protection de la pile par défaut sur les prochaines releases des dis
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie de la version 4.1 du compilateur GCC. Évalué à 4.
Par exemple, sur SELinux, je prefererais que debian choissise par défaut RSBAC.
http://www.rsbac.org/
[^] # Re: QALQ
Posté par Sytoka Modon (site web personnel) . En réponse au journal Colinux nouvelle version 0.6.3. Évalué à 8.
colinux permet de faire tourner un noyau linux. Ce n'est pas juste une API. Dans ton colinux, tu es dans une sorte de machine virtuelle. Alors qu'avec cygwin, tu partage complétement l'environnement avec windows.
[^] # Re: rsync sur serveur
Posté par Sytoka Modon (site web personnel) . En réponse au message Sauvegarde : rsync ?. Évalué à 4.
Après, c'est à toi d'utiliser l'outil dans l'environnement qu'il te faut et si cela s'avère génial, de le faire partager a d'autres.
# rsync sur serveur
Posté par Sytoka Modon (site web personnel) . En réponse au message Sauvegarde : rsync ?. Évalué à 4.
OUI
Avec l'option --backup d'rsync, tu fait une sauvegarde locale et tu n'envoi que les nouveautes par ftp. Par contre, il y a quelques essais a faire avant que ca marche ;-)
[^] # Re: Perl
Posté par Sytoka Modon (site web personnel) . En réponse au message nouveau language à apprendre. Évalué à 2.
A vrai dire, plus un langage a de possibilités et un nombre titanesque de module, plus il y a de chance de trouver un cas ou cela ne marche pas... Par ailleurs, il est vrai que Perl n'avait pas été conçu à l'époque pour ca.
# resolvconf
Posté par Sytoka Modon (site web personnel) . En réponse au message resolvconf -a. Évalué à 2.
iface eth0 inet static
address 192.168.0.123
netmask 255.255.255.0
gateway 192.168.0.1
dns-search nicedomain.org
dns-nameservers 195.238.2.21 195.238.2.22
Ensuite, on relance le reseau ?
[^] # Re: Bravo
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sylpheed 2.2 : client de courrier électronique. Évalué à 7.
Il serait peut être temps que Sylpheed-Claws change de nom...
# Perl
Posté par Sytoka Modon (site web personnel) . En réponse au message nouveau language à apprendre. Évalué à 2.
> utilisé utilisable pour apache également
C'est sur que perl et apache, c'est une belle histoire d'amour.
Avec le CPAN, tu devrais toruver ton bonheur... Ca roule sur Windows (jamais essayé mais j'ai un pote chez Motorola qui ne fait que ca).
Bref, ce n'est pas la dernière mode mais c'est bien robuste, portable et toujours très actif.
Bref, il ne doit pas y avoir beaucoup de système UNIX qui tourne sans perl de nos jours ;-)
[^] # Re: Tanenbaum était un visionnaire ...
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Les UltraSparc sous GPL. Évalué à 4.
Les BSD ont leur système de port. Je parlais du système global : distribution. Pour une debian, c'est plus de 1000 paquetages.
Le portage d'une console texte sur une architecture exotique, c'est intéressant mais ce n'est pas tout à fait les mêmes objectifs.
[^] # Re: Tanenbaum était un visionnaire ...
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Les UltraSparc sous GPL. Évalué à 4.
Bref, il y a un grand pas entre avoir un noyau qui tourne et une distribution qui tourne sous une nouvelle architecture. C'est pas pour rien que les 3/4 des distributions se limite au x86.
[^] # Re: Stabilité de l'API
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie de XulRunner 1.8.0.1. Évalué à 3.
Le problème avec les noyaux 2.6, c'est que pour un non spécialiste de la programmation du noyau, on avance un peu trop à l'aveuglette et parfois sans filet...
[^] # Re: Les bigoudennes un marché d'avenir ?
Posté par Sytoka Modon (site web personnel) . En réponse au journal Gnome en breton ?. Évalué à 4.
> bretonne et danse bretonne par contre. Enfin, entendons-nous
> bien, dans notre affaire.
Il y en a peu je dois dire mais j'aime bien la danse bretonne ;-)
Mais il a un petit rapport quand même. Sans langue bretonne, la danse bretonne perd une grande partie de son charme. Si tu arretes de parler breton, c'est un pan entier des danses traditionnelles qui va être perdus.
Pour le moment, il n'y a pas trop de problème, les danses traditionnelles sont encore très populaire en bretagne. Bien plus qu'ailleurs où c'est, d'après ce que j'ai vu, l'appanage d'associations.
[^] # Re: flash et html :)
Posté par Sytoka Modon (site web personnel) . En réponse au journal Installation de VPN redondants sous OpenBSD 3.8. Évalué à 2.
La vidéo demo.avi est facilement lu par mplayer sous ma debian sarge ;-) Pas besoin de vmware. Dans certain cas d'ailleurs, pas besoin de vmware, qemu suffit largement à la tache et en plus il est libre (sauf kqemu malheureusement).
[^] # Re: Locales ?
Posté par Sytoka Modon (site web personnel) . En réponse au journal Gnome en breton ?. Évalué à 3.
Tout le monde connait l'autocollant BZH collé à l'arrière de pas mal de voiture. BZH est l'abréviation de 'breizh' qui veut dire bretagne en Vannetais. En KLT, c'est 'breiz' sans le h final.
Idem, si je parle d'hérédité, j'ai le mot Herezh en Vannetais et Herez en KLT. Pour simplifier à coup de cerpes, les mots finissant par z en KLT prennent un h en plus en Vannetais.
Bon, je ne vais pas faire un cours de grammaire, j'en suis incapable et ce serait bien trop longs, les règles n'ayant rien a voir avec le Francais.