gotcha a écrit:

Programme alléchant Eric !

Pierrot_Rennes a écrit:

Eric a écrit:

Version 2.10.8 :

- Amélioration de l'affichage de la page Confirm Mail
- Optimisation du code de contrôle du nom d'auteur lors d'un dépôt de commentaire par un invité

Bonjour,

Je confirme !!! Très intéressant et encourageant !!!

Si ce n'est... toujours ce blocage lié à LLGBO...

Fatal error: Cannot redeclare plugin_install() (previously declared in /homez.152/cartespu/www/plugins/look_like_gbo2/maintain.inc.php:33) in /homez.152/cartespu/www/plugins/nbc_UserAdvManager/maintain.inc.php on line 28

Je poste à l'auteur qui m'avait contacté en off

A suivre et bon dimanche, pardon vendredi ;-)

Oui. Alléchant, encourageant sont les bons mots ;-) Merci pour vis encouragements !

Certains points avaient été notés par Nicco et sont devenus obsolètes. D'autres vont être assez compliqués à réaliser.

Pour l'heure, j'ai vérifié, par acquis de conscience, cette histoire de redéclaration de plugin_install(). Cela me parait bon pour NBC_UserAdvManager.

Et puis je suis confronté à un petit pb que j'ai contourné d'une manière qui ne me plait pas beaucoup pour l'amélioration de l'affichage de ConfirmMail.tpl :

J'aimerai afficher l'icône "home" sur cette page en utilisant celle qui se trouve en standard dans Piwigo (Piwigo\template\yoga\theme\Sylvia\icon) mais je n'y parviens pas sans reproduire le chemin complet vers cette icône dans l'arborescence du plugin.

J'utilise pourtant l'appel standard :

        <a href="{$U_HOME}" title="{'return to homepage'|@translate}">
          <img src="{$themeconf.icon_dir}/home.png" class="button" alt="{'home'|@translate}"/>

{$themeconf.icon_dir} devrait me donner le chemin "..\Piwigo\template\yoga\theme\Sylvia\icon" mais il me donne "..\Piwigo\plugin\nbc_UserAdvManager\template\yoga\theme\Sylvia\icon"

Bonjour ;

dans la discussion n°111614, P@t m'a gentiment indiqué comment ajouter deux fonctionnalités à ma galerie :

  _ identification automatique d'un compte utilisateur (même si ce compte est muni d'un mot de passe) sur un simple URL (préférer un compte générique) ;
  _ duplication d'un compte, c'est-à-dire création d'un compte avec héritage, le nouveau compte héritant les caractéristiques de celui sous lequel il a été créé.

La situation visée est la suivante : après un évènement au cours duquel vous avez fait plein de photos, vous voulez en proposer la visualisation à beaucoup de monde que vous ne connaissez pas, donc en protégeant le reste de votre galerie. Mais donner _ 1 URL + _ 1 identifiant + _ 1 mot de passe, peut s'avérer compliqué surtout pour les personnes âgées. Vous voudriez donner juste un URL. Cependant le contenu de la catégorie auquel vous voulez donner accès ne doit pas non plus être public.

Grâce à l'identification automatique, il n'y aura a priori que les gens auxquels vous aurez donné l'URL en question, qui pourront visualiser la catégorie ; et grâce à la duplication de compte, ils pourront se créer un compte personnel avec lequel ils auront  immédiatement accès à la catégorie, sans devoir attendre que vous confirmiez leur inscription et que vous attribuiez les droits.

Vous pouvez tester cela dans ma galerie en suivant ce lien :

http://myr.luc.free.fr/piwigo/index.php … r_Piwigo03

Il conviendrait sûrement de ne conserver ce genre de lien actif que pendant un temps limité, car la sécurité est quasiment nulle.

Ces deux fonctionnalités ne seraient-elles pas tout-à-fait à leur place dans nbc UserAdvManager ? (L'idée d'héritage étant déjà évoquée dans la présente discussion.)

Luc

Eric a écrit:

La fonction de duplication de compte que tu proposes est très intéressante. Elle pourrait avoir sa place dans ce plugin. Je regarderai la manière de l'intégrer dans NBC_UserAdvManager pour la prochaine version qui sortira...

Merci :-) !
Dans sa version, P@t ne laisse la possibilité de duplication qu'à certains comptes (liés à l'identification automatique). Je pense personnellement que cette fonctionnalité est intéressante pour tous les utilisateurs : une fois que quelqu'un est identifié, pourquoi ne pas le laisser créer lui-même un compte par exemple pour son gamin qui regarde à côté, et veut absolument écrire un commentaire à son nom, ou simplement avoir son compte. Cela peut être "modéré" par un $conf.

Mais je ne suis pas certain que l'identification automatique s'intègre bien dans le concept général de NBC_UserAdvManager. Surtout si elle doit s'appliquer à un évènement "one shot", donc pas actif sur le long terme.

