Re: [spip-dev] [medias_responsive_mod] title => |propre|textebrut - notamment pour virer (...)

2021-05-03 Par sujet Arnaud Martin
> 
> 
> Je me réponds : oui, c'est pour un attribut title
> Mais dans ce cas, pourquoi pas simplement |attribut_html
> 
> cf https://www.spip.net/fr_article4282.html 
>  :
> Noter que ce filtre supprime les tags html


Est-ce qu’il traite les {italiques}? C’est mon problème permanent: le 
traitement des {italiques} dans les titres. ___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Et l'écran de connexion…

2021-05-01 Par sujet Arnaud Martin


> Le 1 mai 2021 à 09:14, Matthieu Marcillaud  a écrit :
> 
> La présentation est très sympa, mais ça nécessite une image de fond non ? Ou 
> faudrait mettre un léger dégradé ou dégradé circulaire si pas d'image (et où 
> prendre l'image sinon ?)

En fait c’est pas l’image de fond qui est m'intéresse ici, c’est la 
construction de la mini-pres: ne conserver que les éléments de connexion dans 
le pavé, et rejeter le choix de langue, le retour au site et la signature SPIP 
dans les coins, et la présentation mieux valorisée du logo de l’auteur (pour 
l’instant ça ressemble carrément à un bug). Ce qui  peut se faire sans image de 
fond ni transparence (typiquement le genre de chose qui revient à un plugin). 

Mais comme c’est « mini-pres », je n’ose pas toucher, je sais vraiment pas 
suffisamment ce qu’on ne fait par ailleurs…

A*
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] SPIP 4 — proposition d'enlever quelques plugins-dist par défaut

2021-04-30 Par sujet Arnaud Martin

Concernant l’aide, en fait il y a *une* seule page qui est franchement utile: 
la page des «raccourcis typographiques». Parce que même après 20 ans à faire du 
SPIP quotidiennement, je connais pas les fusions de cases des tableaux, ni les 
appels de notes de bas de page. 

On pourrait quasiment virer l’aide mais ne conserver qu’un lien vers les 
raccourcis. (Actuellement, à côté de «Texte», on a une aide contextuelle qui 
dit «Le texte de l’article […] comme son nom l’indique». Et la plupart des 
entrées sont à l’avenant. Sauf… la page des raccourcis typographiques donc… 


ARNO*
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] SPIP 4 — proposition d'enlever quelques plugins-dist par défaut

2021-04-29 Par sujet Arnaud Martin



Perso j’utilise les deux méthodes en même temps, sur quasiment tous mes sites.

- rubrique-xx.html… me permet de complètement bloquer la structure au niveau du 
code; et notamment: ça ne fait pas apparaître ce choix de maquette dans 
compositions;
- inc-case-rubrique-xx.html… c’est-à-dire des  de squelettes qui 
exploitent ce système (si on peut le faire avec Compositions, tant mieux, mais 
moi je ne sais pas trop);
- et compositions quand je veux laisser le choix d’utiliser tel ou tel format 
depuis l’espace privé.

La grosse limite de tout faire avec Compositions, pour moi, c’est que ça va 
forcément laisser le choix d’utiliser un squelette qui n’a pas été prévu pour 
être généralisé à l’ensemble du site. 


Sinon, je trouve que rubrique-xx.html c’est ultra pratique pour un webmestre 
amateur. Ça fait partie de ces méthodes que SPIP permet, qui sont 
super-fastoches, et qui en font un outil réellement accessible aux 
bidouilleurs. Je ne dis pas qu’il ne faut pas le désactiver, mais en même temps 
il y a un effet d’affichage à désactiver d’office ce qui facilite la vie des 
webmestres amateurs, alors que le webmestre pro, à la rigueur, il peut bien 
désactiver ce qu’il veut. J’aurais tendance à penser un peu la même chose pour 
Aide et Compagnon: ça fait partie des caractéristiques sympas à mettre en avant 
pour rassurer les débutants. C’est un peu aussi une signature de SPIP.

Perso évidemment je ne les utilise pas. Mais j’installe des sites qui vont être 
utilisés par des débutants. Du coup, si on désactive par défaut, je ne vais pas 
les voir, ces usagers ne vont pas les voir, et je ne vais pas y penser. Par 
contre quand ils sont activés par défaut, quand je fais la formation et… oh 
surprise… regardez il y a des petits outils conçus pour vous débloquer! Ça vaut 
ce que ça vaut, et même s’ils ne sont finalement pas trop utilisés, le simple 
fait de savoir qu’ils ont une aide et un accompagnement intégrés, ça rassure 
les débutants de l’espace privé.

A*



> Le 29 avr. 2021 à 21:04, nicod_  a écrit :
> 
> Le 29/04/2021 à 20:06, Manu a écrit :
>> Oui, n'empêche que les squelettes articles=xx.html ou articles-xx.html, on 
>> peut dire ce qu'on veut, ça rend bien souvent service.
>> Et quand c'est natif, ...c'est simple à mettre en œuvre (!!!) et pour des 
>> débutants, c'est une technique vraiment accessible.
> 
> J'avoue que c'est le seul sur lequel j'ai un doute...
> Il risque de péter des vieux squelettes, et comme tu dis c'est une technique 
> utile.
> Mais bon, y'a déjà des choses qui cassent, et le plugin compositions est 
> quand même vraiment fait pour ça.
> Ce sera précisé dans les notes de mises à jour.
> 
> -- 
> nicod_
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] pb avec image_recadre_avec_fallback()

2021-04-25 Par sujet Arnaud Martin

Ça a été corrigé avec le commit de 23h30. (Déclarer image_recadre_avec_fallback 
dans inc/filtres.php.)

Arnaud



> Le 25 avr. 2021 à 17:32, JLuc  a écrit :
> 
> Pour info Arno* :
> 
> spip.net a été up hier à 20H44 en SPIP 3.3.0-dev GIT [master: 3059342d]
> et depuis, quand on enregistre un article, une erreur apparaît
> en relation avec image_recadre_avec_fallback() :
> 
> - Erreur d’exécution ../prive/objets/liste/articles.html
> - Erreur d’exécution ../prive/objets/liste/articles.html | File 
> […]/tmp/cache/skel/html_a5a4337b7e18b98862b9e19e998670b3.php Line 266 : Call 
> to undefined function
> image_recadre_avec_fallback()
> 
> JLuc
> 
> Le 25/04/2021 à 00:24, Arnaud Martin a écrit :
>> Okay, c’est fait!
>> Merci pour les infos,
>> A*
>>> Le 24 avr. 2021 à 22:37, spip.fra...@lien-d-amis.net a écrit :
>>> 
>>> Remarque, si le plug est juste pour spip 3.3, alors tu devrais plutôt 
>>> mettre compatibilite="[3.3.0-dev;3.3.*]"
>>> 
>>> 
>>> -Message d'origine-
>>> De : ARNO* 
>>> Envoyé : samedi 24 avril 2021 22:17
>>> À : spip-zone-com...@rezo.net
>>> Objet : [Spip-zone-commit] [centre_image] Version pour 3.3 (sans jqueryui)
>>> 
>>> spip-contrib-extensions/centre_image
>>> -
>>> Par ARNO*, le 24 avril 2021 à 22h15min :
>>> 
>>> Version pour 3.3 (sans jqueryui)
>>> 
>>> 
>>> *Ajouté*
>>>imgs/croix-centre-image.svg
>>> *Modifié*
>>>centre_image_fonctions.php
>>>centre_image_gestion.js
>>>paquet.xml
>>> 
>>> Détails : 
>>> https://git.spip.net/spip-contrib-extensions/centre_image/commit/89f98ae0d0e8e4c31902bd0eaca1a4ddc5c75785
>>> 
>>> ___
>>> spip-zone-com...@rezo.net - 
>>> https://listes.rezo.net/mailman/listinfo/spip-zone-commit
>>> 
>> ___
>> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
>> doc: https://www.spip.net/
>> dev: https://core.spip.net/
>> irc://irc.freenode.net/spip
> 
> 
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [spip-commit] [spip] Encore alléger sous-rub (filet vertical inutile)

2021-04-25 Par sujet Arnaud Martin


> Le 25 avr. 2021 à 16:36, tcharlss  a écrit :
> 
> Hello again,
> 
> Dans tes derniers commits tu es revenu sur 2 détails qui n'étaient pas des 
> choix purement stylistiques, ils essayaient de répondre à des questions 
> d'ergo. Ça n'était pas forcément les meilleurs solutions, tout se discute, ça 
> je veux bien, par contre ça a été revert sans aucune justification, alors que 
> j'avais pris le temps de le faire dans les commits qui les avaient introduits.
> 
> 1) Dans le menu des sous-rubriques, le filet entre le caret et le titre 
> n'était pas là pour faire joli : il servait à faire comprendre qu'il y a 2 
> zones cliquables bien distinctes. Sans distinction visuelle on ne peut pas 
> savoir par avance qu'une partie du bloc est un lien vers la rubrique, et que 
> l'autre sert à déplier le bloc.
> Je pense qu'il faut "insister" visuellement pour faire comprendre ce 
> fonctionnement au 1er coup d'oeil, sans avoir à faire l'effort de cliquer ou 
> survoler les différentes zones pour saisie le truc après coup.

Pas de souci: de mémoire j’ai laissé le code, il est juste en commentaire. 

=> Je viens de le remettre.



> 
> 2) Le fait de mettre par défaut un bord arrondi à tous les inputs avec 
> role="search" n'était pas fortuit non plus.
> C'est une convention largement utilisée un peu partout, ça permet 
> d'identifier plus rapidement qu'il s'agit d'inputs de recherche.
> Par exemple, dans le sélecteur ajax des rubriques il y en avait un "tout nu" 
> : sans label ni placeholder ni icône loupe. J'ai ajouté le placeholder au 
> passage certes, mais s'il y en a d'autres dans ce cas là, au moins par défaut 
> ça permet de saisir leur fonctionnalité plus facilement.

Comme tu veux, moi je trouvais que ça introduisait une incohérence graphique:
- la plus claire qui me chagrinait, c’est avec le champ recherché de la barre 
colorée juste au-dessus, qui désormais est totalement rectangulaire et collée 
au bord
- le champ «filtrer» des plugins est similaire (fond gris, texte italique), 
mais avec sans l’arrondi super-marqué.

=> Mais pas de souci non plus: je viens de le remettre :-)



> 
> Voilà pour ces 2 là.
> Sinon les autres ajustements visuels sont chouettes.
> C'est en effet plus logique d'afficher les logos pareils partout avec le même 
> arrondi. Par contre ils débordent et ils collent au descriptif, là : 
> https://pic.infini.fr/ymA9MUn4/10wubji8.png

Ah oui, c’est en corrigeant un bug d’affichage bizarre. Je corrige.

Arnaud
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [Spip-zone-commit] [centre_image] Version pour 3.3 (sans jqueryui)

2021-04-24 Par sujet Arnaud Martin

Okay, c’est fait!

Merci pour les infos,
A*



> Le 24 avr. 2021 à 22:37, spip.fra...@lien-d-amis.net a écrit :
> 
> Remarque, si le plug est juste pour spip 3.3, alors tu devrais plutôt mettre 
> compatibilite="[3.3.0-dev;3.3.*]"
> 
> 
> -Message d'origine-
> De : ARNO*  
> Envoyé : samedi 24 avril 2021 22:17
> À : spip-zone-com...@rezo.net
> Objet : [Spip-zone-commit] [centre_image] Version pour 3.3 (sans jqueryui)
> 
> spip-contrib-extensions/centre_image
> -
> Par ARNO*, le 24 avril 2021 à 22h15min : 
> 
> Version pour 3.3 (sans jqueryui)
> 
> 
> *Ajouté*
>imgs/croix-centre-image.svg
> *Modifié*
>centre_image_fonctions.php
>centre_image_gestion.js
>paquet.xml
> 
> Détails : 
> https://git.spip.net/spip-contrib-extensions/centre_image/commit/89f98ae0d0e8e4c31902bd0eaca1a4ddc5c75785
> 
> ___
> spip-zone-com...@rezo.net - 
> https://listes.rezo.net/mailman/listinfo/spip-zone-commit
> 

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [spip] 5 commits

2021-04-21 Par sujet Arnaud Martin


Ah ben zut, je pige pas un mot de ce que tu dis là. Je suis désolé, mais je 
pige que dalle à Git dès qu’on fait des branches et des machins.

Déjà que je pige pas la différence entre «Fetch» et «Pull» (Fil m’a expliqué, 
j’ai rien gobé), alors l’histoire de «dry-run», tu te doutes que c’est du 
chinois.

ARNO*





