Développement de plugins Discourse - Partie 5 : Ajouter une interface d'administration

Tutoriel précédent : Developing Discourse Plugins - Part 4 - Setup git


Parfois, les paramètres du site ne suffisent pas pour que votre plugin fonctionne comme vous le souhaitez via l’interface d’administration. Par exemple, si vous installez le plugin discourse-akismet, vous avez peut-être remarqué qu’il ajoute un élément de navigation dans la section des plugins de l’administration de votre Discourse :

Dans ce tutoriel, nous allons vous montrer comment ajouter une interface d’administration pour votre plugin. Je vais appeler mon plugin purple-tentacle, en l’honneur de l’un de mes jeux vidéo préférés. Sérieusement, j’adore vraiment ce jeu !

Configuration de la route d’administration

Commençons par ajouter un fichier plugin.rb, comme nous l’avons fait dans les parties précédentes du tutoriel.

plugin.rb

# name: purple-tentacle
# about: A sample plugin showing how to add a plugin route
# version: 0.1
# authors: Robin Ward
# url: https://github.com/discourse/purple-tentacle

add_admin_route 'purple_tentacle.title', 'purple-tentacle'

Discourse::Application.routes.append do
  get '/admin/plugins/purple-tentacle' => 'admin/plugins#index', constraints: StaffConstraint.new
end

La ligne add_admin_route indique à Discourse que ce plugin nécessitera un lien sur la page /admin/plugins. Son titre sera purple_tentacle.title, issu de notre fichier de traductions i18n, et il pointera vers la route purple-tentacle.

Les lignes suivantes configurent la correspondance côté serveur des routes pour notre plugin. Discourse suppose que presque chaque route côté frontend possède une route côté serveur fournissant des données. Pour ce plugin d’exemple, nous n’avons en réalité besoin d’aucune donnée côté backend, mais nous devons indiquer à Discourse de servir quelque chose au cas où l’utilisateur visiterait directement /admin/plugins/purple-tentacle. Cette ligne lui dit simplement : « Hé, si l’utilisateur visite cette URL directement côté serveur, affiche le contenu par défaut des plugins ! »

(Si cela vous paraît confus, ne vous inquiétez pas trop ; nous y reviendrons dans un prochain tutoriel lorsque nous traiterons des actions côté serveur.)

Ensuite, nous ajouterons un modèle qui sera affiché lorsque l’utilisateur visitera le chemin /admin/plugins/purple-tentacle. Il s’agira simplement d’un bouton qui affiche un gif animé d’un tentacule violet lorsque l’utilisateur clique sur le bouton :

assets/javascripts/discourse/templates/admin/plugins-purple-tentacle.gjs

import DButton from "discourse/components/d-button";

