Série - Dotclear : Développer un plugin

Fil des billets - Fil des commentaires

Développer un plugin ?

J’ai un plugin à coder, qui concerne une fonctionnalité d’accessibilité — un script Javascript accompagné d’un peu de CSS est déjà disponible et n’attend que d’être « encapsulé » —, et je me demandais si ça vous intéresserait que je détaille ici, pas à pas, comment on peut faire ça ? Ne répondez  […]

Lire la suite

Développer un plugin, l'heure du choix

Après ma proposition d’il y a quelques jours j’ai appris qu’un plugin, développé par l’ami biou, existait déjà ! C’est balot parce que c’était une bonne façon d’expliquer pas mal de trucs sur le développement d’un plugin Dotclear. Alors après réflexion, je pense que je vais « forker » le plugin de  […]

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

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, 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

Haut de page