Je viens de commencer le dev de la classification par tags (pour tenir au courant ceux que ça intéressent).

rvelices a écrit:

J'ai teste les tags. C'est vraiment genial.

C'est vrai qu'avec ton site, tu as déjà tous les tags prérempli avec les IPTC, donc ça doit être sympa. D'ailleurs je t'ai piqué 2 photos (protestations à Hong-Kong) pour tester le comportement de synchronisation des métadonnées et le remplissage/création des tags associés.

Pour les tagLevelX, je suis confus, je l'ai évidemment fait en local mais dans un local-layout.css, avec 10 levels. Alors, on garde 5 ou 10 levels?

Pour le tri des images, j'ai remarqué aussi en comparant le résultat de recherche sur un tag et la page du tag directe. Il faudra réfléchir à trier avec MySQL ou PHP, je m'occupe de ça ce soir.

as tu un exemple visible ?

:o)

merci
eric.

Pierrick,

J'ai pense a une optimisation dans la fonction get_available_tags:
A la place de 2 requetes (si $forbidden_categories n'est pas null), ce n'est pas plus rapide de faire une seule comme:

SELECT tag_id, name, url_name, count(*) as counter
  FROM pwg_image_tag it
    INNER JOIN pwg_tags ON tag_id = id, pwg_image_category ic
WHERE ic.image_id=it.image_id
AND ic.category_id NOT IN (351,355)
GROUP BY tag_id

On rajoute: , pwg_image_category ic
WHERE ic.image_id=it.image_id
AND ic.category_id NOT IN (351,355)
Ca devrait marcher pour tous les MySql ...

... et sinon OK pour limiter à 5 levels. Dans mon exemple, j'avais écrit un script Perl qui remplissait les tables #tags et #image_tag, malheureusement de manière uniforme. Chaque tag avait à peu près le même poids.

Eric, j'ai mis un exemple ici. Voir la page tags.

Pierrick, je me suis rendu compte que sur la page de recherche, la liste de tags n'est vraiment pas facile a utiliser pour trouver un. Mais je n'ai pas d'idee claire d'un meilleur moyen.

Et une derniere chose: vois-tu un incovenient a ce que je developpe la possibilite des url tags/animals a la place de tags/3-animals (configurable biensur) ? Est-ce que j'ai 24 heures avant la branche 1.6 ?

rvelices, sur ton site, ça rend vraiment bien la classification par tag :-) Beaucoup mieux que sur ma galerie de développement ! (je suis très content)

z0rglub a écrit:

Ce que j'avais prévu, mais pas encore implémenté, c'est dans la fonction include/functions_html.inc.php::get_html_tag_selection de pouvoir, selon un $conf['checkboxes_to_multiselect_tags_threshold'] (à 50 par exemple) pouvoir switcher entre la liste de checkboxes et un multiselect de N lignes de haut. Ton avis ?

Je ne pense pas que ca va resoudre mon probleme. Effectivement ca va reduire l'espace occupe sur la page, mais ca sera encore plus difficile de trouver un tag (le meme probleme que sur le select des categories - quand on en a 1000 - c'est difficile a selectionner les bonnes meme si on connait bien la structure).
Peut etre un iframe ou un div avec un scroll bar ou que on peut montrer/cacher ?

C'est peut etre pas le bon topic, mais je pense que la recherche des mots (premier input sur la page) devrait automatiquement regarder dans les tags, le nom et la description des categories (une recherche simplifiee). Cette recherche simplifiee pourra etre affinee en specifiant auteur,tag,date,...

Sinon je committe ce soir mes dernieres (je promet!) ameliorations avant la 1.6 : ajout de 2 index (#tags.url_name et #image_tag.tag_id), urls avec seulement #tags.url_name (le meme nombre de requetes SQL qu'avant et en cas de non unicite, tous les tags avec le meme url_name seront montres) et finalement possibilite d'avoir les urls de categories comme /category/123-mes_vacances.