Neutre a écrit:

Mais il ne faut pas oublier que tous les développements ne représentent pas la même quantité de travail à fournir et que la disponibilité des développeurs n'est pas indéfinie. Et donc, il me semble que le cout de développement, que seule l'équipe des réalisateurs peut estimer, peut peser sur le choix des évolutions !

plg a écrit:

Oui enfin, étant donné la nature bénévole des contributions à Piwigo, le développeur fait d'abord ce qui l'intéresse. Et c'est normal. Ensuite, il y a un tas de sources d'intérêt comme le besoin personnel, le challenge technique, l'envie de faire plaisir à une bande d'utilisateurs assoiffée de fonctionnalités, l'envie de croire à un monde meilleur, etc.

C'est tout à fait clair ... j'aurais du en fait parler d'expression de besoins, qui devrait être l'apanage de tous, et pour lesquels les développeurs ne détiennent pas la vérité plus que les autres (à mon avis, en tout cas). Pour la priorisation des développements, c'est effectivement autre chose ;-)

Merci plg. Cela correspond assez bien à une attente que je n'avais pas très bien exprimée. C'est une façon très claire de permettre à tous d'intervenir sur la priorité des développements.

tosca a écrit:

Sur le plan des fonctionnalités les développeurs sont des utilisateurs de Piwigo au même titre que les autres. Ils ont donc voix au chapitre comme les autres, pas moins, mais pas plus ...

Mais il ne faut pas oublier que tous les développements ne représentent pas la même quantité de travail à fournir et que la disponibilité des développeurs n'est pas indéfinie. Et donc, il me semble que le cout de développement, que seule l'équipe des réalisateurs peut estimer, peut peser sur le choix des évolutions !

Neutre a écrit:

Juste que les "besoins" de l'utilisateur peuvent se révéler seulement après qu'il ait compris le potentiel de telle ou telle nouveauté.

C'est clair. Il me semble l'avoir d'ailleurs déjà écrit très récemment dans un autre post : une fois les premiers "besoins" satisfaits, un utilisateur un tant soit peu curieux ou exigeant (dans le bon sens du terme) en "voudra plus", et c'est très bien ainsi.

Neutre a écrit:

Tout cela pour dire que les rubriques "demandes de fonctionnalités" et "Beta-testing" qui servent grandement à alimenter l'imagination des développeurs de Piwigo pourraient être complétées d'une rubrique genre "le futur de Piwigo".

Je n'ai pas l'impression qu'une rubrique ou une autre change réellement le fond du problème ... mais je comprends que tu souhaiterais en savoir plus sur les fonctionnalités déjà "dans les tuyaux", qui seraient susceptibles d'alimenter tes réflexions personnelles.
+1 pour moi.

Neutre a écrit:

En même temps, je comprends bien aussi que les développeurs préfèrent traiter en cercle restreint les futures évolutions fonctionnelles

Sur le plan des fonctionnalités les développeurs sont des utilisateurs de Piwigo au même titre que les autres. Ils ont donc voix au chapitre comme les autres, pas moins, mais pas plus ...

En général, on discute bien sur ce qu'on veut faire.
Exemple pour la 2.0, nous avions beaucoup discuté si nous choisissions Smarty ou un autre.
Maintenant parfois des éléments simples, peuvent être implémentés, puis discutés ultérieurement.

Le programme de la 2.1 est bien chargé déjà et nicolas en a réalisé une grosse partie.
Il y a des éléments de la 2.0 qui n'existeront plus en 2.1, vous les retrouverez dans les extensions.

tosca a écrit:

Neutre a écrit:

Je suis assez persuadé que les besoins fonctionnels ne s'expriment pas toujours ex-abrupto (Tosca va peut être me contredire)

Que veux-tu dire au juste ?

Juste que les "besoins" de l'utilisateur peuvent se révéler seulement après qu'il ait compris le potentiel de telle ou telle nouveauté. Présenter les orientations de Piwigo sur lesquelles Piwigo 2.1 sera construit (fonctionnellement) peut amener tel ou telle à révéler un besoin particulier (ou général), que les concepteurs n'ont pas pris en compte, et qui pourrait, peut-être, être intégré nativement.

Tout cela pour dire que les rubriques "demandes de fonctionnalités" et "Beta-testing" qui servent grandement à alimenter l'imagination des développeurs de Piwigo pourraient être complétées d'une rubrique genre "le futur de Piwigo".

En même temps, je comprends bien aussi que les développeurs préfèrent traiter en cercle restreint les futures évolutions fonctionnelles, non par gout du secret, mais au moins le temps de s'assurer de la capacité de réalisation des différentes hypothèses de travail !

Neutre a écrit:

Ah, ma remarque sur la road-map était limite "Café Paradiso"... mais il serait peut être utile d'avoir un petit coin dans ce forum où les idées qui se dessinent dans les têtes de quelques uns puissent être décrites. Cela permettrait peut être à des utilisateurs moins technos que les grands maîtres réalisateurs de Piwigo d'interagir, d'exprimer des besoins personnels et d'alimenter l'imagination des dits réalisateurs.
Je suis assez persuadé que les besoins fonctionnels ne s'expriment pas toujours ex-abrupto (Tosca va peut être me contredire) et que la description des futurs possibles par les plus avancés enrichit la réflexion des autres
Cela dit, la lecture du forum -//:---\spam que l'imagination est souvent au pouvoir sur Piwigo !

Je crois que c'est ce forum, plus beta-testing ont les bonnes caractérisitiques pour être des "coins" tels que tu les envisages.

Neutre a écrit:

Comment pas de road-map ?

Même si la 2.1 se dessine dans nos têtes et évolue bien dans ses contours.
Ce n'est pas la grande priorité, on se fixera un plan de marche dans un ou deux mois.

Neutre a écrit:

Comment pas de road-map ?

Il y en a bien une mais la date n'est pas fixé, seulement les fonctionnalités et donc difficile de donner une date précise. Au menu : gestion multibase, internationalisation avec gettext,...

Neutre a écrit:

En tous cas, merci Nicolas pour ta non-réponse qui me donne quand même une information utile ! Je vais m'y mettre ;-)

Je pense qu'avec un plugin tu devrais pouvoir t'en sortir. Tu peux évidemment te baser sur ce que j'ai fait : [Subversion] r3201