> Le 21 avr. 2021 à 21:04, Maïeul Rouquette  a écrit :
> 
> 
>> Par ARNO*, le 21 avril 2021 à 20h27min :
>> Merge remote-tracking branch 'origin/dev/css_boites_alertes'
>> Détails : 
>> https://git.spip.net/spip/spip/commit/c06dc430c227a61f42d0eabd7bd0954a0db8a681
>> ___
>> spip-com...@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-commit
>> dev: http://trac.rezo.net/trac/spip/
> 
> 
> 
> Je sais pas ce que tu a fichu Arno, mais tu a envoyé sur master une branch de 
> dev de tcharlss pas finalisé.
> 
> Peux tu faire de --dry-run avant de pusher, ca éviterait ce genre d'ennui (ou 
> ca limiterait !)
> 
> En tout cas je sas pas comment les gens envisagent de corriger du coup

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [spip-commit] [spip] Et si on teste [(#CONFIGimage_process|==gd2| ?…

2021-04-20 Par sujet Arnaud Martin


> Le 20 avr. 2021 à 14:18, RealET  a écrit :
> 
> Bruno Bergot a écrit le 20/04/2021 à 14:12 :
>> Et si on s'envoyait des mails au lieu de polluer l'historique du core ? 
> ^^
> 
> Et en plus, gd2, c'est réducteur.
> Ça marche aussi avec convert


De ce que j’en vois, image_recadre ne fonctionne qu’avec GD2, avec les 
fonctions suivantes:
- imagepalettetotruecolor
- imagefill
- imagecopy
… 


Arnaud___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Wordpress et inclusivité, des pistes pour SPIP ? #ideesapiker

2020-12-09 Par sujet Arnaud Martin

Attention, il s'agit encore souvent de la notion d’Auteur·e, pas de Compte. 
C’est d’ailleurs pour cela que c’est dans le menu «Édition» plutôt que 
«Activité» ou «Configuration». Parce que c’est un élément éditorial, au sens où 
il s’agit des gens qui signent les textes, pas juste des accès techniques et 
administratifs au back-office. Même si ces deux aspects sont confondus dans 
SPIP, l’une ne remplace pas l’autre.

Et ça me semble encore plus vrai sur le site public, et donc dans le système de 
boucles, où justement si on affiche les (AUTEURS) d’un (ARTICLE), c’est bien 
parce qu’il s’agit des auteur•es au sens éditorial, et pas de l’accès technique 
au back-office. Pour le coup, dans l’affichage sur le site public, ça me semble 
très très minoritaire de vouloir afficher les (COMPTES) qui seraient à 
l’origine d’un (ARTICLE).

ARNO*






> Le 9 déc. 2020 à 12:44, Maïeul Rouquette  a écrit :
> 
> Comme dit dans je ne sais plus quel fils : oui il faudrait transférer AUTEUR 
> en COMPTE, ce qui aurait du reste plus de sens également d'un point de vu 
> sémantique.

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Écriture inclusive (!)

2020-12-04 Par sujet Arnaud Martin


OK, vous ne voulez pas changer de disque? C’est une liste de dev, pas de 
chouineries pour froissage de testicules.

- On se prend un archi-convenu troll masculiniste sur le thème «arg, j’ai été 
horriblement exposé à la vue de petits points de l’écriture inclusive, ça m’a 
causé une souffrance terrible et j’ai perdu plusieurs dixièmes à chaque œil». 
Le genre de fadaise, je les vois passer au moins une fois par semaine tellement 
c’est une banalité. 

- Réponse mesurée et parfaitement saine à ce genre de troll: «va chier». (Toute 
ma solidarité pour l’amie Touti, qui s'est chargée de sortir des ordures.)

- Et évidemment la suite habituelle dans le genre troll masculiniste: arg, une 
ayatollah féminazie qui m’impose son militantisme déplacé…Tout ça, 
rappelons-le, suite au fait que le gugusse prétend que sa vue a baissé parce 
qu’il y a des petits points de l’écriture inclusive dans l’interface de SPIP, 
et qu’il a pensé indispensable d’être le 1000 millionième proud boy de 
l’internet à faire connaître sa position archi-convenue sur la présente liste.

- Réponse toujours mesurée à ce genre de troll, qui me serait venue à moi aussi 
si je participais un peu plus: «va chier».

- Et pour la suite, toujours le même effet des trolls qui se plaignent de la 
censure de leurs gentilles contributions mesurées («l’inclusion des femmes dans 
un logiciel libre, c’est déplacé et ça pique les yeux»), ça débouche forcément 
sur une multiplication des messages qui se croient apaisants: on est tous 
gentils, il ne faut pas envoyer chier les trolls masculinistes, sur cette liste 
il faut respecter la grammaire française, la politesse et les cons. 

Ça peut durer longtemps comme ça.

- Sinon, d’accord avec les nécessaires rappels de Cédric et Rasta: oui SPIP a 
toujours été un projet politique, et on a toujours toujours été extrêmement 
clairs là-dessus. 

ARNO*





> Le 4 déc. 2020 à 11:28, JLuc  a écrit :
> 
> Je joins ma voix à la chorale.
> 
> Le 03/12/2020 à 20:19, RastaPopoulos a écrit :
> > Purée mais cym, yannx, pascal, joel (oui tous dans le même panier), juste… 
> > soit barrez vous soit taisez vous si le projet politique qu'il y a 
> > *toujours* eu derrière SPIP ne vous convient pas :
> 
> Voilà, "derrière" spip.
> À sa création, le terme "politique" n'était pas exposé en façade de SPIP
> et cette discrétion a contribué je pense à son succès.
> 
> C'est important d'avoir la politique comme charpente intérieure
> pour la motivation et les orientations profondes,
> car c'est ce qui donne du sens à l'ouvrage et à sa poursuite.
> 
> Mais l'ouverture et la volonté d'éducation populaire font partie de SPIP aussi
> et ça passe par l'attention ou au moins une certaine reconnaissance des 
> usages non politiques
> -- scolaires et artistiques par exemple... et même marchands --
> 
> La tendresse est là aussi,
> et ce n'est pas de l'amour chrétien qui tend l'autre joue :
> c'est stratégique puisque ça permet de toucher plus de monde.
> 
> La tendresse aussi est politique.
> 
> JL
> 
> 
> 
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] LOGO en webp

2020-05-18 Par sujet Arnaud Martin
Effectivement, on ne peut pas travailler à partir de WebP, ni le livrer comme 
format d’office, puisque c’est refusé sur iOS notamment.

Ce que je fais de mon côté, c’est que je fabrique les WebP dans 
image_responsive à partir des versions Jpeg (qui restent la norme), ce qui fait 
qu’ils sont servis dans les sources de . Donc en pratique, je 
travaille exactement comme avant avec les JPEG, et c’est au niveau es 
squelettes, avec image_responsive, que les WebP sont fabriqués automatiquement 
et livrés sous une forme qui fait qu’ils passent nickel sous Chrome et Firefox, 
et qu’iOS continue avec les JPEG. 











Un détail pas du tout marrant: j’ai un site qui fabrique énormément d’images, 
et notamment des PNG. Et j’ai constaté que GD2 fabriquait une quantité 
astronomique de fichiers PNG corrompus. En revanche, le code de GD2 qui 
fabrique des WepP n’a produit rigoureusement aucune image corrompue. J’ai 
l’impression qu’il y a une énorme différence de qualité de code entre les deux 
fonctions… 

ARNO*



> Le 18 mai 2020 à 09:55, Cerdic  a écrit :
> 
> Hello,
> 
> est-ce que je me trompe ou bien le problème de base c’est quand même que si 
> on utilise des logos en webp les filtres images de fonctionneront pas dessus 
> et donc potentiellement les squelettes sont cassés ?
> 
> Je pense qu’en effet il serait opportun de commencer à réflechir à introduire 
> webp (je suis prudent, car pour info ce n’est toujours pas supporté par 
> Safari et donc iOS https://caniuse.com/#search=webp) mais ça suppose de gérer 
> le support dans les filtres images pour qu’on puisse l’utiliser comme les 
> autres images...
> 
> --
> Cédric
> Le 18 mai 2020 à 08:57 +0200, Bruno Bergot , a écrit :
>> En effet ça ne peut pas fonctionner en l'état, le sujet a déjà été
>> abordé ici https://core.spip.net/issues/3958#note-3 et là
>> https://github.com/seenthis/seenthis_squelettes/issues/13#issuecomment-510776860
>> pour plus de détails.
>> 
>> Je prépare un ticket dédié à ce sujet dès que j'ai un moment.
>> 
>> ++
>> b_b
>> 
>> Le 18/05/2020 à 01:20, Maïeul Rouquette a écrit :
>>> hum
>>> 
>>> je sais pas. Chez moi ca marchait pour limiter les logos à svg...
>>> le formatage m'a l'air correct
>>> 
>>> aucune idée...
>>> 
>> ___
>> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
>> doc: https://www.spip.net/
>> dev: https://core.spip.net/
>> irc://irc.freenode.net/spip
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [SPIP Zone] SPIP 3.3, logos et images/documents

2019-07-20 Par sujet Arnaud Martin


> [* ] Ok on y va ça a trop duré, on affinera la proposition en faisant



Juste un point pas abordé dans ton mail: que devient le «logo de survol»? 

- Dans son utilisation «de base», c’est un peu un truc has been, me 
semble-t-il. 

- Mais dans la pratique, personnellement, j’en ai un usage détourné assez 
systématique. Ce qui ne justifie pas de le conserver sous cette forme, mais ça 
pose la question d’un rôle spécifique du genre «logo alternatif», lié donc au 
logo normal.

- Du coup: si on fusionne avec les documents: pourquoi pas un «document 
alternatif», sur le modè!e de ce «logo alternatif» (logique du logo de survol 
chez moi). 

- Plus généralement, vous êtes vous posé la question d’avoir plusieurs 
“versions”/variantes d’un document? (Formats alternatifs, 
compressions/dimensions adaptées, fichiers de sous-titres multilingues pour une 
vidéo…).


Arnaud

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip

[spip-dev] gzinflate (inc/distant) provoque max memory fatal error

2007-02-26 Par sujet Arnaud Martin

Salut,

Dans inc/distant, la récupération d'un feed RSS compressé provoque  
(sur mon serveur, pas super-vaillant côté mémoire) une fatal error  
due à un dépassement de mémoire.


Ca le fait notamment avec un flux de rezo.net:
http://rezo.net/backend/procheorient

Plantage à la ligne 237,
$result = gzinflate(substr($result,10));

En forçant
$refuser_gz = true;
en début de la fonction, je désactive systématiquement la  
récupération de trucs compressés, et là je n'ai plus de bug. Mais  
c'est idiot. :-)


ARNO*





[spip-dev] Reduire_image devenu impossible sur grandes images

2007-02-25 Par sujet Arnaud Martin

Salut,

Bon, la nouvelle méthode des calculs d'image en tout automatique,  
c'est vachement bien, sauf sur un point: j'ai pas trouvé à le  
débrayer. C'était l'utilité des «image_lire» et «image_ecrire», et  
c'était une des raisons pour lesquelles c'était débrayable.


L'exemple qui fait que mon site (très graphique) a une tripotée de  
pages totalement plantées:


- j'ai des images «trop grandes» (j'y peux rien, c'est pas moi qui  
upload tout), genre 1500 x 800;


- méthode précédente:
 - image_reduire
 - image_lire
 - traitements divers
 - image_ecrire
C'est-à-dire que je faisais un image_reduire à l'ancienne avant de  
tout passer en mémoire; cette méthode me permettait de réussir à  
utiliser tout de même les images «trop grosses», en faisant une  
réduction dans les cas extrêmes.


- maintenant: hé ben j'ai un «maximum memory» sur ces images et y'a  
rien à faire, sauf à reprendre les images une à une dans l'espace  
privé et à les réduire à la mano.


=> J'ai donc un gros problème: le site fonctionnait auparavant, il ne  
fonctionne plus.


ARNO*

Re: ! [spip-dev] Série de fonctions graphiques en mémoire

2007-02-13 Par sujet Arnaud Martin


Logiquement, oui, mais à tester.

A*


Le 13 févr. 07 à 10:25, Olivier G. a écrit :

Mais est-ce qu'on peut mettre des |image_ecrire|image_lire  
intermédiaires ?




! [spip-dev] Série de fonctions graphiques en mémoire

2007-02-13 Par sujet Arnaud Martin

Salut,

Je viens d'installer un système qui permet d'effectuer les  
successions de fonctions graphiques en mémoire, sans sauvegarde de  
fichiers intermédiaires.


Pour que l'intérêt soit bien clair: testé sur un site contenant de  
nombreux portfolios, mon CACHE d'images est passé de (tenez-vous  
bien) 1,4Go à... 51Mo.  En effet, pour chaque image de portfolio, je  
stockais plusieurs fichiers PNG intermédiaires (un PNG pèse entre 5  
et 10 fois le poids du JPEG correspondant). Si, à la louche, je  
considère que je sauvais 5 fichiers PNG pesant 6 fois le fichier  
d'origine, alors en gros ça me donnait: 30 fois le poids du fichier  
d'origine, rien que pour les calculs intermédiaires. Désormais: j'ai  
le JPEG d'origine, et le JPEG de fin et c'est tout.


Le principe est d'encadrer sa série de filtres graphiques par les  
deux filtres suivants:

- image_lire ($img)
- image_ecrire ($img, $fmt)
($fmt étant "jpg", "gif", "png").

Par exemple:
[(#FICHIER |image_lire
 |image_reduire{400}
 |image_sepia
 |image_rotation{90}
 |image_ecrire{jpg} )]

-> C'est conçu pour que, si on n'insère pas image_lire et  
image_ecrire, les fonctions adoptent l'ancienne méthode et ne  
devraient être en rien modifiées. Ce point est à vérifier,  
évidemment; s'il y a des changements alors qu'on n'a pas utilisé les  
nouvelles fonctions, c'est un bug.


-> On gagne donc beaucoup d'espace sur le disque dur.
-> On gagne pas mal de temps de calcul, car on réduit le nombre  
d'écritures de fichiers graphiques.
-> En revanche, si on fait des fonctions trs lourdes, la nouvelle  
méthode ne sauvegardant pas d'étapes intermédiaires, si l'ensemble  
d'une série entre image_lire et image_ecrire ne peut pas s'effectuer  
d'un coup avant le time_out, alors ça ne passera _jamais_.
-> Entre de image_lire et image_reduire, il devient difficile  
d'intervenir: la variable $img qui circule n'est plus un texte, mais  
un tableau, et surtout il y a deux passages sur les fonctions  
traversées; il est donc très difficile d'intervenir sur $img. Si on a  
l'habitude de faire des fonctions pour appliquer des séries de  
filtres, attention, ça devient assez difficile d'intervenir entre ces  
deux fonctions (par exemple, vérifier les dimensions de $img pour  
faire bifurquer la série de fonctions).


Arnaud



Re: [spip-dev] optimisation du cache des images ?

2007-02-12 Par sujet Arnaud Martin


Je suis d'accord. Je bosse en ce moment sur un site avec beaucoup de  
«grands» portfolios (les images affichées en 950x633 par exemple).  
Comme je fais beaucoup de traitements, je me rends compte que, pour  
une image de 284 Ko (c'est un très beau JPEG), en réalité je  
fabriquer une dizaine de fichiers PNG (2,6Mo par fichier!). C'est  
énormissime.


Je suis en train de bosser sur une solution.


Le 10 févr. 07 à 18:08, franz a écrit :


Bonsoir,

Concernant le cache des images, est-ce que cette évolution pourrait
également permettre de ne plus stocker les images intermédiaires à une
série de calculs (en passant le fichier temporaire de fonction à
fonction jusqu'à l'affichage final).

En l'occurrence, sur un gros site (<http://mouvements.be/> pour ne pas
le citer), j'arrondis systématiquement les coins des logos, ce qui
m'amène à passer 4 fois le filtre image_masque sur chaque logo (ce qui
n'est pas grand chose par rapport aux possibilités que donne  
maintenant

SPIP en matière graphique). Au niveau du calcul, il n'y a pas de
problème parce que ça se fait au fur et à mesure de l'ajout des logos,
par contre ça consomme beaucoup d'espace en cache puisque, si j'ai  
bien

compris, chaque résultat intermédiaire y est stocké.

François

On sam, 2007-02-10 at 15:03 +0100, Arnaud Martin wrote:

Salut,

Je viens de me rendre compte que j'avais un gros souci avec un site
qui traite _beaucoup_ d'images, et qui donc atteint régulièrement le
time_limit.

A chaque fonction graphique, on effectue la création du fichier
graphique:
- imagepng
- imagegif
- imagejpeg
(GD2, of course).

Régulièrement, le truc s'interrompt au milieu d'une sauvegarde
d'image (j'ai vraiment _beaucoup_ de traitements d'images!).
J'obtiens alors un fichier graphique mal formé, mais qui existe avec
le bon nom de fichier. À l'étape suivante, les filtres suivants
essaient de travailler avec ce fichier, et évidemment ça déconne
totalement. Dans le cas de fichiers PNG, d'ailleurs, un bug de GD2
provoque une erreur fatale; je n'ai donc même pas la possibilité de
vérifier qu'un fichier est mal formé.

=> Je propose la solution suivante.

- dans image_valeurs_trans, retourner non pas "imagepng"..., mais des
fonctions intermédiaires: image_imagepng, image_imagegif...

- ensuite, coder ces fonctions intermédiaires ainsi:
function image_imagepng($img,$fichier) {
$tmp = $fichier."tmp";
$ret = imagepng($img,$tmp);
rename($tmp, $fichier);
return $ret;
}

function image_imagegif($img,$fichier) {
$tmp = $fichier."tmp";
$ret = imagegif($img,$tmp);
rename($tmp, $fichier);
return $ret;
}
function image_imagejpeg($img,$fichier) {
$tmp = $fichier."tmp";
$ret = imagejpeg($img,$tmp);
rename($tmp, $fichier);
return $ret;
}

