Zaphod a écrit:

Enfin je dis ça, je ne sais pas pour quand à peu près est prévu la 2.3.

Pour le 1er octobre 2011.

Zaphod a écrit:

Eventuellement, mais je pensais plutôt faire un choix exclusif (par liste déroulante).
Les deux je trouve ça surchargé...

Oui, moi aussi, mais sois sûr qu'on te le demandera rapidement :-) Si tu fais des cases à cocher, ça coûte pas plus cher et ça convient à tout le monde. Et suggestion pour une troisième case à cocher :

[] afficher les fêches précédente/suivante dans la barre de navigation

(comme ça la boucle est bouclée)

plg a écrit:

Zaphod a écrit:

Eventuellement, mais je pensais plutôt faire un choix exclusif (par liste déroulante).
Les deux je trouve ça surchargé...

Oui, moi aussi, mais sois sûr qu'on te le demandera rapidement :-) Si tu fais des cases à cocher, ça coûte pas plus cher et ça convient à tout le monde. Et suggestion pour une troisième case à cocher :

[] afficher les fêches précédente/suivante dans la barre de navigation

(comme ça la boucle est bouclée)

+1 !!
merci zaphod ^^

sinon mon avis serait de le sortir en tant que nouveau thème :
-en stand alone : "Par contre, il y aura un peu de perte, notamment au niveau des langues etc..." je ne comprends pas, les fichiers de langues sont aussi valables pour black donc tu les dupliques
-le remplacement posera des problèmes pour les thèmes enfants vu que piwigo ne gère pas la compatibilités des versions entre thèmes enfant/parent(et je ne dis pas ça pour ma pomme, même si je n'étais pas concerné je pense que c'est une mauvaise idée d'impacter d'autres thèmes) et qui plus est, le thème est très différent (les utilisateurs n'aimeront pas forcément de voir leur galerie changer à la prochaine maj !)
-le passage en thème enfant ça ne dépend que de toi et ton feeling

Un truc qui pourrait marcher, c'est de mettre une option "nouvelle page picture" qui en cas d'install serait initialisée à true, mais qui pour une mise à jour resterait à false.

Ceci dit, cela règle le problème des changements, mais pas des thèmes enfants.
Car si on met des options de style dans la config du thème (par exemple : original / noir / blanc), comment le thème enfant sait quelle option a été choisie ?

Dans le cas de modif uniquement CSS, le thème enfant peut surcharger, mais s'il y a une influence sur les scripts (ce qui  est le cas entre original et black) alors ça devient plus chaud....

Hum,
je profite de vos reflexions sur le theme 'stripped' pour vous faire part des evols que j'ai faite sur ma galerie, basée sur ce thème:
http://gallery.anotherworld.in

en vrac, quelques modifs :
- passage en blanc , avec quelques ombrages
- enlevé les frioritures (boxes 'diapo', bordures,, ..)
- passage en 1440 de large
- enlevé les fleches de pagination sur les catégorie, (car chargement des photos en ajax)
- nouvelle barre d'icones "rounded", pour etre plus en phase avec le graphisme flèches 'gauche/droite'
- integration de l'icone 'google+1', qui ne jure pas en blanc
- integration du plugin DynamicSize (enfin en ligne !), pour ne télécharger que les pixels nécessaires, et préchargement 'propre' de la prochaine image
- refonte du diapo, renommé "plein ecran", qui passe en noir, avec barre de nav qui devient flottante et qui disparait au bout de quelques secondes

ainsi que d'autres menues modifications.

Le but est d'avoir un thème totalement épuré, qui fait la part belle aux photos, et orienté performance de la gallerie.

Personellement, j'aimerai bien que toute mes modifs ne soient pas cassé à la prochaine maj ! ;)

- Arno

Déja, juste une précision, tes flèches de nav ne passent pas chez moi.
(http://i.imm.io/9jHP.png probablement interdit au boulot)
Mieux vaut mettre une image en local sur sa galerie.

Je regarderai plus en détail tes modifs ce soir, c'est toujours intéressant.

arno a écrit:

- integration du plugin DynamicSize (enfin en ligne !), pour ne télécharger que les pixels nécessaires, et préchargement 'propre' de la prochaine image

Ca, clairement, ça sera incompatible avec la prochaine option de preload des images.
Mais il suffit de ne pas cocher l'option (qui ne l'est pas par défaut) pour ne pas avoir de problème.

arno a écrit:

Personellement, j'aimerai bien que toute mes modifs ne soient pas cassé à la prochaine maj ! ;)

Si tu n'as pas éditer les fichiers du thème, et que tu as tout passé en CSS local, ça devrait passer, même si le template de barre de navigation a changé.

Globalement, pour des modifs relativement lourdes comme les tiennes, il y a plusieurs possibilités :
1) faire un thème enfant, qui sera quand même impacté si changement lourd dans le thème.
2) copier le thème, et faire les modifs dedans, et donc ne pas profiter des mises à jours, mais du coup rien ne viendra casser le thème

