Archives du mot-clé admin:doléance

WordPress est très lent sur GandiAI

Tout est dans le titre. Je ne suis pas le seul à le remarquer – en fait, je craignais que ça vienne de moi, mais ça semble venir de Gandi. Le bon côté, c’est que ça semble être logiciel et réparable. Reste plus qu’à attendre la réponse de Gandi à ce sujet.

Flattr this!

Mon premier article multilingue avec WPML

Ça y est, je viens de traduire mon premier article avec la fonction de traduction de WPML (j’en avais d’autres, mais traduits à la main, sans relation formelle entre les deux). Il s’agit de Bluebox child skeleton: definitive WordPress starter theme (so far)/Squelette Bluebox child : les meilleures bases pour un thème WordPress (pour le moment). Malheureusement, rien n’indique dans la page que l’on peut le lire dans une autre langue…

Vraiment bien.

Flattr this!

Limitations DotClear 2

Ce billet référence des petites limitations que j’ai trouvé dans DotClear 2 ; elles ont été signalé à la dcTeam. Un identifiant (id) est affecté à chacune d’entre elles, ce qui permet un référencement aisé et une marque de référence (※) pointe vers la question sur le forum.

Continuer la lecture de Limitations DotClear 2 

Flattr this!

Repenser l’attribution du chômage

En France (et sûrement dans d’autres pays, mais je ne connais pas), une situation assez inique s’est mise en place depuis pas mal de temps.

  • Si vous êtes licencié, vous avez droit au chômage pendant deux ans à 75 % (plutôt 57 %, sauf pour de bas salaires) de votre salaire brut et n’êtes pas imposé dessus (ce qui fait que vous pouvez gagner davantage en étant chômeur qu’en travaillant). De plus, vous avez droit à un certain nombre de jours de congés payés supplémentaires pour trouver un autre emploi (le tout en plus du préavis obligatoire) ;
  • Si, en revanche, vous démissionnez, vous n’avez pas droit au chômage. Vous n’avez non plus pas le droit aux jours de congés payés pour trouver un autre emploi. Bref, si vous démissionnez, vous êtes bien plus pénalisé que si vous êtes licencié.

Résultat : très peu de gens veulent démissionner. Ceux qui le font sont généralement débauchés par une autre entreprise (avec augmentation de salaire à la clé, d’habitude).

Continuer la lecture de Repenser l’attribution du chômage 

Flattr this!

I request run-in support for Gecko

Just in case a Mozilla coder is passing by:

Please support display:run-in!

The lack of support for this CSS2 property is a very old bug, originally mentionned in 1998, when Netscape 4.7 was still alive and well. 1998, come on! With the finally-fixed generated-content bug, this is among the oldest missing feature in Gecko.

Now, the reason why I’m blogging this is that I think a major reason that so few work had been done in this direction is there is not enough incentive to use display:run-in. People may have a hard time understanding what it is useful for.

That is why I wrote such an incentive:

Wikipedia — 2006, january, unordered list vs definition list with run-in

Chronologie améliorée avec dl et run-in
Chronologie améliorée avec dl et run-in

And here is the bug : display:run-in not implemented.

I’d love to see this fixed for the next Firefox 3 nightlies I have a book to print and my PDF preview depend on this (Opera doesn’t support border-radius yet).

Flattr this!

Idée Wikipédia : articles, sous-articles et transclusion

Depuis sa naissance, Wikipédia n’a de cesse de croître en volume, mais aussi de se sophistiquer dans son organisation. Ainsi, si l’on prend l’article informatique, il est devenu très vaste, tant que décision a été prise de créer des sous-articles traitant certains points. L’un de ces sous-articles est Histoire de l’informatique.

Codage abstrait

D’une manière générale, je suis opposé à l’antipatron qu’est le codage en dur ; ceci rejoint ma préférence pour l’abstraction (%SystemDir% au lieu de C:\windows\System32), voire pour la sémantisation et l’interprétation. C’est d’ailleurs pour cela que j’espère que des technologies permettant de n’envoyer que le delta d’une page Web finiront par apparaître (XSLT ou XFrames semblent aller dans ce sens, mais je connais trop peu).

