Bien noté Luc. Je suis en train de m'essayer à Tortoise SVN ^^

LucMorizur a écrit:

. Aujourd'hui je n'ai pas réussi à retrouver le moyen (mais la gestion du dépôt a changé récemment (à nouveau apparemment)).

Non la gestion du dépôts n'as pas changé ?

Ce n'est pas http://code.piwigo.org/ justement que tu recherches Luc ?

Ce n'est pas vraiment le dépôts cela ;-)

Gotcha a écrit:

Justement dans ma TODO List il est prévu de faire le point sur les différents site liés à Piwigo parceque maintenant qu'il y en a de partout, il faut savoir à quoi ils servent ^^

Tu parle de cette page à mettre à jour ?

LucMorizur a écrit:

Il est clair que quelques précisions seront bienvenues, au moins pour moi ;-) .

Mais quand même, je ne me trompe pas, quand je dis que jusqu'à il y a deux ~ trois semaines environ, piwigo.ord/dev fonctionnait, et pas code.piwigo.org , et qu'aujourd'hui c'est le contraire ? Et aussi, avant, un svn: xxx dans le forum produisait un lien vers piwigo.ord/dev , et aujourd'hui c'est vers code.piwigo.org , non ?

Cela dit tout ça ne nous dit pas comment récupérer une livraison sans Tortoise SVN.

Bonne journée ;-) !

Bonjour.


il faut certainement lire "piwigo.org/dev" au lieu de "piwigo.ord/dev".

Si j'essaye d'ouvrir piwigo.org/dev voila ce que j'ai :

Source code browsing is currently disabled for performance purpose


voir http://code.piwigo.org/repositories/bro … extensions


A+

Dernière modification par cljosse (2009-11-23 11:22:23)

Oui, il y avait un problème sur piwigo.org/dev (lié à la surcharge de Trac, l'application web qu'on utilisait pour visualiser le code source)

Nicolas a mis en place sur un Redmine sur un autre serveur code.piwigo.org

Je viens de rajouter une redirection de piwigo.org/dev vers le nouveau site.

Attention : pour la gestion des bugs/features, http://piwigo.org/bugs reste la référence, on ne fait qu'expérimenter les bugs/features sur code.piwigo.org.

Gotcha a écrit:

Comme promis, je suis en train de regarder (comme un simple webmaster) comment fonctionne ton plugin.

Merci Gotcha :-) !

Première des choses : l'administration.

(-#-) Première utilisation, il y a un petit texte en tête de page. C'est bien, ça explique à quoi sert le plugin pour bien savoir si on est sur la bonne page / bonne utilisation.
A la seconde utilisation, le texte informatif disparait.
=> Arf, c'est dommage. Ca serait mieux de le laisser à demeure.

M'bof : ça prend de la place (un peu) inutilement... du moins, je trouve que ça n'est utile que la première fois, justement.

En fait, je trouve que c'est plutôt l'aide qui doit donner des explications.

(-#-) Ensuite, le premier bouton nous annonce "Tout automatique : nouveau code, nouvel utilisateur et nouveau groupe d'après page à afficher ci-dessous".
Pour moi il y a un contre sens. Si c'est tout automatique, pas la peine d'aller voir en bas. Je fais fi de cette dernière indication et évidement, ça ne fonctionne.
=> Mon idée : Que la case "ec_input_action_home" soit cochée d'entrée de jeu et que le nom du premier bouton soit donc raccourcis.

Je vais essayer de rédiger ça différemment. Mais l'esprit de la chose, c'est quand même qu'un code soit généré pour un évènement en particulier, et donc a priori pour une catégorie, qu'il est donc nécessaire de sélectionner avant de générer le code et le nouveau compte. De plus le nom du compte est complètement lié à la page à afficher sélectionnée.

(-#-) De manière générale et rapidement, mais je pense que ça viendra, la page en générale manque de cadres. Ca fait un peu fouillis.
=> Une piste parmi d'autres : http://www.aliasdmc.fr/balise/zone_html_fieldset.html
Je vois d'ailleurs que tu l'as fait dans l'onglet "Duplication".

Pour l'onglet "duplication", c'était pas dur, c'est (presque pas) moi qui l'ai rédigé ^^ ! C'est une copie de cat_perm.tpl ...
Mais pour les onglets Création et Modification autolog, c'est clair qu'il faut mettre des cadres en fait. J'avais initialement choisi de ne pas en mettre, mais ça le fait pas.

(-#-) N'hésites pas à guider les webmasters qui viendront sur ton plugin pour les aider à prendre des décisions.
=> Je verrais bien des gros chiffres "1 Commencez par ceci. 2 Ensuite faites cela etc.

Normalement l'aide et le JavaScript devraient se charger de dire ce qu'il faut faire et ce qui ne va pas.

(-#-) "Additional Page" je cherche encore à quoi il sert dans ton plugin ...
=> Manque d'informations.

Bonne remarque. Question : était-il installé sur ton site, lorsque tu as essayé ?

(-#-) Dans la liste des "Utilisateurs existants" il manque "guest".
=> Bah c'est une très bonne sécurité !

Oui, il est clair qu'identifier automatiquement le "guest", comment dire... m'a semblé inutile... ^^ ; quant à l'admin, c'est hors de question.

(-#-) Onglet "Duplication". C'est bien mais... à quoi ça sert ? lol Si je devine ce que tu veux faire, je ne sais pas pourquoi j'autoriserai quelqu'un à "dupliquer" son compte...
=> Ca manque d'explication là.

Là encore, je compte regrouper l'information dans l'aide.

Mias pour répondre immédiatement, lorsque quelqu'un s'inscrit sur un site Piwigo, il doit forcément attendre qu'un administrateur ait validé son compte, et modifié ses accès, pour avoir accès à certaines parties privées.

Là l'idée c'est que, venant d'un compte identifié, on sait a priori qu'il s'agit de quelqu'un qu'on connaît => on peut créer un compte ayant immédiatement le droit de visualiser les mêmes parties privées que le compte qui était identifié au moment de la création du nouveau compte.

En pratique, je vois deux cas principaux :
  _ lors d'un évènement, on fournit à plein de gens un URL permettant de tomber directement sur une catégorie privée, Piwigo identifiant un compte générique. Les visiteurs peuvent alors créer un compte en ayant immédiatement la possibilité de continuer à visualiser la catégorie privée, mais en bénéficiant en plus des possibilités d'un compte visiteur (la personnalisation principalement) ;
  _ en général, chez une famille par exemple, une personne a un compte visiteur pour elle-même, elle peut créer un compte avec les mêmes droits pour un autre membre de sa famille.

(-#-) Onglet "Configuration générale" c'est encore un problème d'agencement, donc rien de méchant ;-)
=> Un peut de CSS.

M'ouais, je vais voir.

[EDIT]
Une demande peut-être...
Partager des liens, donner des accès à des comptes génériques c'est bien, mais je verrais bien un champs "J'ai donné le code à qui et où" quelque part. Histoire de se souvenir à qui on a permis quoi avec quel code ;-)
Histoire de traçabilité mais surtout de gestion ^^

Pourquoi pas... mais normalement le code choisi, et/ou le nom du compte, devraient suffire à se rappeler de quoi il s'agit. Cependant ça doit pas être trop dur de rajouter un commentaire.

Mais tu me fais refaire tout mon plugin, là ^^ ! J'avais quasiment terminé, restait plus que l'aide et l'anglais... |-(


Merci beaucoup en tous cas pour ce premier retour. Je refais tout, et je reposte dans six mois ^^ !