xaviounet a écrit:

Mais j'ai une question. Est-ce que vous allez ajouter aussi cette amélioration de gestion aux images elles-mêmes?

Chaque chose en son temps. Je vais bientôt créer un topic (mais je suis pas le seul à pouvoir créer des topics...) concernant l'amélioration de la gestion des images.

xaviounet a écrit:

1) Donner la possibilité pour deux titres différents pour la catégorie, l'un en anglais, l'autre en francais, car si on a une galerie multilingue, les noms des catégories sont problématiques. Et surtout quand on édite une catégorie pour y ajouter la description principale, pourvoir la aussi la traduire. Pareil pour titre et description de chaque image...

Cette proposition est intéressante, et j'y pense depuis pas mal de temps. La difficulté est essentiellement un problème d'ergonomie. En prenant la page d'édition d'une catégorie, les éléments suivants sont localisables : nom, description. Questions :

- comment déterminer la liste des langues dans lesquelles on peut traduire un libellé ? (d'une manière simpliste, on pourrait dire "selon la liste des langues disponibles dans le répertoire "language", mais ce serait trop simple).

- comment présenter cela ? une liste de sélection en haut de la page pour indiquer quelle langue on utilise pour remplir les libellés localisables ? une seule page, mais avec les champs des libellés multipliés par autant de langue (ça c'est bof bof à mon avis).

xaviounet a écrit:

2) Ce pourrait etre bien par rapport à la 1.4.1 que lorsque l'on associe les images d'une catégorie réelle à une ou des catégories virtuelles, cette catégorie réelle (si verrouillée) n'apparaisse plus a l'accueil de l'administrateur.

Je ne suis pas d'accord. Il y a des moyens simples pour faire cela proprement. Par exemple, sur ma galerie personnelle, mes catégories physiques sont privées (et pas vérouillées, c'est une notion différente) et seule le groupe "administration" peut y accéder. Lorsque je passe un peu de temps à gérer mes associations images/catégories, je me lie au groupe "administration" et je m'en délie une fois le travail terminé.

xaviounet a écrit:

3) Si une catégorie contient uniquement des répertoires, pouvoir choisir l'image représentative de cette catégorie mère dans une des catégories filles (mais ca a déjà été suggéré ailleurs, donc juste pour rappeler)

(non, je ne crois pas que ça ait été suggéré) Bonne idée mais c'est sans compter sur les permissions :-/ Imaginons une arborescence simple avec 3 catégories dont 1 mère et 2 filles [cat1 > cat1.1] et [cat1 > cat1.2]. Si cat1.1 est innaccessible pour une utilisateur donné et que l'administrateur a choisi une image de cat1.1 pour représenter cat1, quoi afficher ? (inutile d'imaginer qu'il faudrait faire le test à chaque fois, ce serait bien trop inutilement coûteux).

Quatrième idée: L'alignement des catégories...

On aime ses photos ou images bien rangées, etc... Mais de temps en temps et surtout sur la page principale qui -//:---\spam le premier niveau des catégories, un désordre bien organisé serait assez génial.
Je veux dire que pour chaque catégorie et uniquement pour le thumbnail qui va représenter cette catégorie une marge droite / une marge gauche  / une marge top  / une marge bottom variable de quelques pixels.
Admettons...
Solution : un nom de class paramétrable (par défaut ça reste = à thumbLink).
exemple :

.tbtl {     margin-top: 1px;  margin-left: 1px;   margin-right: 20px;   margin-bottom: 20px;  }
.tbbl {     margin-top: 20px; margin-left: 1px;   margin-right: 20px;   margin-bottom: 1px;  }
.tbtr {     margin-top: 1px;  margin-left: 20px;   margin-right: 1px;   margin-bottom: 20px;  }
.tbbr {     margin-top: 20px; margin-left: 20px;   margin-right: 1px;   margin-bottom: 1px;  }
.tbmd {     margin-top: 5px;  margin-left: 5px;   margin-right: 5px;   margin-bottom: 5px;  }

pour tl pour top+left , bl pour bottom+left, etc...

Bref ça permet de ne plus être toujours bien aligné mais ça reste organisé...
Alors ?

On s'éloigne du sujet, mais on reste sur l'ordre (désordre) de l'affichage des catégories.
;-)
A+

xaviounet a écrit:

xaviounet a écrit:

pouvoir choisir l'image représentative de cette catégorie mère dans une des catégories filles [...]

Zorglub a écrit:

Bonne idée mais c'est sans compter sur les permissions :-/ [...]

Pourquoi ne pas alors proposer dans l'édition d'une catégorie un champs télécharger une image représentative? Cette image n'apparaitrait pas ailleurs, elle ne ferait que représenter la catégorie et devrait être de la taille d'une miniature. Ce pourrait être bien pour la catégorie mère mais aussi pour nimporte quelle catégorie quand on ne veut pas forcément que l'image représentative soit présente dans la catégorie... Mais ca aussi c'est peut être coûteux, je ne me représente pas bien.

Non, cette solution c'est du rafistolage :-) Nous sommes en train de discuter sur les évolutions pour la branche 1.5, pas d'une astuce pour changer le comportement par défaut. Merci quand même de te creuser la tête, lire la suite.

Ce problème vient à nouveau d'être évoqué sur le forum par Miatsa. J'ai pris le temps du train St-Etienne/Paris pour brouilloner une solution (qui va plus loin que la problématique énoncée).

Problématique : pouvoir choisir n'importe quel élément pour représenter n'importe quelle catégorie (au mépris des permissions, on considère que le représentant a un statut à part : à l'administrateur de gérer).

En terme d'ergonomie, sur l'écran de gestion d'un élément, le double multiselect représente/ne représente pas doit lister la totalité des catégories existantes et pas uniquement les catégories auquel l'élément en lié. Ceci ne remet pas en cause l'évolution ergonomique suggérée par VDigital puisque cette dernière est complémentaire et ne pourra pas s'appliquer dans le cas où l'élément n'appartient pas directement à la catégorie.

Pour être cohérent, il faut également changer l'algorithme de choix de la miniature représentante (include/category_subcats.inc.php). En effet, en branche 1.4 l'aglorithme est le suivant :

pour chaque sous-catégorie
{
  trouver le représentant parmi les représentants des sous-catégories indirectes (et la sous-catégorie de la boucle, incluse)
}

Pour la problématique en cours, il faut passer à

pour chaque sous-catégorie
{
  si représentant existe
  {
    l'utiliser
  }
  sinon
  {
    trouver le représentant parmi les représentants des sous-catégories indirectes
  }
}

Bon et puis tant qu'on est sur la représentation des catégorie, voici ma problématique numero 2 : pouvoir optionnellement rechercher aléatoirement un représentant parmi l'ensemble des éléments indirectement inclus dans la catégorie. Cette fonctionnalité a disparu en branche 1.4, mais je la pense éligible pour revenir en branche 1.5, à condition qu'elle soit désactivée par défaut..

Ajout du paramètre $conf['allow_random_representative'] (dans include/config_default.inc.php, éventuellement plus tard dans l'écran [Administration > Configuration > Général]) :

- false : comportement identique à la branche 1.4

- true : un champ supplémentaire apparaît dans l'écran de gestion d'une catégorie "Random representative : Yes/No". La valeur NULL est insérée dans categories.representative_picture_id si l'administrateur choisie Yes. Si l'administrateur choisir No, un représentant est attribué d'office et l'administrateur peut changer le représentant en opérant un choix aléatoire (uniquement parmi les éléments directs), dans l'écran de gestion d'un élément, sur picture.php (avec l'évolution de VDigital).

L'algorithme devient :

pour chaque sous-catégorie
{
  si représentant existe
  {
    l'utiliser
  }
  sinon
  {
    si $conf['allow_random_representative']
    {
       rechercher aléatoirement un représentant parmi l'ensemble des éléments indirectement inclus dans la catégorie
    }
    sinon
    {
       trouver le représentant parmi les représentants des sous-catégories indirectes
    }
  }
}

à vous :-)

z0rglub a écrit:

[...] ce qu'il faut c'est qu'à l'affichage sur [Administration >> Catégories >> Gestion] on voit la position augmenter de 10 en 10, mais en réalité (les valeurs stockées dans la base) on augmente par pas de 1. C'est vraiment très simple à faire en tout cas.

Tu as parfaitement raison, ça doit marcher.

z0rglub a écrit:

[...]J'ai quand même une autre idée derrière la tête, mais peut-être pour la 1.6 car j'ai vu le code de Dotclear pour faire cela et ça va à l'encontre du principe de simplicité (en tout cas limiter le nombre de lignes de code).

C'est sympa pour l'admin de petite galerie (80%) mais est-ce que la rapidité sera au rendez-vous pour les (20%) qui justement connaissent le besoin de reclassement.

Serait-il possible de combiner les deux méthodes?

A+

Bonjour
Je ne sais pas si c'est bien l'endroit mais ...
Quand on choisit l'affectation des images aux catégories virtuelles, on ne peut pas se déplacer vers une photo ou une page  donnée directement. Sera-t-il possible de le faire en 1.5 ?

z0rglub a écrit:

VDigital a écrit:

z0rglub a écrit:

[...]J'ai quand même [...].

C'est sympa pour l'admin [...] mais est-ce que la rapidité sera au rendez-vous pour les (20%) qui justement connaissent le besoin de reclassement.

Serait-il possible de combiner les deux méthodes?

A la lecture de ton commentaire, je ne suis pas certain que tu aies compris la fonctionnalité présente dans Dotclear. Elle permet tout simplement d'ordonner une liste de catégories simplement avec la souris. C'est très très chouette. En cas de désactivation du javascript, c'est un champ "position" input de type text qui s'affiche (comme dans la capture du post initial du topic).

Oui...je viens de finir de comprendre, merci. Je pense qu'une option utilisateur en plus, ne serait pas de trop.

z0rglub a écrit:

VDigital a écrit:

Je n'ai pas vu encore ton caddie+gestion par lot.

Il faut faire une installation à partir de rien. Seul l'anglais est dispo, seul le template "default" est dispo. Connecté avec un status admin, sur la page category.php, il y a un "add to caddie" et un nouvel écran [Administration > Images > Caddie]. Tu dois pas pouvoir le louper normalement :-)

Evidement, j'ai activé le Français lors de l'install, je vais recommencer l'install in English of course. Pour ceux que ça interresse, le passage en anglais au niveau de l'utilisateur ne change rien. [Administratrion > Pictures > Caddie] I suppose, Images is a falsefriend for us. ;-)
Best regards,
V.

napi a écrit:

[...] "<<|Précédente|1 ... 34567 ... 46 |Suivante|>>" [...] par sauts de 2 pages, ce qui est un peu laborieux.

Déjà sur la branche 1.4, dans include/config.inc.php, on peut trouver :

// paginate_pages_around : on paginate navigation bar, how many pages
// display before and after the current page ?
$conf['paginate_pages_around'] = 2;

Le mettre à 5 te permettra d'avancer plus vite.

napi a écrit:

Est-ce qu'en plus, on pourra avoir la possibilité de supprimer des images d'une catégorie de la même manière qu'on les ajoute c'est à dire en cochant les cases à cocher de la page avec une option suppression sans être obilgé de la faire image par image ?

Oui, ça existe déjà en branche de développement (comme pour VDigital, je t'encourage à tester la dernière build de la branche de développement).

Page generated in 0.069 s (9 SQL queries in 0.016 s) - Powered by PhpWebGallery BSF_200505110021

J'ai testé le "add to caddie".
Je ne vois pas bien ce que tu veux en faire coté category.php.
Coté admin par contre, je n'ai aucun souci. (mis à part les petits bugs à rectifier par ci par là).

Bonne idée: Cela va accélérer le boulot d'associer les photos à une catégorie virtuelle.

Juste une idée en complément de "add to caddie" deux options "all" ou "recent pictures only".
Justification: C'est simple, ce sont les nouvelles images de mes catégories privées que je veux ajouter au caddie.

Je crois moi aussi que l'on s'est écarté du sujet de départ...

Mais bref... Je n'ai pas compris ta réponse à napi.

z0rglub a écrit:

[...]

napi a écrit:

Est-ce qu'en plus, on pourra avoir la possibilité de supprimer des images d'une catégorie de la même manière qu'on les ajoute c'est à dire en cochant les cases à cocher de la page avec une option suppression sans être obilgé de la faire image par image ?

Oui, ça existe déjà en branche de développement (comme pour VDigital, je t'encourage à tester la dernière build de la branche de développement).

"ça existe déjà", la suppression virtuelle: oui, mais pas delete des images (pas de "remove pictures from directory" (including thumbnail)).

En tout cas, je n'ai pas trouvé.