Annonce

Écrire une réponse

Veuillez écrire votre message et l'envoyer

Cliquez dans la zone sombre de l'image pour envoyer votre message.

Retour

Résumé de la discussion (messages les plus récents en premier)

Gotcha
2010-05-24 12:10:17

Figo a écrit:

tosca a écrit:

Figo a écrit:

(upload d'images)

Cf. copie d'écran

Ah, mais c'est parce que chez moi dans cet écran, tout est vide. Aucune catégorie...
Ca ne marche pas avec les catégories virtuelles ? (crées en général avec pLoader chez moi)

Ca ne fonctionne en effet qu'avec les catégories physiques.

Figo
2010-05-24 12:08:40

tosca a écrit:

Figo a écrit:

(upload d'images)

Cf. copie d'écran

Ah, mais c'est parce que chez moi dans cet écran, tout est vide. Aucune catégorie...
Ca ne marche pas avec les catégories virtuelles ? (crées en général avec pLoader chez moi)

tosca a écrit:

Ouvre une autre discussion, s'il te plaît. Ceci n'a rien à voir avec le sujet initial (Cf. règles du forum)
Tu peux aussi faire une recherche dans le forum, car le sujet a déjà été abordé plusieurs fois.

Oups désolé...

tosca
2010-05-24 11:46:21

Figo a écrit:

2 autres remarques / questions :

1/ Je vois dans l'administration (option / transférer) qu'il y a une option pour permettre aux utilisateurs d'envoyer une image. Je me demandais bien comment cela marchait, jusqu'à ce que je trouve ce matin que la table des catégories comportait un champ "uploadable"... En modifiant la valeur à la main, oh miracle, j'ai l'option qui apparaît pour les utilisateurs ! Par contre, je n'ai vu nulle part dans l'admin où gérer les catégories uploadable...

Cf. copie d'écran

Figo a écrit:

2/ La date de création d'une image ne peut prendre qu'une date, sans l'heure ...

Ouvre une autre discussion, s'il te plaît. Ceci n'a rien à voir avec le sujet initial (Cf. règles du forum)
Tu peux aussi faire une recherche dans le forum, car le sujet a déjà été abordé plusieurs fois.

Figo
2010-05-24 11:32:18

Comment faire simple quand on peut faire compliqué !

L'invalidation du cache, c'est bien, mais comment je sais quelle catégorie viens d'être créée ?
Je ne peux me permettre de faire la création pour toutes les catégories existantes, les groupes de l'utilisateur actuel seraient appliqués partout.
Et prendre la catégorie par date (surtout que le champ n'existe pas) ou par id me semble risqué aussi.

D'autant qu'avec mon nouveau trigger 'add_category', le tout est géré en 2 lignes, c'est simple et bien plus efficace, pas de test particulier à faire, pas de requêtes surnuméraires, etc.

2 autres remarques / questions :

1/ Je vois dans l'administration (option / transférer) qu'il y a une option pour permettre aux utilisateurs d'envoyer une image. Je me demandais bien comment cela marchait, jusqu'à ce que je trouve ce matin que la table des catégories comportait un champ "uploadable"... En modifiant la valeur à la main, oh miracle, j'ai l'option qui apparaît pour les utilisateurs ! Par contre, je n'ai vu nulle part dans l'admin où gérer les catégories uploadable...

2/ La date de création d'une image ne peut prendre qu'une date, sans l'heure. C'est vraiment dommage (surtout que c'est géré pour la date/heure d'ajout !), surtout avec une image qui a des infos Exif.
Cas pratique : j'ai une catégorie d'un événement familial où les différents protagonistes m'ont transmis leurs photos. Toutes les dates de création sont les mêmes, mais je n'ai aucun moyen de trier par date/heure, et ainsi pouvoir afficher les photos dans l'ordre chronologique...
Du coup les visiteurs sont troublés de voir toutes les photos mélangées... et je les comprends !

Voilà pour mes remarques du matin !

VDigital
2010-05-22 18:28:24

Tu devrais pouvoir t'en sortir avec le trigger existant:

trigger_action('invalidate_user_cache', $full);

L'invalidation du cache étant réalisée après l'ajout de la catégorie.
Il suffit de jouer avec un peu plus de Global et de quelques tests pour éviter les autres cas d'invalidation.

Je n'ai pas essayé.
;-)

Figo
2010-05-22 17:31:00

Ah bonne nouvelle !

Pour info (des fois que ça aide), voici ce que fais mon plugin, c'est simple et pour moi super efficace :)

A la fin de la fonction create_virtual_category :

Code:

trigger_action('add_category', array('cat_id'=>$inserted_id, 'status'=>$insert['status']));

Mon plugin :

Code:

add_event_handler('add_category', 'newcateg_group_add_category');

function newcateg_group_add_category($params)
{
  global $user, $prefixeTable;

  if (('private' == $params['status']) and (isset($params['cat_id']))) {
    $query = 'INSERT INTO '.$prefixeTable.'group_access(group_id, cat_id) SELECT group_id, '.$params['cat_id'].' FROM '.$prefixeTable.'user_group WHERE user_id = '.$user['id'];
    pwg_query($query);
  }
}

Très pratique quand même ce trigger !

VDigital
2010-05-22 15:46:05

Je n'ai pas encore regardé mais on va te trouver une autre solution que d'ajouter ce trigger...
;-)))