Dans le premier cas, mieux vaut clairement faire attention en cas de mise à jour, car rien ne garantit qu'il n'y aura pas de changement majeur.

Le thème évoluant naturellement... il y a forcéments des impacts.

Une possibilité aussi c'est de publier ton thème comme ça, ça devient faisable de tester en amont ce que ça donne.

Zaphod a écrit:

Déja, juste une précision, tes flèches de nav ne passent pas chez moi.

url mise à jour; j'avais en fait un doute affreux de savoir ou je pouvais stocker mon image en etant sur qu'elle ne soit pas touchée .

Zaphod a écrit:

Si tu n'as pas éditer les fichiers du thème, et que tu as tout passé en CSS local, ça devrait passer, même si le template de barre de navigation a changé.

Oui c'est bien du "local", donc on verra bien ce qui fonctionne et ce qui ne fonctionne plus !


Mais là ou c'est interessant, c'est que j'ai l'impression qu'on a travaillé sur les memes éléments, donc je pense que la plupart de tes evolutions vont remplacer les miennes;

je verrai ensuite si il reste suffisamment d'ecart pour en faire un theme à part entiere, mais j'en doute.


Concernant ton preload, j'ai l'impression qu'on a travaillé sur la meme problématique, mais avec une approche différente, peux tu m'en dire plus ?

- Arno

arno a écrit:

Zaphod a écrit:

Déja, juste une précision, tes flèches de nav ne passent pas chez moi.

url mise à jour; j'avais en fait un doute affreux de savoir ou je pouvais stocker mon image en etant sur qu'elle ne soit pas touchée .

Tu n'as pas de flèche précédente / suivante, c'est exprès ?

arno a écrit:

Mais là ou c'est interessant, c'est que j'ai l'impression qu'on a travaillé sur les memes éléments, donc je pense que la plupart de tes evolutions vont remplacer les miennes;

Pas complètement... ça pourra clasher sur certains trucs.
Le diaporama par exemple.
Ou le fait d'afficher plus de 15 miniatures.

arno a écrit:

Concernant ton preload, j'ai l'impression qu'on a travaillé sur la meme problématique, mais avec une approche différente, peux tu m'en dire plus ?

En fait moi comme je suis sur serveur mutualisé, je ne veux pas surcharger le serveur.
Donc je suis parti sur une autre voie, qui est de faire du preload :
- au niveau de la page thumbnails, on charge les photos dans l'ordre (si jamais le visiteur hésite un peu sur les thumbs, ça charge quelques images)
- au niveau de la page picture, au lieu de précharger juste l'image suivante, je précharge jusqu'à 10 images d'avance.
(du coup, si le visiteur s'attarde sur une image, on en a déja pas mal de chargées d'avance)

En revanche, ça charge tout en websize (donc si petit écran, ça charge beaucoup, mais en tache de fond donc normalement sans incidence pour le visiteur).

Zaphod a écrit:

Alors après mure réflexion, ce qui me semble le mieux, c'est de faire un seul thème avec une option sur le style général.

En bossant un peu les template, j'arrive à ne plus avoir que des différences de css (et de scripts) donc c'est facile à gérer.

Et ce qu'il faudrait, c'est que le paramètre de conf du thème enfant puisse être spécifié dans le themeconf.inf.php.
C'est juste ça qu'il me reste à réussir à faire...

Voila, c'est fait.

Un thème enfant pourra fixer certains éléments de conf (sans pour autant géner la config du thème parent)

Exemple en mettant :

global $stripped;
$stripped['noLowercase'] = true;

Le thème enfant pourra afficher des majuscules même si la config de stripped demande l'inverse.


Du coup, ça me permet d'ajouter une option "style de l'interface" (original, black, white) par exemple.
Et si un thème enfant veut garder pour parent le style actuel de stripped il lui suffit de mettre dans son themeconf.inc.php :

global $stripped;
$stripped['style'] = 'original';

Accessoirement, ça me permet sur mon site de test, de faire 3 thèmes enfants (original, black, white) qui auront juste un themeconf.inc.php, et qui me permettront de visualiser les différents thèmes beaucoup plus rapidement qu'en passant par le fichier de config.

Evidemment, toutes les options sont concernées.
Un thème enfant qui nécéssite une option spécifique pour bien fonctionner (par exemple, pas de menu animé, ou pas d'autosize des images) sera plus facile à diffuser.

Dernière modification par Zaphod (2011-09-20 20:58:38)