Pour compléter à propos de jTpl (dont je suis l'auteur :-), j'ai essayé d'avoir les avantages à la fois des templates pur php, et d'un langage de template spécifique, à savoir :
* faciliter l'écriture. par exemple, remplacer les "<?php echo $variable?>" par une syntaxe plus simple comme {$variable}
* sans toutefois ne pas avoir à reinventer totalement un langage, c'est pourquoi les expressions utilisées sont en php. ex: {$variable.$objet->propriete} qui est équivalent à...<?php echo $variable.$objet->propriete?> tout simplement :-)
* mais en posant des restrictions, pour éviter d'avoir du code métier dans les templates, c'est pourquoi les expressions sont parsées (en utilisant le tokenizer de php ;-) et "filtrées".
il y a des tags typiques comme {foreach}, {for}, {if} et cie, fonctionnant comme en php.
Alors, ubitux trouve que c'est une abération que d'avoir des if/while dans un template, à ceci je lui repondrais :
1) il est lui même en contradiction avec ce qu'il dit, puisqu'il semble être pour utiliser PHP pour les templates, et donc ces templates peuvent contenir des if/while...
2) il y a des moteurs de templates qui obligent à faire les boucles en dehors du template, c'est à dire que dans le template lui même, on définit les "blocs" qui seront itérés, et en dehors du template, en php, on fait les boucles, et on appele des méthodes du moteur de template pour générer les blocs à chaque itération. Je trouve cela complètement ridicule, car dès lors que l'on veuille faire des modifications dans le template, il faut alors modifier en même temps le template ET le code php externe au template. Ce qui limite grandement les modifications, donc la personnalisation des templates
ex, dans le template original, on affiche une liste dans une seule colonne, donc une boucle, et dans notre nouveau theme, on veux que ce soit sur deux colonnes, donc deux boucles, ou alors une seule mais faudrait pouvoir ajouter un test à l'interieur pour savoir si on est arrivé au milieu de la liste pour créer la deuxieme colonne etc..
Avec ce genre de moteur de template, on est donc obligé de modifier le code PHP externe, donc le code de l'appli. Et puis cela veut dire aussi que la couche "vue" est scindée en deux "sous-couche", la logique de construction d'un coté (qui n'empèche pas de mélanger allègrement avec du code métier, ce qui est dommage), le code purement html de l'autre, ce qui n'est vraiment pas terrible, du point de vue de la maintenance et l'évolution.
Je préfère donc de loin, les moteurs de templates qui autorisent les instructions de contrôles if/foreach et cie.
Enfin, avoir une syntaxe un peu spécifique et controllée comme celle de jtpl permet d'une part, de faciliter l'écriture des templates par des webdesigners, mais aussi de permettre à l'application par exemple de proposer à un utilisateur d'uploader un template ou un thème sans compromettre la sécurité de l'application (jTpl a d'ailleurs un mode de fonctionnement avancé pour ce genre de template, apportant encore plus de sécurité)
J'oubliais aussi: comme Smarty, jTpl génère des fichiers PHP à partir des templates et les mets en cache, ce qui évite le parsing du template à chaque utilisation. Donc point de vue performance, la différence est vraiment insignifiante par rapport à un template pure php (il y a en gros un file_exists pour vérifier l'existance du cache, et un simple include du cache).
Autre avantage de jTpl par rapport à smarty : 320 lignes de codes pour le moteur + 520 pour le "compilateur" (non chargée si le cache est ok), commentaires compris, contre plus de 1900+2800 pour smarty ... Les caches d'opcodes apprecieront... (pour un nombre de fonctionnalité à peu près équivalent, quelques features bloatware en moins dans jtpl)
Je connais un site vraiment sympa, qui permet de traduire les extensions XUL (pour firefox ou d'autres logiciels en XUL) : http://babelzilla.org/
Pour traduire, c'est très simple, suffit de s'inscrire et il y a une interface très simple pour traduire toutes les chaînes d'une extension. En gros, un simple formulaire avec un champs pour chaque chaîne. Bref, ça requiert des connaissances techniques peu poussées.
>Et pourquoi en python on ne pourrait pas réindenter avec un éditeur comme c'est fait pour c, java, etc ?
Parce qu'il n'y a rien dans la syntaxe python pour déterminer explicitement le début et la fin d'un bloc. Donc du coup, un "beautifier" de code serait infoutu de reindenter proprement du code python. Il pourrait tout de même se débrouiller avec la reconnaissance de certains mot clé. ex : tout ce qui se trouve entre deux mots clé def fait forcément partie du def (bon, mes connaissances rudimentaires en python ne me permettent pas de savoir si cette affirmation est vrai, mais tu vois le genre quoi).
le commentaire auquel je répondais ne faisait pas allusion au fait de respecter la licence ou non. mais au fait qu'il y ait des addons proprio et un soft libre.
l'objet de la discussion c'est justement : comment faire de l'argent tout en faisant du libre.
Bref un peu hors sujet ton propos à mon avis, et ne repond pas du tout à ma question...
Non, ils ne sont pas l'auteur de tout le code, et loin de là : c'est une application reposant sur xulrunner, de Mozilla ;-) (interface en XUL/js/CSS, système d'extension de firefox etc..). Sans compter gstreamer, vlc et cie.
Bref, en volume de ligne de code, la part de songbird est petite ;-)
mais ça n'enlève rien au mérite d'avoir développer cette appli, que je trouve bien foutue et beaucoup moins bordélique qu'amarok par ex (je trouve horrible l'interface d'amarok d'un point de vue design, mais aussi ergonomique)
je ne vois pas en quoi c'est une drôle de philosophie.
Si les addons ne te plaisent pas, même d'un point de vue licence, rien ne t'oblige à les utiliser. Et d'un autre coté, le logiciel principal est en GPL, donc libre à quiconque de l'améliorer, de proposer des addons libres etc...
Et ce principe d'addons propriétaire (donc souvent payant) permet de financer le développement du projet. Surtout pour ce type de projet où, coté service, il n'y a pas vraiment de marché... (enfin là, je vois pas...)
À moins que tu ais une bonne idée pour que les développeurs (à plein temps) puisse être payé ? (autrement que par des injections d'argent frais donné par des investisseurs, qui eux attendent quand même un retour sur investissement, et sachant que cet argent ne va pas être donné indéfiniment)
Sérieusement, je suis très intéresse par des solutions pour gagner de l'argent autrement que par des investisseurs et que par du service (qui n'est pas valable pour tout les types de projets). Et bien sûr, par gagner de l'argent, j'entend avoir un vrai salaire (pas les 3 sous que pourrait rapporter la vente de goodies par ex). Et bien sûr (bis), pas dans le monde des bisounours, mais dans la vrai vie, dans notre système économique actuel, et si possible dans le contexte économique et financier actuel.
Pour qu'un virus/autre merde s'exécute sur linux, il faut que l'exécutable (ou script..) ait les droits d'exécution. Or il me semble que ce n'est pas le cas par défaut quand on tente d'ouvrir une piece jointe dans un mail, ou qu'on la sauvegarde sur le disque etc, etc.. Par contre sous windows, si je me trompe toujours pas, si il voit l'extension .exe, il l'executera, il n'y a pas de droits d'exécution...
Bref, sous linux, ça limite quand même les risques de propogations/executions des cochonneries. Bon après, comme il est dit dans le journal, c'est bien souvent l'interface chaise-clavier qui est le problème, et les imbéciles qui forceront l'exécution de ces fichiers ne pourront s'en prendre qu'à eux même.
>outils capables de convertir une base d'un wiki vers un autre
Pour convertir une base entière, je ne sais pas, mais d'une syntaxe à une autre, <pub>j'ai ce qu'il faut : wikirenderer (http://wikirenderer.berlios.de )</pub>
C'est un convertisseur de syntaxe wiki en ce que vous voulez : texte "brut" (sans syntaxe wiki), XHTML, docbook et ou bien sûr une autre syntaxe wiki. Pour cela, il se base sur un ensemble de classes que j'appelles des "rêgles", et qu'il faut développer. Le coeur de wikirenderer s'occupant de parser le contenu et d'effectuer la transformation. Son point fort aussi : il detecte les erreurs de syntaxe, et empèche de générer du contenu invalide par exemple en xhtml. ex, avec une erreur de syntaxe croisée : **bla bla //sdsd**qmlmqsd// . Le code ici est faux, il ne génèrera pas <strong>bla bla<em>sdsd</strong>qmlmqsd</em>, qui est invalide..
Par défaut il supporte une syntaxe bien à lui qu'il converti en XHTML. Mais je l'ai déjà utilisé pour transformer d'une syntaxe à une autre. Par exemple, pour transformer une syntaxe de la V2 à la V3 de wikirenderer. Ou encore du dokuwiki vers docbook (que j'utilise sur le wiki de jelix.org pour générer la version PDF des manuels stockés dans le wiki). Et la je suis en train de faire des rêgles pour transformer l'horrible syntaxe wiki de Trac vers du dokuwiki like (dans le cadre justement d'un export de données).
Le développement des rêgles n'est pas toujours très aisé, c'est pourquoi je vais essayer d'en fournir un maximum dans la version 3.1 à venir (si il y a des volontaires parmis vous... ;-) )
Si on a la rêgle qu'on veut, c'est très très simple à utiliser par contre, et il ne reste alors plus que faire un petit script qui parcourerait une table sql pour mettre à jour les champs wiki.. (ce qui est trivial à faire)
>le placent parmi les langages les plus agréables à utiliser
versus
>Son principal inconvénient c'est qu'il est assez difficile à apprendre, des concepts comme les monades sont assez peu intuitifs et la documentation est quasi-inexistante.
Tes propos ne sont pas en contradictions là ? ;-) Sauf peut-être pour les masochistes, effectivement :-)
attention, je n'ai rien contre haskell, je n'ai pratiquement jamais utilisé, bien qu'essayé une fois en me cassant les dents dessus parce que justement, c'est totalement à l'opposé des langages classiques, peu intuitifs et difficile à apprendre, sachant qu'à l'époque, il y a 3-4 ans, il n'y avait quasiment pas de doc. Le fait qu'il y ait un livre est donc une bonne nouvelle :-)
oui ça fonctionne plutôt bien. Il y a quelques fois des bugs, mais dans l'ensemble pas de problème. La detection de rabat de l'écran fonctionne bien. La mise en veille et l'hibernation fonctionnent.
J'ai acheté le même portable que toi avec donc ubuntu (il y a 4 mois), mais avec une batterie neuf cellules : je tiens plus de 4 heures avec. Je ne regrette pas mon achat :-)
J'ai pris aussi la webcam intégré (je sais plus si c'est en option ou non), et là aussi, ça fonctionne direct, du premier coup (qu'est ce que j'ai galèré avec d'autres webcam sur mes desktop, pas une qui fonctionne correctement sous linux, et pourtant j'avais vérifié à l'achat...)
C'est en cours, mais pas par Loic. Dans un projet concurrent à indefero, nous reutilisons les classes de indefero pour l'accés aux repository, et un contributeur est en train de faire l'accés à Bzr et Mercurial. Le code sera bien entendu proposé en upstream :-)
Je voudrais profiter qu'on parle de Dell pour dire que moi aussi je suis très content de l'inspiron 1525 + ubuntu que je me suis payé l'été dernier. Reçevoir une machine neuve, avec un linux pré-installé qui fonctionne complètement, c'est tellement agréable ! wifi, mise en veille, sortie video, carte graphique, compiz, et cie : tout fonctionne.
le jour et la nuit avec mon précédent laptop, un toshiba, sur lequel j'ai du me battre avec linux pour que celui-ci fonctionne à peu près correctement (wifi et cie). Et encore, la mise en veille merdait grave, je n'ai jamais réussi à configurer ça correctement, matériel non pris correctement en charge par linux (ou materiel ne suivant pas les spec ACPI, je ne sais pas)...
Juste deux bémols :
1) la qualité de la carte wifi n'est pas forcément top, parfois je n'est pas une qualité de connectivité aussi bonne que d'autres laptops, j'ai pu m'en rendre compte à plusieurs meeting, mais bon, la machine est une entrée de gamme, donc je ne me plaint pas. (à moins qu'il soit possible de paramétrer linux pour avoir une meilleure reception ?)
2) ubuntu ne fournit pas toujours des mise à jours de qualité : une mise à jour du noyau linux a fait que je n'avais plus de son (il y a plusieurs bugs à ce sujet dans le launchpad). Résultat: je démarre sur un noyau pas à jour, afin de pouvoir profiter du son sur ma machine.
Par "vrais" certificat, je pense qu'il veut parler des certificats "sûres", et donc stockés/générés/protégés dans un contexte technique certifié sûr.
Si j'ai bien compris l'histoire de CACert vs Mozilla : tout le problème de CACert, est qu'ils n'ont justement pas les moyens de faire certifier leur infrastructure, et je crois, de mettre en oeuvre tout ce qu'il faut pour arriver à un niveau de sécurité requis par des tiers, et notamment par Mozilla (d'où l'absence des certificats racine de CACert dans Firefox)..
Et ils ont parlé de la super idée des constructeurs, de rendre inaccessible les feux de manière à empêcher tout changement d'ampoule par soi même ? Et qu'il faut donc passer à la caisse, et pas qu'un peu, parce qu'il faut déposer tout le bouclier avant pour pouvoir démonter le feu ? C'est le cas par ex sur la modus. C'est de plus en plus le cas sur beaucoup de modèle apparemment.
Enfin en tout cas, ça devient de plus en plus compliqué tellement les feux sont encastrés dans la carrosserie ou le moteur. Une ampoule, ça ne se change plus en 20 secondes comme je pouvais le faire jadis sur ma 309 ou sur les vieilles twingo...
>l'opensource pourra-til survivre dans une balkanisation du web?
La balkanisation, ça fait des années qu'elle est là, mais grâce à l'open source et les promotions des standards, elle a quand même bien reculée (mais pas assez hélas). Alors oui, l'opensource va survivre.
Pour la survit des standards : on a un moteur de rendu libre, Gecko, qui a 30% des parts de marché, sans compter Webkit qui commence lui aussi à se tailler la part du lion. En comptant en plus la maigre PDM d'Opera, ça commence à faire pas mal de moteur reposant sur les standards du web (même si c'est pas completement). Et c'est pas fini.
IE8 est encore un pas en avant vers le support des standards du web, montrant la volonté de Microsoft d'aller dans le bon sens (même si IE8 sera encore à la traîne techniquement, ils ont tellement de retard les pauvres..)
Alors je pense que les standards du web ne sont pas prêt de mourir, bien qu'il faille continuer le combat contre ces technos comme silverlight ou flash, qui sont tout sauf des technos "Web" au sens idéologique du terme (voir un de mes commentaires passés sur le sujet : https://linuxfr.org//comments/973331.html#973331 )
>Et le soucis c'est que le Theora étant très peu répendu dans les softs de montage vidéo "grand public",
Ça pourrait le devenir si il y a plus de demandes. Et la popularité des navigateurs intégrant Theora pourrait être un catalyseur pour augmenter cette demande.
À coté de ça, il y a quand même des encodeurs.
>Pire, si demain MS et Apple intègrent le support H264 dans la balise HTML5, c'est Firefox qui passera pour un has-been...
Firefox intégrera, en plus du backend Theora, le backend GStreamer sous linux, DirectShow sous windows et Quicktime sous mac. Si je ne me trompe pas, ces backends supportent (au moins par le biais de plugins) le format H.264.
Donc non, quand tout le monde diffusera du H.264 (si Theora n'a pas fait sa petite place), Firefox sera prêt et ne sera pas has been.
Tu va me dire qu'alors ça diminue les chances de pousser Theora, mais ce n'est pas sûr qu'ils intégrent ces backends dans la prochaine version de Firefox, pour justement pousser Theora (je peux cependant me tromper).
# Note
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal LinuxFR en rails ?. Évalué à 10.
- vote pour l'achat de 2 serveurs supplémentaires afin de répondre aux exigences du nouveau site en matière de tenu en charge.
(Hein ? comment ça on n'est pas vendredi ? ->[])
[^] # Re: Un moteur de templates est très utile
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal De l'utilité des moteurs de templates en PHP. Évalué à 2.
* faciliter l'écriture. par exemple, remplacer les "<?php echo $variable?>" par une syntaxe plus simple comme {$variable}
* sans toutefois ne pas avoir à reinventer totalement un langage, c'est pourquoi les expressions utilisées sont en php. ex: {$variable.$objet->propriete} qui est équivalent à...<?php echo $variable.$objet->propriete?> tout simplement :-)
* mais en posant des restrictions, pour éviter d'avoir du code métier dans les templates, c'est pourquoi les expressions sont parsées (en utilisant le tokenizer de php ;-) et "filtrées".
il y a des tags typiques comme {foreach}, {for}, {if} et cie, fonctionnant comme en php.
Alors, ubitux trouve que c'est une abération que d'avoir des if/while dans un template, à ceci je lui repondrais :
1) il est lui même en contradiction avec ce qu'il dit, puisqu'il semble être pour utiliser PHP pour les templates, et donc ces templates peuvent contenir des if/while...
2) il y a des moteurs de templates qui obligent à faire les boucles en dehors du template, c'est à dire que dans le template lui même, on définit les "blocs" qui seront itérés, et en dehors du template, en php, on fait les boucles, et on appele des méthodes du moteur de template pour générer les blocs à chaque itération. Je trouve cela complètement ridicule, car dès lors que l'on veuille faire des modifications dans le template, il faut alors modifier en même temps le template ET le code php externe au template. Ce qui limite grandement les modifications, donc la personnalisation des templates
ex, dans le template original, on affiche une liste dans une seule colonne, donc une boucle, et dans notre nouveau theme, on veux que ce soit sur deux colonnes, donc deux boucles, ou alors une seule mais faudrait pouvoir ajouter un test à l'interieur pour savoir si on est arrivé au milieu de la liste pour créer la deuxieme colonne etc..
Avec ce genre de moteur de template, on est donc obligé de modifier le code PHP externe, donc le code de l'appli. Et puis cela veut dire aussi que la couche "vue" est scindée en deux "sous-couche", la logique de construction d'un coté (qui n'empèche pas de mélanger allègrement avec du code métier, ce qui est dommage), le code purement html de l'autre, ce qui n'est vraiment pas terrible, du point de vue de la maintenance et l'évolution.
Je préfère donc de loin, les moteurs de templates qui autorisent les instructions de contrôles if/foreach et cie.
Enfin, avoir une syntaxe un peu spécifique et controllée comme celle de jtpl permet d'une part, de faciliter l'écriture des templates par des webdesigners, mais aussi de permettre à l'application par exemple de proposer à un utilisateur d'uploader un template ou un thème sans compromettre la sécurité de l'application (jTpl a d'ailleurs un mode de fonctionnement avancé pour ce genre de template, apportant encore plus de sécurité)
J'oubliais aussi: comme Smarty, jTpl génère des fichiers PHP à partir des templates et les mets en cache, ce qui évite le parsing du template à chaque utilisation. Donc point de vue performance, la différence est vraiment insignifiante par rapport à un template pure php (il y a en gros un file_exists pour vérifier l'existance du cache, et un simple include du cache).
Autre avantage de jTpl par rapport à smarty : 320 lignes de codes pour le moteur + 520 pour le "compilateur" (non chargée si le cache est ok), commentaires compris, contre plus de 1900+2800 pour smarty ... Les caches d'opcodes apprecieront... (pour un nombre de fonctionnalité à peu près équivalent, quelques features bloatware en moins dans jtpl)
http://jelix.org/articles/fr/manuel-1.1/templates
Teasing: la version 1.0 de jTpl standalone sort très bientôt
# BabelZilla
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Méthodo localisation / Actu Mandriva. Évalué à 2.
Pour traduire, c'est très simple, suffit de s'inscrire et il y a une interface très simple pour traduire toutes les chaînes d'une extension. En gros, un simple formulaire avec un champs pour chaque chaîne. Bref, ça requiert des connaissances techniques peu poussées.
http://www.babelzilla.org/content/view/1/1/
[^] # Re: Gasp ...
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal N'installez pas PHP 5.2.7 !. Évalué à 5.
[^] # Re: Perso
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal EyeOS 1.7.0. Évalué à 4.
Hein ? ah oui mince, cette génèse n'est pas de Dieu... Désolé...
[^] # Re: la vraie nouveauté
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Python 3000 est sorti. Évalué à 3.
Parce qu'il n'y a rien dans la syntaxe python pour déterminer explicitement le début et la fin d'un bloc. Donc du coup, un "beautifier" de code serait infoutu de reindenter proprement du code python. Il pourrait tout de même se débrouiller avec la reconnaissance de certains mot clé. ex : tout ce qui se trouve entre deux mots clé def fait forcément partie du def (bon, mes connaissances rudimentaires en python ne me permettent pas de savoir si cette affirmation est vrai, mais tu vois le genre quoi).
[^] # Re: Philosophie
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal SongBird et la GPL. Évalué à 1.
[^] # Re: Philosophie
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal SongBird et la GPL. Évalué à 1.
l'objet de la discussion c'est justement : comment faire de l'argent tout en faisant du libre.
Bref un peu hors sujet ton propos à mon avis, et ne repond pas du tout à ma question...
[^] # Re: exceptions de la GPL
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal SongBird et la GPL. Évalué à 1.
Bref, en volume de ligne de code, la part de songbird est petite ;-)
mais ça n'enlève rien au mérite d'avoir développer cette appli, que je trouve bien foutue et beaucoup moins bordélique qu'amarok par ex (je trouve horrible l'interface d'amarok d'un point de vue design, mais aussi ergonomique)
[^] # Re: Philosophie
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal SongBird et la GPL. Évalué à 1.
Si les addons ne te plaisent pas, même d'un point de vue licence, rien ne t'oblige à les utiliser. Et d'un autre coté, le logiciel principal est en GPL, donc libre à quiconque de l'améliorer, de proposer des addons libres etc...
Et ce principe d'addons propriétaire (donc souvent payant) permet de financer le développement du projet. Surtout pour ce type de projet où, coté service, il n'y a pas vraiment de marché... (enfin là, je vois pas...)
À moins que tu ais une bonne idée pour que les développeurs (à plein temps) puisse être payé ? (autrement que par des injections d'argent frais donné par des investisseurs, qui eux attendent quand même un retour sur investissement, et sachant que cet argent ne va pas être donné indéfiniment)
Sérieusement, je suis très intéresse par des solutions pour gagner de l'argent autrement que par des investisseurs et que par du service (qui n'est pas valable pour tout les types de projets). Et bien sûr, par gagner de l'argent, j'entend avoir un vrai salaire (pas les 3 sous que pourrait rapporter la vente de goodies par ex). Et bien sûr (bis), pas dans le monde des bisounours, mais dans la vrai vie, dans notre système économique actuel, et si possible dans le contexte économique et financier actuel.
[^] # Re: /!\ DÉFENSE DE NOURRIR LE TROLL /!\
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Maintenant sous MacOS, bientôt sous Linux. Évalué à 7.
Bref, sous linux, ça limite quand même les risques de propogations/executions des cochonneries. Bon après, comme il est dit dans le journal, c'est bien souvent l'interface chaise-clavier qui est le problème, et les imbéciles qui forceront l'exécution de ces fichiers ne pourront s'en prendre qu'à eux même.
[^] # Re: Convertir les données
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche MindTouch Deki, une plate-forme collaborative. Évalué à 8.
Pour convertir une base entière, je ne sais pas, mais d'une syntaxe à une autre, <pub>j'ai ce qu'il faut : wikirenderer (http://wikirenderer.berlios.de )</pub>
C'est un convertisseur de syntaxe wiki en ce que vous voulez : texte "brut" (sans syntaxe wiki), XHTML, docbook et ou bien sûr une autre syntaxe wiki. Pour cela, il se base sur un ensemble de classes que j'appelles des "rêgles", et qu'il faut développer. Le coeur de wikirenderer s'occupant de parser le contenu et d'effectuer la transformation. Son point fort aussi : il detecte les erreurs de syntaxe, et empèche de générer du contenu invalide par exemple en xhtml. ex, avec une erreur de syntaxe croisée : **bla bla //sdsd**qmlmqsd// . Le code ici est faux, il ne génèrera pas <strong>bla bla<em>sdsd</strong>qmlmqsd</em>, qui est invalide..
Par défaut il supporte une syntaxe bien à lui qu'il converti en XHTML. Mais je l'ai déjà utilisé pour transformer d'une syntaxe à une autre. Par exemple, pour transformer une syntaxe de la V2 à la V3 de wikirenderer. Ou encore du dokuwiki vers docbook (que j'utilise sur le wiki de jelix.org pour générer la version PDF des manuels stockés dans le wiki). Et la je suis en train de faire des rêgles pour transformer l'horrible syntaxe wiki de Trac vers du dokuwiki like (dans le cadre justement d'un export de données).
Le développement des rêgles n'est pas toujours très aisé, c'est pourquoi je vais essayer d'en fournir un maximum dans la version 3.1 à venir (si il y a des volontaires parmis vous... ;-) )
Si on a la rêgle qu'on veut, c'est très très simple à utiliser par contre, et il ne reste alors plus que faire un petit script qui parcourerait une table sql pour mettre à jour les champs wiki.. (ce qui est trivial à faire)
# contradictions
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Sortie du livre Real World Haskell. Évalué à 2.
versus
>Son principal inconvénient c'est qu'il est assez difficile à apprendre, des concepts comme les monades sont assez peu intuitifs et la documentation est quasi-inexistante.
Tes propos ne sont pas en contradictions là ? ;-) Sauf peut-être pour les masochistes, effectivement :-)
attention, je n'ai rien contre haskell, je n'ai pratiquement jamais utilisé, bien qu'essayé une fois en me cassant les dents dessus parce que justement, c'est totalement à l'opposé des langages classiques, peu intuitifs et difficile à apprendre, sachant qu'à l'époque, il y a 3-4 ans, il n'y avait quasiment pas de doc. Le fait qu'il y ait un livre est donc une bonne nouvelle :-)
[^] # Re: skål
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal La Norvège, le pays ou le père Noël ressemble à RMS. Évalué à 2.
[^] # Re: Veille ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Linux PC : Yes, We Can !. Évalué à 2.
franchement, TOUT sur cette becane fonctionne.
[^] # Re: Erreur de prix !
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Linux PC : Yes, We Can !. Évalué à 3.
J'ai pris aussi la webcam intégré (je sais plus si c'est en option ou non), et là aussi, ça fonctionne direct, du premier coup (qu'est ce que j'ai galèré avec d'autres webcam sur mes desktop, pas une qui fonctionne correctement sous linux, et pourtant j'avais vérifié à l'achat...)
[^] # Re: skål
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal La Norvège, le pays ou le père Noël ressemble à RMS. Évalué à 3.
Au ministère de l'interieur, ils ont remplacé outlook et exchange par thunderbird et OBM.
Ils ont renommé ces logiciels libres en Pablo et... Icasso. (non, il n'y a pas de P à Icasso, pour pas avoir des problèmes de droits je suppose :-)
http://www.lemondeinformatique.fr/temoignage/lire-thunderbir(...)
[^] # Re: bzr ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal InDefero, bug tracker et navigateur git/subversion en version 0.2.0. Évalué à 2.
[^] # Re: Petit témoignage
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Netbooks et linux : rien n'est gagné.. Évalué à 2.
le jour et la nuit avec mon précédent laptop, un toshiba, sur lequel j'ai du me battre avec linux pour que celui-ci fonctionne à peu près correctement (wifi et cie). Et encore, la mise en veille merdait grave, je n'ai jamais réussi à configurer ça correctement, matériel non pris correctement en charge par linux (ou materiel ne suivant pas les spec ACPI, je ne sais pas)...
Juste deux bémols :
1) la qualité de la carte wifi n'est pas forcément top, parfois je n'est pas une qualité de connectivité aussi bonne que d'autres laptops, j'ai pu m'en rendre compte à plusieurs meeting, mais bon, la machine est une entrée de gamme, donc je ne me plaint pas. (à moins qu'il soit possible de paramétrer linux pour avoir une meilleure reception ?)
2) ubuntu ne fournit pas toujours des mise à jours de qualité : une mise à jour du noyau linux a fait que je n'avais plus de son (il y a plusieurs bugs à ce sujet dans le launchpad). Résultat: je démarre sur un noyau pas à jour, afin de pouvoir profiter du son sur ma machine.
[^] # Re: boutique.april.org utilise un certificat de sécurité invalide.
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Campagne d'adhésion April : Tristan Nitot appelle à adhérer. Évalué à 3.
Si j'ai bien compris l'histoire de CACert vs Mozilla : tout le problème de CACert, est qu'ils n'ont justement pas les moyens de faire certifier leur infrastructure, et je crois, de mettre en oeuvre tout ce qu'il faut pour arriver à un niveau de sécurité requis par des tiers, et notamment par Mozilla (d'où l'absence des certificats racine de CACert dans Firefox)..
# ampoules
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal L'informatique est sensiblement identique à la mécanique. Évalué à 7.
Enfin en tout cas, ça devient de plus en plus compliqué tellement les feux sont encastrés dans la carrosserie ou le moteur. Une ampoule, ça ne se change plus en 20 secondes comme je pouvais le faire jadis sur ma 309 ou sur les vieilles twingo...
[^] # Re: Journaliste, va!!!
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Webkit dans IE ?. Évalué à 3.
La balkanisation, ça fait des années qu'elle est là, mais grâce à l'open source et les promotions des standards, elle a quand même bien reculée (mais pas assez hélas). Alors oui, l'opensource va survivre.
Pour la survit des standards : on a un moteur de rendu libre, Gecko, qui a 30% des parts de marché, sans compter Webkit qui commence lui aussi à se tailler la part du lion. En comptant en plus la maigre PDM d'Opera, ça commence à faire pas mal de moteur reposant sur les standards du web (même si c'est pas completement). Et c'est pas fini.
IE8 est encore un pas en avant vers le support des standards du web, montrant la volonté de Microsoft d'aller dans le bon sens (même si IE8 sera encore à la traîne techniquement, ils ont tellement de retard les pauvres..)
Alors je pense que les standards du web ne sont pas prêt de mourir, bien qu'il faille continuer le combat contre ces technos comme silverlight ou flash, qui sont tout sauf des technos "Web" au sens idéologique du terme (voir un de mes commentaires passés sur le sujet : https://linuxfr.org//comments/973331.html#973331 )
[^] # Re: I had a dream...
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Theora 1.0. Évalué à 5.
Ça pourrait le devenir si il y a plus de demandes. Et la popularité des navigateurs intégrant Theora pourrait être un catalyseur pour augmenter cette demande.
À coté de ça, il y a quand même des encodeurs.
>Pire, si demain MS et Apple intègrent le support H264 dans la balise HTML5, c'est Firefox qui passera pour un has-been...
Firefox intégrera, en plus du backend Theora, le backend GStreamer sous linux, DirectShow sous windows et Quicktime sous mac. Si je ne me trompe pas, ces backends supportent (au moins par le biais de plugins) le format H.264.
Donc non, quand tout le monde diffusera du H.264 (si Theora n'a pas fait sa petite place), Firefox sera prêt et ne sera pas has been.
https://bugzilla.mozilla.org/show_bug.cgi?id=422540
https://bugzilla.mozilla.org/show_bug.cgi?id=435298
https://bugzilla.mozilla.org/show_bug.cgi?id=435339
Tu va me dire qu'alors ça diminue les chances de pousser Theora, mais ce n'est pas sûr qu'ils intégrent ces backends dans la prochaine version de Firefox, pour justement pousser Theora (je peux cependant me tromper).
[^] # Re: I had a dream...
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Theora 1.0. Évalué à 7.
Ah ? http://commons.wikimedia.org/wiki/Category:Video ;-)
[^] # Re: Bonne nouvelle
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Theora 1.0. Évalué à 8.