Archives du mot-clé admin:bug report

Improving Leopress theme for WordPress

I love the Leopress-fr theme (adapted from Leopress 1.0), but it has several issues, some so fundamental I can neither use it nor bugfix it.
  • background is not fixed. It fixed it (pun intented): html {background:attachment:fixed}
  • I favour justify over left when it comes to text-align. I fixed this too: .post .entry {text-align:justify}
  • not widget-ready. Quite important for me and I don’t have the proficiency to fix it.
  • does not display tags in posts. Very important for me and I don’t have the proficiency to fix it.
  • ignore the a element in post! Fundamental and I don’t know how to fix this.
  • no bullet for bulleted lists. Strange, since the code is there. I have the intuition it comes from the same problem with the lack of anchors. Fundamental and I don’t know how to fix this.
The last twos problem may be related to this theme not being WordPress 2.8-ready. If, by any chance, you have some spare time…

flattr this!

Une voix inoubliable : Luc Arbogast (Domus)

Initialement publié le 19 janvier 2007 à 19:10 Je suis récemment allé au salon médiéval d’Herblay. Comme tout salon, celui-ci rassemblait beaucoup d’exposants et quelques animations. Comme tout salon médiéval, les rencontres y furent agréables et surprenantes, et les animations tout autant. Puis il y eut le banquet (bouquet?) final. Non, malgré la construction de cette phrase, ce ne fut pas ce qui fit tout capoter. Bien au contraire. Ce fut superbe. Le banquet en lui-même fut très agréable, mais ce n’est tant de celui-ci ou même de la très compétente troupe d’animateurs/serveurs/cuisiniers1 que je veux parler. Non, ce dont je veux vous parler, c’est de Luc Arbogast. Lire la suite

flattr this!

Problème structurel de Wikipédia : la contradiction interne

Initialement publié le 27 mars 2006 à 23:59:00

Un problème récurrent de Wikimédia : l’incohérence, voire la contradiction.

Quelque exemples parmi des dizaines d’autres que j’ai croisé et des milliers qui doivent exister :

Si vis pacem, para bellum

Si tu veux la paix, prépare la guerre. (Original in Latin by Scipio Africanus)

Translation: If you want peace, prepare for war. (Vegetius, Epitoma rei militaris)

Alphonse Karr

Alphonse Jean-Baptiste Karr

Jean-Baptiste Alphonse Karr

Plus grave, la relation entre l’intelligence et l’agressivité : en l’espace de cinq paragraphes, l’information change du tout au tout.

L’intelligence n’a rien à voir avec l’agressivité. De nombreux auteurs ont par le passé essayer de lier les deux, comme ils ont essayé de limiter uniquement l’intelligence à l’humain, de préférence blanc et de sexe mâle. Ces notions tendent à disparaitre dans les recherches actuelles.

[…]

L’homme se distingue par un comportement sexuel débridé, sans saisonnalité marqué et dissocié du cycle reproductif de la femme. Il est possible que cette adaptation équilibre l’agressivité humaine (dont on a vu le lien avec l’intelligence).

Solution ?

J’ai pas de bonne solution à proposer à ce genre de problème. Tout au mieux, puis-je suggérer d’avoir des parrains pour les articles, des personnes qui s’engagent (avec une surveillance par la communauté toujours possible) à ne pas intervenir sur les arguments mais sur la cohérence interne : si quelqu’un modifie une information mais que ceci n’est pas cohérent avec le reste de l’article, le « parrain » le signale à l’éditeur (mais ne porte aucun jugement et ne modifie rien par lui-même. Une autre possibilité est d’apposer (encore) un nouveau bandeau (modèle) {{contradiction interne}}.

Aucune de ces deux solutions ne permet de voir plus loin que l’article. Si un article en contredit un autre, ça devient bien plu délicat à gérer.

Des idées ? Vous pouvez aussi en parler dans la section idoine du bistro de Wikipédia.


Lire aussi Les limitations de Wikipédia.

J’ai là un superbe autant qu’accidentel exemple : Wikipedia — Talk:OXO, 1947 Computer Game?

Modèle de contradiction interne (à la page, pas à l’encyclopédie) : {{Contradict-section}}

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!

Opera 9.02 bug: Incompatibilities between display:run-in and :first-letter

I already notified bug.opera.com (I removed the e-mail address at Opera’s request; see first comment). This had also been reported on the forum (link).


<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en">

<head>
 <meta http-equiv="content-type" content="application/xhtml+xml" /> 	<style type="text/css">
   dt	{display:run-in} 		dd:first-letter	{text-transform:lowercase}	</style>
</head>

<body>
<dl>
 <dt>10h00</dt>
 <dd>Lowercased first letter is expected here (Opera 9.02)</dd>
</dl>
<p>Gecko 1.9 is OK, except for the lack of support for <code>run-in</code>; WebKit is even worse.</p>
<p><code>:first-letter</code> specification [<a href="http://www.w3.org/TR/CSS21/selector.html#first-letter" hreflang="en">CSS2</a>] [<a href="http://www.w3.org/TR/CSS21/selector.html#first-letter" hreflang="en">CSS 2.1</a>]</p>
</body> 
</html>

flattr this!

Forum Empyrée

Je viens d’installer un forum pour Empyrée (précédents épisodes).

J’avais un peu d’expérience avec punBB, mais j’ai changé pour Vanilla, pour trois raisons :

  • Il ne gère pas l’UTF-8
  • Il ne permet pas de rentrer du HTML
  • Olivier aime bien Vanilla, et j’ai confiance en lui pour le coup (quoique je puisse penser de WordPressBaguette)

Et en plus, il est très beau, avec de l’Ajax bien pensé et uniquement là où ça peut servir (crédo de DotClear2 aussi, soit dit en passant)

Pour le moment, voici les problèmes :

  • le forum se trouve à une adresse tarabiscotée : http://erasmus-lj.awardspace.com/forum/. À terme, ce devrait être forum.empyree.org
  • L’hébergeur (l’autrement excellent Awardspace, qui offre gratuitement un espace de stockage avec MSQL/PHP et pas de pub — j’en reparlerai) a :
    • désactivé PHP: fsockopen() pour des raisons de sécurité.
    • Moins glop, mod_rewrite aussi a été désactivé ; du moins, c’est la conclusion à laquelle j’arrive quand je vois que le greffon de personnalisation d’adresse de Vanilla me donne une erreur 500.
    • désactivé l’envoi SMTP (c’est un compte gratuit). Résultat, vous ne pouvez pas vous inscrire par le forum ! Pour le moment, suivez les instruction sur la page (c’est-à-dire : envoyez-moi un courrier).
  • Je n’arrive pas à faire fonctionner la barre d’outils de formattage.En fait, c’est super, ça permet au posteur de décider quel format il utilise, tout comme une de mes doléances pour DotClear.
  • Pas de prévisualisation possible.
  • Pas de mécanisme de citation.Un greffon, et c’est bon.

Ce forum va pour le moment surtout héberger certaines discussions qui ramènent du monde, comme John Titor. On verra après ce que ça donnera.

Forum Empyrée.

flattr this!