Dans mon esprit, l'identification automatique fait partie de la gestion des utilisateurs, c'est dans ce sens que j'ai fait cette proposition. De plus comme cette façon d'être identifié est extrêmement peu sécurisée (alors que NBC_UserAdvManager semble très axé sur la sécurité), je pensais à un système d'expiration de compte, ce qui nécéssiterait une gestion de date limite pour chaque compte générique créé dans ce but, et donc une interface de gestion, ce que possède NBC_UserAdvManager.

Maintenant je ne serai pas vexé si cela ne se fait pas ^^ ! S'il ne s'agit que de moi, j'ai sur ma galerie les fonctionnalités dont j'avais envie ; c'est dans le cas où d'autres pourraient être intéressés que je dis tout ça.

Quand j'aurais trouvé suffisamment de temps ;-)

Aaah mais pour les membres de l'équipe Piwigo, tout cela ne demande que quelques minutes ^^ !!!

Non sans rire j'imagine bien que Rome ne s'est pas faite en un jour, et en plus ceux qui l'ont construite c'était pas sur leur temps libre :o) !

Bon courage avec tout ça donc Eric. Et félicitations encore pour tout ce boulot que vous faites, dont vous nous faites profiter !

Luc

Eric a écrit:

Pour une galerie "privée" et "familiale", où l'admin connait personnellement les visiteurs inscrits, cela ne pose évidemment pas ces problèmes.

C'est vrai que ma vision des choses, et mon utilisation de Piwigo, sont dans un cadre très privé et familial.

Bon courage en tous cas, et encore et toujours mercibravo :-) !

Luc

Salut,

Je découvre je plugin et je l'aime déjà ;o)). Si je puis me permettre il serait bien dans les évolutions possible, qu'un utilisateur qui n'a pas encore validé son compte ne puisse pas se connecter avec un message du type : "Merci de valider votre compte pour pouvoir vous connecter".

En effet, ça permettrai "d'impliquer" un peux plus les utilisateurs qui souhaitent s'enregistrer ;o))

Qu'en pensez vous ?



Seb

Je viens de faire mon enregistrement et effectivement il y a le brif qui va bien, le mail etc... Mais le top serait que le nouvel utilisateurs ne puisse même pas être connecté sans la validation car là tu dois gérer les accès avec des groupes c'est ça ?

J'étais déjà allé sur ton site (sans m'enregistrer) et une chose est sur, ça fait trop peur pour moi qui est l'habitude de plutôt côtoyer des animaux ;o)), nannnnnnnn je déconne, par contre je reconnais bien les tenues ;o))

Pour info, malgré ma validation j'ai toojours le bloc : En attente de validation de votre adresse email, c'est normal docteur ?


Seb

Dernière modification par SNF69 (2009-05-20 12:40:03)

Salut !

Désolé mais pas trop le temps d'approfondir. Donc, rapidement :

Gotcha a écrit:

J'ai une question Eric,
L'option "Envoyer un mail permettant a l'utilisateur de confirmer son adresse email et donc son compte utilisateur." c'est bien un second email qui doit être envoyé à la personne qui valide sont inscription suite au premier email ?!?

Parceque chez moi, ça envoi un seul email avec les deux champs:
# Texte utilisé pour l'introduction du mail envoyé à l'utilisateur pour son inscription ou la mise à jour de son profil
# Texte utilisé pour l'introduction du mail envoyé à l'utilisateur pour confirmer son adresse mail

Etrange... Je n'arrive pas à reproduire ton problème. Sur mes tests, l'admin reçoit un mail de notification (normal puisque ma galerie est configurée pour et cela n'a rien à voir avec le plugin), l'utilisateur qui s'est inscrit reçoit bien deux mails distincts :
- L'un résumant ses paramètres de connexion (login / password)
- L'autre avec le lien de validation d'inscription

Je passerai m'inscrire sur ta galerie dès que possible pour constater de visu. Mais il est possible que ce soit la fonction mail() de ton hébergeur qui merdouille... A voir.

Gotcha a écrit:

Comme tu l'avais mentionné plus haut dans la discution, petit artefact de langage:
Rendre le compte utilisateur insensible à la casse, lors de l'inscription et l\identification.

Oui, vu et merci ! Je corrigerai dès que...

Gotcha a écrit:

Eric a écrit:

Code:

        <a href="{$U_HOME}" title="{'return to homepage'|@translate}">
          <img src="{$themeconf.icon_dir}/home.png" class="button" alt="{'home'|@translate}"/>

{$themeconf.icon_dir} devrait me donner le chemin "..\Piwigo\template\yoga\theme\Sylvia\icon" mais il me donne "..\Piwigo\plugin\nbc_UserAdvManager\template\yoga\theme\Sylvia\icon"

J'utilise le même code pour mon "my-picture.tpl" et j'ai bien l'icône... :/

Pour my-picture.tpl ou toute autre extension de template, c'est normal car le chemin du dossier de stockage PWG/template-extension/... est directement "compréhensible par Piwigo. Alors que pour un plugin, il faudrait remonter l'arborescence de PWG/plugin/[Nom_du_plugin] vers pwg\template\yoga\icon.

Je reprendrai mes recherches là aussi dès que possible.