Vous n'êtes pas identifié(e).
13 février 2024 Sortie de Dotclear 2.29
Bonjour,
L'ajout d'un breadcrumb dans le body du fichier _index du plug [packager] permettrait de revenir simplement au menu des plugs, isn'it ?
Et de supprimer le <h2>... :-)
Dernière modification par nanart (2018-10-21 13:48:41)
Dernière version stable Dotclear sur wampserver et chez ovh
Versions testing & unstable en local
https
php: 7.4 - 8 +
Hors ligne
Normalement, le breadcrumb de la page d'administration d'un plugin est
icône de l'accueil (avec un lien vers le tableau de bord) › Titre du blog : Nom du plugin
"Nom du plugin" peut ensuite se décomposer en sous-pages, avec un lien vers la page d'administration principale du plougue, cf par exemple le plugin Menu simple ;)
C'est géré par la fonction echo dcPage::breadcrumb dans l'index.php (ou autre si plusieurs pages) du plugin
Hors ligne
Yes, mais.... sur ce plug de la DcTeam - qui date de 10 ans, ce breadcrumb n'existe pas.
D'où ma suggestion d'ajout (et de suppression du 'moche' <h2> ;-)
Dernière version stable Dotclear sur wampserver et chez ovh
Versions testing & unstable en local
https
php: 7.4 - 8 +
Hors ligne
Je ne sais pas qui maintient ce plugin. Pour ton usage, tu peux faire toi-même le remplacement dans l'index.php du plugin, au vu de l'historique des mises à jour ça ne risque pas beaucoup d'être écrasé :D
Pour ma part, j'utilise packMan après avoir utilisé Packager, mais je ne me souviens plus vraiment des raisons de ce changement...
Hors ligne
Pour ce qui concerne [packager], j'avais créé le breadcrumb.
Je viens de tester (en local, wamp) rapidement les 3 plugs.
Sauf erreur de ma part,
*[packager] :
- permet de définir le chemin de dépôt (par ex le dossier 'var' plutôt que 'public'),
- pas de liste des packages effectués
- erreur warning behavior si configuré pour créer un onglet du packager dans la gestion des extensions
*[pacKman] :
- permet de définir le chemin de dépôt (par ex le dossier 'var' plutôt que 'public'),
- liste des packages effectués
- permet de supprimer les commentaires dans les fichiers
- mais ne crée pas le dossier des packages s'il n'existe pas
ce qui, en soit, n'est pas indispensable, puisque cela permet aussi d'éviter les erreurs, voire les 'doublons' - deux dossiers même nom mais 'dispersés'
*[Tiny Packer] :
- seule la version 0.2 est proposée dans la liste des plugs de Dotclear,
du coup, je n'ai testé que cette version...
- facile d'utilisation mais :
- pas de choix du dossier pour stocker les packages
d'office le dossier 'public' est utilisé alors que le dossier 'var' que l'on peut déterminer dans le config des versions récentes de Dc n'est pas utilisé
- pas de config du plug ?
- pas de liste des packages accessibles depuis l'admin ?
se reporte, pour l'instant, sur pacKman qui, malgré l'obligation de création préalable du dossier de réception des packages (voir plus haut) propose:
-- une page de configuration
-- le choix du dossier de stockage (y compris depuis la racine)
-- la liste des packages avec possibilité de suppression depuis l'admin
Pas testé (je le ferais dès que j'aurai un peu plus de temps)
-- si, avec pacKman, un plug peut être copié dans les thêmes...
-- si la version 0.3 de Tiny Packer propose les mêmes possibilités que pacKman
Dernière modification par nanart (2018-10-23 13:49:55)
Dernière version stable Dotclear sur wampserver et chez ovh
Versions testing & unstable en local
https
php: 7.4 - 8 +
Hors ligne
*[Tiny Packer] :
- seule la version 0.2 est proposée dans la liste des plugs de Dotclear,
du coup, je n'ai testé que cette version...
> comme le plugin, comme quasi tous les plugins de JCDenis, est abandonné, c'est normal que la mise à jour ne soit pas sur DA. Le seul truc qui change par rapport à la v0.2 est que j'ai supprimé la création du fichier compacté sans n° de version qui n'apporte strictement rien.
- facile d'utilisation mais :
- pas de choix du dossier pour stocker les packages
d'office le dossier 'public' est utilisé alors que le dossier 'var' que l'on peut déterminer dans le config des versions récentes de Dc n'est pas utilisé
> public/packages convient parfaitement. Je ne vois pas l'intérêt de le mettre dans dotclear/var
- pas de config du plug ?
> lire la fiche sur DA.
- pas de liste des packages accessibles depuis l'admin ?
> quel intérêt ?
Hors ligne
*[Tiny Packer] :
> public/packages convient parfaitement. Je ne vois pas l'intérêt de le mettre dans dotclear/var
.../...
- pas de liste des packages accessibles depuis l'admin ?
> quel intérêt ?
Pour ce qui me concerne :
- je préfère utiliser le dossier 'var/xxx/' pour ne pas laisser l'accès libre des packages (et autres) aux utilisateurs non admin qui utilisent le dossier 'public' pour, par ex, les médias
ou tout autre dossier que je crée, dans le répertoire dans lequel est installé Dc, voire en en racine du www, voire -mais pas testé, en dehors du répertoire www
- je préfère avoir accès à la liste des packages depuis l'admin afin de décider si je conserve, supprime ou remplace.
Ceci dit, [Tiny Packer] est facile à utiliser puisque les admin peuvent créer les packages en un seul clic
Dernière modification par nanart (2018-10-23 18:28:27)
Dernière version stable Dotclear sur wampserver et chez ovh
Versions testing & unstable en local
https
php: 7.4 - 8 +
Hors ligne
Yes, tout (ou presque) depuis l'admin, mais en limitant les permissions.
Par ex, mis à part les utilisateurs "lambda" :
- permettre à des admin de gérer certaines actions
sans avoir besoin de connaitre les identifiants (ftp, phpmyadmin...) que seul un (ou des) superadmins connaissent...
Certes, pour l'instant, je gère seul, mais en projet il devrait y avoir plusieurs utilisateurs des interfaces.
Dernière modification par nanart (2018-10-23 23:04:44)
Dernière version stable Dotclear sur wampserver et chez ovh
Versions testing & unstable en local
https
php: 7.4 - 8 +
Hors ligne
Vous n'êtes pas identifié(e).