Application aux sous-articles

Dans le cas de notre article sur l’informatique, un modèle a été adjoint au début de l’article, {{loupe|Histoire de l’informatique}}, qui se traduit dans la page par : Pour approfondir, voir l’article Histoire de l’informatique.. Ce modèle permet d’unifier les invites de renvois aux sous-articles.

C’est une très bonne chose, mais j’en vois une autre bien utile : la transclusion.

Une des règles officieuses (et donc susceptible de changer) de Wikipédia est qu’un article (de stade supérieur à celui d’ébauche) doit commencer par une introduction, puis être suivi de plusieurs parties. Cette introduction doit définir les grandes lignes de l’article.

Ceci me parait idéal comme présentation du sous-article dans la section idoine de l’article principal. Pourtant à l’heure actuelle, la présentation dans l’article principal est composée à la main et n’a que peu à voir avec ce qui est écrit dans le sous-article. Au mieux, l’introduction au sous-article est un copier-coller de l’introduction du sous-article.

Ce que je propose, c’est que, à l’instar de ce qui se fait déjà ailleurs dans Wikipédia, les introductions au sous-article soient des transclusions de l’introduction du sous-article. La cohérence y gagnerait, il y aurait moins de versions inutilement différentes de la même chose, on réduirait la contradiction interne et on abstrairait quelque chose qui gagnerait à l’être.

Bien sûr, ceci nécessiterait de revoir beaucoup d’introductions qui n’ont d’introduction que le nom. Il faudrait aussi appliquer une nouvelle structuration (id="introduction", me parait idéal, mais les exports RDF de Semantic MediaWiki sont une idée à creuser également : Chaque article peut être visible en RDF et donc lié par un autre fichier RDF, réutilisé dans une autre page Web ou dans un logiciel de gestion des connaissances. L’intérêt dans ce cas est le même que celui que j’avais expliqué pour les thésaurus, les informations sont à un endroit et nous les réutilisons plutôt que de les répéter.). Bref, rien d’insurmontable.

Qu’en pensez-vous ?

La citation à-peu-près-dans-le-sujet du jour : Internet n’est pas seulement un nouveau moyen de diffuser des informations, de même que l’imprimerie n’est pas seulement un nouveau moyen de recopier la Bible.)

Ils en parlent mais ne me le disent pas, les petits cachottiers :

Flattr this!

Some Omniweb limitations

First published on August 10th 2006 at 13:05:56

Don’t make me wrong: I love Omniweb. This is why I spend time bug-reporting and whishlisting (all of these had already been reported, of course)

Bug report

Wishlist

History

  • the same link may appear several times. Confusing.
  • deleting a link can’t be undone. As I often clean my history, this is important for me
  • impossible to select several link for mass-deletion
  • contrary to Safari behaviour, deleting a link will move the selection to link immediately above, not below. Once again, confusing for a long-time Safari user. And since you cannot undelete…

Tabs

  • no undo close tab. The best implementation is Opera’s, wich allows you to decide which tab to unclose, not necessarily the last one (as Firefox does)
  • I’m starting to get used to Opera’s (and Firefox’s) behaviour: closing a tab will bring you to the previous one in order of reading and not in “geometrical order”. The ability to choose between the two would be great.

Miscellaneous

  • to be able to change the menu order in contextual menu. I like to have copy link to clipboard either at the beginning or at the end of the list, but not in the middle, as it is now.
  • XML handling: the best XML handling is Opera’s: if a page is served as xhtml+xml but is invalid, Mozilla stops loading (YSOD), while Safari just do it almost nice, so you may very well, as a developper, not notice anything wrong (“Forgiving” Browsers Considered Harmful). Opera’s behaviour is to stop loading with where is the problem but also to provide a reparse as HTML (or similar) button.
  • I like Safari’s behaviour regarding progress bar (merging address bar and progress bar). This can be emulated in Firefox with Fusion and now Fission. Any chance for such a thing with Omniweb?

Flattr this!