Dotclear

Développer un plugin, un peu d'organisation

Avant d’aller plus loin — oui, je sais, on a pas fait grand chose pour l’instant — on va parler un peu d’organisation et plus particulièrement ce que j’utilise comme sous-répertoires pour le plugin et ce que je mets dedans. On a vu dernièrement que j’utilise le sous-répertoire lib pour le code  […]

Lire la suite

Le menu de l'administration

Menu de l'administration ouvert, août 2016

Je n’utilise pas très souvent le menu (de gauche) de l’administration — et c’est probablement la raison d’être de ce billet — ce qui fait que je passe parfois plusieurs secondes à retrouver l’entrée de menu que je cherche. Certes, je sais que son organisation en trois blocs, Blog, Réglages système  […]

Lire la suite

Développer un plugin, on ajoute la bibliothèque

Plugin a11yConfig, ajout de la bibliothèque, nov. 2019

Aujourd’hui, pas grand chose — parce que j’ai pas trop eu le temps de m’en occuper pour être tout à fait honnête — mais j’ai tout de même pris le temps d’ajouter la bibliothèque d’Access42 sous forme de sous-module Git dans notre dépôt. Ça permettra de conserver une version à jour de leur outil et  […]

Lire la suite

Développer un plugin, un squelette

Plugin a11yConfig reconnu dans la liste des plugins, oct. 2019

Pour développer un plugin Dotclear, il y a deux obligations : Il faut qu’il soit dans un dossier spécifique, dont le nom est libre ; on choisira a11yConfig pour le notre[1]. Il faut qu’il contienne un fichier particulier, à la racine de son dossier, nommé _define.php qui contient le minima pour que  […]

Lire la suite

Développer un plugin, l'objectif

Boîte de dialogue de configuration

Je reprends aujourd’hui ma série sur le développement d’un plugin, comme prévu il y a quelques jours. Tout d’abord le contexte : il s’agit de proposer, comme le fait déjà le site de démonstration, un lien qui permet, via une boîte de dialogue, de configurer quelques caractéristiques pour améliorer  […]

Lire la suite

Haut de page