de cette façon, on créé d'abord un fichier temporaire (ce qui peut
être long) puis on renomme ce fichier (ce qui est extrêmement  
rapide).


Est-ce que je peux encore uploader ça dans la 1.9.2 PR?

ARNO*



___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip





[spip-dev] Fonctions intermédiaires pour imagepng, imagegif, imagejpeg?

2007-02-10 Par sujet Arnaud Martin

Salut,

Je viens de me rendre compte que j'avais un gros souci avec un site  
qui traite _beaucoup_ d'images, et qui donc atteint régulièrement le  
time_limit.


A chaque fonction graphique, on effectue la création du fichier  
graphique:

- imagepng
- imagegif
- imagejpeg
(GD2, of course).

Régulièrement, le truc s'interrompt au milieu d'une sauvegarde  
d'image (j'ai vraiment _beaucoup_ de traitements d'images!).  
J'obtiens alors un fichier graphique mal formé, mais qui existe avec  
le bon nom de fichier. À l'étape suivante, les filtres suivants  
essaient de travailler avec ce fichier, et évidemment ça déconne  
totalement. Dans le cas de fichiers PNG, d'ailleurs, un bug de GD2  
provoque une erreur fatale; je n'ai donc même pas la possibilité de  
vérifier qu'un fichier est mal formé.


=> Je propose la solution suivante.

- dans image_valeurs_trans, retourner non pas "imagepng"..., mais des  
fonctions intermédiaires: image_imagepng, image_imagegif...


- ensuite, coder ces fonctions intermédiaires ainsi:
function image_imagepng($img,$fichier) {
$tmp = $fichier."tmp";
$ret = imagepng($img,$tmp);
rename($tmp, $fichier);
return $ret;
}

function image_imagegif($img,$fichier) {
$tmp = $fichier."tmp";
$ret = imagegif($img,$tmp);
rename($tmp, $fichier);
return $ret;
}
function image_imagejpeg($img,$fichier) {
$tmp = $fichier."tmp";
$ret = imagejpeg($img,$tmp);
rename($tmp, $fichier);
return $ret;
}

de cette façon, on créé d'abord un fichier temporaire (ce qui peut  
être long) puis on renomme ce fichier (ce qui est extrêmement rapide).


Est-ce que je peux encore uploader ça dans la 1.9.2 PR?

ARNO*





Re: [spip-dev] switch 191->192

2007-01-23 Par sujet Arnaud Martin
De mon côté, j'ai dû sucrer le fichier inc/logos.php à la main sur le  
serveur.


Arnaud



Le 23 janv. 07 à 12:08, cedric.mo...@yterium.com a écrit :


Bon j'ai fait un svn switch pour passer de ma 191 a une 192.
Resultat :
- svn cree un repertoire tmp/ qui n'est pas 777 (evidemment), et du  
coup

spip plante au moment du test en faisant une redirection infinie
->devinant l'embrouille, j'ai passe mon repertoire en 777, ca debloque
(ouf !)
- spip me dit repertoire local/ pas en 777
-> je change les droits
- spip me dit 'pas de repertoire local/cache'
-> il le cree pas tout seul ? c'est bien la premiere fois que je dois
creer mon rep de cache a la main la ...
-> je le cree donc (je suis de bonne volonté ce matin ...)
- spip me dit 'eh banane, il est pas 777 ton tmp/cache'
-> bon, je m'execute 
et la tout finit par arriver, login, ugrade et tout va bien on  
dirait...


Mais y a embrouille sur les repertoires la non ?
Cedric
___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip



--
Paris-Beyrouth : création Web, design, édition
http://www.paris-beyrouth.org




Re: [spip-dev] Difficulté ajout table à indexer

2007-01-22 Par sujet Arnaud Martin


Oui, ça fonctionne bien. En revanche, ça bug avec le fait de  
«resetter» (ouh, c'est très spip, comme jargon :-)) avec le plugin  
«Recherche etendue» fait déconner ce comportement: on perd l'indexage  
des tables ainsi définies (il faut réinitialiser le plug-in).


M'enfin bon, c'est déjà bien en attendant la 2.0 super-pluginisable.

Arnaud



Le 22 janv. 07 à 11:51, cedric.mo...@yterium.com a écrit :


Arnaud Martin a écrit :

Hello,

J'ai une difficulté: je ne parviens pas à ajouter l'indecation  
d'une  table à indexer.


-> J'ajoute une ligne de
$INDEX_elements_objet['livre_vuib']...

dans mes_options

-> La difficulté, c'est que ça n'est pas simplement une variable:  
il  faut l'écrire en meta. Et c'est là que ça coince: à ce stade,  
on n'a  pas de inc/meta. Il me faut aussi ecrire_fichier qui se  
trouve dans  inc/flock. Mais dans ce cas, ça m'interrompt tout  
avec «site en  travaux».


Quelle est la solution?


je le fais lors de l'install de la base :
http://zone.spip.org/trac/spip-zone/browser/_plugins_/_stable_/ 
agenda/1_9_2/base/agenda_upgrade.php
comme c'est dans la meta, il n'est pas necessaire de l'init a  
chaque hit.
Je crois que j'avais fait comme ca car indexation n'etant pas  
appelé avant, il aurait sinon surchargé d'eventuelles modifs de  
poids sur les def par defaut, ou sinon ca aurait obligé a  
initialiser toute la table a chaque hit

Cedric



--
Paris-Beyrouth : création Web, design, édition
http://www.paris-beyrouth.org




[spip-dev] Difficulté ajout table à indexer

2007-01-22 Par sujet Arnaud Martin


Hello,

J'ai une difficulté: je ne parviens pas à ajouter l'indecation d'une  
table à indexer.


-> J'ajoute une ligne de
$INDEX_elements_objet['livre_vuib']...

dans mes_options

-> La difficulté, c'est que ça n'est pas simplement une variable: il  
faut l'écrire en meta. Et c'est là que ça coince: à ce stade, on n'a  
pas de inc/meta. Il me faut aussi ecrire_fichier qui se trouve dans  
inc/flock. Mais dans ce cas, ça m'interrompt tout avec «site en  
travaux».


Quelle est la solution?

Arnaud


--
Paris-Beyrouth : création Web, design, édition
http://www.paris-beyrouth.org




Re: [spip-dev] Attributs images: site cassé

2007-01-18 Par sujet Arnaud Martin


J'ai trouvé: le bug con.

Dans image_masque (je suppose que c'est le cas dans d'autres  
filtres), les dimensions finales sont calculées pendant la création  
de l'image (if ($creer)). Du coup, une fois que l'image est en cache,  
les dimensions finales ne sont plus connues, et on fabrique un tag en  
lui passant des valeurs inconnues.


Solution: redemander systématique un
$x_dest = largeur($dest);
$y_dest = hauteur($dest);

Ce qui confirme ce que je suspectais: on a modifié les fonctions  
graphiques à la chaîne sans les tester chacune. C'est... mal.

:-)

ARNO*


Le 18 janv. 07 à 20:29, Arnaud Martin a écrit :



Ah, je confirme: forcer width et height dans les retours d'images, ça
peut engendrer des difficultés.

À l'instant, je passe mon site en 1.9.2beta3, et les images se
mettent à déconner:
http://www.paris-beyrouth.org/-Web-

Vraiment, c'est du code sensible...

Je pars à la chasse au bug.

ARNO*

___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip



--
Paris-Beyrouth : création Web, design, édition
http://www.paris-beyrouth.org




Re: [spip-dev] Attributs images: site cassé

2007-01-18 Par sujet Arnaud Martin


Ah, je confirme: forcer width et height dans les retours d'images, ça  
peut engendrer des difficultés.


À l'instant, je passe mon site en 1.9.2beta3, et les images se  
mettent à déconner:

http://www.paris-beyrouth.org/-Web-

Vraiment, c'est du code sensible...

Je pars à la chasse au bug.

ARNO*



[spip-dev] Pipeline "affiche_milieu" pas systématique?

2007-01-18 Par sujet Arnaud Martin


Salut,

Je viens de constater qu'on n'avait pas d'appel de pipeline  
"affiche_milieu" systématiquement. Par exemple "exec/naviguer" et  
"exec/accueil" n'en ont pas. Bon, je suppose qu'ils ne se trouvent  
pas non plus sur une tripotée de pages, mais bon, c'est là que j'en  
avais besoin...


Du coup, mes questions:

=> est-ce qu'il y a une raison logique pour que "affiche_milieu" ne  
soit pas appelé de chaque page exec?


=> s'il n'y a pas de raison, est-ce qu'on peut (ou je peux) ajouter  
ces pipeline partout avant la 1.9.2 officielle?



ARNO*


--
Paris-Beyrouth : création Web, design, édition
http://www.paris-beyrouth.org




Re: [spip-dev] Dimensions des documents

2007-01-16 Par sujet Arnaud Martin


Le 16 janv. 07 à 11:52, aurelien levy a écrit :

Ahma n'importe quel document peut théoriquement être embed, la balise
object n'accepte pas que les flash et le java, on peut embed un  
pdf, une

autre page html etc voir
http://joliclic.free.fr/html/object-tag/en/index.php donc dans tout  
les
cas la spécification de la dimension d'un object, embed voir iframe  
est

utile.


et James:
Si ce n'est que ça, alors il faut aussi ne pas utiliser d'embed qui  
insère
une balise  qui n'est pas approuvée par le w3c (dixit  
l'extension

html validator de firefox...) :D


Désolé de retomber dans mon vieux travers, mais la question n'est pas  
la théorie, et encore moins celle du W3C, mais le fait que ça  
fonctionne chez les gens (les visiteurs) et que ce soit pratique.


Donc:
- le code d'insertion des basardeux et pas très conforme depuis le  
début, mais depuis le début il permet d'afficher les documents sur  
quasiment tous les brouteurs; si on peut faire mieux, tant mieux;  
sinon, le but est que ça marche le plus largement possible;
- certes on doit bien pouvoir embéder tout et n'importe quoi, mais  
encore faut-il que ça s'affiche, et qu'il soit logique de l'afficher  
dans le corps d'une page; dans le cas d'un PDF, ça ne l'est en  
général pas (les documents PDF sur le Web sont essentiellement des  
fichiers multipages issus de documents destinés à l'impression –  
Word, XPress...; certes on peut faire des images Photoshop  
sauvegardées en PDF ou des fichiers vectoriels Illustrator en PDF,  
mais c'est pas courant et on peut alors faire autrement).


Arnaud







Re: [spip-dev] Modèle doc

2007-01-16 Par sujet Arnaud Martin


- Pour ce qui est du «plein pot», c'est possible. Sauf erreur, le  
code était auparavant <#LOGO_DOCUMENT>. Pas vérifié le comportement  
de ce raccourci depuis un moment, mais est-ce bien le bon truc? Mais  
la question principale n'était pas là.


- Dans tous les cas,  m'insérait dans la version précédente un  
lien hypertexte sur l'image insérée. Soit vers #ENV{lien} (normal),  
mais par défaut vers le fichier graphique lui-même, ce qui pour le  
coup n'est pas du tout le fonctionnement souhaité (puisque l'image  
est justement destinée à être déjà affichée «plein pot» dans le corps  
de l'article, le lien vers le fichier est redondant et laid).


===

Sinon, pour répondre rapidement aux autres messages concernant une  
évolution des images et documents joints.


- Historiquement, les deux sont mélangées, bicoz ze core-team de  
l'époque n'avait pas la même idée du truc (oui, déjà), du coup on  
s'est retrouvés avec un truc un peu bâtard.


- Un des éléments assez difficile est que chaque élément peut être  
soit lié à l'article soit intégré dans le corps de l'article, et on  
ne le sait pas au niveau de la base de données (il faut tester les  
doublons...). On n'a pas, de plus, interdit d'utiliser un document/ 
image associé à un article dans le corps d'un autre article, ce qui  
rend le truc très peu rationnel (ex: on supprime quelque part et ça  
merde ailleurs).


- Cependant, il me semble très difficile de faire évoluer le  
comportement, parce que c'est une feature ancienne et très utilisée.  
Et utilisée dans une multitude de façons assez imprévisibles (voir  
notre ami qui insère du MP3 dans le corps de ses articles, ce que je  
trouve une volonté très légitime).


- En revanche, ce qu'on avait déjà fait à une époque, c'était de  
rendre l'interface plus différenciée entre images et documents  
joints, en mettant par exemple en avant le principe de portfolio dans  
les articles. Je pense que c'est plus du côté de l'interface qu'on a  
la possibilité de mieux rationaliser l'outil, parce que du côté des  
usages, là, on ne peut pas se permettre de régressions.


ARNO*



Le 16 janv. 07 à 11:06, Fil a écrit :



Mais je te confirme que je n'avais *pas* de régression... ou alors  
j'ai pas

compris ce qui avait régressé.  tu peux détailler le problème ???

Voilà ce que je teste :

upload d'une image en mode image dans articles_edit
je lui ajoute un titre
insertion du raccourci  dans le texte

=> l'image apparaît "plein pot" dans les deux cas (doc.html  
original ou

corrigé).


Bizarre, il me semblait avoir testé tous les cas de figure. En  
tous cas

la régression que tu as constatée n'était pas délibérée.


-- Fil



--
Paris-Beyrouth : création Web, design, édition
http://www.paris-beyrouth.org




Re: [spip-dev] Dimensions des documents

2007-01-16 Par sujet Arnaud Martin

Salut,

J'ai pas trop le temps pile maintenant (même pas de vérifier le  
comportement actuel...), mais si on pouvait vérifier ce point avant  
la release, ça serait bien, parce qu'il conditionne largement  
l'utilisation de «fichiers multimédia» avec SPIP.


Pour rappel – dans le temps –, c'est le champ «inclus» de  
«spip_types_documents» qui déterminait si on affichait dans le  
formulaire la possibilité de fixer la largeur et la hauteur d'un  
«fichier multimédia». C'est dans le cas où l'on a «embed».


En effet, on a trois valeurs de «inclus»:
– "non"; par exemple «PDF» ne peut pas être affiché à l'intérieur  
d'une page HTML, il n'est donc pas nécessaire d'afficher une largeur  
et une hauteur, bicoz dans tous les cas c'est le brouteur qui se  
débrouillera avec l'affichage du fichier _seul_. Dans ce cas,  
d'ailleurs, on n'est pas censé afficher le raccourci  (à  
vérifier);
- "image"; ce sont les fichiers image; dans ce cas, théoriquement,  
les dimensions sont calculées automatiquement;
- "embed"; tous les formats insérables à l'intérieur d'une page HTML  
(via , ou par le raccourci #EMBED_DOCUMENT). Là, il est  
indispensable de pouvoir indiquer à la main la largeur et la hauteur;  
exemple: MP3, Flash, film...


ARNO*



Le 16 janv. 07 à 10:51, Bernard Blazin a écrit :


Bon! C'est vrai je me suis un tantinet énervé avec ce truc et je vous
demande de bien vouloir m'en excuser..
C'est qu'il est un peu soupe au lait papie Bernard :)
Néanmoins quelqu'un aurait il l'extrême gentillesse de m'expliquer  
pourquoi
le champ taille des documents n'existe plus (c'etait super  
pratique) et s'il

est question de le remettre.
Voilà dit avec douceur et envoyé sur du velours :)

Bernard
- Original Message -
From: 
To: "Bernard Blazin" 
Cc: 
Sent: Tuesday, January 16, 2007 9:43 AM
Subject: Re: [spip-dev] Petite question aux développeurs de spip



