1) onglet templates : afficher les fichiers dans l'ordre alphabétique permettrait de retrouver plus rapidement ses petits
2) onglet plugin perso : pouvoir sélectionner un autre nom que PersonalPlugin (ça pose effectivement le problème du choix, mais on peut peut-être se mettre d'accord sur un préfixe, ou une astuce du même genre)
Hors ligne
Pendant que j'y suis ;-)
Le lien Activer/Désactiver Editarea serait plus visible au-dessus du bloc de code, plutôt qu'en dessous ; d'autant que, dans mon cas, il est en dehors de l'écran et il faut scroller pour le voir.
Hors ligne
tosca a écrit:
1) onglet templates : afficher les fichiers dans l'ordre alphabétique permettrait de retrouver plus rapidement ses petits
2) onglet plugin perso : pouvoir sélectionner un autre nom que PersonalPlugin (ça pose effectivement le problème du choix, mais on peut peut-être se mettre d'accord sur un préfixe, ou une astuce du même genre)
1) +1
2) - pas trop d'accord - à trop ouvrir on risque d'introduire une faille de sécurité.
3) Ce qui me manque vraiment, c'est l'édition des themeconf.inc.php mais là également, il y a un risque évident.
Hors ligne
Du coup, pour mes plugins perso, je ne passe plus par LocalFiles Editor car ce dernier ne sait gérer qu'un seul fichier. C'est bien dommage.
Tous mes plugins persos ont le préfixe PP => Plugin Perso => Personnal Plugin.
:-D
Hors ligne
Cf. [Forum, post 140888 by plg in topic 17581] [piwigo.org] site mis à jour : page d'accueil, bannière et centrage
<meta name="dc.date.x-metadatalastmodified" content="YYYY-MM-DD">
Date de dernière modification générée dans le header.tpl pour toute édition d'un CSS...
Afin que les visiteurs puissent voir l'effet de la modif sans devoir faire F5.
Hors ligne
VDigital a écrit:
Cf. [Forum, post 140888 by plg in topic 17581] [piwigo.org] site mis à jour : page d'accueil, bannière et centrage
<meta name="dc.date.x-metadatalastmodified" content="YYYY-MM-DD">
Date de dernière modification générée dans le header.tpl pour toute édition d'un CSS...
Afin que les visiteurs puissent voir l'effet de la modif sans devoir faire F5.
Je ne comprends pas ce message.
Je vois l'intérêt mais pas certain que le message soit sur le bon forum...
Hors ligne
Je souhaite que LocalFiles Editor ajoute dans le header la date du dernier save de CSS.
Quand il fait le save il enregistre la date dans une Conf (en table).
Un handler ajoute le {html_head} qui va bien.
Pourquoi cela ne serait pas LocalFiles Editor ? Quel plugin pourrait le faire à la place de LocalFiles Editor ?
Hors ligne
Oki doki, j'ai compris.
VDigital a écrit:
Pourquoi cela ne serait pas LocalFiles Editor ? Quel plugin pourrait le faire à la place de LocalFiles Editor ?
Je vouais parler du forum central car le plugin est estampiller "Piwigo Team" et qu'il est livré avec le CORE ^^
Hors ligne
Il restera quand même un plugin (Tu peux demander à plg ou à P@t) et j'ai fait une suggestion, non?
;-)
Hors ligne
VDigital a écrit:
Il restera quand même un plugin (Tu peux demander à plg ou à P@t) et j'ai fait une suggestion, non?
;-)
Y a pas de malaise lol Moi aussi je ne faisais qu'une suggestion ...
;-)
J'arrête là le HS.
Hors ligne
Gotcha a écrit:
Du coup, pour mes plugins perso, je ne passe plus par LocalFiles Editor car ce dernier ne sait gérer qu'un seul fichier. C'est bien dommage.
Tous mes plugins persos ont le préfixe PP => Plugin Perso => Personnal Plugin.
Un plugin perso, c'est fait pour gérer une (ou plusieurs) petites modifications.
Perso, j'utilise le meme plugin perso pour toutes mes petites bidouilles... pas besoin d'avoir 15 plugins différents avec chacun 10 lignes de code!
Hors ligne
VDigital a écrit:
<meta name="dc.date.x-metadatalastmodified" content="YYYY-MM-DD">
Date de dernière modification générée dans le header.tpl pour toute édition d'un CSS...
Afin que les visiteurs puissent voir l'effet de la modif sans devoir faire F5.
Oui, pourquoi pas, bonne idée...
Comment ca marche exactement cette balise?
Hors ligne
P@t a écrit:
Gotcha a écrit:
Du coup, pour mes plugins perso, je ne passe plus par LocalFiles Editor car ce dernier ne sait gérer qu'un seul fichier. C'est bien dommage.
Tous mes plugins persos ont le préfixe PP => Plugin Perso => Personnal Plugin.Un plugin perso, c'est fait pour gérer une (ou plusieurs) petites modifications.
Perso, j'utilise le meme plugin perso pour toutes mes petites bidouilles... pas besoin d'avoir 15 plugins différents avec chacun 10 lignes de code!
Certes, mais pour désactiver une fonction, je préfère cliquer sur le gestionnaire des plugins plutôt de devoir retrouver le code et le supprimer... voilà pourquoi séparer les fonctions (les plugins persos) est une chose qui tombe sous le sens pour moi.
Hors ligne
Gotcha a écrit:
Certes, mais pour désactiver une fonction, je préfère cliquer sur le gestionnaire des plugins plutôt de devoir retrouver le code et le supprimer... voilà pourquoi séparer les fonctions (les plugins persos) est une chose qui tombe sous le sens pour moi.
Je comprends.... mais question performance, ce n'est pas l'idéal de multiplier les fichiers...
Hors ligne
P@t a écrit:
VDigital a écrit:
<meta name="dc.date.x-metadatalastmodified" content="YYYY-MM-DD">
Date de dernière modification générée dans le header.tpl pour toute édition d'un CSS...
Afin que les visiteurs puissent voir l'effet de la modif sans devoir faire F5.Oui, pourquoi pas, bonne idée...
Comment ca marche exactement cette balise?
Tu le génères avec la date du dernier save d'un CSS (à stocker en config donc).
plg a écrit:
plg a écrit:
Je ne sais pas comment forcer pendant quelques temps les utilisateurs à rafraichir les feuilles de style.
Sur le conseil de ddtddt, j'ai ajouté une balise meta sur la page d'accueil :
Code:
<meta name="dc.date.x-metadatalastmodified" content="2010-04-25">
@ddtddt, où as-tu trouvé cette belle meta? (qu'on retrouve sur des pages du web, mais je n'ai pas trouvé d'explication officielle.
???
Hors ligne