Figo
2010-05-22 15:31:15

Je met à profit ce début de long WE pour résoudre mon problème en écrivant mon propre plugin...

Après avoir un peu galéré avec les Events et les Actions (chiant les anti-popups, je n'avais pas compris que le "Multi event" en était un) je suis a peu près arrivé à mes fins.

Le seul vrai problème pour le péréniser, c'est que je n'ai pas trouvé d'autre moyen que d'ajouter un trigger_action à la fin de la fonction create_virtual_category de admin/include/functions.php.

Est-ce le bon endroit ? Ais-je loupé quelque chose ?
Et surtout : sera-t-il possible de rajouter dans la distrib ce trigger ?

Merci d'avance...

Gotcha
2010-05-21 18:23:11

Figo a écrit:

Gotcha a écrit:

Figo a écrit:

D'ailleurs, j'ai du mal à saisir la différence entre le statut (quelle différence entre générique, invité, etc. et quels sont les impacts ?) et le niveau de visiblité (ça j'ai compris, enfin je crois !)

Voir le [wiki]

Oui merci, je l'ai lu, mais ce n'est pas assez complet et clair pour comprendre cette différence.
D'ailleurs la page qui devrait expliquer ce fonctionnement indique texto : "Fix-me : faire la différence avec le STATUT d'une personne."

Le wiki est collaboratif ce qui veut dire que tout le monde peut prendre part à son amélioration.
Les "FIXME" sont une sorte de post-it pour les futurs rédacteurs.

:-)

Figo
2010-05-21 17:43:37

Gotcha a écrit:

Figo a écrit:

D'ailleurs, j'ai du mal à saisir la différence entre le statut (quelle différence entre générique, invité, etc. et quels sont les impacts ?) et le niveau de visiblité (ça j'ai compris, enfin je crois !)

Voir le [wiki]

Oui merci, je l'ai lu, mais ce n'est pas assez complet et clair pour comprendre cette différence.
D'ailleurs la page qui devrait expliquer ce fonctionnement indique texto : "Fix-me : faire la différence avec le STATUT d'une personne."

plg a écrit:

Oui, mais non. Aujourd'hui, il y a 2 méthodes pour gérer les permissions. Une simple et une compliquée. Avec pLoader, on fait les choses simplement.

pLoader utilise la méthode simple de gestion des permissions (les "niveaux de confidentialité" grâce auxquels tu peux oublier toute la mécanique compliquée d'héritage de permission, de combinaison de groupes, etc). Je sais que la gestion des permissions par photo (niveau de confidentialité) est moins puissante que la gestion des permissions par catégories, mais c'est tellement plus simple...

Enfin, il faut étudier une simplification/harmonisation pour la 2.2 (peut-être réutiliser les groupes pour la gestion des permissions par photos, y'a des pistes comme ça).

Bref, je t'encourage à faire quelques essais en laissant toutes tes catégories publiques et en utilisant uniquement les permissions par photo pour voir si le résultat n'est pas plus simple à gérer.

Ah oui, c'est quelque part plus simple d'un côté, mais comme tu le dis, c'est moins puissant et souple !

De plus, la méthode des niveaux laisse reposer les permissions sur l'utilisateur de pLoader, qui, dans mon cas peut être "risqué", il faudra quand même que j'aille vérifier que les derniers upload ont un niveau de visibilité correct...

Pour ma part, en attendant une évolution, je pense que je vais hélas passer à la gestion par niveaux.
Ou alors faire un plugin pour que les nouvelles catégories soient crées avec le groupe de l'utilisateur qui l'a créé ;) (faudrait que je greffe ça sur le plugin Community !)

Pour les évolutions, personnellement, je ne pense pas que gérer les permissions par les groupes en allant jusqu'au niveau "photo" soit une bonne idée, ça va compliquer la gestion. Pour moi, une gestion des groupes par catégorie suffit. Sauf bien sûr en cas d'harmonisation, histoire de ne pas engendrer de régression fonctionnelle...

Autre question/demande d'évolution : j'aimerai bien que chaque utilisateur ait la permission d'éditer chaque photo qu'il a lui-même uploadé (modifier le titre, changer le commentaire, etc).

(Je sens qu'il devient urgent que je mette un peu mon nez dans le moteur de Piwigo)

plg
2010-05-21 00:49:41

Figo a écrit:

En fait,  pour problème de droits sur les catégories privées, j'ai pensé que pLoader pourrait proposer les groupes de la même façon qu'il propose un niveau de visibilité (comme le "qui peut voir ?"). Surtout qu'il y a la place sur l'interface, pile en dessous :)

Oui, mais non. Aujourd'hui, il y a 2 méthodes pour gérer les permissions. Une simple et une compliquée. Avec pLoader, on fait les choses simplement.

pLoader utilise la méthode simple de gestion des permissions (les "niveaux de confidentialité" grâce auxquels tu peux oublier toute la mécanique compliquée d'héritage de permission, de combinaison de groupes, etc). Je sais que la gestion des permissions par photo (niveau de confidentialité) est moins puissante que la gestion des permissions par catégories, mais c'est tellement plus simple...

Enfin, il faut étudier une simplification/harmonisation pour la 2.2 (peut-être réutiliser les groupes pour la gestion des permissions par photos, y'a des pistes comme ça).

Bref, je t'encourage à faire quelques essais en laissant toutes tes catégories publiques et en utilisant uniquement les permissions par photo pour voir si le résultat n'est pas plus simple à gérer.

Gotcha
2010-05-20 15:03:53

Figo a écrit:

D'ailleurs, j'ai du mal à saisir la différence entre le statut (quelle différence entre générique, invité, etc. et quels sont les impacts ?) et le niveau de visiblité (ça j'ai compris, enfin je crois !)

Voir le [wiki]

Figo
2010-05-20 14:57:43

Dommage que ça ne réponde pas à mon VRAI problème de droits !

En fait,  pour problème de droits sur les catégories privées, j'ai pensé que pLoader pourrait proposer les groupes de la même façon qu'il propose un niveau de visibilité (comme le "qui peut voir ?"). Surtout qu'il y a la place sur l'interface, pile en dessous :)

Autre solution pour moi : changer ma gestion des droits, et utiliser le niveau de visivilité au lieu de groupes.
Mais je trouve ça dommage, c'est bien moins pratique et plus limité que la gestion par groupe...
D'ailleurs, j'ai du mal à saisir la différence entre le statut (quelle différence entre générique, invité, etc. et quels sont les impacts ?) et le niveau de visiblité (ça j'ai compris, enfin je crois !)


Tiens, j'en profite pour signaler qu'à l'installation (c'était la 2.0.10), il m'a été impossible de donner mon mot de passe de base de donnée, vraisemblablement car il contenait des caractères spéciaux (notamment "<").

Voilà, merci !

Eric
2010-05-19 17:22:04

Figo a écrit:

Eric a écrit:

Le plugin extension:216 ne conviendrait-elle pas?

Je m'y suis précipité, et ce plugin est déjà fort utile, mais il ne répond pas complètement à mes besoin (ou alors je n'ai pas tout compris ;) )
Bon, j'ai réussi à trouver une façon de contourner mon problème initial, en jouant sur les groupes en fonction de l'inscription / validation...

Il me semble que tu as bien saisi le fonctionnement de ce plugin. Il est vrai qu'il ne répond pas totalement au besoin initial dans le sens où tu voudrais valider toi-même et manuellement les inscriptions des visiteurs sur ta galerie.
Cà, c'est typiquement une évolution intéressante pour ce plugin. Je m'empresse de la noter et je tâcherai de coder çà dès que possible. ;-)

Figo
2010-05-19 12:22:32

Eric a écrit:

Cela ne fonctionne pas tout à fait comme cela. Les nouvelles catégories enfants n'héritent pas du statut public ou privé de la catégorie parente. Il s'agit d'une option dans le paramétrage de Piwigo qui permet de définir si les nouvelles catégories (quelles qu'elles soient et où qu'elles soient) sont automatiquement publiques ou privées.
Il n'y a pas d'héritage là dedans. Cette option se configure à partir du fichier config_default.inc.php.

[...]

Et en positionnant l'option décrite plus haut sur "toute nouvelle catégorie est publique"?

Oui mais non...

Cela ne correspond pas à mon besoin...

J'ai refait quelques tests... Si j'ai bien compris, à parti du moment où une catégorie deviens "privée" (ou si elle est créée dans une catégorie "privée"), plus personne n'a de droits dessus.
Seul un administrateur peut ensuite attribuer des droits à cette catégorie.
C'est assez pénalisant : la personne qui créée une nouvelle catégorie et uploade ses photos dedans ne pourra pas le voir tant qu'un admin n'aura pas autorisé le groupe à voir cette catégorie.

Il "suffirait" (je sais c'est plus facile à dire qu'à faire !) que la catégorie privée, au moment où elle est crée copie les droits de sa catégorie parent, ou que les droits de l'utilisateur qui crée la catégorie soit copiés dans la nouvelle catégorie.

Je ne vois pas trop d'autres solutions... Ah si ! Celle que j'évoquais hier : une option d'administration pour indiquer les droits par défaut d'une nouvelle catégorie privée...


Eric a écrit:

Le plugin extension:216 ne conviendrait-elle pas?

Je m'y suis précipité, et ce plugin est déjà fort utile, mais il ne répond pas complètement à mes besoin (ou alors je n'ai pas tout compris ;) )
Bon, j'ai réussi à trouver une façon de contourner mon problème initial, en jouant sur les groupes en fonction de l'inscription / validation...


Eric a écrit:

PWG_Stuffs, bien que pas officiellement compatible, semble fonctionner tout de même sur une galerie 2.1. En tous cas, sur mon site fraichement mis à jour, çà fonctionne. Je n'ai relevé qu'un pb avec le panneau d'admin du plugin.

Quand j'ai mis à jour en 2.1, j'avais des warning avec PWG_Stuffs. Le temps que je poste ce message et que je bosse un peu, le plugin a été mis à jour, et fonctionne parfaitement !

En tout cas merci des réponses...

Pied de page des forums

Propulsé par FluxBB

github twitter newsletter Faire un don Piwigo.org © 2002-2024 · Contact