bertrand Gugger a écrit :

Salut,
Bernard Blazin wrote:


Je trouve ta réponse en plus très blessante!
Alors bien sûr il n'est pas évident et pas donné à tous d'avoir un
minimum de diplomatie. C'est bien vrai
C'est vrai aussi que je suis à rangé dans la case des seniors et  
que je

n'ai plus l'ego ou la puissance de montrer mon savoir comme à ton
age...Car vraiment je pense que tu es un gamin.
Donc à mon age, on se met l'ego de côté et on ne la ramène pas,  
même sur

des domaines ou tu touches pas une bille... Si je ta parle physique
nucléaire tu vas me renvoyer chez Esso?

J'ai donc posé une question simple, claire et concise! Je  
demande une

réponse également claire. C'est trop demandé?

Les grands manitous de spip souvent peut être qu'il serait mal  
venu de

répondre au bwana aux cheveux gris?

Je pose une question...JE VEUX UNE REPONSE. Point barre et c'est
légitime en tant qu'utilisateur  (même si spip est gratuit)


Pour avoir plus de chance que ta question obtienne une réponse , il
faudrait déjà que tu la poses correctement:

* N'utilises pas un autre fil de conversation , là tu es venu te  
mettre
dans le fil de touti "[spip-dev] ORDER BY hasard!", conclusion to  
message
est caché dans un autre thread et n'apparait pas dans la tête de  
liste.
Vu le trafic, la plupart des gens lisent par thread. Je te  
signales au
passage que touti non plus n'a pas obtenu de réponse ... peut- 
être parce

que tu es venu polluer sa converstion , justement.
Il faut que tu écrives un message nouveau à spip-dev@rezo.net et  
pas que

tu répondes sur une conversation existante.

* Mets un titre qui résume ta question: "[spip-dev] Petite  
question aux
développeurs de spip" ne veut rien dire de particulier, cette  
liste n'est
constituée *que* de petites questions aux développeurs de spip.  
Ici, tu

aurais pu mettre par exemple: "Champs taille lors de l'upload d'un
document" , ça aiderait tout le monde et serait sans doute plus  
attirant.


Là dessus, il faut souvent être patient, tu n'auras pas forcément de
réponse dans les 24H chrono ! Il faut savoir qu'il y a très peu de
développeurs pour le core, genre 6 ou 7 actifs, et que chacun  
d'entre eux

a ses spécialités.
Il ou elle connait son domaine mais souvent peu les domaines des  
autres,

donc sera incapable de te répondre sauf recherches que tu peux faire
pareil. Par exemple, ici, il me semble que c'est essentiellement  
renato
qui a travaillé sur le nouvel upload, ça risque que ce soit le  
seul à

pouvoir te répondre de tête. Dans une fenètre de 24H, la probabilité
commence à faiblir salement.

J'avais vu ta question, et je me suis dit (comme beaucoup sans  
doute) :
"Tiens! C'est vrai, pourquoi ?" et j'espérais une petite  
explication,
c'est à dire que je n'avais pas envie d'investir dans une enquète  
sur un

truc ne m'interressant pas directement.
Tu ne le mérites pas, mais promis, si je croise le vice-Prez , je  
lui en

touche un mot.


ben voila, toggg a tres bien résumé ce que je pensais.
ta question, je l'ai vue, je l'ai noté 

Re: [spip-dev] Modèle doc

2007-01-16 Par sujet Arnaud Martin


Le 16 janv. 07 à 10:49, Fil a écrit :



Bizarre, il me semblait avoir testé tous les cas de figure. En tous  
cas la

régression que tu as constatée n'était pas délibérée.


C'est ce que je me suis dit. C'est pour ça que j'en ai remis une  
petite tartine dans mon mail précédent sur la logique (historiquement  
bordélique) des images et des documents joints, parce que c'est  
vraiment pas évident à piger (pour les rédacteurs qui utilisent SPIP,  
c'est un peu une éducation «à la dure» de ce côté là: faut faire le  
bon truc pour que ça fonctionne, mais ça n'a rien d'évident).


ARNO*





--
Paris-Beyrouth : création Web, design, édition
http://www.paris-beyrouth.org




[spip-dev] Modèle doc

2007-01-16 Par sujet Arnaud Martin

Salut,

Je viens d'uploader une correction de modeles/doc.html

En effet, l'insertion via  doit avoir (historiquement) un  
fonctionnement différent selon qu'on traite un document joint ou une  
image.


-> Le principe du document joint est celui d'afficher une vignette  
accompagnée d'un commentaire, un lien hypertexte menant vers la  
version «complète». Le mode  étant l'«exception»...


-> Le principe de l'image est que, dans tous les cas, on insère  
l'image à l'intérieur du texte. Si on veut une vignette cliquable, il  
faut passer par le mode «Portfolio» (donc: document joint). En mode  
«image», le raccourci  est destiné (historiquement) à  
afficher l'image accompagnée de son titre et de son descriptif, mais  
l'image est bien insérée à tel dans l'article.


---

=> Je vois bien l'intérêt d'uniformiser le comportement de  (si  
ce changement était volontaire), mais on ne peut pas se permettre de  
le faire, puisque ça change (radicalement) le comportement des sites  
déjà existants.


