Author: kent1@arscenic.info
Date: 2010-03-04 23:26:36 +0100 (jeu, 04 mar 2010)
New Revision: 15382
Log:
On revient un chouilla sur [14873] en réintroduisant le find_in_path sur les icones lorsqu'elles ne sont pas dans SPIP mais dans un plugin
Modified:
branches/spip-2.1/ecrire/inc/utils.php
mmmm
la on avait gardé le fonctionnement de la 2.0.
en 2.2, c'est plus complet que cela, car il y a une couche de renommage pour assurer la transition, et on va chercher les images dans les themes.
Il y a certes un find_in_path, mais qui est compensé par le fait que toutes les icones de navigation sont déportées en css, donc non cherchée à chaque hit.
Là on se retrouve avec un truc batard, qui va générer un file_exists sur chaque icone de la page, ce qui est très mauvais en perf sur les mutualisé avec filer.
Quel est le cas où tu en as besoin ?
Cédric
Le 4 mars 2010 à 23:26, kent1@arscenic.info a écrit :
Author: kent1@arscenic.info
Date: 2010-03-04 23:26:36 +0100 (jeu, 04 mar 2010)
New Revision: 15382Log:
On revient un chouilla sur [14873] en réintroduisant le find_in_path sur les icones lorsqu'elles ne sont pas dans SPIP mais dans un pluginModified:
branches/spip-2.1/ecrire/inc/utils.phpDetails: http://trac.rezo.net/trac/spip/changeset/15382
_______________________________________________
spip-commit@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-commit
dev: http://trac.rezo.net/trac/spip/
Le 5 mars 2010 09:19, cedric.morin@yterium.com <cedric.morin@yterium.com> a
écrit :
mmmm
la on avait gardé le fonctionnement de la 2.0.
en 2.2, c'est plus complet que cela, car il y a une couche de renommage
pour assurer la transition, et on va chercher les images dans les themes.
Il y a certes un find_in_path, mais qui est compensé par le fait que toutes
les icones de navigation sont déportées en css, donc non cherchée à chaque
hit.
Là on se retrouve avec un truc batard, qui va générer un file_exists sur
chaque icone de la page, ce qui est très mauvais en perf sur les mutualisé
avec filer.
Oui je me suis rendu compte de tout cela....
Quel est le cas où tu en as besoin ?
Le cas est l'utilisation de la fonction afficher_objets pour afficher une
liste d'un objet non natif dans un plugin =>
http://trac.rezo.net/trac/spip/browser/spip/ecrire/inc/afficher_objets.php#L179
Cette fonction fait appel à plein de sous fonctions donc ce chemin_image.
pour afficher l'icone de l'objet en question.
La solution serait de pouvoir passer le chemin de cette icone directement à
cette fonction ... cela permettrait de passer outre le format de nomage
strict de icone_table (
http://trac.rezo.net/trac/spip/browser/spip/ecrire/inc/afficher_objets.php#L18)
également
mais bon je ne sais pas trop comment le faire ...
Si tu as une idée ... ou esj qui touche assez régulièrement à ces fonctions.
Cédric
kent1
Le 4 mars 2010 à 23:26, kent1@arscenic.info a écrit :
> Author: kent1@arscenic.info
> Date: 2010-03-04 23:26:36 +0100 (jeu, 04 mar 2010)
> New Revision: 15382
>
> Log:
> On revient un chouilla sur [14873] en réintroduisant le find_in_path sur
les icones lorsqu'elles ne sont pas dans SPIP mais dans un plugin
>
> Modified:
> branches/spip-2.1/ecrire/inc/utils.php
>
> Details: http://trac.rezo.net/trac/spip/changeset/15382
>
> _______________________________________________
> spip-commit@rezo.net -
http://listes.rezo.net/mailman/listinfo/spip-commit
> dev: http://trac.rezo.net/trac/spip/
--
-----
Arscenic - Luxembourg asbl
Promotion et diffusion des Arts Numériques et des Nouvelles Scénographies
5, rue de la montagne
L-4879 Lamadelaine
Luxembourg
http://www.aires-de-confluxence.info - http://www.sklunk.net
tél : +33 (0)616706301
mail: quentin@arscenic.info
Le 5 mars 2010 à 11:09, Quentin Drouet a écrit :
Le 5 mars 2010 09:19, cedric.morin@yterium.com <cedric.morin@yterium.com> a écrit :
mmmm
la on avait gardé le fonctionnement de la 2.0.
en 2.2, c'est plus complet que cela, car il y a une couche de renommage pour assurer la transition, et on va chercher les images dans les themes.
Il y a certes un find_in_path, mais qui est compensé par le fait que toutes les icones de navigation sont déportées en css, donc non cherchée à chaque hit.Là on se retrouve avec un truc batard, qui va générer un file_exists sur chaque icone de la page, ce qui est très mauvais en perf sur les mutualisé avec filer.
Oui je me suis rendu compte de tout cela....
Quel est le cas où tu en as besoin ?Le cas est l'utilisation de la fonction afficher_objets pour afficher une liste d'un objet non natif dans un plugin => http://trac.rezo.net/trac/spip/browser/spip/ecrire/inc/afficher_objets.php#L179
Cette fonction fait appel à plein de sous fonctions donc ce chemin_image. pour afficher l'icone de l'objet en question.
La solution serait de pouvoir passer le chemin de cette icone directement à cette fonction ... cela permettrait de passer outre le format de nomage strict de icone_table (http://trac.rezo.net/trac/spip/browser/spip/ecrire/inc/afficher_objets.php#L18) également
mais bon je ne sais pas trop comment le faire ...
Si tu as une idée ...
Oui, tout ce code est destiné à mourir très vite car trop spaghetti, inmaintenable, difficilement extensible (la preuve) etc...
Marcimat a commencé sur la zone un plugin de remplacement :
qui repose sur des skels mis a disposition par le plugin qui ajoute un objet.
Il serait plus perenne de se reposer dessus et de faire évoluer si nécessaire pour couvrir les besoins que tu as, que d'alourdir tous les hits de l'espace privé de tous les utilisateurs de SPIP, juste pour ce cas là.
Cédric