vincent3569 a écrit:
P@t a écrit:
vincent3569 a écrit:
page profile, lancée par le menu identification/custom
- permettre la personnalisation ou pas (afficher ou pas le bloc préférence)
=> permettrait de forcer le look de la galerie pour tous les visiteurs, connectés ou pasC'est une bonne idée... ca reviendrait à un status intermédiaire entre generic et visiteur.
EDIT: ca c'est fait: [Subversion] r5328c'est sur le trunck ?
je ne vois rien qui y ressemble...
Oui, mais c'est pas sur l'onglet affichage, c'est sur l'onglet général.
Hors ligne
merci, je n'avais pas assez regardé en détail.
fonctionnement nickel
Hors ligne
Je viens de refaire la page du [wiki] pour aider à faire son petit thème ^^
Ca m'a permis de comprendre certaines choses donc le nouveau fonctionnement des templates-extension par exemple et de voir la facilité déconcertante pour faire son propre thème.
Hors ligne
[wiki] page relue et révisée sur la forme (pas sur le fond).
;-)
Hors ligne
Merci VDigital !
Hors ligne
Je viens de relire la page du wiki.
Je ne comprends pas l'intérêt de coder le nom du dossier qui contient le thème dans themeconf.inc.php, puisque celui-ci est dans le dossier qu'il référence ?
Ne peut-on pas supprimer cette référence ? Cela limite les risque d'erreur, non ? Ou alors c'est un garde-fou pour éviter les renommages intempestifs ?
Hors ligne
mathiasm a écrit:
Je viens de relire la page du wiki.
Je ne comprends pas l'intérêt de coder le nom du dossier qui contient le thème dans themeconf.inc.php, puisque celui-ci est dans le dossier qu'il référence ?
Ne peut-on pas supprimer cette référence ? Cela limite les risque d'erreur, non ? Ou alors c'est un garde-fou pour éviter les renommages intempestifs ?
tu l'utilise dans les templates. c'est une information bien pratique car le template lui n'est pas forcément dans le même répertoire que le thème.
Hors ligne
grum a écrit:
mathiasm a écrit:
Je viens de relire la page du wiki.
Je ne comprends pas l'intérêt de coder le nom du dossier qui contient le thème dans themeconf.inc.php, puisque celui-ci est dans le dossier qu'il référence ?
Ne peut-on pas supprimer cette référence ? Cela limite les risque d'erreur, non ? Ou alors c'est un garde-fou pour éviter les renommages intempestifs ?tu l'utilise dans les templates. c'est une information bien pratique car le template lui n'est pas forcément dans le même répertoire que le thème.
Merci pour l'éclaircissement.
Hors ligne
grum a écrit:
mathiasm a écrit:
Je viens de relire la page du wiki.
Je ne comprends pas l'intérêt de coder le nom du dossier qui contient le thème dans themeconf.inc.php, puisque celui-ci est dans le dossier qu'il référence ?
Ne peut-on pas supprimer cette référence ? Cela limite les risque d'erreur, non ? Ou alors c'est un garde-fou pour éviter les renommages intempestifs ?tu l'utilise dans les templates. c'est une information bien pratique car le template lui n'est pas forcément dans le même répertoire que le thème.
Tu veux dire pour les templates-extensions donc ?
Hors ligne
Gotcha a écrit:
Tu veux dire pour les templates-extensions donc ?
non.
dans le fichier themes/mon_theme_a_moi/template/monfichier.tpl je peux avoir besoin de connaitre le nom du thème.
or, le nom du theme ce n'est pas forcément "mon_theme_a_moi", un theme pouvant être dérivé d'un autre theme.
Hors ligne
Ca devient un peu compliqué pour moi ... :-(
Ce que j'ai retenu c'est que mes anciens templates-extensions vont finir dans le sous-répertoire /template et comme ça j'ai mon_theme_a_moi lol
Hors ligne
Oui, mais cela se complique un peu quand le thème devient un thème parent.
Hors ligne
Ok je commence à voir...
Hors ligne
Suggestion à propos des thèmes....
Un thème est dans le jargon informatique une version graphique d'un template, ce dernier définissant l'achitecture graphique d'un site. Nous pouvons donc avoir différents affichages (couleurs, polices, taille) d'un même template mais sans que celà affecte les différents modules et bouton/icones qui sont définis dans le template d'origine. Or je constate qu'en changeant de thème, on peut perdre des boutons favoris, caddie, etc qui viennent de plugins piwigo affichés normalement sur le thême par defaut de piwigo mais pas nécessairement sur tous les autres thèmes.
Cette perte de fonctionnalités n'est pas acceptable et va a contresens d'une architecture 3 tiers (présentation, fonctionnalités, données)
Le développement des thèmes et surtout l'acceptation par l'équipe piwigo de leur ajout dans la banque des themes devrait imposer de respecter l'affichage des fonctions par défaut, plus des zones d'affichage des plugins additionnels avec la possibilité de rendre l'affichage optionnel des ces fonctionnalités dans la partie configuration du thème ...si la finalité d'un thème était justement d'être allégée sur certaines fonctionnalités mais SANS PERTE par rapport à la version de base.
Pour ce qui est de la notion de theme fils theme pere, je trouve cela assez risqué d'un point de vue maintenance. Un fork de template + theme serait plus approprié dans ce cas là.
Wordpress, Gallery, Joomla ont tous un template de base clairement architecturé, versionné et donc pérenne qui permet à la communauté des "templaters" de proposer leur création tout en assurant une compatibilité fonctionnelle.
A vos claviers !
;-)
PS : un retour vers le classique http://www.csszengarden.com/ pourra illustrer ces quelques propos
Dernière modification par lecden (2011-11-10 10:38:53)
Hors ligne
lecden a écrit:
PS : un retour vers le classique http://www.csszengarden.com/ pourra illustrer ces quelques propos
Merci pour le lien, j'avais perdu l'adresse.
Pour le reste, on va réfléchir.
Hors ligne