=> Il me semble important de maintenir la stricte différenciation  
entre les images et les documents joints, en insistant par exemple  
sur la notion de «Portfolio». On peut faire de très beaux portfolios  
avec SPIP (et les scripts de traitement d'image); mais ces scripts  
deviennent rapidement illogiques si on commence à utiliser les  
«images» comme des «documents joints». C'est une difficulté  
historique, mais il importe de maintenir (voire renforcer au niveau  
de l'interface) la différence entre les images illustratives (images)  
et les «grandes» images qu'on veut utiliser dans des boucles  
(portfolio-documents joints).


ARNO*


--
Paris-Beyrouth : création Web, design, édition
http://www.paris-beyrouth.org




[spip-dev] ! Nouveau filtre: image_imagick

2007-01-14 Par sujet Arnaud Martin

Salut,

Pour ceux qui disposent, sur leur serveur, de php_imagick, j'ai  
ajouté une fonction générique qui permet d'appliquer n'importe quelle  
fonction imagick à une image dans SPIP. Ca gère, évidemment, un  
système de cache identique aux fonctions GD2.


Attention: en sortie, on récupère _toujours_ un fichier PNG.

Exemple:
[(#LOGO_ARTICLE||image_imagick{imagick_spread,5})]

Le principe est le suivant:
- le filtre se nomme "image_imagick"
- la première variable est le nom de la fonction php_imagick; on  
trouve une liste de ces fonctions à l'adresse:

http://www.linux-nantes.org/~fmonnier/doc/imagick/spread.php
- ensuite, les variables nécessaires à cette fonction (on met autant  
de variables que nécessaire).


--

Avantages:
- filtres inédits jusqu'à présent dans SPIP; il y en a de très  
impressionnants;
- c'est super-rapide... (faire un gros flou avec mes fonctions GD2,  
c'est galère).


Inconvénient: ça déconne sec avec les images ayant une transparence  
alpha (notamment: images typographiques générées par SPIP).


---

Du coup, je ne peux pas totalement fusionner GD2 et Imagick dans les  
fonctions pré-existantes, parce que les fonctionnements sont assez  
différents.


J'ai essayé cependant avec image_rotation:
- si php_imagick est présent
- si l'image n'est pas semi-transparente
alors c'est une rotation via php_imagick qui est effectuée (sans que  
le webmestre change de fonction; c'est bien image_rotation), avec un  
résultat incomparablement plus beau (et plus rapide); sinon c'est mon  
traitement GD2 habituel.


ARNO*

--
Paris-Beyrouth : création Web, design, édition
http://www.paris-beyrouth.org




Re: [spip-dev] Attributs images: site cassé

2007-01-14 Par sujet Arnaud Martin


Attention:
- ca demande GD2 obligatoirement;
- c'est une fonction assez lourdingue, hein. A la fois en mémoire et  
en temps de calcul, parce que ca parcourt l'image pixel par pixel.


A*



Le 14 janv. 07 à 13:49, Fil a écrit :


régressions, mais je ne suis pas rassuré. ;->


Tiens, à propos d'images, je me demande si on ne devrait pas  
renforcer la

netteté des images réduites auto dans l'espace privé.

-- Fil



--
Paris-Beyrouth : création Web, design, édition
http://www.paris-beyrouth.org




Re: [spip-dev] Attributs images: site cassé

2007-01-14 Par sujet Arnaud Martin

Pas de bug chez moi. Merci, Cédric.

Arnaud

Le 14 janv. 07 à 11:29, Cedric a écrit :


Arnaud Martin a écrit :


la fonction image_reduire (comme toutes les autres) ne prenant  
du  coup en entrée que un tag img et pas un fichier.




Ca semble cohérent avec ce que j'avais: image_masque qui ne   
redimensionnait plus l'image (donc résultat pas bon) et  
difficulté  avec les documents joints, car j'ai l'habitude de  
balancer  directement #FICHIER dans le tuyau (et aussi dans plug- 
in personnel).


Bon, sur mon site de test actuel, je ne constate pas d'autres   
régressions, mais je ne suis pas rassuré. ;->


A*

http://trac.rezo.net/trac/spip/changeset/8329 rétabli l'appel  
possible des filtres images en direct avec un fichier et non un tag  
img

Cedric



--
Paris-Beyrouth : création Web, design, édition
http://www.paris-beyrouth.org




Re: [spip-dev] Attributs images: site cassé

2007-01-14 Par sujet Arnaud Martin



la fonction image_reduire (comme toutes les autres) ne prenant du  
coup en entrée que un tag img et pas un fichier.


Ca semble cohérent avec ce que j'avais: image_masque qui ne  
redimensionnait plus l'image (donc résultat pas bon) et difficulté  
avec les documents joints, car j'ai l'habitude de balancer  
directement #FICHIER dans le tuyau (et aussi dans plug-in personnel).


Bon, sur mon site de test actuel, je ne constate pas d'autres  
régressions, mais je ne suis pas rassuré. ;->


A*




Re: [spip-dev] Attributs images: site cassé

2007-01-14 Par sujet Arnaud Martin


Je viens d'uploader un petite modif sur image_ecrire_tag dans  
filtres_images, ça semble corriger le bug graphique de image_reduire.  
En revanche, c'est plus une voiture-balais qu'autre chose, puisqu'il  
semble que ce soit plutôt image_reduire qui envoit le mauvais format  
de variable à image_ecrire_tag en amont. Mais je n'ai pas trouvé la  
source exacte.


A*

[spip-dev] Attributs images: site cassé

2007-01-14 Par sujet Arnaud Martin



Salut,

Puisque mon site est actuellement tout cassé graphiquement (si, si),  
j'en profite pour expliquer pourquoi, à l'époque, j'avais sucré les  
attributs des tags  un peu à la sauvage en sortie des filtres  
graphiques: parce que ces filtres changent souvent les dimensions des  
images (hauteur et largeur), ou bien leur format (format_png perd son  
sens si on fabrique un JPEG), et que la solution KISS limitait  
énormément les risques d'erreur. Risques renforcés par le fait que  
les dimensions sont, en amont, parfois insérées en tant qu'attributs  
width="" et height="", et/ou parfois en tant qu'attributs de style  
(style="height;...;width=...").


 Et que pour les traitements en CSS, il était moins risqué pour le  
webmestre de se reposer sur des  contenant les images que sur  
les attributs des  eux-mêmes.


=> Je suis toujours extrêmement perplexe devant l'insertion dans le  
code de SPIP de phrases péremptoires telles que:
«	// mettre des attributs de width et height sur les images, c'est  
INDISPENSABLE pour l'accessibilite

// ca permet accessoirement aux navigateurs de reserver la bonne taille
// quand on a desactive l'affichage des images.»
(oui, avec «INDISPENSABLE» en majuscules), alors que l'insertion du  
même code se fait sans même vérifier qu'à la moindre utilisation des  
fonctions ainsi modifiées, les sites prééxistants explosent. Mon site  
est actuellement en phase: «pas du tout accessible à une personne  
dotée du sens de la vue». :-))


=> En règle générale, faire attention avec les fonctions graphiques,  
c'est assez sensible, bicoz la moindre erreur se voit comme le nez au  
milieu de la figure (vu que, justement, c'est «graphique» :-)). Le  
passage de la 1.9 à la 1.9.1 avait planté toutes mes fonctions persos  
(bicoz renommage d'une fonction - encore cette idée de «code propre»  
qui transforme instantanément un site en «bouillie sale»). Là, la  
dernière modif de la 1.9.2 rend inutilisable la fonction  
image_reduire sur l'ensemble de mon site! Alors j'insiste: si vous  
modifiez les fonctions, testez-les.


A*

--
Paris-Beyrouth : création Web, design, édition
http://www.paris-beyrouth.org




[spip-dev] ! date_822 et image_renforcement

2007-01-12 Par sujet Arnaud Martin



Deux nouvelles fonctions:

- pour certains feeds RSS 2.0 (notamment photocast), il est  
nécessaire d'insérer la date au format RFC 822; d'où:

date_822();
Je l'utilise pour un Photocast, à l'intérieur de 


- comme c'est un filtre à l'utilisation générique, j'ai installé  
image_renforcement dans la distrib officielle; ça fait exactement le  
contraire de image_flou. A utiliser notamment sur les vignettes de  
prévisualisation, qui deviennent carrément plus belles. La doc:

http://www.paris-beyrouth.org/Renforcer-la-nettete-d-une-image

Arnaud


--
Paris-Beyrouth : création Web, design, édition
http://www.paris-beyrouth.org




Re: [spip-dev] Docs pour traitement images

2006-03-07 Par sujet Arnaud Martin


Le 6 mars 06 à 22:05, François Schreuer a écrit :

1. La racine de IMG/ se voit assez vite encombrée dès qu'on commence à
utiliser le filtre image_typo. Ce n'est pas une nouveauté, mais est-ce
que, tant qu'on en est à déplacer pleins de trucs de place, ce ne  
serait

pas pertinent de sortir le cache des images de IMG/.


Bon, image_typo installe les images dans /IMG/cache-texte, donc ça  
encombre pas beaucoup (sauf si pas de droits de création de sous- 
dossiers dans IMG...


Le truc qui fatigue rapidement, ce serait plutôt reduire_image, qui  
fabrique des sous-dossiers pour _toutes_ les dimensions d'images. Ca  
fait vite beaucoup...


Sinon, je ne suis pas contre sortir ces caches de IMG, mais deux  
remarques:
- pour l'heure, reduire_image ne fonctionne, sauf erreur, que pour  
des images à l'intérieur de IMG;
- il ne faudrait pas non plus déplacer le cache des images dans / 
CACHE, bicoz il est important que le cache des images et le cache des  
squelettes soient différents. Vider le cache des squelettes, ça va;  
vider le cache des images, ça fait carrément mouliner la machine.







2. Un truc utile à mentionner dans la doc, c'est que le filtre
majuscules (qui a pour seul effet d'entourer le bout de texte concerné
avec un style "text-transform: uppercase") n'a pas d'impact sur
image_typo. Ces deux bouts de code donnent le même résultat :

[(#TITRE|image_typo)]

[(#TITRE|majuscules|image_typo)]

Pour obtenir une image en majuscules, il faut utiliser strtoupper  
(là où

ça marche, je suppose que ça foire avec les caractères non latins - ça
passe au moins en français aussi bien en iso-latin qu'en utf-8).

[(#TITRE|strtoupper|image_typo)]


En utf-8, ça fonctionne plutôt avec mb_strtoupper (sauf erreur).

Plutôt que de documenter une «bidouille», il vaudrait sans doute  
mieux améliorer majuscules().






3. Un autre utile à documenter, c'est le filtre translitteration,
indispensable pour pouvoir utiliser de nombreuses polices qui ne
disposent pas des caractères accentués et autres cédilles (c'est
malheureusement le cas de beaucoup des polices fantaisistes que l'on
trouve gratuitement le net). En combinant avec strtoupper, ça donne un
résultat linguistiquement passable, et parfois de très jolis effets
graphiques. Maintenant, je ne sais pas si translitteration a  
vocation à
devenir un filtre "public" ou doit rester un rouage interne du  
moteur de

spip.


Je sais pas trop. Attendons plutôt de voir ce que va devenir ce filtre.



Sinon, je viens de poster une explication pour faire un titre en peau  
de zèbre:

http://www.paris-beyrouth.org/Un-titre-en-peau-de-zebre
Sachant qu'on peut faire à peine plus sobre avec du dalmatien:
http://www.paris-beyrouth.org/IMG/png/untitreenpeau.png

A*






[spip-dev] Docs pour traitement images

2006-03-06 Par sujet Arnaud Martin

Salut,

Je viens de publier les docs de image_typo, couleur_extraire et  
image_... pour la 1.9.


http://www.spip.net/fr_article3325.html
http://www.spip.net/fr_article3326.html
http://www.spip.net/fr_article3327.html

ARNO*


--
Paris-Beyrouth : création Web, design, édition
http://www.paris-beyrouth.org




! [spip-dev] Nouveau paramètre pour image_typo: hauteur_ligne

2006-02-17 Par sujet Arnaud Martin

Salut,

Le filtre image_typo accepte un paramètre supplémentaire:  
hauteur_ligne, qui permet de forcer la hauteur entre chaque ligne. Si  
on ne met rien, la valeur précédente est utilisée:

1,3 x corps du texte.

A*



[spip-dev] ! Nouveau filtre graphique: image_rotation

2006-02-17 Par sujet Arnaud Martin

Salut,

Je viens d'uploader un nouveau filtre graphique: image_rotation. Il  
s'utilise en indiquant simplement la valeur de la rotation.

Par exemple:
[(#LOGO_ARTICLE||image_rotation{30})]]

Il s'agit d'une version améliorée des scripts disponibles sur php.net:
http://fr3.php.net/imagerotate
En effet, cela utilise la version qui "agrandit" l'image, et y ajoute  
un calcul "bicubic" amélioré, puisque pondéré par la distance du  
pixel (la version "bicubic" de la php.net est pas du tout "bicubic",  
on obtient un effet d'escalier désastreux).


Il me semble que l'utilisation la plus sympa consiste à l'appliquer  
sur une image typographique (image_typo), de façon à avoir un titre  
"incliné".


A*



[spip-dev] htaccess & lycos

2006-02-13 Par sujet Arnaud Martin

Salut,

Pas moyen de faire fonctionner les rewriterule de htaccess en mode  
propre ou propre2 sur Lycos (version payante).


J'ai l'impression que le [E=] du rewriterule n'est pas pigé par la  
machine. En effet, en interceptant dans page.php3, impossible de lui  
faire afficher l'environnement "url_propre". Ou alors c'est un autre  
nom de variable qui est utilisé par la suite (mais j'ai essayé un peu  
tout, et... que dalle). Rien avec getenv("url_propre"), et phpinfo ne  
balance pas la liste des variables d'environnement sur ce serveur.


J'ai patché ainsi pour moi-même:

Le htaccess devient ceci:
--
# Les mots-cles
RewriteRule ^\+-[^/\.]+(-\+)?(\.html)?$	page.php3?fond=mot_propre= 
$0 [QSA,L]


# Les breves
RewriteRule ^\+[^/\.]+\+?(\.html)?$ 	page.php3?fond=breve_propre= 
$0 [QSA,L]


# Les rubriques
RewriteRule ^-[^/\.]+-?(\.html)?$	page.php3?fond=rubrique_propre= 
$0 [QSA,L]


# les auteurs
RewriteRule ^_[^/\.]+_?(\.html)?$	page.php3?fond=auteur_propre=$0  
[QSA,L]


# Les sites
RewriteRule ^@[^/\.]+@?(\.html)?$	page.php3?fond=site_propre=$0  
[QSA,L]


# Les articles (en dernier car expression plus "large")
RewriteRule ^[^/\.]+(\.html)?$		page.php3?fond=article_propre=$0  
[QSA,L]

--

Du coup le url_propre est passé directement dans le GET.

Et le truc encore plus crado, dans page.php3, la dernière ligne devient:
if (!$GLOBALS['_SERVER']['REDIRECT_url_propre']) $GLOBALS['_SERVER'] 
['REDIRECT_url_propre'] = $url_propre;

include ("inc-public.php3");


A*

[spip-dev] flock: sous-dossier dans upload

2006-02-12 Par sujet Arnaud Martin

Salut,

Je viens d'uploader une rustine sur inc_flock:

-> il était impossible d'afficher une page d'article ou d'édition  
d'article quand sous-dossier à l'intérieur de /upload;


-> solution pour ça: j'ai mis en remarque la ligne de inc_flock  
suivante (l. 201)

$dir = preg_replace(',/[^/]*$,', '', $dir);

Le problème, c'est que je ne sais pas à quoi sert cette ligne.



Au passage, le téléchargement de logo n'a visiblement pas le même  
fonctionnement. Est-ce qu'on peut unifier les fonctions? Là je quitte  
pour la journée.


ARNO*

[spip-dev] cache pour GD2

2006-02-11 Par sujet Arnaud Martin

Salut,

Deux modifs pour rendre les calculs sur les images avec GD2 plus  
"propres":


- ces images sont désormais stockées dans un dossier "IMG/cache-gd2";  
ainsi elles sont compatibilisées dans les "images calculées" dans les  
infos de l'espace privé; et on peut les supprimer de manière  
centralisée;


- désormais le filtre couleur_extraire a son propre cache; la valeur  
de la couleur est stockée dans un fichier. Bicoz c'est une procédure  
assez lourde, et j'avais certaines pages qui refusaient de se  
calculer à cause de ça.


ARNO*

Re: [spip-dev] flag_preserver dans l'url

2006-02-10 Par sujet Arnaud Martin


Pour le javascript, c'est assez évident: le site ne fonctionne en  
mode admin plus lors de la mise à jour si n'insère pas le tag #HEADER  
dans le squelette. La nouvelle version n'est donc pas compatible avec  
un squelette de la version précédente (donc: problème de  
compatibilité ascendante).


A*



Le 10 févr. 06 à 16:24, Lefebvre Christian a écrit :


-Original Message-
From:   spip-dev-boun...@rezo.net on behalf of Arnaud Martin
Sent:   Fri 2/10/2006 12:58 PM
To: spip-dev@rezo.net
Cc:
Subject:[spip-dev] flag_preserver dans l'url

Y'a une modif récente (pour sécurité?) qui me complique le travail:
flag_preserver=true ne peut plus être passé comme variable dans l'URL.
[...]
Là, solution: insérer les histoires de #HEADER dans mon squelette. En
revanche, problème de compatibilité ascendante.

   Je ne comprend pas quel problème de compatibilité ça pose ?

--
À+, Pif.





[spip-dev] flag_preserver dans l'url

2006-02-10 Par sujet Arnaud Martin


Salut,

Y'a une modif récente (pour sécurité?) qui me complique le travail:  
flag_preserver=true ne peut plus être passé comme variable dans l'URL.


Or je l'utilise assez lourdement pour mes bidouilles en AJAX (pour  
mes sites publics). En effet, je fais des inclusions de bouts de  
pages, en javascript (et non en INCLUDE de SPIP, puisque c'est du  
HTML dynamique), et pour éviter que les admins aient une page avec  
plusieurs blocs de «boutons d'admin», je charge les pages sur la base  
de:

page.php3?fond=xxxflag_preserver=true...
Pour l'instant je n'ai pas trouvé de solution «propre» (j'ai pas trop  
envie de patcher «page.php3» qui est un fichier assez sensible).


Problème similaire avec mon fichier javascript (appelé depuis le HTML  
comme un fichier séparé). Celui-ci est un squelette SPIP, bicoz il  
contient des choses liées à la structure du site. Je l'appelle par un  
page.php3, également avec le flag_preserver=true. Comme ceci ne  
fonctionne plus, hic, je me retrouve avec l'insertion de code dans le  
javascript, qui est alors non fonctionnel. Là, solution: insérer les  
histoires de #HEADER dans mon squelette. En revanche, problème de  
compatibilité ascendante.


A*

Re: [spip-dev] Site tout cassé...

2006-02-08 Par sujet Arnaud Martin


Le 8 févr. 06 à 18:27, Fil a écrit :


- L'insertion d'image en début de paragraphe fait que ce paragraphe
n'est pas placé dans un dans .


Je pense que ce n'est pas exactement ça, car je n'arrive pas  
reproduire le

bug. Quel est le code de ton texte (le paragraphe en question, les
paragraphes avant et après, et les sauts de ligne) ?




Voici un exemple:
http://www.pascaleyluis.com/article105.html

Le deuxième paragraphe du texte de l'article «habille» le pavé  
d'image placé en tant que , afin d'afficher le titre de l'image.  
Si tu regardes le code source, le paragraphe «Un mois plus tard...»  
n'est pas à l'intérieur d'un .


Le code SPIP est le suivant:

Graciela s'approche pour me le présenter et  l'invite à nous montrer  
un pas. A peine avait il commencé à marcher qu'immédiatement je me  
rendais compte qu'il s'agissait d'un grand danseur.  Avec un calme  
surprenant, d'une simplicité de mouvement il fit un changement de  
direction qui me laissa bouche bée. Ce que je ne savais pas, c'est  
que ce monsieur était l'une des personnalités les plus importantes du  
quartier de Villa Urquiza. C'était le célèbre Turco José. Pour les  
connaisseurs, le style de tango de Villa Urquiza est d'une finesse  
extrême. C'est un style raffiné et subtil. Les clubs de Villa Urquiza  
furent  source d'inspiration pour un grand nombre de danseurs  des  
années 1940 - 1950. El Turco Jose est l'un des représentants les plus  
fidèles de cette époque.


Un mois plus tard, il donnait des cours avec sa femme  
Nelly à la Galeria del Tango Argentino où je l'avais rencontré. Ce  
fut une expérience importante pour moi  car jusqu'à ce moment là je  
m'étais contenté du style du centre, un style où les danseurs sont  
bien proches, petits pas et mouvements coupés. C'était comme  
reprendre à zéro. Nous étions tous des danseurs professionnels ou  
confirmés dans ce  premier cours pourtant il choisit de nous  
enseigner une simple salida. Une salida comme jamais je n'en avais  
vue, le pas de côté paraissait éternel, avec son pied gauche il  
caressait le sol d'une manière si délicate ! Il me semble que ce jour  
là je découvrais le rituel du tango ! Chaque cours était unique, on  
travaillait des marches tellement subtiles, caressant le sol,  
travaillant la cadence et les mouvements du corps, jusqu'aux figures  
les plus complexes du tango.



A*





Re: [spip-dev] Site tout cassé...

2006-02-08 Par sujet Arnaud Martin



Oui, ça tournait précédemment avec une 1.7.

Est-ce que par hasard, on n'a (j'ai?) pas remplacé le passage par  
spip_action de la racine qu'on avait auparavant par un accès direct  
depuis /ecrire quand on affiche les vignettes?


Bicoz depuis l'espace privé, je n'ai pas de problèmes avec les  
redimensionnements.


Or, à une époque, on était bien gênés par les accès à des fichiers  
en ../IMG/...


A*



Le 8 févr. 06 à 18:18, Fil a écrit :


Je n'ai qu'un accès FTP sur ce site. Du coup impossible de modifier
les histoires de propriétaires. Le seul truc que je peux modifier,
c'est mettre "777" à différents endroits.


Mais est-ce que des versions de spip plus anciennes tournent sur un
hébergement de ce type ? Le safe-mode qui te plombe, dit "les fichiers
appartiennent à toto, donc ils n'ont pas le droit de toucher les  
fichiers
créés par le serveur" il n'y a rien de nouveau là-dedans, sauf  
erreur de

ma part.




Re: [spip-dev] Site tout cassé...

2006-02-08 Par sujet Arnaud Martin


Le 8 févr. 06 à 17:41, Fil a écrit :


- Le site public me propose régulièrement de me loguer (spip_login)
alors que je veux bêtement naviguer. Si je suis logué, j'atterris
directos dans l'espace privé. Site impraticable.
http://www.pascaleyluis.com/


Oui, c'est spip_test_dirs en fait qui s'active un peu vite. Vérifie  
tes

droits sur les répertoires



Je n'ai qu'un accès FTP sur ce site. Du coup impossible de modifier  
les histoires de propriétaires. Le seul truc que je peux modifier,  
c'est mettre "777" à différents endroits.






- Les liens vers l'édition des articles ne fonctionnent pas du tout.


Quand je clique sur "Modifier cet article" dans l'espace privé, ça me  
ramène à la page d'accueil de l'espace privé.


Je viens de parvenir à afficher une édition d'article, en copiant le  
lien dans la barre de nav, depuis même le lien fonctionne. Mais  
uniquement pour celui-là.





- L'insertion d'image en début de paragraphe fait que ce paragraphe
n'est pas placé dans un dans .


ça dépend des cas, en fait ; ce qui complique l'affaire c'est qu'on  
veut
pouvoir gérer [->lien], ce qui oblige à ne pas paragrapher  
comme des

malades autour des images. Mais oui c'est à améliorer.


Yop. Ca c'est gros bug, surtout que du coup ça régresse par rapport à  
ce que j'avais fait auparavant.







- L'espace privé est truffé de
"Warning: filemtime(): SAFE MODE Restriction in effect. The script
whose uid is 5108 is not allowed to access ../IMG/cache-48x7/
rubon3-48x7.jpg owned by uid 48 in /u/vhome/luisbruni.com/www/ecrire/
inc_logos.php on line 496"
dès qu'il y a une vignette d'image. C'est p'têt moi, ça...


Je dirais que c'est le même problème que ton histoire de  
spip_test_dirs : tu
es en safe_mode, et tes fichiers n'appartiennent pas au bon  
utilisateur.


Alors voilà, c'est assez marrant:

- les dossiers /IMG/cache-x créés automatiquement me donnent ce  
résultat: alerte SAFE MODE. Les droits sont bien "777", mais le  
proprio est "httpd" et PHP semble se faire jeter;


- si je détruis ce dossier et que je le fabrique moi-même par FTP et  
que je fixe le "777", alors ça fonctionne.


M'enfin c'est pas praticable, puisque je ne peux pas créer tous les  
"cache" qui vont bien.







- J'ai un message d'erreur en présence d'un tableau. Vu que je peux
plus éditer l'article, je peux pas voir si c'est un code loufoque ou
pas. Voir par exemple:
http://www.pascaleyluis.com/article24.html


array_fill n'est pas disponible avant php 4.2.0, il faut donc virer  
cette

ligne


OK

ARNO*

[spip-dev] Site tout cassé...

2006-02-08 Par sujet Arnaud Martin


Salut,

Ca m'apprendra à pas suivre la liste... Je viens de me faire avoir  
comme un bleu. Croyant qu'une version "alpha 3", ça devait être un  
peu stable, je l'ai installée sur le site d'amis, histoire de pouvoir  
profiter des nouvelles fonctions graphiques. Badaboum, c'est trs  
cassé.


- Le site public me propose régulièrement de me loguer (spip_login)  
alors que je veux bêtement naviguer. Si je suis logué, j'atterris  
directos dans l'espace privé. Site impraticable.

http://www.pascaleyluis.com/

- Les liens vers l'édition des articles ne fonctionnent pas du tout.

- L'insertion d'image en début de paragraphe fait que ce paragraphe  
n'est pas placé dans un dans .


- L'espace privé est truffé de
"Warning: filemtime(): SAFE MODE Restriction in effect. The script  
whose uid is 5108 is not allowed to access ../IMG/cache-48x7/ 
rubon3-48x7.jpg owned by uid 48 in /u/vhome/luisbruni.com/www/ecrire/ 
inc_logos.php on line 496"

dès qu'il y a une vignette d'image. C'est p'têt moi, ça...

- J'ai un message d'erreur en présence d'un tableau. Vu que je peux  
plus éditer l'article, je peux pas voir si c'est un code loufoque ou  
pas. Voir par exemple:

http://www.pascaleyluis.com/article24.html

A*




Re: [spip-dev] ! image_masque

2006-01-10 Par sujet Arnaud Martin


Pour l'instant, la fonction fait un find_in_path pour trouver  
l'image. Donc le plus simple consiste à placer tes masques dans le  
même dossier que ton squelette.


A*




Le 9 janv. 06 à 21:18, François Vachon a écrit :


Super!

Et on place, dans ton exemple, puzzle.png et texture.png dans quel  
dossier?


François

Exemples:
[(#TITRE|image_typo{taille=36, couleur=ff}|image_masque
{texture.png})]
[(#LOGO_ARTICLE||image_masque{puzzle.png})]


[spip-dev] ! image_masque

2006-01-09 Par sujet Arnaud Martin

Salut,

Nouvelle fonction de traitement d'image basée sur GD2: la possibilité  
d'associer un «masque» à une image. C'est pour l'instant la fonction  
la plus puissante du lot, elle permet de faire des effets trs  
poussés.


La première chose à faire pour l'utiliser est de créer une image  
PNG24, avec transparence (ou non). Cette image va contenir deux types  
d'information:


- la transparence de ce masque va être appliquée à l'image d'origine  
(par exemple, un logo d'article); si vous faites un masque en forme  
de pièce de puzzle (cette pièce en PNG étant détourée), alors le logo  
d'origine va s'insérer à l'intérieur de cette pièce de puzzle;


- la couleur du masque va modifier la couleur de l'image d'origine.  
Le plus simple: si votre masque est en niveau de gris, alors un gris  
50% va laisser inchangées les couleurs d'origine; si gris clair, on  
éclaircit l'image; si gris foncé, on fonce. Ce qui permet, par  
exemple, de «texturer» une photo, ou bien de créer un effet de «bump»  
qui complètera bien la découpe précédente. Si vous mettez des  
couleurs sur le masque (et pas seulement du gris), ces couleurs vont  
décaler la valeur des couleurs de l'image d'origine («coloriser»). Je  
pense pour la suite proposer différents modes de fusion, façon  
Photoshop, mais pour l'instant ça laisse déjà d'énormes possibilités  
d'utilisation.



Enfin, il y a deux comportements différents en fonction de la taille  
relative de l'image source et du masque.


- L'utilisation la plus logique est d'avoir un masque _plus petit_  
que l'image d'origine. Dans ce cas, l'image d'origine est réduite à  
la taille du masque. L'image d'origine se place donc «à l'intérieur»  
du masque. Cela permet de faire des «pavés» d'affichage de vignettes  
très chiadés, c'est le but premier.


-  Une seconde possibilité est de créer un masque _plus grand_ que  
l'image d'origine. Dans ce cas, c'est la taille de l'image d'origine  
qui est conservée, et on «coupe» la partie centrale du masque. Cela  
permet d'utiliser le masque plus dans un effet de «texture».


=

Notez que vous pouvez appliquer ce filtre à des logos (usage  
évident), mais aussi à des typographies graphiques (après un  
image_type). Ce qui vous permet de texturer des typographies  
constuites à partir des titres. Vous pouvez imaginer à la fois  
texturer (genre «bump mapping») une typo, ou lui appliquer un peau de  
léopard :-))


Exemples:
[(#TITRE|image_typo{taille=36, couleur=ff}|image_masque 
{texture.png})]

[(#LOGO_ARTICLE||image_masque{puzzle.png})]


ARNO*

Re: [spip-dev] Commit 5090 > Tentative de retour des stats en SVG

2005-12-04 Par sujet Arnaud Martin


Non: l'affichage SVG dépend du navigateur de l'utilisateur, et pas de  
la configuration du serveur. Donc rien à voir avec le choix de GD,  
Imagemagick qui, eux, dépendent de la config du serveur.


Il va falloir que j'affine le test pour déterminer si on a Firefox >  
1.5.


A*



Le 4 déc. 05 à 16:42, Nicolas Steinmetz a écrit :


Hello,

Suite au comit d'Arnaud sur le retour des stats en SVG,
http://trac.rezo.net/trac/spip/changeset/5090

Pour Firefox 1.0.7, il demande le plugin svg et ne le trouve pas
automatiquement apparemment... :-/

Je vois bien dans le commit qu'il y a un test, mais ne pourrait-on pas
proposer la sélection de ce mode de rendu sous forme de meta pour  
donner le

choix à la personne d'utiliser SVG ou pas ? (tout comme on propose de
choisir GD, ImageMagick, pour la gestion des images) ?

Cela permettrait peut être plus simplement de contourner les  
limitations des

navigateurs actuels au niveau du SVG ?

Mes 2 cents,
Nicolas



___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip




Re: [spip-dev] mini-nav de sélection de rub

2005-12-03 Par sujet Arnaud Martin


Au passage, bug dans le sélecteur de rubriques parent, dans les  
rubriques: on ne peut pas sélectionner «Racine du site». Le code de  
ce côté est devenu assez costaud, et là je sors...


A*

[spip-dev] mini-nav de sélection de rub

2005-12-03 Par sujet Arnaud Martin

Salut,

Petites modifs sur le mini-navigateur ajax de sélection des rubriques.

-> Le fait de sélectionner dès qu'on «naviguait» ne convenait pas.  
C'est un «bug d'ergonomie» :-))


-> Je réintroduis le bouton «Choisir» dans la description de  
rubrique, mais surtout je complète avec ce qui suit...


-> On peut directement valider le choix d'une rubrique en double- 
cliquant sur son nom. De cette façon, on a bien deux «actions»  
séparées clairement dans l'ergonomie:

- click = naviguer
- doubleclick = choisir

-> Au passage, ça permet de refermer la fenêtre du mininav quand on a  
choisit, ce qui est également plus ergonomique.


=> Enfin, unifié l'affichage des résultats de la recherche, qui  
n'étaient pas, eux «cliquables», donc plus sélectionnables.


A*

[spip-dev] Démo fonctions graphiques

2005-11-14 Par sujet Arnaud Martin


Salut,

Histoire de donner des idées, voici une petite démo de l'utilisation  
des nouvelles fonctions graphiques.

http://demo.paris-beyrouth.net/

Les fonctions graphiques sont relativement simples, et les squelettes  
n'intègrent _pas_ de PHP. En revanche, histoire de donner un aspect  
très «Flash» à l'ensemble, y'a quelques mètres de Javascript.


- Il y a un effet de miroir, réalisé avec une fonction «adaptée» des  
fonctions fournies désormais avec SPIP. L'idée ici est d'avoir une  
transparence PNG24 progressive; comme c'est très spécifique, ça me  
semble pas à intégrer dans SPIP, mais à fournir ailleurs.


- Les titres graphiques. Rien de méchant, sauf que comme ce sont des  
images, on peut leur appliquer les nouveaux effets, d'où ici l'effet  
de miroir aussi.


- Quand on passe d'une image à l'autre, un effet javascript effectue  
une changement de couleur du fond d'écran. Cette couleur est réalisée  
avec la fonction couleur_extraire, pour rester dans les teintes de  
l'image affichée.


- Tout ça avec du Javascript et de l'Ajax, histoire de rigoler un  
petit peu. Notez: le changement de couleur de fond sert surtout à  
m'interdire d'utiliser mes bidouilles en PNG24 habituelles (installer  
un masque au dessus de l'image) et à faire un véritable dégradé dans  
l'image elle-même.


A*

! [spip-dev] Réduction avec transparence (GD2)

2005-11-04 Par sujet Arnaud Martin

Salut,

C'est un détail, mais qui améliore pas mal les choses: si l'on  
utilise GD2, les images ayant de la transparence (GIF ou PNG24) sont  
désormais réduites en conservant leur transparence. Dans le cas des  
GIF, la vignette est alors créée au format PNG24, certes plus lourd,  
mais: (a) on ne fabrique pas de GIF avec GD2 si j'ai bien compris;  
(b) comme il y a réduction, seul une couche alpha peut éviter de  
créer des artefacts autour du détourage.


A*

Re: ! [spip-dev] Tirer une couleur d'une image + fonctions associées

2005-11-03 Par sujet Arnaud Martin


Le 3 nov. 05 à 15:29, izo.spip a écrit :


salut

tu crois que l'on peut avoir le meme resultat que sur cette page :
http://www.progx.org/index.php?section=replies=517

ils font ça aussi avec CD, j'ai lu le tuto  dans le login de  
septembre  ça à pas l'air compliqué :) je dis ça en ne sachant  
pas faire de php



Oui, c'est exactement ça. Ce genre de choses...

Voici une copie d'écran de ce que je viens de faire:
http://www.paris-beyrouth.net/zicmu/image2.jpg

Il n'y a pas une ligne de PHP. C'est simplement un assemblage  
d'images crées par SPIP, avec des masques PNG. Les CD sont là:

http://www.paris-beyrouth.net/zicmu/cd-haut.png
http://www.paris-beyrouth.net/zicmu/cd-bas.png

La boucle pour faire ça:




 
[(#LOGO_ARTICLE||reduire_image{250,0})]
src="squelettes/cd-haut.png" />



 
[(#LOGO_ARTICLE||reduire_image{250,0}|image_flip_horizontal)]
src="squelettes/cd-bas.png" />





Bon, ça mériterait d'être affiné:
- d'abord, mettre ça sur un fond noir;
- mettre cd-haut.png et cd-bas.png avec une classe qui win-png.htc,  
de façon à faire accepter l'affichage des PNG24 par MSIE;
- faire une boucle de test sur la hauteur et la largeur de l'image,  
pour être certain que sa taille _minimum_ est 250pixels dans toutes  
les directions. Ici le code fonctionne avec une image plus haute que  
large, dans le cas contraire ça déconne.


Mais en tout cas, c'est exactement le genre de choses que visent les  
nouvelles fonctionnalités de manipulation d'images. Bicoz ça ne m'a  
pas pris 5 minutes à faire (le plus difficile: trouver une image de  
boitier de CD et la préparer sous Photoshop :-))


ARNO*




Re: ! [spip-dev] Tirer une couleur d'une image + fonctions associées

2005-11-03 Par sujet Arnaud Martin


Le 3 nov. 05 à 11:41, Stephane LAURENT a écrit :


- couleur_extraire
S'applique à une image (idéalement: logo).
C'est la fonction principale: à partir d'une image, elle récupère une
couleur présente dans l'image. Pour cela, elle effectue une réduction
de l'image à 20x20 pixels, de façon à «moyenner» les couleurs de
l'image. Par défaut, elle prend une couleur située un peu au-dessus
du centre de l'image. On peut forcer un autre point de récupération
de l'image, en passant des variables $x et $y compris entre 0 et 20.
(Note: pourquoi vouloir modifier $x et $y$? Si on décide d'«écrire»
au-dessus de l'image, on peut vouloir extraire une couleur proche de
l'endroit où l'on écrit.)

Idéalement, il faudrait pouvoir "moyenner" une zone de l'image dans  
ce cas.


Justement, c'est à cela que sert la réduction à 20x20. Si ton image  
fait, grosso modo, 400x400 pixels, cette réduction fait que ton point  
est une moyenne effectuée sur une vingtaine de points. Si ton image  
fait 1024 pixels de large, ça fait une moyenne sur 50 points. C'est  
donc bien le principe.


Sinon, j'avais fait d'autres essais. par exemple, faire une réduction  
du nombre de couleurs de l'image (genre 16 couleurs),  «compter» le  
nombre de points pour chaque couleur, et retenir la plus  
«importante». Ben ça donne des résultats super-tristes! L'avantage de  
la méthode actuelle est d'obtenir des couleurs plutôt variées, certes  
un poil aléatoires, mais justement c'est ce qui donne le charme.  
Sachant que d'après mes essais, même si on n'obtient pas la couleur  
réellement «dominante» de l'image, on est assez souvent dans des  
tonalités satisfaisantes: des tons pastels foncés sur des portraits  
(à cause de la peau, des cheveux, des vêtements); des tons un peu  
plus froids, métalliques, pour des bâtiments d'archicture moderne;  
des tons très chauds pour des paysages d'été.






Mais en fait, ca rejoint à mon avis un besoin plus general de
recadrage/decoupage d'image.
Ca peut par exemple servir à faire une vignette en prenant un  
morceau de

l'image
Ca permettrait d'extraire la couleur moyenne d'une zone
Ca ferait un gros morceau d'une fonctionnalité de zoom qui m'interesse
particulierement ...



Le problème d'une fonction de zoom automatique, c'est que ça tape  
systématiquement à côté. D'après mes essais (oui...), le résultat  
tout-automatique des recadrages est désastreux.


Dans une moindre mesure, il m'arrive tout de même de retailler des  
photos 4x3 pour en faire des carrés, pour créer des éléments  
d'interface (parce que je veux des carrés pour faire la navigation).  
On peut aussi imaginer passer des photos en format 16x9, parce que ça  
donne un aspect «cinéma» pas dégueu dans une interface. Pour cela,  
inutile de recadrer le fichier de l'image. Ce que je fais dans ce  
cas, c'est simplement de placer l'image dans un  dont je fixe  
arbitrairement la hauteur et la largeur et dont je refuse d'afficher  
ce qui est en dehors (overflow: hidden). Ca donne exactement le même  
effet qu'une découpe du fichier.



A*







! [spip-dev] Tirer une couleur d'une image + fonctions associées

2005-11-03 Par sujet Arnaud Martin

Salut,

Voici une série de fonctions qui permettent de faire des squelettes  
qui changent de couleur en fonction d'une image (en particulier: en  
fonction du logo de l'article). Bon, tout cela peut sembler un peu  
fumeux, mais j'ai un site perso qui fonctionne avec ça, et ça donne  
des résultats absolument épatants.


- couleur_extraire
S'applique à une image (idéalement: logo).
C'est la fonction principale: à partir d'une image, elle récupère une  
couleur présente dans l'image. Pour cela, elle effectue une réduction  
de l'image à 20x20 pixels, de façon à «moyenner» les couleurs de  
l'image. Par défaut, elle prend une couleur située un peu au-dessus  
du centre de l'image. On peut forcer un autre point de récupération  
de l'image, en passant des variables $x et $y compris entre 0 et 20.
(Note: pourquoi vouloir modifier $x et $y$? Si on décide d'«écrire»  
au-dessus de l'image, on peut vouloir extraire une couleur proche de  
l'endroit où l'on écrit.)


Par exemple, dans une page d'article:

La couleur du fond est, ainsi, une couleur tirée du logo de  
l'article. On a alors des pages qui changent de couleur d'un article  
à l'autre.


- image_sepia fonctionne désormais avec une unique variable, au  
format couleur hexadécimale, c'est-à-dire du style: "ff3356". De  
cette façon on peut passer à image_sepia une couleur extraite d'une  
image.




Il existe en suite une batterie de filtres à appliquer _après_ ce  
filtre, de façon à "traiter" les couleurs et les adapter à ses  
besoins. Il est vivement conseiller de les "panacher" pour obtenir  
des résultats sympas.
N.B.: Tous les filtres qui suivent s'appliquent sur une couleur,  
c'est-à-dire après un couleur_extraire.


- couleur_extreme
Force à noir ou blanc. Si la couleur d'origine est foncée, ça devient  
noir. Si la couleur d'origine est claire, ça devient blanc.


- couleur_inverser
Renvoie la couleur inverse. Utile à panacher avec couleur_extreme.  
Par exemple:

- background-color: #LOGO|| couleur_extraire
- color: #LOGO|| couleur_extraire|couleur_extreme|couleur_inverser
Ici: on a un fond d'une certaine couleur, et un texte qui s'affiche  
en noir ou blanc à l'inverse de cette couleur. Si le fond est de  
couleur foncée, texte blanc; si fond clair, texte noir. Ainsi: bonne  
lisibilité.


- couleur_eclaircir, couleur_foncer
Permet d'éclaircir ou de foncer une couleur. En réalité, les  
fonctions vraiment utiles sont les deux suivantes:


- couleur_foncer_si_claire
Si la couleur est foncée, alors l'éclaircir.
- couleur_eclaircir_si_foncee
Si la couleur est claire, alors la foncer.

Par couleur claire ou foncée, on entend dont le passage en niveau de  
gris est au-dessus ou en-dessous de 50%. Ces deux fonctions  
conditionnelles sont celles qui permettent de réellement utiliser les  
couleurs en limitant l'aspect aléatoire d'une extraction de couleur.


Par exemple: je veux que mon fond d'écran (background-color) soit  
toujours foncé. En faisant:

- background-color: #LOGO|| couleur_extraire|couleur_foncer_si_claire
j'ai deux cas:
(a) soit la couleur est déjà foncée, alors on l'utilise telle quelle;
(b) soit la couleur est claire, alors on la rend volontairement plus  
foncée.
Dans les deux cas, le résultat est un fond qui sera _toujours_ foncé.  
On sait alors qu'on peut systématiquement écrire par-dessus avec du  
blanc (par exemple).
Evidemment, on peut jouer avec "couleur_extreme" pour créer le  
contraste entre le fond et le texte, mais on peut souvent préférer ne  
pas avoir des pages qui passent du "noir sur blanc" au "blanc sur noir".


L'usage suivant est similaire dans le principe, et vraiment très utile:
- on veut un fond toujours blanc (background-color: white)
- on veut un titre dans une couleur tirée du logo de l'article.
(Ca, c'est du plus bel effet :-))
Dans ce cas, on peut faire un
h1 {
color: #[(#LOGO|| couleur_extraire|couleur_foncer_si_claire)];
}
On évite ici d'avoir un titre qui s'afficherait, dans certains cas,  
avec une couleur trop claire.


ARNO*






[spip-dev] ! Filtre: image_alpha

2005-11-03 Par sujet Arnaud Martin


Resalut,

Encore un filtre d'image:
image_alpha

Il transforme l'image en PNG transparent. Attention: l'intégralité de  
l'image devient semi-transparente.


S'utilise ainsi:
[(#LOGO_ARTICLE||reduire_image{250}|image_alpha{80})]

La variable indique: 0 pas de transparente; 127 transparence totale.

A*





[spip-dev] ! Traitement d'image (suite): image_sepia

2005-11-03 Par sujet Arnaud Martin


Salut,

Je continue: une nouvelle fonction de traitement d'image ajoutée:
image_sepia

Utilisée sans variable, elle passe l'image en «sépia» (une sorte de  
noir et blanc colorisé, typique des vieilles photos). Mais on peut  
lui passer 3 variables, selon RVB (valeurs entre 0 et 255), pour  
forcer une dominante. De cette façon:

[(#LOGO_ARTICLE||reduire_image{600}|image_sepia{94,137,94})]


Attention: temporaire: à terme, je pense que la «variable» sera selon  
le mode HTML habituel, avec RVB en hexadécimal et en une seule  
variable, de façon à être compatible avec d'autres fonctions à venir  
(extraire une couleur d'une image).


ARNO*




[spip-dev] ! Fonctions de traitement des images (GD2)

2005-11-02 Par sujet Arnaud Martin


Salut,

Je viens d'installer (dans inc_filtres, faudra sans doute que je  
déplace ça ailleurs) des fonctions de traitement des images, valables  
uniquement avec GD2.


Ces fonctions s'appliquent aux logos et aux documents (format image),  
bien entendu, et permettent des effets graphiques systématiques dans  
les squelettes.


Pour l'instant, ces fonctions sont:

- image_nb
Passage de l'image en noir et blanc;

- image_gamma{$valeur}
$valeur est compris entre -255 (tout noir) et 255 (tout blanc).
Une valeur positive rend l'image plus claire. Une valeur négative  
plus foncée.
Attention: cette fonction passe la palette de couleurs à 256 valeurs.  
Mais comme, il me semble, ces fonctions sont plutôt destinées à  
l'affichage de vignettes, ça ne me semble pas hyper-grave...


- image_flip_horizontal
- image_flip_vertical
Effet mirroir, l'image est inversée selon l'axe horizontal, ou l'axe  
vertical.


On peut évidemment combiner ces fonctions pour obtenir les effets  
désirés. Par exemple: une image éclaircie en noir et blanc.


Perso, je prévois d'utiliser les effets d'inversion (flip) pour  
créer, en combinaison avec un dégradé sur l'image (image PNG en  
surimpression), des effets de miroir.


On peut voir des exemples de ces fonctions là:
http://www.paris-beyrouth.net/zicmu/images.png

Le PNG en question est plutôt lourd (forcément, c'est du PNG24), mais  
c'est une copie d'écran. Chaque vignette pèse, en réalisé, 8ko, ce  
qui est tout à fait raisonnable.


ARNO*
PS. Je n'utilise pas les effets «intégrés» à GD, bicoz ça ne  
fonctionne vraiment pas partout.




Re: [spip-dev] Correcteur Ortho + Tex sur spip.destination-linux.org :-)

2005-09-17 Par sujet Arnaud Martin


Le 17 sept. 05 à 10:23, Nicolas Steinmetz a écrit :


- Arno* parlait de polices ASM si je me rappelle bien mais on ne  
sait pas où

les récupérer ni ou les installer



AMS (American Mathematical Society, sauf erreur détentrice des droits  
sur TeX). Le package complet qui serait absolument _épatant_ (en  
fait: _indispensable_ pour une utilisation réelle des mathématiques)  
se nomme «AMSTeX». Je suppose que c'est livré avec les polices qui  
vont bien, et les macros permettant de les exploiter.


Par exemple, une chose aussi simple que: «Soit x dans |R» (R  
«éclairé», simulé ici avec un pipe avant) ne peut pas se coder avec  
la version actuelle de spip-tex. Avec AmsTeX, vous avez accès à ce R  
spécial. Et plusieurs dizaines de symboles mathématiques courants  
vachtement pratiques.


Y'a des chances qu'on doive aussi modifier l'entête du fichier TeX,  
de façon à lui dire d'inclure les macros qui vont bien, mais la  
première étape est d'unifier l'installation du système, avec les  
polices qui vont bien notamment.


ARNO*






Re: [spip-dev] [1.9 alpha] Sélection de rubrique impossible en édition d'article

2005-09-13 Par sujet Arnaud Martin


C'est assez déroutant: la première fois qu'on arrive sur une page,  
les sélections 1 | 11 | 21... ne fonctionnent pas. La seconde fois ça  
fonctionne nickel. Je ne parviens pas à piger où se trouve le bug.


A*


Le 13 sept. 05 à 11:35, Pierre Andrews a écrit :



il faut perséverer, ça marche pas toujours, ça m'arrive aussi avec la
page mots_tous, je clique sur une lettre et paf, plus rien. puis je
reclique et c'est bon...






[spip-dev] Serveur TeX?

2005-09-13 Par sujet Arnaud Martin


Est-ce qu'on n'a qu'un seul serveur de formules TeX? Et est-il en  
panne? (dans mes tests, plus de maths possibles)? Est-ce bien  
sérieux? Est-ce qu'on peut installer un spare avant de couper le  
serveur principal?


Perso il me semble que le serveur de formules TeX est nettement plus  
original et utile que le serveur de corrections orthographiques (dont  
je n'ai rien à foutre, le correcteur est le prototype de la fonction  
dont je dispose déjà en triple exemplaire sur mon ordinateur), ça  
serait bien qu'il n'ait pas une fonctionnement clignotant. Sinon on  
va avoir une vague de suicides de profs de math.


A*





Le 13 sept. 05 à 00:19, DaffyDuke a écrit :


Hello,


Quelques petits mots sur L'Autre Net / SPIP . Ce week-end , nous avons
upgradé de woody à sarge les machines frontales de L'Autre Net ,  
donc un

des moteurs de math.spip.net . Comme on avait Benjamin Bayart qui en
connaît un petit rayon latex on a joué un peu avec la bête :

1. test de rendus :
quelques uns en plus de : http://www.spip.net/fr_article3016.htm
http://emma.lautre.net/spip/spitex.php?%5Cprod_{i=1}^n%5Csqrt[n]x)
http://emma.lautre.net/spip/spitex.php?%5Cprod_{i=1}^n%5Csqrt[n]x=x)

2. test de hack :
rien de concluant, ouf :-)
http://emma.lautre.net/spip/spitex.php?%5Cprod_{i=1}^n%5Csqrt[n]2%
5Chbox{\\
http://emma.lautre.net/spip/spitex.php?%5Cprod_{i=1}^n%5Csqrt[n]2%%
input{\
etc  (bon j'ai pris à l'arrache de mon historique Firefox, pas  
sûr)


3. Maintenant que les machines sont effectivement en Sarge (ce n'était
pas encore le cas samedi), le moteur TeX ne fonctionne plus sur emma.
Y'a pas spécialement de pré-requis sur http://wiki.rezo.net/test/TeX

En gros, c'est quoi ? php , tex , gd , et après ?

4. Comme il y avait vraiment beaucoup de "salpoeries" dans le cache de
spitex, on a mis en place une purge :

emma:/var/alternc/html/t/techos/spip# cat /etc/cron.d/nettoiespitex
0 6 * * *  root  find /var/cache/spitex/ -mtime +7 -exec rm {} \;


Toute aide est la bienvenue pour faire fonctionner le serveur à
nouveau.

 Message transféré 
De: root 
À: r...@lautre.net
Sujet: Changements dans admin.journal sur emma.lautre.net
Date: Sat, 10 Sep 2005 20:45:01 +0200 (CEST)

Modifications dans admin.journal sur emma.lautre.net
DIFF :
700,703d699
<  
-- 
--

< -- benjamin 10/09/2005 - 20:30
<
< - ajout de /etc/cron.d/nettoiespitex pour nettoyer le cache de  
spitex.


--

DaffyDuke/Home  [ jabber: da...@alternc.net | iCQ: 7504537 ]
C.L.X. : http://clx.anet.fr/  |  L'Autre Net : http://lautre.net/
 La Passerelle : http://www.legrandmix.com/

___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip




[spip-dev] Mini-nav en gadget de nav rapide

2005-09-01 Par sujet Arnaud Martin


Salut,

Histoire de tester, j'ai installé le mini-navigateur en gadget de  
navigation rapide, en haut à gauche. Il remplace ainsi le menu  
déroulant javascript.


A*

[spip-dev] Recherche dans le mini-navigateur

2005-09-01 Par sujet Arnaud Martin


Salut,

Le mini-navigateur intègre désormais un moteur de recherche. La  
recherche porte sur 3 éléments pondérés:

- id_rubrique (on peut donc taper directement un numéro de rubrique)
- titre
- descriptif

A*

[spip-dev] Bugs déclaration inc-criteres.php3

2005-08-31 Par sujet Arnaud Martin


Il semblerait que mon PHP n'aime pas la nouvelle version de inc- 
criteres:


Warning:  Call-time pass-by-reference has been deprecated -  
argument passed by value;  If you would like to pass it by reference,  
modify the declaration of [runtime function name]().  If you would  
like to enable call-time pass-by-reference, you can set  
allow_call_time_pass_reference to true in your INI file.  However,  
future versions may not support this any longer.  in /Users/ 
arnaudmartin/Sites/spip/inc-criteres.php3 on line 512


Warning:  Call-time pass-by-reference has been deprecated -  
argument passed by value;  If you would like to pass it by reference,  
modify the declaration of [runtime function name]().  If you would  
like to enable call-time pass-by-reference, you can set  
allow_call_time_pass_reference to true in your INI file.  However,  
future versions may not support this any longer.  in /Users/ 
arnaudmartin/Sites/spip/inc-criteres.php3 on line 544


A*


Re: ! [spip-dev] Mini-navigateur pour sélections de rubriques

2005-08-31 Par sujet Arnaud Martin


Salut,

Améliorations d'ergonomie sur le mini-navigateur:

- recliquer sur le bouton de recherche masque le mini-navigateur;

- le mini-brouteur conserve la position dans laquelle on se trouvait;  
auparavant il se réaffichait avec la première sélection;


- par rapport au site de Jacques Pyrat:
 + affichage du titre de la rubrique et du bouton sur une seule  
ligne, donc nettement plus condensé;

 + la case «Racine du site» fonctionne;
 + l'affichage en dessous est amélioré: il disparaît tant que  
pas chargé (histoire de bien voir le bouton «Choisir» qui apparaît);  
cet affichage est plus complet (plus zoli, avec descriptif, et avec  
icone de la rubrique).


A*

! [spip-dev] Mini-navigateur pour sélections de rubriques

2005-08-31 Par sujet Arnaud Martin


Salut,

C'est pas terminé (je viens d'y passer la journée, je suis claqué),  
le code méritera d'être largement nettoyé, mais ça fonctionne.


-> Un mini-navigateur est utilisé pour sélectionner la rubrique. Pour  
l'instant, c'est implémenté dans l'édition des rubriques.


-> L'avantage de ce système concerne les sites ayant beaucoup de  
rubriques: la présentation est, je pense, plus claire, puisqu'on  
repère mieux la hiérarchie; surtout, on ne charge pas la liste  
complète des rubriques à chaque fois qu'on fait une édition. Là,  
c'est chargé dynamiquement uniquement si on a envie de changer de  
rubrique.


-> Cette méthode est évidemment destinée aux articles...

-> Je pense qu'elle peut également avantageusement remplacer le menu  
déroulant de navigation rapide, puisqu'on ne charge que si on en a  
besoin).


A*

[spip-dev] Correction champ multi avec italique (IMPORTANT)

2005-08-30 Par sujet Arnaud Martin

Salut,

Je viens d'uploader une modif sur l'extraction du champ multi. En  
effet, l'expression régulière déconnait si on avait de l'italique (ou  
du gras, ou des accolades en général) dans un . Par exemple:



[fr]L'{Observer} est l'hebdomadaire attaché au {Guardian}.
[en]The {Observer} is the weekly attached to the {Guardian}.


Ca ne fonctionnait absolument pas, parce que le regexp s'arrêtait à  
l'accolade. En français, ça affichait:

«L'»


L'expression régulière utilisée était:
while (preg_match("/^(.*?)[{\[]([a-z_]+)[}\]]/si", $bloc, $regs))

désormais c'est seulement:
while (preg_match("/^(.*?)[\[]([a-z_]+)[\]]/si", $bloc, $regs))


Mais je m'inquiète: cela signifie qu'il existe (ou existait) un cas  
où les champs multi pouvaient être codés:

 Mon texte {en} My text
(avec des accolades au lieu des crochets)? Donc: est-ce que mon patch  
risque d'entraîner des problèmes de compatibilité?


A*

[spip-dev] [AJAX] listes des mots d'un groupe

2005-08-29 Par sujet Arnaud Martin



Salut,

Dans la page «Tous les mots-clés», les listes de groupes de mots  
adoptent le nouveau principe de rechargement dynamique de la liste.


A*

! [spip-dev] nouveau critère {par multi ...}

2005-08-29 Par sujet Arnaud Martin


Salut,

Je viens d'introduire un nouveau critère pour les classements sur des  
champs dotés de  (titre de mots-clés, nom d'auteurs notamment):


{par multi ...}


Ce qui donne par exemple


 
 #TITRE
 


Pour afficher la liste des mots en les classant par leur titre selon  
le champ multi dans la langue courante.


A*

[spip-dev] Tableau des trads

2005-08-29 Par sujet Arnaud Martin


Salut,

Les listes d'articles s'affichent habituellement avec la fonction:
 afficher_articles
Ce genre de liste permet de basculer vers un affichage vers un  
tableau des traductions de cette même liste.


On peut aussi préférer afficher directement ce tableau des  
traductions avec la fonction:

 afficher_articles_trad

En une ligne, on peut ainsi se patcher facilement /ecrire/index.php3  
pour afficher un tableau des traductions selon ses propres critères  
(une certaine rubrique de son site, par exemple) pour coordonner le  
travail des traducteurs.


A*

[spip-dev] ! Basculer l'affichage des listes en tableau des traductions

2005-08-29 Par sujet Arnaud Martin


Salut,

Quand on a activé les liens de traduction entre articles, toutes les  
listes d'articles proposent d'afficher un tableau des traductions de  
cette même liste. Cela se fait par chargement dynamique uniquement  
sur le tableau.


Cela permet d'obtenir des tableaux de traduction, notamment,  
lorsqu'on se trouve dans une unique rubrique.


A*

Re: [spip-dev] Implémentation Ajax Spip vs. librairies "classiques"

2005-08-29 Par sujet Arnaud Martin


Salut,

J'ai survolé xajax (merci pour le lien), mais je ne pense pas que ça  
réponde à nos besoins.


- Tout d'abord, le terme Ajax est sans doute trop large pour définir  
ce qui est nécessaire, actuellement, dans SPIP: il s'agit uniquement  
de remplacer ou d'ajouter dynamiquement du contenu dans les pages  
Web. Mais pas d'utiliser les fonctionnalités propres à XML: puisque  
toutes les fonctionnalités de mise en page, souvent complexes, de  
l'espace privé de SPIP, sont réalisées en PHP par le serveur, il n'y  
a pas besoin d'un traitement des informations par le client, en  
extrayant des données XML pour le traiter selon les fonctionnalités  
DOM/Javascript (gestion des nodes et autres lourdeurs, intéressantes  
par ailleurs, mais pas pour nous à mon avis). Du coup, d'Ajax, ce  
qu'on retient, c'est l'utilisation de XMLHttpRequest. Ce qui est fait  
par une unique fonction Javascript (en fin de /ecrire/layer.js.


- La création des requêtes passées à la page dynamique sont à traiter  
de manière spécifique: dans ce que je vois dans les exemples de  
Xajax, toutes les variables sont passées par l'URI de la page (GET).  
Or, c'est le point qui est doublement problématique:


 1. La première difficulté est qu'il faut passer une liste de  
variables potentiellement très longue; si on ne veut pas recoder tous  
les cas de figure, l'idée est de balancer directement la fonction  
(déjà présente dans SPIP) ainsi que toutes ses variables; une des  
variables passée à la page est un requête mySQL. Et la longueur de  
ces requêtes est possiblement énorme.


 2. Il faut assurer la sécurité du système en interdisant  
d'afficher des informations en formant soi-même les requêtes.


D'où la solution (actuelle) de passer la fonction et les variables  
dans une table mySQL, en stockant la fonction, les variables et l'id  
de l'auteur concerné. Cela répond à ces deux problèmes (sauf erreur  
de ma part, évidemment). Et de manière, finalement, plutôt simple. Il  
ne me semble pas que Xajax fournisse de réponses à ces deux difficultés.


A*



Le 28 août 05 à 23:10, Gilles Vincent a écrit :


En regardant http://trac.rezo.net/trac/spip/changeset/4685, j'ai le
sentiment en regardant le code de page_ajax.php3 que les possibilités
actuelles sont peut-être limitées et surtout qu'on réinvente la roue :
il existe (au moins) une (très) bonne implémentation (enfin, celle que
je préconise) : xajax
Ça tourne au GPL, donc on peut toujours tester..

Je me pose surtout la question car inclure Ajax dans Spip en utilisant
quelque chose de classique (avec doc, des exemples, des
implémentations externes) peut favoriser l'ajout de contributions..

je cite : '''http://www.phpdeveloper.org/news/3597 :'''




[spip-dev] Ajax, plusieurs flux en même temps

2005-08-27 Par sujet Arnaud Martin



Salut,

Je viens d'uploader de grosses modifs sur la gestion AJAX et le  
moteur de recherche «live»:


- le script de XMLHttpRequest gère maintenant plusieurs flux en même  
temps; à tout hasard, si un flux destiné à un champ est ouvert  
lorsqu'on lance un autre flux pour ce même champ, je balance un abort 
(), mais je ne suis pas certain que ça fasse grand chose...


- histoire de tester ça... j'ai «enrichi» la recherche dynamique:  
quand on tape des lettres dans le champ de recherche de la barre des  
gadgets, ça lance deux requêtes: une qui fait des «suggestions» de  
mots réellement présents dans l'index de SPIP, l'autre qui fait une  
grosse recherche. Les deux résultats s'affichent quand ils  prêts.  
Comme celui des suggestions est beaucoup plus rapide que l'autre, il  
s'affiche auparavant, c'est assez marrant de voir ainsi du javascript  
se comporte comme ça.


Bon, je suppose que ce genre de choses met un serveur sur les genoux...

- par ailleurs, corrigé le comportement du onkeypress, qui est  
totalement con (la «value» du champ dans lequel on excécute le  
keypress renvoie la valeur avant le keypress! il faut temporiser pour  
récupérer la bonne value).


A*

[spip-dev] ! Introduction d'AJAX: listes par tranches, sans rechargement

2005-08-27 Par sujet Arnaud Martin

Salut,

Je viens d'uploader une modif qui apporte, dans l'affichage des  
listes d'articles, une possibilité très pratique: quand la liste des  
articles est présentée par tranches, on passe de l'une à l'autre sans  
recharger la page: seule la liste elle-même est remplacée.


Notes:
- pour l'instant, je ne l'ai installé que dans les listes d'articles,  
parce qu'il y a des lourdeurs dans le code que j'aimerais simplifier  
avant de continuer;
- pour pouvoir passer ce que je veux afficher à la «minipage», j'ai  
créé une table supplémentaire dans la base, pour pouvoir «faire  
passer» les fonctions à utiliser dans la minipage; au passage, sauf  
erreur, ça me permet de sécuriser cette page; cependant, c'est un  
poil complexifiant au niveau code...
- pour éviter de recharger la minipage quand on revient sur une  
tranche qu'on a déjà chargée, je stocke ces tranches, une fois  
chargées, en mémoire; p'têt un peu lourd, mais la différence de  
vitesse est fulgurante.


A*



Re: [spip-dev] ! Classement sur champ

2005-08-25 Par sujet Arnaud Martin


Le 25 août 05 à 21:57, noé a écrit :



Je me permet de signaler ce lien en complémentn éventuel.

http://article.gmane.org/gmane.comp.web.spip.devel/19978



Oui, question intéressante, mais je est que ça ne concernerait pas  
plus les développeurs de mySQL?


Pour ceux qui ne comprennent pas la difficulté, voici un exemple  
concret: sur un site ayant des auteurs aux noms en caractères latins,  
cyrilliques et arabes, le «classement» est assez marrant:

- d'abord les caractères «spéciaux» # @
- ensuite le A, immédiatement suivi des majuscules accentuées À É
- ensuite B C D
- puis tous les caractères cyrilliques
- puis retour aux caractères latins, à partir de E
- puis les caractères arabes.

Pour la fin, je suis pas certain que ce n'est pas mon brouteur,  
Safari, qui me joue des tours, parce qu'il gère affreusement mal le  
bidirectionnel: mais à l'écran j'ai encore les caractères latins V W  
X Y Z insérés au milieu des caractères arabes.


Sur ce site, pas de noms «numérotés», mais je suppose que les  
chiffres se placeraient au début, juste avant le A.


Par ailleurs, comme il s'agit de la page «ecrire/auteurs_php3» de  
SPIP, le système ne prend en compte que les majuscules. On aurait  
peut-être encore des suprises si on prenait aussi les minuscules.


ARNO*





[spip-dev] ! Classement sur champ

2005-08-25 Par sujet Arnaud Martin


Salut,

Je viens d'uploader (SVN) une fonction qui fabrique une requête MYSQL  
un peu tarabiscotée permettant d'effectuer, ensuite, un classement  
correct des champs contenant une balise .


Pour l'instant, ça fonctionne dans l'espace privé dans la page  
«mots_tous.php3»: les groupes et les mots-clés sont classés selon la  
langue utilisée pour l'affichage. Le truc fonctionne plutôt bien. Le  
cas qui fait déconner la bête, c'est quand on a un champ  et  
qu'il n'y a pas de langue par défaut fournie. Par exemple, j'aurais  
écrit:


[fr]ma langue[es]ma lingua
Dans ce cas, si je suis en français ou en espagnol, no problem. Mais  
si je suis en anglais, il va classer selon le français (le premier  
qui lui tombe sous la main), sans chercher quelle langue est,  
réellement, la langue par défaut du site (fonctionnement de multi  
dans typo, sauf erreur).


Le truc est capable de trier entre:
- «Un texte précède[es]procedas...»
 - «Un texte sans multi»
- «Un texte tout en multi[en]A text completely...»



En gros, la requete mySQL ressemble à ça (titre c'est le titre,  
[oc_lnc] c'est la langue sélectionnée).


SELECT
IF(INSTR(titre, '') = 0 ,
 TRIM(titre),
 CONCAT(
  LEFT(titre, INSTR(titre, '')-1),
  IF(
   INSTR(TRIM(RIGHT(titre, LENGTH(titre) -(6+INSTR 
(titre, '','[oc_lnc]') = 0,


   IF(
 TRIM(RIGHT(titre, LENGTH(titre) -(6+INSTR 
(titre, '' REGEXP '^\\[[a-z\_]{2,}\\]',

 INSERT(
  TRIM(RIGHT(titre, LENGTH(titre) -(6+INSTR 
(titre, '',

  1,
  INSTR(TRIM(RIGHT(titre, LENGTH(titre) -(6 
+INSTR(titre, '', ']'),

  ''
 ),
 TRIM(RIGHT(titre, LENGTH(titre) -(6+INSTR 
(titre, ''

),

   TRIM(RIGHT(titre, ( LENGTH(titre) - (INSTR(titre,  
'[oc_lnc]')+ LENGTH('[oc_lnc]')-1) ) ))

  )
 )
) AS multi
FROM spip_groupes_mots ORDER BY multi;





[spip-dev] <img|doc|emb> plus compliant

2005-07-22 Par sujet Arnaud Martin


Salut,

Nouvelle tentative pour rendre le traitement des images et documents  
dans les textes plus compliant. Encore une fois, le but est de ne pas  
avoir de  à l'intérieur des . Et, évidemment, de toujours  
bien avoir des  ouvrant (ils ont tendance à se paumer quand on a  
des images...).


La nouvelle méthode semble plus respectueuse des mises en forme, et  
semble bien fonctionner dans différents cas. Notamment quand les  
 et  sont collés ou non, avant ou après un paragraphe.  
Les cas «collés» étaient notamment celles qui posaient de grosses  
difficultés.


ARNO*



! [spip-dev] Personnalisation couleurs espace privé

2004-08-03 Par sujet Arnaud Martin


Salut,

Je viens d'uploader une petite modif qui permet de modifier facilement 
les couleurs de l'interface privée.


-> Comme toujours, ces modifs sont des variables que l'on définit dans 
son fichier personnel:

/ecrire/mes_options.php3

-> Les couleurs sont désormais définies par un tableau:
 $couleurs_spip
La première variable du tableau étant le numéro de la couleur. Les 
couleurs standard occupent les numéros 1 à 6. Toute couleur 
supplémentaire pourra prendre n'importe quel numéro, supérieur à 6. 
Pour trouver les valeurs des couleurs standard, on peut -lire- (et non 
modifier) le fichier /ecrire/inc.php3


-> On peut ainsi ajouter des lignes dans mes_options.php3:


// Vert menthe
$couleurs_spip[1] = array (
"couleur_foncee" => "#005951",
"couleur_claire" => "#14",
"couleur_lien" => "#657701",
"couleur_lien_off" => "#A6C113"
);

// Marron
$couleurs_spip[10] = array (
"couleur_foncee" => "#754C23",
"couleur_claire" => "#C69C6D",
"couleur_lien" => "#657701",
"couleur_lien_off" => "#A6C113"
);


La première variable, portant le numéro 1, est une redéfinition du vert 
standard. Là, c'est un vert menthe-à-l'eau. On peut, de cette façon, 
redéfinir les six couleurs de base.


La seconde variable porte le numéro 10. C'est donc une nouvelle 
couleur, elle ne remplace pas les couleurs standard.


Dans ce exemple, on se retrouve donc avec 7 petits carrés de couleur au 
lieu des 6 de la version standard: une couleur standard modifiée, et 
une couleur supplémentaire.


ARNO*





[spip-dev] Corrigé bug d'affichage MSIE 5

2004-08-01 Par sujet Arnaud Martin

Salut,

Je viens de corriger le bug d'affichage sous MSIE 5 Macintosh (j'ignore 
ce que ça donne sous MSIE 5 Windows, vu qu'on ne peut pas installer 
deux versions concurrentes sous Windows).


ARNO*