Si on se souvient de l'Histoire et notamment celle de Richard Cazenave, il ne faut pas donner cher de sa peau.
Pour rappel, Richard Cazenave, UMP, avait voté contre la loi DADVSI, de la même manière que Lionel Tardy a vaillamment combattu HADOPI. Et à l'élection suivante, Richard Cazenave n'a pas été intronisé. À la place, on a mis un revenant ex-prisonnier : Alain Carignon. Résultat : c'est le PS qui a récupéré la circonscription (1ère de l'Isère) pourtant traditionnellement à droite. Bon Lionel Tardy n'est pas UMP, mais d'après Wikipedia, s'il a été élu, c'est bien grâce à l'UMP. Et je pense que la prochaine fois, l'UMP intronisera un candidat un peu plus "souple" et ce sera la fin de Lionel Tardy.
Bloche a avoué que pendant les débats, son assistante lui imprimait les mails et lui amenait dans l'hémicycle, surtout quand il s'agissait de démonter un argument bidon de la ministre. Donc oui, ça marche et on peut le faire.
Toute une collection de radios très bien. Tu choisis ton style, tu récupères le lien sur la liste de lecture qui est à côté et hop, tu écoutes avec ton lecteur préféré (ça marche dans Amarok et dans Winamp notamment).
Di.fm est surtout orienté musiques électroniques (au sens large) tandis que Sky.fm est surtout orienté tout le reste. Il y a des spots de pub de temps en temps mais c'est pas dérangeant. Le matin par exemple, il n'y a quasiment aucun spot (oui, c'est la nuit aux US et la radio est basée à New York). Et si les spots de pub t'horripilent, il y a possibilité de t'abonner pour les enlever.
Si tu ne trouves pas ton bonheur avec ça, c'est que tu le fais exprès :P
Pas forcément, le mot de passe peut être re-généré aléatoirement, conserver sous forme haché dans la base et envoyé à celui qui a oublié son ancien mot de passe (qui est perdu dans le chaos binaire à tout jamais).
Non mais tu n'as pas compris, quand il dit qu'un "pirate télécharge", il veut bien entendu parler d'un Somalien armé d'un lance-roquettes qui transfère la cargaison d'un bateau à un autre. Quoi d'autre sinon ?
Pour faire simple, inline, c'est quand c'est à l'intérieur d'un texte. Par exemple, mettre un mot en emphase, créer une entrée d'index, faire une référence, ce sont des éléments inline. Block, c'est quand c'est un morceau plus gros qui doit être traité en entier. Des paragraphes, des figures, des tables, sont des éléments block.
Ensuite, pour tes modifiers, j'ai l'impression que ça ne permet pas de changer toute la structure du document. On peut modifier les marges par exemple ? (ou c'est prévu de pouvoir le faire ?)
Pour les maths, en fait, je vois qu'on peut produire du texte à partir d'un script (je trouve cette idée très bonne !), ce qui élimine le besoin de devoir le faire directement dans le langage que tu définis. Donc exit les maths. Je pense que c'est pas mal comme ça, ça permet de ne conserver dans le langage que la partie structure du document et de déléguer des parties plus techniques à un script qui saura mieux le faire.
Comme tu as l'air de répondre vite, je vais en profiter pour soulever des problèmes que je vois.
La syntaxe : tu utilises une syntaxe LaTeX-like, or je pense que tes choix en matière de syntaxe vont t'amener dans le mur. Que ce soit dans LaTeX ou dans le HTML, on trouve deux notions importantes : block et inline. Ta syntaxe convient très bien pour du inline, mais je la trouve très peu adapté pour du block (les environnements LaTeX sont trop verbeux je trouve). Et les blocks, tu en auras besoin à un moment ou à un autre, pour des figures, des tables, ou d'autres choses dans le genre. Donc quid des blocks ?
Le style : apparemment, il y a un style par défaut, est-ce facile de modifier complètement le style ou alors les modifications sont-elles uniquement cosmétiques (genre je peux mettre du rouge à la place du bleu) ? C'est un des points faibles de LaTeX et je pense qu'il faut miser beaucoup là dessus pour en faire un concurrent sérieux. Il faut pouvoir définir un style de manière très fine, avec les marges, la taille et la fonte de tous les niveaux de titres, le placement, éventuellement des décorations sur chaque page. Et pouvoir aussi faire ça de manière locale à une page. Avec ça, tu auras la composition de slides gratuitement.
Le langage : je vois que tu utilises le tiret dans tes noms de fonctions. N'est-ce pas un peu suicidaire si un jour tu veux intégrer un peu de maths dans ton langage ? D'ailleurs, quels sont les limites que tu t'es fixées quant à l'étendu du langage, juste un langage de structuration ou un peu plus (genre des boucles simples) ? Pourquoi avoir choisi LaTeX comme modèle ?
Trouver un remplaçant à LaTeX est un de mes objectifs à long terme. LaTeX est un très bon logiciel, je m'en sers quasi quotidiennement, mais il faut avouer qu'il souffre de son âge et de son architecture ubuesque. Je regarde régulièrement à travers la Toile et je ne vois toujours rien. La seule lueur d'espoir est venue de Lout mais je n'aime vraiment pas sa syntaxe. Donc voilà HeVEA.
Déjà le nom, comme l'ont dit d'autres, c'est raté. Je proposerai bien PinT (PinT Is Not Tex) dans la grande tradition des acronymes récursifs et des geeks buveurs de bière.
Ensuite, il manque à mon avis une chose essentielle : de la documentation. Ton début d'aide est trop pauvre en exemple et ne montre pas du tout l'étendu du langage. D'ailleurs, tu parles de langage et on n'a même pas la liste des commandes. Tu parles aussi de la commande print mais tu ne dis pas vraiment comment on s'en sert ni pourquoi et comment on peut l'omettre. Il faut bien voir que tu vas définir un nouveau format et donc, plus ce format sera documenté, mieux ce sera. S'il faut aller voir le code source de l'appli pour comprendre le format, ça va être compliqué de le propager.
Enfin, je ne comprend pas pourquoi tu fais déjà une interface graphique. Il faudrait plutôt se concentrer sur une lib qui permet de compiler un document, puis faire une simple CLI et laisser le reste en attente pour l'instant. Si la lib est bien faite, elle pourra être intégré dans des GUI, pas besoin d'un éditeur spécialisé. Perso, j'utilise Kate et je n'ai pas l'intention d'utiliser un autre éditeur pour faire des documents textes. J'imagine que les utilisateurs de vim ou emacs sont dans le même cas.
Bref, j'ai énormément de questions et je pense que les réponses viendront au fur et à mesure. En tout cas, je garderai un oeil sur ce projet.
Les listes pour le PG/PCF, autrement appelé Front de gauche, sont en cours d'élaboration, notamment en raison des discussions en cours avec d'autres partis/courants de gauche pour faire un Front de Gauche plus large (le NPA ayant déjà refusé l'offre).
Les listes ne sont pas très grandes de toute façon et les places éligibles ne sont pas très nombreuses. Donc s'il n'apparaît pas là, il n'a aucune chance d'être élu.
Il a dit qu'il était "disponible" pour un nouveau mandat tout en ayant bien conscience que ça ne dépendait pas de lui :
Ce sera la «patronne», Martine Aubry et elle seule, qui prendra la décision. Je lui ai d'ores et déjà annoncé que j'étais disponible : si j'y suis, c'est bien ; sinon, je continuerai à militer sur le terrain.
(dans la Provence du 31 janvier 2009)
Et pourquoi ne pas utiliser un code 307 Temporary Redirect fait pour ça ? ;)
D'après le wikipedia anglais :
In this occasion, the request should be repeated with another URI, but future requests can still use the original URI. In contrast to 303, the request method should not be changed when reissuing the original request. For instance, a POST request must be repeated using another POST request.
Et c'est exactement le comportement voulu je pense.
Mozilla Messaging est le parent pauvre de Mozilla, il l'a toujours été et ça s'est accentué depuis la séparation officielle en une entité distincte. Je ne vois pas d'avenir brillant pour Thunderbird ou Sunbird, et c'est bien dommage.
XHTML est le parfait contre-exemple de cette affirmation. Il ne faut pas être sectaire contre le XML, certains format XML sont tout simplement inadapté à l'humain (ODF par exemple, SVG dans une moindre mesure), d'autres en revanche, quand ils ont été pensé pour ça dès le départ, peuvent s'y prêter (XHTML par exemple).
Parmi les équivalents que tu cites, je dirais qu'ils n'ont pas tous la portée de XML. YAML par exemple est très bien mais pas d'équivalent d'une DTD, de là il est beaucoup plus difficile de comprendre un document YAML standalone. Avec ses balises nommés, le XML permet une meilleure compréhension. Le format ini classique est vraiment trop basique pour faire des choses évolués, à moins de recoder une couche par dessus. Quant au format de Google, je ne le connais pas, mais il semble orienté RPC, je vais y jeter un oeil, ça a l'air intéressant.
Les commentaires viennent d'un des auteurs donc il défend son pré carré, à raison d'ailleurs.
La remarque que le fait que ce soit "templaté donc du mauvais C++" est totalement débile vu que la classe principale de CImg est templaté, mais si tu avais pris la peine au moins de cliquer sur un des lien (il y en a pourtant beaucoup), tu t'en serais aperçu très vite.
La seule chose qu'on peut reprocher à cet article (et que j'ai déjà signalé en commentaire [0] dans le journal à l'origine de la dépêche), c'est qu'il n'indique pas le nombre de fonctions dans la classe principale et il y en a énormément. Ce n'est pas vraiment une mauvaise conception, plutôt un choix, qui peut se défendre tout à fait (même si personnellement, je ne fais jamais ce choix là).
Oui et non. Pour des objets simple, SVG est déjà très verbeux, et quand il faut composer des objets, ça devient vite l'enfer. SVG est un bon format de base mais pas vraiment un truc utilisable directement. Si tu ne connais pas, jette un œil au format POV-RAY, tu verras ce que je veux dire, le langage est très orienté utilisateur.
Je ne vais pas commenter le style C++, c'est vrai que ce n'est pas très conventionnel, de là à dire que ce n'est pas la bonne manière de faire, non. C'est une autre manière de faire.
En revanche, je trouve qu'il faudrait quand même noter le nombre de fonctions dans la classe principale. Car c'est bien là le style de la lib, mettre un maximum de fonctions dans une seule classe. Ça ne veut pas dire que c'est mal fait, c'est d'ailleurs assez bien documenté je trouve [0], mais je trouve que c'est pas très scientifique de comparer avec une lib qui a beaucoup de classes mais peut-être moins de fonctions au total.
Sinon, ma petite proposition : y aurait-il moyen de créer un langage de script qui permette de faire du dessin, une sorte d'adaptation du langage POV-RAY en 2D ? Ça serait sympa pour spécifier des schémas par exemple et les générer automatiquement.
# Brevets ?
Posté par rewind (Mastodon) . En réponse au journal Evolution de la declaration d'impots en ligne. Évalué à 9.
# Au revoir M. Tardy
Posté par rewind (Mastodon) . En réponse à la dépêche La loi Hadopi a été adoptée à l'Assemblée Nationale. Évalué à 6.
Pour rappel, Richard Cazenave, UMP, avait voté contre la loi DADVSI, de la même manière que Lionel Tardy a vaillamment combattu HADOPI. Et à l'élection suivante, Richard Cazenave n'a pas été intronisé. À la place, on a mis un revenant ex-prisonnier : Alain Carignon. Résultat : c'est le PS qui a récupéré la circonscription (1ère de l'Isère) pourtant traditionnellement à droite. Bon Lionel Tardy n'est pas UMP, mais d'après Wikipedia, s'il a été élu, c'est bien grâce à l'UMP. Et je pense que la prochaine fois, l'UMP intronisera un candidat un peu plus "souple" et ce sera la fin de Lionel Tardy.
C'est bien dommage.
[^] # Re: Agissez !
Posté par rewind (Mastodon) . En réponse à la dépêche Hadopi et le B2i : information ou ... propagande. Évalué à 4.
# di.fm et sky.fm
Posté par rewind (Mastodon) . En réponse au journal Last.fm devient payant. Évalué à 2.
Di.fm est surtout orienté musiques électroniques (au sens large) tandis que Sky.fm est surtout orienté tout le reste. Il y a des spots de pub de temps en temps mais c'est pas dérangeant. Le matin par exemple, il n'y a quasiment aucun spot (oui, c'est la nuit aux US et la radio est basée à New York). Et si les spots de pub t'horripilent, il y a possibilité de t'abonner pour les enlever.
Si tu ne trouves pas ton bonheur avec ça, c'est que tu le fais exprès :P
[^] # Re: confirmer le mail
Posté par rewind (Mastodon) . En réponse au journal Les créateurs de formulaires sont complètement abrutis.... Évalué à 10.
[^] # Re: sécurité vs facilité
Posté par rewind (Mastodon) . En réponse au journal Les créateurs de formulaires sont complètement abrutis.... Évalué à 2.
[^] # Re: Tipiak
Posté par rewind (Mastodon) . En réponse au journal Pourquoi aider un projet libre .... Évalué à 6.
# coût du produit
Posté par rewind (Mastodon) . En réponse au journal [hadopi] "un épouvantable système de surveillance du Net". Évalué à 6.
Et l'équipe de marketteux qui va designer la pochette 9.5€/u et hop !
[^] # Re: Nom malheureux ?
Posté par rewind (Mastodon) . En réponse au journal HeVEA v0.1. Évalué à 2.
[^] # Re: Remplacer (La)TeX
Posté par rewind (Mastodon) . En réponse au journal HeVEA v0.1. Évalué à 2.
Ensuite, pour tes modifiers, j'ai l'impression que ça ne permet pas de changer toute la structure du document. On peut modifier les marges par exemple ? (ou c'est prévu de pouvoir le faire ?)
Pour les maths, en fait, je vois qu'on peut produire du texte à partir d'un script (je trouve cette idée très bonne !), ce qui élimine le besoin de devoir le faire directement dans le langage que tu définis. Donc exit les maths. Je pense que c'est pas mal comme ça, ça permet de ne conserver dans le langage que la partie structure du document et de déléguer des parties plus techniques à un script qui saura mieux le faire.
[^] # Re: Remplacer (La)TeX
Posté par rewind (Mastodon) . En réponse au journal HeVEA v0.1. Évalué à 2.
La syntaxe : tu utilises une syntaxe LaTeX-like, or je pense que tes choix en matière de syntaxe vont t'amener dans le mur. Que ce soit dans LaTeX ou dans le HTML, on trouve deux notions importantes : block et inline. Ta syntaxe convient très bien pour du inline, mais je la trouve très peu adapté pour du block (les environnements LaTeX sont trop verbeux je trouve). Et les blocks, tu en auras besoin à un moment ou à un autre, pour des figures, des tables, ou d'autres choses dans le genre. Donc quid des blocks ?
Le style : apparemment, il y a un style par défaut, est-ce facile de modifier complètement le style ou alors les modifications sont-elles uniquement cosmétiques (genre je peux mettre du rouge à la place du bleu) ? C'est un des points faibles de LaTeX et je pense qu'il faut miser beaucoup là dessus pour en faire un concurrent sérieux. Il faut pouvoir définir un style de manière très fine, avec les marges, la taille et la fonte de tous les niveaux de titres, le placement, éventuellement des décorations sur chaque page. Et pouvoir aussi faire ça de manière locale à une page. Avec ça, tu auras la composition de slides gratuitement.
Le langage : je vois que tu utilises le tiret dans tes noms de fonctions. N'est-ce pas un peu suicidaire si un jour tu veux intégrer un peu de maths dans ton langage ? D'ailleurs, quels sont les limites que tu t'es fixées quant à l'étendu du langage, juste un langage de structuration ou un peu plus (genre des boucles simples) ? Pourquoi avoir choisi LaTeX comme modèle ?
# Remplacer (La)TeX
Posté par rewind (Mastodon) . En réponse au journal HeVEA v0.1. Évalué à 3.
Déjà le nom, comme l'ont dit d'autres, c'est raté. Je proposerai bien PinT (PinT Is Not Tex) dans la grande tradition des acronymes récursifs et des geeks buveurs de bière.
Ensuite, il manque à mon avis une chose essentielle : de la documentation. Ton début d'aide est trop pauvre en exemple et ne montre pas du tout l'étendu du langage. D'ailleurs, tu parles de langage et on n'a même pas la liste des commandes. Tu parles aussi de la commande print mais tu ne dis pas vraiment comment on s'en sert ni pourquoi et comment on peut l'omettre. Il faut bien voir que tu vas définir un nouveau format et donc, plus ce format sera documenté, mieux ce sera. S'il faut aller voir le code source de l'appli pour comprendre le format, ça va être compliqué de le propager.
Enfin, je ne comprend pas pourquoi tu fais déjà une interface graphique. Il faudrait plutôt se concentrer sur une lib qui permet de compiler un document, puis faire une simple CLI et laisser le reste en attente pour l'instant. Si la lib est bien faite, elle pourra être intégré dans des GUI, pas besoin d'un éditeur spécialisé. Perso, j'utilise Kate et je n'ai pas l'intention d'utiliser un autre éditeur pour faire des documents textes. J'imagine que les utilisateurs de vim ou emacs sont dans le même cas.
Bref, j'ai énormément de questions et je pense que les réponses viendront au fur et à mesure. En tout cas, je garderai un oeil sur ce projet.
[^] # Re: La gauche : l'autre droite...
Posté par rewind (Mastodon) . En réponse au journal Guy Bono ne sera plus député européen. Évalué à 2.
[^] # Re: Fred Dutoit ?
Posté par rewind (Mastodon) . En réponse au journal Guy Bono ne sera plus député européen. Évalué à 3.
[^] # Re: Tête de liste
Posté par rewind (Mastodon) . En réponse au journal Guy Bono ne sera plus député européen. Évalué à 2.
[^] # Re: Il souhaitait se réprésenter au moins ?
Posté par rewind (Mastodon) . En réponse au journal Guy Bono ne sera plus député européen. Évalué à 3.
Ce sera la «patronne», Martine Aubry et elle seule, qui prendra la décision. Je lui ai d'ores et déjà annoncé que j'étais disponible : si j'y suis, c'est bien ; sinon, je continuerai à militer sur le terrain.
(dans la Provence du 31 janvier 2009)
Voir le dernier article de ce pdf:
http://www.guy-bono.fr/filemanager/download/3071/Revue%20de%(...)
[^] # Re: HADOPI saimal !
Posté par rewind (Mastodon) . En réponse à la dépêche Riposte graduée : le rapporteur s'oppose à l'interopérabilité, l'April appelle à la mobilisation. Évalué à 2.
D'après le wikipedia anglais :
In this occasion, the request should be repeated with another URI, but future requests can still use the original URI. In contrast to 303, the request method should not be changed when reissuing the original request. For instance, a POST request must be repeated using another POST request.
Et c'est exactement le comportement voulu je pense.
# HADOPI saimal !
Posté par rewind (Mastodon) . En réponse à la dépêche Riposte graduée : le rapporteur s'oppose à l'interopérabilité, l'April appelle à la mobilisation. Évalué à 3.
Tous les sites *.saimal.fr redirige désormais vers cette page.
[^] # Re: librairie ?
Posté par rewind (Mastodon) . En réponse au journal Documentation collaborative. Évalué à 7.
# Comme prévu...
Posté par rewind (Mastodon) . En réponse au journal Le futur de sunbird/lightning : mauvaises nouvelles.... Évalué à 9.
[^] # Re: style C++
Posté par rewind (Mastodon) . En réponse au journal [Traitement d'image] Sortie de CImg 1.3.0. Évalué à 4.
Parmi les équivalents que tu cites, je dirais qu'ils n'ont pas tous la portée de XML. YAML par exemple est très bien mais pas d'équivalent d'une DTD, de là il est beaucoup plus difficile de comprendre un document YAML standalone. Avec ses balises nommés, le XML permet une meilleure compréhension. Le format ini classique est vraiment trop basique pour faire des choses évolués, à moins de recoder une couche par dessus. Quant au format de Google, je ne le connais pas, mais il semble orienté RPC, je vais y jeter un oeil, ça a l'air intéressant.
[^] # Re: Commentaire personel
Posté par rewind (Mastodon) . En réponse à la dépêche Sortie de CImg 1.3.0. Évalué à 5.
La remarque que le fait que ce soit "templaté donc du mauvais C++" est totalement débile vu que la classe principale de CImg est templaté, mais si tu avais pris la peine au moins de cliquer sur un des lien (il y en a pourtant beaucoup), tu t'en serais aperçu très vite.
La seule chose qu'on peut reprocher à cet article (et que j'ai déjà signalé en commentaire [0] dans le journal à l'origine de la dépêche), c'est qu'il n'indique pas le nombre de fonctions dans la classe principale et il y en a énormément. Ce n'est pas vraiment une mauvaise conception, plutôt un choix, qui peut se défendre tout à fait (même si personnellement, je ne fais jamais ce choix là).
[0] http://linuxfr.org/comments/1008412.html
[^] # Re: style C++
Posté par rewind (Mastodon) . En réponse au journal [Traitement d'image] Sortie de CImg 1.3.0. Évalué à 2.
# Question essentielle
Posté par rewind (Mastodon) . En réponse à la dépêche Avant Window Navigator 0.3.2. Évalué à 10.
# style C++
Posté par rewind (Mastodon) . En réponse au journal [Traitement d'image] Sortie de CImg 1.3.0. Évalué à 4.
En revanche, je trouve qu'il faudrait quand même noter le nombre de fonctions dans la classe principale. Car c'est bien là le style de la lib, mettre un maximum de fonctions dans une seule classe. Ça ne veut pas dire que c'est mal fait, c'est d'ailleurs assez bien documenté je trouve [0], mais je trouve que c'est pas très scientifique de comparer avec une lib qui a beaucoup de classes mais peut-être moins de fonctions au total.
Sinon, ma petite proposition : y aurait-il moyen de créer un langage de script qui permette de faire du dessin, une sorte d'adaptation du langage POV-RAY en 2D ? Ça serait sympa pour spécifier des schémas par exemple et les générer automatiquement.
[0] http://cimg.sourceforge.net/reference/structcimg__library_1_(...)