<template>
  {{#if @controller.tentacleVisible}}
    <div class="tentacle">
      <img src="https://eviltrout.com/images/tentacle.gif" />
    </div>
  {{/if}}

  <div class="buttons">
    <DButton
      @label="purple_tentacle.show"
      @action={{@controller.showTentacle}}
      @icon="eye"
      @id="show-tentacle"
    />
  </div>
</template>

Si vous avez appris les bases de Handlebars, ce modèle devrait être assez simple à comprendre. <DButton /> est un composant de Discourse que nous utilisons pour afficher un bouton avec un libellé et une icône.

Pour connecter notre nouveau modèle, nous devons créer une carte de route :

assets/javascripts/discourse/purple-tentacle-route-map.js

export default {
  resource: "admin.adminPlugins",
  path: "/plugins",
  map() {
    this.route("purple-tentacle");
  },
};

Une carte de route est un élément que nous avons ajouté à Discourse pour permettre aux plugins d’ajouter des routes à l’application Ember. La syntaxe à l’intérieur de map() est très similaire à celle du routeur d’Ember. Dans ce cas, notre carte de route est très simple : elle déclare simplement une route appelée purple-tentacle sous /admin/plugins.

Enfin, ajoutons nos chaînes de traduction :

config/locales/client.en.yml

en:
  js:
    purple_tentacle:
      title: "Purple Tentacle"
      show: "Show Purple Tentacle"

Si vous redémarrez votre serveur de développement, vous devriez pouvoir visiter /admin/plugins et voir notre lien ! Si vous cliquez dessus, vous verrez le bouton pour afficher notre tentacule violet :

Malheureusement, lorsque vous cliquez sur le bouton, rien ne se passe :frowning:

Si vous regardez votre console de développement, vous devriez voir une erreur qui donne un indice sur la raison :

Uncaught Error: Nothing handled the action 'showTentacle'

Ah oui, la raison est que dans notre modèle, nous dépendons de deux choses :

  1. Que lorsque l’utilisateur clique sur le bouton, showTentacle sera appelé sur le contrôleur.
  2. Que showTentacle définisse la propriété tentacleVisible à true afin que l’image s’affiche.

Si vous n’avez pas lu les Guides Ember sur les contrôleurs, c’est le moment idéal pour le faire, car nous allons implémenter un contrôleur pour notre modèle purple-tentacle qui gérera cette logique.

Créez le fichier suivant :

assets/javascripts/discourse/controllers/admin-plugins-purple-tentacle.js

import Controller from "@ember/controller";
import { action } from "@ember/object";
import { tracked } from "@glimmer/tracking";

export default class AdminPluginsPurpleTentacleController extends Controller {
  @tracked tentacleVisible = false;

  @action
  showTentacle() {
    this.tentacleVisible = true;
  }
}

Et maintenant, lorsque nous actualisons notre page, cliquer sur le bouton affiche notre personnage animé !

Je laisse le lecteur se charger de l’exercice supplémentaire consistant à ajouter un bouton qui cache le tentacule lorsqu’il est cliqué :smile:

Si vous avez des difficultés à faire fonctionner votre version de ce plugin, je l’ai poussé sur GitHub.


Suite de la série

Partie 1 : Bases des plugins
Partie 2 : Sorties de plugins
Partie 3 : Paramètres du site
Partie 4 : Configuration git
Partie 5 : Ce sujet
Partie 6 : Tests d’acceptation
Partie 7 : Publiez votre plugin


Ce document est versionné — proposez des modifications sur GitHub.

28 « J'aime »

Hm, doesn’t seem to work on my local side… did anyone face the same problem?

What’s the problem? If you install the purple tentacle plugin does it not work?

edit: issue resolved. it works!

@eviltrout nope, it doesn’t work. I believe @ladydanger is also facing the same problem.
nothing appears in the site settings or plugins tabs.
I tried both following the instructions as well as symlink-ing your plugin (dl-ed from github).
I then tried to create server.en.yml, client.en.yml, settings.yml following the format of other plugins, but the image wouldn’t render anyhow.

probably something wrong with the …route-map.js.es6 or config files.

interestingly enough, akismet’s plugin does work for me.


One issue that keeps on biting me is that I still need to do

rm -fr /tmp/cache

To kick away some odd caching we have in some cases.

1 « J'aime »

@eviltrout

oh now this is an interesting finding - apparently our ad plugins were interfering with the purple-tentacle plugin. or the other way round. it works now, after having removed the ad plugin files.

  • it now works with our ad plugins! possibly some minor bug yesterday. all is good!

@sam, what’s the difference between rm -rf tmp and rm -fr /tmp/cache

I usually only delete the cache directory, no need to nuke the entire tmp directory.

2 « J'aime »

Are you sure it was a plugin conflict?

I copied it into my localhost plugin folder and started up the VM without removing the temp folder and got the same results as you posted.

I was puzzled to see the route in object dot notation but ignored that.

I then started up the VM and did remove the temp folder and all was OK

1 « J'aime »

Actually, sometimes you need just cache, and sometimes you need the whole tmp directory.

Maybe we could have an initializer that checks the timestamps on the plugin folders and nukes tmp if they were updated (dev only).

3 « J'aime »

One thing I really should have warned you about is I started raising errors on ember deprecations. We are really working towards upgrading our version of Ember soon and I wanted to make sure developers caught them. It’s possible your plugin has a deprecation or two and is now raising an error with the latest version of Discourse.

If you can’t figure out how to fix the deprecation, it’s okay to temporarily disable it in the Discourse working directory you are using. Try removing these two lines.

2 « J'aime »

No clue what I’m doing wrong here, but it shows up like this:

It must be the /config/locales/en.yml not loading, but why?

I put this file structure in the root of the plugin directory. Verified it’s there, nuked the tmp, restart rails.

en:
  js:
    purple_tentacle:
      title: "Purple Tentacle"
      show: "Show Purple Tentacle"
1 « J'aime »

I was a bit surprised to see the file named “en.yml” but figured either eviltrout knew something I didn’t (which I’m sure he does … anyway) or that maybe something had changed the way things worked.

I’m guessing that what Robin meant was client,en.yml because that works for me.

the file goes in the plugins config/locales folder

4 « J'aime »

Thanks I’ll try that after I get my dev environment setup on the xeon, went through hell getting ubuntu 16.04 to work right with my hardware. Turned out it wasn’t the server mobo, but the new nvidia card.

Yea I meant I put all the directories listed hierarchically starting with the plugins folder. Was wondering if for some reason that last file went elsewhere.

Same thing.

I tried naming the file client,en.yml, client.en.yml, and creating a client folder placing en.yml inside it.

Same result

Did you stop vagrant, clear the cache
$> rm -rf tmp
and restart vagrant?

I’m not using vagrant, yes I nuked tmp, restart rails.

This is a bit too annoying, and not a big deal. I’m going to move forward, but thanks for the efforts.

I have a feeling you may have the folder structure wrong, or maybe the naming. Mine is like

/discourse
../plugins
..../{yourpluginname}
......plugin.rb
....../config
........settings.yml
......../locales
..........client.en.yml
..........server.en.yml
....../assets
......../javascripts
........../discourse
............{yourpluginname}-route-map.js.es6
............/controllers
..............admin-plugins-{yourpluginname}.js.es6
............/templates
............../admin
................plugins-{yourpluginname}.hbs
1 « J'aime »

That’s the file structure I have.

I don’t see a point in getting stuck on this, already hacked together a couple of rails sites and trying to absorb as much as possible.

Just going to leave this as some simple error on my part that I’ll come look back at later on and probably realize right away what it was.

Thanks, thou

Another mistake of mine! I’ve updated the OP, thanks.

2 « J'aime »

Is there any way I can change a global plugin setting, say, a siteSetting, from here?
I need admins to be able to use this interface to add data into a global array.