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.
En fait, je voulais répondre au commentaire parent. Mais c'est pas grave.
je pense qu'il y a deux types d'utilisateurs Debian : ceux qui utilisent sid parce que ça leur plaît comme ça, ils veulent de la nouveauté, ils veulent une distribution vivante ; ceux qui utilisent stable parce que justement, ils veulent que ça ne bouge pas, ils veulent construire des systèmes fiables dessus. Les utilisateurs de testing sont des utilisateurs de sid qui s'ignorent.
Je pense que parmi les développeurs Debian, beaucoup font partie de la deuxième catégorie, enfin beaucoup plus que ce que l'on pense.
Le problème, c'est que le cycle de release actuelle ne satisfait aucune des deux parties. sid est freezé beaucoup trop longtemps, et stable perd en stabilité au fil des versions (le numbre de bugs RC ne descend plus à 0). Il est donc nécessaire de revoir ce processus, tout en conservant les deux saveurs.
Mon avis perso là dessus, c'est qu'il faudrait construire la distrib en bottom-up plutôt qu'en top down. Actuellement, on met tous les paquets et ensuite, on enlève les paquets qui merdoient. Je pense qu'il faudrait plutôt inclure au fur et à mesure des paquets sans bug RC et construire la distrib comme cela. Ça forcerait les développeurs à corriger les bugs des paquets de base (genre s'il y a un bug RC dans gtk ou Qt, il sera corrigé vite vu qu'il bloque une grande quantité de paquet), assurant ainsi un système plus stable au final mais peut-être avec moins de paquet. D'un autre côté, qui a besoin de 23000 paquets sur un serveur ?
Pareil. Et il y a des propositions (beaucoup) pour améliorer cette situation et pour globalement changer le protocole de release : http://wiki.debian.org/ReleaseProposals
En ce moment, on ne peut plus rejoindre le salon à cause d'un trop grand nombre d'utilisateurs déjà connectés, ça serait bien soit d'augmenter le nombre d'utilisateurs max, soit de changer pour un autre protocole qui pourrait permettre un plus grand nombre d'utilisateurs (comme IRC).
Moi je conseillerais une Jyraphe dans un recoin du web. Ça affiche les images directement (comme les textes aussi) donc ça répond clairement au besoin et ça prend un clic pour uploader. Mais je développe Jyraphe donc je suis partial :P
Tu confonds avec l'UMP. Au PS, il y a encore de la démocratie interne et ce sont les militants qui font le programme d'une certaine manière. Le PS n'est pas une secte où les militants doivent régurgiter le programme décidé en haut (heureusement d'ailleurs, parce qu'en ce moment, le programme du PS...).
Bizarrement, je serais beaucoup moins optimiste que toi, parce que les rumeurs sur les noms de la liste PS dans cette circonscription ne font pas état de Guy Bono, mais bon, ce ne sont que des rumeurs...
Espérons que Guy Bono soit encore élu, et même éligible... En ces temps de luttes internes au PS, j'ai un peu peur que Guy Bono passe à la trappe et qu'on nous mette un apparatchik (c'est pas ça qui manque au PS).
Je dirais qu'il est mal barré si j'en crois ces deux passages :
"Je ne suis pas un homme d’appareil. Je viens de ce qu’on appelle de nos jours la « société civile ». J’ai un emploi qui m’occupe plus qu’à plein temps, et le fait d’être élu n’est donc pas pour moi une question alimentaire."
Ne pas être un homme d'appareil pourrait apparaître comme un avantage mais c'est un grave inconvénient parce que les places pour les Européennes sont quasiment déjà distribuées. Et comme c'est un scrutin de liste avec de grandes circonscriptions, c'est au niveau national que ça se décide. Ne pas être un homme d'appareil, c'est l'assurance de ne pas être connu par les instances nationales et donc de ne pas être choisi (de toute façon, il n'y a déjà certainement plus de place sur la liste).
"Je sais que cet « outing » peut être naïf ; je ne suis soutenu par aucun « baron », je ne connais pas grand monde au Bureau National. Cependant, je pense qu’avec le soutien de nombreux militants et sympathisants « de base », qui peuvent se reconnaître dans mon projet et mes engagements, il est possible de construire un mouvement capable de faire prendre en considération ma candidature."
En plus, il n'a aucun soutien de personnalités du PS qui pourrait valoriser sa candidature à la candidature. Ce n'est pas pour être défaitiste, mais il ne sera jamais candidat pour le PS. Ou alors, trop loin sur la liste pour être éligible.
Si tu ne te sens pas en danger, n'utilise pas cette expression, même imagée. Utiliser cette expression, c'est faire le jeu de ceux qui l'utilisent à leur profit. Les agents SNCF qui font grève ne sont pas des terroristes, ils utilisent un droit garanti par la constitution. Alors oui, ça peut faire chier, ça peut être gênant, mais on est à des années lumières du niveau de gravité d'une prise d'otage.
Je vais te donner un exemple un peu inverse (dans le sens où ça pourrait être toi qui serait victime de l'expression). Les majors de l'industrie du divertissement traitent les gens qui téléchargent de pirates, de criminels (alors qu'il faut le rappeler, le téléchargement est un simple délit de contrefaçon aux yeux de la loi). Ce n'est pas pour être imagé, c'est pour les servir et pouvoir sanctionner de manière disproportionnée. Pourtant, un gamin qui télécharge un mp3, c'est très loin d'être un somalien au large de la corne qui attaque un bateau avec un lance-roquette.
[^] # 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_(...)
[^] # Re: Finalement je suis content qu'elle sorte
Posté par rewind (Mastodon) . En réponse à la dépêche Debian GNU/Linux 5.0 : Lenny. Évalué à 9.
je pense qu'il y a deux types d'utilisateurs Debian : ceux qui utilisent sid parce que ça leur plaît comme ça, ils veulent de la nouveauté, ils veulent une distribution vivante ; ceux qui utilisent stable parce que justement, ils veulent que ça ne bouge pas, ils veulent construire des systèmes fiables dessus. Les utilisateurs de testing sont des utilisateurs de sid qui s'ignorent.
Je pense que parmi les développeurs Debian, beaucoup font partie de la deuxième catégorie, enfin beaucoup plus que ce que l'on pense.
Le problème, c'est que le cycle de release actuelle ne satisfait aucune des deux parties. sid est freezé beaucoup trop longtemps, et stable perd en stabilité au fil des versions (le numbre de bugs RC ne descend plus à 0). Il est donc nécessaire de revoir ce processus, tout en conservant les deux saveurs.
Mon avis perso là dessus, c'est qu'il faudrait construire la distrib en bottom-up plutôt qu'en top down. Actuellement, on met tous les paquets et ensuite, on enlève les paquets qui merdoient. Je pense qu'il faudrait plutôt inclure au fur et à mesure des paquets sans bug RC et construire la distrib comme cela. Ça forcerait les développeurs à corriger les bugs des paquets de base (genre s'il y a un bug RC dans gtk ou Qt, il sera corrigé vite vu qu'il bloque une grande quantité de paquet), assurant ainsi un système plus stable au final mais peut-être avec moins de paquet. D'un autre côté, qui a besoin de 23000 paquets sur un serveur ?
[^] # Re: Finalement je suis content qu'elle sorte
Posté par rewind (Mastodon) . En réponse à la dépêche Debian GNU/Linux 5.0 : Lenny. Évalué à 1.
http://wiki.debian.org/ReleaseProposals
# Trop d'utilisateurs...
Posté par rewind (Mastodon) . En réponse à la dépêche Bug party en ligne ce lundi 9 février. Évalué à 5.
[^] # Re: Trisomie 21
Posté par rewind (Mastodon) . En réponse au journal [HS] Attention, internet peut endomager votre ordinateur. Évalué à 6.
[^] # Re: Pourquoi le PS ?
Posté par rewind (Mastodon) . En réponse à la dépêche Un défenseur des logiciels libres au parlement européen ?. Évalué à -3.
[^] # Re: Un autre défenseur
Posté par rewind (Mastodon) . En réponse à la dépêche Un défenseur des logiciels libres au parlement européen ?. Évalué à 4.
# Un autre défenseur
Posté par rewind (Mastodon) . En réponse à la dépêche Un défenseur des logiciels libres au parlement européen ?. Évalué à 9.
[^] # Re: Parti et expérience
Posté par rewind (Mastodon) . En réponse à la dépêche Un défenseur des logiciels libres au parlement européen ?. Évalué à 9.
"Je ne suis pas un homme d’appareil. Je viens de ce qu’on appelle de nos jours la « société civile ». J’ai un emploi qui m’occupe plus qu’à plein temps, et le fait d’être élu n’est donc pas pour moi une question alimentaire."
Ne pas être un homme d'appareil pourrait apparaître comme un avantage mais c'est un grave inconvénient parce que les places pour les Européennes sont quasiment déjà distribuées. Et comme c'est un scrutin de liste avec de grandes circonscriptions, c'est au niveau national que ça se décide. Ne pas être un homme d'appareil, c'est l'assurance de ne pas être connu par les instances nationales et donc de ne pas être choisi (de toute façon, il n'y a déjà certainement plus de place sur la liste).
"Je sais que cet « outing » peut être naïf ; je ne suis soutenu par aucun « baron », je ne connais pas grand monde au Bureau National. Cependant, je pense qu’avec le soutien de nombreux militants et sympathisants « de base », qui peuvent se reconnaître dans mon projet et mes engagements, il est possible de construire un mouvement capable de faire prendre en considération ma candidature."
En plus, il n'a aucun soutien de personnalités du PS qui pourrait valoriser sa candidature à la candidature. Ce n'est pas pour être défaitiste, mais il ne sera jamais candidat pour le PS. Ou alors, trop loin sur la liste pour être éligible.
[^] # Re: Le vrai problème
Posté par rewind (Mastodon) . En réponse au journal Ras-le-bol des utilisateurs de logiciels de tout bord !!!. Évalué à 5.
Je vais te donner un exemple un peu inverse (dans le sens où ça pourrait être toi qui serait victime de l'expression). Les majors de l'industrie du divertissement traitent les gens qui téléchargent de pirates, de criminels (alors qu'il faut le rappeler, le téléchargement est un simple délit de contrefaçon aux yeux de la loi). Ce n'est pas pour être imagé, c'est pour les servir et pouvoir sanctionner de manière disproportionnée. Pourtant, un gamin qui télécharge un mp3, c'est très loin d'être un somalien au large de la corne qui attaque un bateau avec un lance-roquette.