Puisqu'on en est au drosophiles, serait-il possible de créer un
raccourci spip '--' pour les tirets longs – ? Et éventuellement de
respecter ce que http://users.skynet.be/typographie/index.html nous
apprend sur la typo française et les incise ?
Très intéressant, notamment sur la notion de sécable, et de
justifiant...
A+
@ Gaetan Ryckeboer <gryckeboer@virtual-net.fr> :
Puisqu'on en est au drosophiles, serait-il possible de créer un
raccourci spip '--' pour les tirets longs – ? Et éventuellement de
respecter ce que http://users.skynet.be/typographie/index.html nous
apprend sur la typo française et les incise ?
Quand on a fait la deuxième version du moteur typo(), on s'est battus
pendant des semaines, ligne par ligne, pour gagner du temps d'exécution...
tout a été chronométré minutieusement, on a enlevé des joliesses qui
coûtaient trop cher, on a remanié 100 fois chaque expression régulière... et
en effet on a divisé par 2 ou 3 le temps d'exécution initial.
(Malheureusement les archives ne remontent pas jusque là : mais je m'en
souviens comme si c'était hier !)
Donc maintenant ça ne bouge plus, sauf si quelqu'un veut rouvrir un
laboratoire avec banc-test scientifique, etc., ou tout reprogrammer dans une
fonction typo() en C qui viendrait s'ajouter à lib_php...
Très intéressant, notamment sur la notion de sécable, et de
justifiant...
oui !
-- Fil
> Très intéressant, notamment sur la notion de sécable, et de
> justifiant...
PS: j'ai tout de même un regret dans typo(), qui est qu'on n'a pas forcé
l'insécable avant un tiret-virgule~-, là tu vois... j'avais abandonné plein
de prétentions au nom du réalisme, mais celui-ci est tellement laid - hein !
-, quand il te tombe dessus comme sur cette ligne.
-- Fil
Très intéressant, notamment sur la notion de sécable, et de
justifiant...
...
Finalement, je vais peut-être m'acheter un pot de Bondex, moi aussi.
Fil wrote:
PS: j'ai tout de même un regret dans typo(), qui est qu'on n'a pas forcé
l'insécable avant un tiret-virgule~-, là tu vois... j'avais abandonné plein
de prétentions au nom du réalisme, mais celui-ci est tellement laid - hein !
-, quand il te tombe dessus comme sur cette ligne.
On peut modifier le /* 3 */ de $cherche1 :
- /* 3 */ '/([:!?'.chr(187).'])/',
+ /* 3 */ '/([:!?'.chr(187).']|-,)/',
A propos de rapidité, ce serait pas mal de savoir ce que donne propre(),
avec les derniers ajouts sur les multi-puces 
On peut modifier le /* 3 */ de $cherche1 :
- /* 3 */ '/([:!?'.chr(187).'])/',
+ /* 3 */ '/([:!?'.chr(187).']|-,)/',
Alleluîa !
A propos de rapidité, ce serait pas mal de savoir ce que donne propre(),
avec les derniers ajouts sur les multi-puces
Il fait juste un ereg("\n-[*#]") pour savoir s'il faut passer le gros filtre
- donc si tu n'utilises pas la notation pas de pénalité. Tu crois que j'y ai
pas pensé
-- Fil
Salut,
J'ai fait de grosses modifs sur les stats, notamment pour essayer
de garder un nombre de requêtes raisonnables quand on les compile.
Pour les visites, la signification est la même. Pour les referers :
- la colonne referers dans spip_articles n'est plus utilisée
(elle ne voulait pas dire grand'chose)
- la popularité a un maximum de 100, ce qui est plus lisible ;
son calcul est différent aussi, toujours pour des histoires de
requêtes SQL
Sinon, les tables sont modifiées, et les anciennes valeurs ne
sont pas gardées par rapport aux betas précédentes, désolé
(sauf bien sûr dans la table spip_articles).
Si quelqu'un veut bien tester...
a+
Antoine.
Ah oui, un petit ajout marginal : on peut maintenant inclure
inc_meta après inc_meta_cache (si on veut écrire dans la base...).
Aussi, le maj_base() est appelé avant le creer_base() lors de
l'upgrade / l'install, ce qui évite de vouloir upgrader des
tables toutes fraîches. J'espère qu'il n'y aura pas d'effets de
bord 
a+
Antoine.
Ben voilà, ça a le mérite d'être clair
Tu vois, Antoine, t'as pas besoin de te mettre au brico
> - /* 3 */ '/([:!?'.chr(187).'])/',
> + /* 3 */ '/([:!?'.chr(187).']|-,)/',Alleluîa !
Il faut vraiment que j'arrête le coke ! Le moteur typo corrige ça depuis le
début (!!)
> A propos de rapidité, ce serait pas mal de savoir ce que donne propre(),
> avec les derniers ajouts sur les multi-puces
Chez moi, le test ci-joint donne 0.65 secondes pour 100 itérations sur la
chaîne, qui elle-même contient 4 paragraphes multipuceux. (Noter que c'est
apparemment proportionnel au nombre de paragraphes ou de lignes, donc que le
test passe l'essentiel de son temps dans cette partie du code.) Ca a l'air
d'aller, donc.
-- Fil
test.php (554 Bytes)