🌍
Français
arn_bwkrd a écrit:
Dès que l'on parle chiffon, je vois que ça part vite en liveeee. Merci du pourrissage de post (nan, je déconne).
Je propose de continuer la discussion dans un lieu plus approprié : http://fr.piwigo.org/forum/viewtopic.php?pid=139918
Sorry*
(*) Désolé.
Gotcha a écrit:
arn_bwkrd a écrit:
D'ailleur, y a-t-il un working group pour les visuels?
Je pense que ce sera fait à la suite de la sortie de la 2.1
Working group = groupe de travail, si je ne m'abuse ...
arn_bwkrd a écrit:
D'ailleur, y a-t-il un working group pour les visuels?
Je pense que ce sera fait à la suite de la sortie de la 2.1
Pour la branche 2.0.x de Piwigo, il y a http://template.piwigo.net/ et dernièrement : http://piwigo.org/demo/
Dès que l'on parle chiffon, je vois que ça part vite en liveeee. Merci du pourrissage de post (nan, je déconne).
C'est vrai qu'il parrait logique, maintenant qu'il y a un gestionnaire de plug in, d'avoir un gestionnaire de theme.
Comme dit plus haut, il faut alléger les procédure de fabrication du visuel pour avoir suffisamment de theme en banque pour avoir le choix dans le gestionnaire, sinon à quoi servirait un tel outils si rien n'est proposé à télécharger. D'ailleur, y a-t-il un working group pour les visuels?
ddtddt a écrit:
P@t a écrit:
Je répète qu'un créateur de thème n'est pas forcément callé en php: je me revois deux ans en arrière à mes début en programmation, je ne comprenais scritement rien au classes, et quand j'en voyais une, je préférais passer mon chemin... les choses ont changées bien sur, mais ne repoussons pas les développeurs de thèmes avec des choses compliquées et inutiles. Je rapelle qu'un des objectifs de ce nouveau système de thèmes/templates est d'augmenter le nombre de contributions!
Pour moi, l'installation de Piwigo ne devrait activer que les thèmes de base (clear, dark et Sylvia) pour éviter toutes sortes de problème (dont celui-ci!)Je suis en accord avec cela
Tout à fait d'accord aussi.
J'en bave déjà assez rien qu'à recopier/adapter ^^
P@t a écrit:
Je répète qu'un créateur de thème n'est pas forcément callé en php: je me revois deux ans en arrière à mes début en programmation, je ne comprenais scritement rien au classes, et quand j'en voyais une, je préférais passer mon chemin... les choses ont changées bien sur, mais ne repoussons pas les développeurs de thèmes avec des choses compliquées et inutiles. Je rapelle qu'un des objectifs de ce nouveau système de thèmes/templates est d'augmenter le nombre de contributions!
Pour moi, l'installation de Piwigo ne devrait activer que les thèmes de base (clear, dark et Sylvia) pour éviter toutes sortes de problème (dont celui-ci!)
Je suis en accord avec cela
nicolas a écrit:
Pour ma part, et je l'ai signalé à Pierrick qui en a convenu (même si sa position s'est asouplie par rapport à il y a quelques années; peut-être le début de la sagesse!!!), la phase de Release Candidate ne doit apporter aucune nouvelle fonctionnalité. On ne fait que stabiliser du code, corriger des bugs. Là clairement ce n'est plus de la stabilisation mais des évolutions. Le fait qu'on soit en RC1 ou RC2 ou RCn ne change rien au processus.
L'idée d'incorporer une page d'administration aux thèmes m'est venue en migrant Montblanc XL pour la 2.1... J'ai envoyé un diff à Pierrick, et il m'a dit que la modification était assez mineure pour la faire en période de RC. Comme le dis rub, la RC peut etre un bon moteur pour avoir quelques idées d'utilisateurs sur certaines choses: on installe la RC, on voit les nouveauté, et on propose d'améliorer les nouveauté, ca me parait logique...
grum a écrit:
Et je n'ai pas attendu le débat :
- tous mes plugins exploitent des classes communes (dans GrumPluginClasses, il y a "classes" ;-)) qui leurs offrent des fonctionnalités de base sur l'intégration dans Piwigo
- suite à la nouveauté offerte de disposer d'une interface pour les thèmes, j'ai créé une classes pour les miens (j'ai hésité à exploiter GrumPluginClasse, mais je me suis dit que çà pouvait être compliqué d'imposer çà juste pour un thème)
C'est super coté développeur, par contre coté utilisateur, je n'aime pas du tout cette façon de faire... En tant qu'utilisateur lambda, quand je souhaite installer un plugin sur un programme, je déteste voir un message affichant "ce plugin necessite tel autre plugin pour fonctionner". J'aime quand tout est simple et automatique... pour preuve le plugins manager et piwigo auto upgrade! Quand GrumPluginsClasses s'installera de manière complètement transparente, je changerai peut-etre de point de vue ;-))
En plus coté performances, c'est pas non plus le top de charger un paquet de fonctions dont la plupart ne serviront pas au plugin...
Pour en revenir à la classe pour le maintain.inc.php d'un thème, je ne suis toujours pas emballé, vu que personne ne m'a encore apporté un exemple de l'utilité d'une telle classe...
Je répète qu'un créateur de thème n'est pas forcément callé en php: je me revois deux ans en arrière à mes début en programmation, je ne comprenais scritement rien au classes, et quand j'en voyais une, je préférais passer mon chemin... les choses ont changées bien sur, mais ne repoussons pas les développeurs de thèmes avec des choses compliquées et inutiles. Je rapelle qu'un des objectifs de ce nouveau système de thèmes/templates est d'augmenter le nombre de contributions!
Pour moi, l'installation de Piwigo ne devrait activer que les thèmes de base (clear, dark et Sylvia) pour éviter toutes sortes de problème (dont celui-ci!)
nicolas a écrit:
Pour ma part, et je l'ai signalé à Pierrick qui en a convenu (même si sa position s'est asouplie par rapport à il y a quelques années; peut-être le début de la sagesse!!!), la phase de Release Candidate ne doit apporter aucune nouvelle fonctionnalité. On ne fait que stabiliser du code, corriger des bugs. Là clairement ce n'est plus de la stabilisation mais des évolutions. Le fait qu'on soit en RC1 ou RC2 ou RCn ne change rien au processus.
Après il faut peut-être revoir cela et créer une nouvelle branche juste avant la première RC. Sinon on fait durer la phase de RC pendant des semaines. SI on tire la branche dès le départ et qu'on est dès le départ en correction de bugs, corrections des premiers problèmes rencontrés et stabilsation du code, le processus est plus court. Personnellement je n'aime pas trop cette phase, autant la rendre la plus courte possible. Cela va faire près de 15 jours qu'on a fait la RC1 et la RC2 n'est pas encore sortie.
Je suis tout à fait d'accord avec toi.
nicolas a écrit:
qu'on soit en RC1 ou RC2 ou RCn ne change rien au processus.
Je faisais la comparaison RC1 & RC2 uniquement par rapport à ceux qui a été fait actuellement pas comme un processus générique.
nicolas a écrit:
p.s: Ce n'est peut-être pas la bonne discussion pour en parler mais c'est toi qui a commencé, enfin peut-être pas finalement mais tant pis.
C'est vrai mais je ferme juste la parenthèse.
nicolas a écrit:
plg a écrit:
nicolas a écrit:
Cela va faire près de 15 jours qu'on a fait la RC1 et la RC2 n'est pas encore sortie.
J'aurais aimé la sortir plus tôt mais là j'ai perdu du temps sur des tracas administratifs + je suis pas d'une forme olympique depuis 3 jours ("en avril ne te découvre pas d'un fil", j'ai juste oublié).
C'était juste pour tenter de freiner un p'tit rub dans son élan.
Je prends le train en route... tant qu'à ajouter des trucs, vu ce qui se passe dans la RC1, autant le faire de suite.
Pour moi, la RC1 n'est pas une vrai RC compte-tenu des évolutions ajoutées et aussi parce que la partie upgrade n'est pas finalisée voir faite... C'est comment dire, plus une béta ou une alpha...
Mais sans pour autant être un RC, la RC1 a été un super booster pour les devs... => avant les RC, ne serait-il pas bon de faire des versions alpha version de pré-release?
Promis, on continuera la discussion sur un autre topic ;-)
grum a écrit:
par contre, ce topic est-il vraiment le bon endroit pour causer de tout çà ???
rub a écrit:
rub a écrit:
Mais je préfère en objet car ça ouvre plus de possibilité.
De plus, il n'avait pas été dit que nous ferions de plus en plus d'objet?
Je découvre cette discussion. je ne recite pas tous les échanges mais pour ma part, plus il y a de programmation objet, mieux c'est.
Et je n'ai pas attendu le débat :
- tous mes plugins exploitent des classes communes (dans GrumPluginClasses, il y a "classes" ;-)) qui leurs offrent des fonctionnalités de base sur l'intégration dans Piwigo
- suite à la nouveauté offerte de disposer d'une interface pour les thèmes, j'ai créé une classes pour les miens (j'ai hésité à exploiter GrumPluginClasse, mais je me suis dit que çà pouvait être compliqué d'imposer çà juste pour un thème)
Avantages :
- quand une classe évolue, tous les composants exploitant la classe bénéficient de l'évolution
- possibilité de surcharger une classe (très pratique)
- pour créer un plugin avec un interface, une procédure d'installation avec gestion de la config, je n'ai quasiment rien à coder car c'est déjà fait
Après, mes classes sont perfectibles (dans l'implémentation et l'usage) et leur modèle n'est peut-être pas le bon. Mais pour ma part, elles me conviennent parfaitement.
par contre, ce topic est-il vraiment le bon endroit pour causer de tout çà ???
plg a écrit:
nicolas a écrit:
Cela va faire près de 15 jours qu'on a fait la RC1 et la RC2 n'est pas encore sortie.
J'aurais aimé la sortir plus tôt mais là j'ai perdu du temps sur des tracas administratifs + je suis pas d'une forme olympique depuis 3 jours ("en avril ne te découvre pas d'un fil", j'ai juste oublié).
C'était juste pour tenter de freiner un p'tit rub dans son élan.
plg a écrit:
Comme je disais à ddtddt ce soir, je fais du debug sur UploadForm en ce moment, et notamment impossible de faire marcher le formulaire à sélection multiple sur le serveur piwigo.org, pour moi, je suis vraiment en "phase de debug" (surtout après le sermon de nicolas ;-)
Ok c'est bien. Si tu as besoin d'aide, dis moi.
nicolas a écrit:
Cela va faire près de 15 jours qu'on a fait la RC1 et la RC2 n'est pas encore sortie.
J'aurais aimé la sortir plus tôt mais là j'ai perdu du temps sur des tracas administratifs + je suis pas d'une forme olympique depuis 3 jours ("en avril ne te découvre pas d'un fil", j'ai juste oublié).
Comme je disais à ddtddt ce soir, je fais du debug sur UploadForm en ce moment, et notamment impossible de faire marcher le formulaire à sélection multiple sur le serveur piwigo.org, pour moi, je suis vraiment en "phase de debug" (surtout après le sermon de nicolas ;-)
rub a écrit:
nicolas a écrit:
On est en période de Release Candidate je te rappelle.
Je sais bien mais as-tu vu tout ce qu'il y a été fait entre la RC1 et la RC2?
On repart dans les même travers d'avant, c'est à dire faire les dev à fond pendant la RC...
Donc, pour moi, la RC1 n'est pas vraiment intéressante d'un point de vue gestion de bugs...
Elle est intéressante par rapport aux nouveautés c'est certain.
Si la branche 2.1 n'a pas été tirée, c'est qu'il y a bien une raison...
D'ou ma réflexion de le faire maintenant...
En RC2, on ne pourra plus...
Après, ca se peut aussi que je trompe sur le process de RC...
Pour ma part, et je l'ai signalé à Pierrick qui en a convenu (même si sa position s'est asouplie par rapport à il y a quelques années; peut-être le début de la sagesse!!!), la phase de Release Candidate ne doit apporter aucune nouvelle fonctionnalité. On ne fait que stabiliser du code, corriger des bugs. Là clairement ce n'est plus de la stabilisation mais des évolutions. Le fait qu'on soit en RC1 ou RC2 ou RCn ne change rien au processus.
Après il faut peut-être revoir cela et créer une nouvelle branche juste avant la première RC. Sinon on fait durer la phase de RC pendant des semaines. SI on tire la branche dès le départ et qu'on est dès le départ en correction de bugs, corrections des premiers problèmes rencontrés et stabilsation du code, le processus est plus court. Personnellement je n'aime pas trop cette phase, autant la rendre la plus courte possible. Cela va faire près de 15 jours qu'on a fait la RC1 et la RC2 n'est pas encore sortie.
p.s: Ce n'est peut-être pas la bonne discussion pour en parler mais c'est toi qui a commencé, enfin peut-être pas finalement mais tant pis.
nicolas a écrit:
On est en période de Release Candidate je te rappelle.
Je sais bien mais as-tu vu tout ce qu'il y a été fait entre la RC1 et la RC2?
On repart dans les même travers d'avant, c'est à dire faire les dev à fond pendant la RC...
Donc, pour moi, la RC1 n'est pas vraiment intéressante d'un point de vue gestion de bugs...
Elle est intéressante par rapport aux nouveautés c'est certain.
Si la branche 2.1 n'a pas été tirée, c'est qu'il y a bien une raison...
D'ou ma réflexion de le faire maintenant...
En RC2, on ne pourra plus...
Après, ca se peut aussi que je trompe sur le process de RC...