Extension de l'outil d'édition rapide pour les termes de taxonomie

WordPress propose le formulaire d'édition rapide pour gérer les informations sur les termes de taxonomie? ce qui est génial, mais que se passe-t-il si vous souhaitez modifier plus que votre nom de terme et votre slug? Ce tutoriel expliquera comment étendre cette merveilleuse fonctionnalité WordPress pour mettre à jour plus que les bases.


introduction

La fonctionnalité d'édition rapide de WordPress est un outil simple permettant aux utilisateurs de modifier des éléments de données associés à des publications, des pages et des termes sans avoir à naviguer dans une page séparée avant de modifier les données. L’utilisation de Quick Edit est omniprésente dans WordPress et ce didacticiel expliquera aux lecteurs comment exploiter toute la puissance de cette fonctionnalité pour l’utiliser avec des termes de taxonomie. Après avoir suivi les cinq étapes suivantes, vous pourrez ajouter des métadonnées de taxonomie à l'aide du panneau Éditer rapidement dans WordPress..

  1. Préparer un exemple concret
    1. Enregistrement de la taxonomie personnalisée
    2. Activation des métadonnées de terme de taxonomie
  2. Création de colonnes de table de liste de termes
  3. Ajout de contenu au formulaire de modification rapide
  4. Enregistrement de données de formulaire
  5. Pré-remplissage des champs de formulaire

Étape 1 Préparer un exemple concret

Afin de démontrer comment ajouter des métadonnées de terme de taxonomie avec Quick Edit, je vais travailler à travers un exemple d'attachement de métadonnées à des termes dans une taxonomie de "président" dans le contexte d'un plugin. Pour cet exemple, l’objectif principal sera d’attacher deux métadonnées à chaque terme de taxonomie de président: la date de début et la date de fin. Une taxonomie de président peut être utile pour un blogueur politique qui souhaite catégoriser les messages des présidents discutés.

Pour cet exemple, je vais créer un plugin qui utilise le répertoire et la structure de fichier suivants:

  • Edition rapide
    • js
      • quick-edit.js
    • quick-edit.php

Le dossier principal "quick-edit" doit être placé dans le dossier plugins pour être utilisé comme plugin. Créez cette structure de fichier pour préparer le reste du didacticiel. Si cela est fait correctement, la structure de fichier devrait ressembler à l'image suivante.

Pour vous assurer que WordPress reconnaît le plug-in en tant que plug-in, les informations d'en-tête du plug-in standard doivent être ajoutées. Ajouter le commentaire suivant en haut de "quick-edit.php" permettra au plugin d'être reconnu par WordPress.

 

Après avoir ajouté les informations d'en-tête, activez le plug-in via la page Plugins WordPress. L'exemple de plug-in est tout installé et prêt pour le reste du tutoriel..

Enregistrement de la taxonomie personnalisée

Avant de passer à l'ajout au formulaire d'édition rapide, la taxonomie du président doit être enregistrée et WordPress doit être préparé pour gérer les métadonnées de terme. L'enregistrement de taxonomies personnalisées ne sera pas traité en détail dans ce didacticiel, car il a été traité de manière approfondie à d'autres endroits. Pour l'exemple actuel, une taxonomie de "président" doit être enregistrée. Cette opération sera complétée par la fonction "register_taxonomy".

 function my_taxonomies () // Ajouter une nouvelle taxonomie, la hiérarchiser (comme les catégories) $ labels = array ('name' => _x ('Présidents', 'nom général de la taxonomie', 'my_plugin'), 'singular_name' => _x ('President', 'nom singulier de taxonomie', 'my_plugin'), 'search_items' => __ ('Recherche de présidents', 'my_plugin'), 'all_items' => __ ('Tous les présidents', 'my_plugin') , 'parent_item' => __ ('Président parent', 'mon_plugin'), 'parent_item_colon' => __ ('Président parent:', 'mon_plugin'), 'edit_item' => __ ('Edit President', 'mon_plugin' '),' update_item '=> __ (' Update President ',' my_plugin '),' add_new_item '=> __ (' Ajouter un nouveau président ',' my_plugin '),' new_item_name '=> __ (' Nom du nouveau président ' , 'mon_plugin'), 'menu_name' => __ ('Présidents', 'mon_plugin'),); register_taxonomy ('president', array ('post'), array ('hierarchical' => true, 'labels' => $ labels, 'show_ui' => true, 'query_var' => true, 'rewrite' => tableau ('slug' => 'president')));  add_action ('init', 'mes_taxonomies', 10, 1);

Cet extrait de code crée une nouvelle taxonomie personnalisée de type "président". La taxonomie est spécifiée pour fonctionner avec le type de publication "post" et est une taxonomie hiérarchique similaire à la taxonomie intégrée "catégorie". Pour commencer, inscrivez la taxonomie des présidents avec les trois derniers présidents des États-Unis:

  • Bill Clinton
  • George W. Bush
  • Barack Obama

Si tout se passe correctement à ce stade, vous devriez avoir un lien pour "Présidents" dans le menu "Messages" et vous devriez avoir un tableau de liste de termes qui ressemble à l'image suivante.

Bien que ce travail n'ait pas permis d'activer l'édition rapide pour les métadonnées de termes, il a configuré une taxonomie à utiliser dans cet exemple..

Activation des métadonnées de terme de taxonomie

La prochaine tâche consiste à préparer WordPress à la gestion des métadonnées de termes. Dans WordPress 2.9, un ensemble de fonctions utiles ont été ajoutées au noyau de WordPress et ont permis de jeter les bases de la gestion de méta terme. Les fonctions "add_metadata", "update_metadata" et "get_metadata" permettaient à une méthode simple de gérer les méta terme; Cependant, ces fonctions ne fournissent qu'une partie de la solution. Afin d’ajouter des méta de terme, il faut d’abord ajouter une table à la base de données WordPress pour que ces fonctions gèrent les données..

Heureusement, Jacob Goldman a écrit un merveilleux plug-in, Simple Term Meta, qui gère cette tâche et fournit aux développeurs des fonctions utiles (par exemple, "add_term_meta", "update_term_meta", "get_term_meta") pour gérer la méta-gestion. Pour l’essentiel, ce plugin ajoute une API de métadonnées de terme de taxonomie au système WordPress. Comme le dit M. Goldman:

"WordPress offre un support de méta-données pour les publications, les utilisateurs et les commentaires prêts à l'emploi. Mais il manque un méta-support pour les termes de taxonomie (un tag, une catégorie ou des termes de taxonomie personnalisés)! Ce plug-in ajoute un support complet et efficace pour les méta-termes basé sur le cadre post-méta intégré à WordPress. Ajoute un tableau 'postmeta' et des fonctions post-méta qui devraient être familières à quiconque a travaillé avec WordPress post-méta. "

Pour le présent exemple, ce plugin doit être installé pour pouvoir travailler avec meta term. Avant de continuer, assurez-vous de télécharger et d'installer Simple Term Meta. Avec ce plugin installé, il est temps de commencer à coder le formulaire d'édition rapide..

"Pour une discussion approfondie sur la gestion de la méta de terme à l'aide de Simple Terma Meta et la création d'une interface utilisateur pour l'ajout et la modification de méta-données de taxonomie, veuillez vous reporter à l'article" Ajout de métadonnées à des termes de taxonomie "."


Étape 2 Création des colonnes du tableau de la liste des termes

Dans l'image précédente de la page de taxonomie des présidents, notez qu'il y a quatre colonnes dans la table de liste de termes: nom, description, slug et posts. En fin de compte, notre plugin associera une date de début et une date de fin à chaque président. Comme pour les autres données de terme, la date de début et la date de fin doivent être affichées dans ce tableau. Cet objectif peut facilement être atteint avec quelques filtres WordPress.

Tout d'abord, les en-têtes seront ajoutés

 function my_column_header ($ columns) $ columns ['start-date'] = __ ('Date de début', 'my_plugin'); $ columns ['end-date'] = __ ('Date de fin', 'mon_plugin'); retourne $ colonnes;  add_filter ('manage_edit-president_columns', 'my_column_header', 10, 1);

En utilisant le gérer _ $ screen-> id _columns filtre, deux colonnes supplémentaires sont ajoutées à la table des listes de termes. le gérer _ $ screen-> id _columns filtre envoie un argument à la fonction de rappel my_column_header. Cet argument $ colonnes est un tableau de colonnes pour l'écran actuel.

En ajoutant simplement des éléments au tableau et en renvoyant ce tableau, de nouvelles colonnes seront ajoutées à la table des listes de termes. Le filtre gérer _ $ screen-> id _columns est un filtre variable en ce sens que le nom du filtre change en fonction de l'écran actuellement affiché. Dans le cas de l'affichage d'une page de gestion de taxonomie, la partie variable du filtre commencera par "edit-" et se terminera par le nom de la taxonomie actuelle. Puisque nous ajoutons à la taxonomie du président, cette valeur est "président", ce qui a été spécifié lors de la définition initiale de la taxonomie. Utilisez les filtres suivants pour les taxonomies WordPress standard:

  • Les catégories: manage_edit-category_columns
  • Tags post: manage_edit-post_tag_columns
  • Catégories de lien: manage_edit-link_category_columns

Maintenant que les colonnes sont ajoutées, elles doivent être prêtes à afficher la méta terme pour les termes individuels, ce qui est accompli avec le prochain extrait de code..

 function my_column_value ($ empty = ", $ custom_column, $ term_id) return esc_html (get_term_meta ($ term_id, $ custom_column, true)); add_filter ('manage_president_custom_column', 'my_column_value', 10, 3);

Les méta valeurs terme sont ajoutés par le gérer _ $ screen-> taxonomy _custom_column filtre. La partie variable de ce filtre fait référence à la taxonomie actuelle, qui est dans ce cas "président". le gérer _ $ screen-> taxonomy _custom_column Le filtre accepte trois arguments:

  • $ vide: un argument obsolète qui devrait être laissé vide
  • $ custom_column: le nom de la colonne actuelle (par exemple, 'date de début', 'date de fin')
  • $ term_id: l'identifiant du terme taxonomie actuel

Les deux derniers arguments sont utilisés pour trouver la valeur du terme méta valeur d’intérêt. Plus tard dans le didacticiel, les "date de début" et "date de fin" seront ajoutées à la base de données à l'aide du add_term_meta fonction de la méta API de terme fournie par le plugin Simple Term Meta. Les valeurs seront enregistrées avec les touches "date-début" et "date-fin". le get_term_meta la fonction prend la clé et le terme id comme arguments pour localiser la valeur méta appropriée.

De toute évidence, le $ term_id envoyé au my_column_value fonction est le terme id nécessaire et est donc utilisé pour l’argument $ term_id dans le get_term_meta une fonction. Heureusement, dans ce cas, le $ nom_colonne variable est identique à la clé du terme méta. En tant que tel, il est utilisé comme deuxième argument de la get_term_meta une fonction.

Enfin, l’appel à la get_term_meta la fonction est enveloppée dans le esc_html function, qui est une fonction de mise en forme WordPress de base qui échappe au HTML lors de l'affichage.

À ce stade du didacticiel, ce code renverra une chaîne vide car aucun terme méta n’a encore été défini. Une fois ces dates ajoutées, elles apparaîtront dans la rangée et la colonne correctes du tableau de liste de termes. Avec les deux extraits précédents ajoutés, la table de liste de termes commence à prendre forme.

Maintenant que les colonnes sont définies, il est temps d'ajouter au formulaire d'édition rapide en vue de l'ajout de méta de terme aux termes..


Étape 3 Ajout de contenu au formulaire de modification rapide

L'ajout de contenu au formulaire Modification rapide est la partie la plus simple de ce didacticiel. Cependant, il y a quelques pièges potentiels si vous ne faites pas attention. le quick_edit_custom_box Cette action facilite l’ajout de champs supplémentaires au formulaire de modification rapide. La fonction suivante ajoute les champs personnalisés au formulaire d'édition rapide.

 function my_quick_edit_custom_box ($ nom_colonne, $ screen, $ nom) if ($ name! = 'president' && ($ nom_colonne! = 'date_début' || $ nom_colonne! = 'date_fin')) false; ?> 

Avant de vous lancer dans l'explication de cette fonction, cliquez sur l'un des liens "Modification rapide" de la page de taxonomie des présidents. Vous devriez voir quelque chose de similaire à l'image suivante.

Le concept de base avec cette fonction et cette action est assez simple. Pour chaque colonne ajoutée via le gérer _ $ screen-> id _columns filtre, le quick_edit_custom_box est appelé. Cela permet d’ajouter des champs de formulaire personnalisés (ou n’importe quel contenu) pour chaque colonne définie..

Il est important de noter à ce stade que si vous n’ajoutez aucune colonne à la table des listes de termes, vous ne pourrez pas ajouter de contenu via le menu contextuel. quick_edit_custom_box action.

le quick_edit_custom_box accepte trois arguments:

  • $ nom_colonne: la clé pour la ou les valeurs ajoutées dans le my_column_header une fonction
  • $ écran: l'écran actuel
  • $ name: nom de la taxonomie actuelle

dans le ma_quick_edit_custom_box, seulement le $ nom_colonne et $ name les arguments sont utilisés. Tout d'abord, une vérification est effectuée pour s'assurer que les champs ne sont imprimés que dans le bon contexte. Si la taxonomie actuelle n'est pas "président", les champs ne doivent pas s'afficher..

Ensuite, les champs ne doivent être affichés que lorsque le quick_edit_custom_box L'action est exécutée pour la colonne "date de début" ou "date de fin". En tant que telle, l'instruction conditionnelle vérifie que la colonne est l'une de ces deux valeurs. Cette étape est importante pour garantir que les champs ne sont pas générés pour des colonnes inattendues. Par exemple, la taxonomie "link_category" intégrée contient une colonne supplémentaire appelée "links". Lorsque vous utilisez ce filtre sur cette taxonomie sans vérifier les colonnes spécifiques ajoutées à la liste des colonnes, un champ supplémentaire est imprimé. Notez que les champs standard "name", "description" et "slug" n’appellent pas les champs quick_edit_custom_box.

Maintenant que le contexte approprié est vérifié, le champ de formulaire est imprimé. La valeur de la $ nom_colonne variable nous permet de déterminer le contexte de l’utilisation actuelle du quick_edit_custom_box action.

En tant que tel, il peut être utilisé pour définir l’étiquette et le champ du nom. Comme nos clés de colonne, "date-de-début" et "date-de-fin" seront identiques aux clés utilisées pour le terme méta, $ nom_colonne

variable est utilisée pour l'attribut name dans le champ de saisie de texte. Notez que cette fonction est exécutée une fois pour chaque colonne définie. Lors de son premier appel, le champ "Date de début" sera généré avec l'étiquette appropriée. Lors de la deuxième exécution, le champ "Date de fin" sera généré avec l'étiquette appropriée.

Pour que le balisage reste cohérent avec le formulaire existant, j'ai simplement copié le code HTML utilisé pour les champs WordPress standard et je l'ai collé dans le texte. ma_quick_edit_custom_box une fonction. Cela donnera à la forme résultante un aspect cohérent. La valeur du champ n'est pas définie à ce stade..

Ce formulaire est généré sous forme de formulaire "factice" qui sera cloné et placé chaque fois que vous cliquez sur le lien "Modification rapide". Lorsque vous cliquez sur un lien "Edition rapide", une fonction javascript remplit le champ avec la valeur actuelle, le cas échéant. Si vous affichez le code source de la page de taxonomie des présidents, le formulaire Modification rapide se trouve près de la fermeture.

du contenu du corps - loin de la table des termes.

Avec les champs prêts à l'emploi, l'étape suivante consiste à enregistrer les valeurs dans la base de données..


Étape 4 Enregistrement des données de formulaire

Pour enregistrer la date de début et la date de fin des mandats du président, vous devrez utiliser une fonction fournie par Simple Term Meta., update_term_meta. Cette fonction fonctionne de la même manière que la fonction utilisée pour enregistrer les méta-post, update_post_meta. La principale différence, bien sûr, est que le update_term_meta fonction enregistre les données pour les termes, par opposition aux messages. Cette fonction prend quatre arguments, dont trois seront utilisés dans la présente implémentation:

  • $ term_id: id du terme auquel les métadonnées sont associées
  • $ meta_key: nom de la méta-valeur
  • $ meta_value: valeur pour les métadonnées
  • $ prev_value: valeur précédente des métadonnées; aide à différencier deux métadonnées avec term_id et meta_key identiques

La fonction suivante enregistre la date de début et la date de fin lorsque le terme est mis à jour.

 function my_save_term_meta ($ term_id) $ allowed_html = array ('b' => array (), 'em' => array (), 'i' => array (), 'strike' => array (), 'fort '=> array (),); if (isset ($ _ POST ['date de début'])) update_term_meta ($ id_terminaire, 'date de début', wp_kses ($ _ POST ['date de début'], $ allowed_html)); if (isset ($ _ POST ['date de fin'])) update_term_meta ($ id_terminaire, 'date de fin', wp_kses ($ _ POST ['date de fin'], $ allowed_html)); 

Quelques choses devraient être notées avec cette fonction. Tout d’abord, avant de soumettre les données, la fonction vérifie que le $ _POST tableau contient la valeur attendue. S'il existe, le terme métadonnées est mis à jour. Si aucune métadonnée de terme n'existe actuellement pour le terme avec la clé spécifiée, une nouvelle valeur est créée. le update_term_meta va gérer déterminer si une entrée dans la table doit être ajoutée ou mise à jour.

le $ term_id La valeur transmise à la fonction est l’id du terme en cours et est donc envoyée à la fonction. update_term_meta fonction avec la clé méta ("date de début") et la valeur méta ('$ _POST ['date de début']'). En passant, ce serait un péché mortel de ne pas valider ces données avant de les envoyer à la base de données. Dans cet exemple, j'utilise wp_kses avec les balises HTML les plus basiques autorisées à nettoyer les balises HTML lors de l'enregistrement dans la base de données.

Je ne fais que procéder à une désinfection des données de base pour rappeler aux lecteurs que la désinfection et la validation des données sont très importantes; Cependant, je ne traite pas davantage de ce problème ici pour rester sur la tâche et ne pas le confondre avec des routines de validation complexes. En tant que tel, je vous recommande de lire certains articles sur le problème si vous n'êtes pas familiarisé avec la validation et la désinfection des données..

Le simple fait d'ajouter cette fonction au fichier ne terminera pas la tâche de sauvegarde de ces données; la fonction doit être exécutée à l'aide d'un hook WordPress. Puisque l’idée est d’exécuter cette fonction lorsqu’un terme est mis à jour, le modifié_ $ taxonomie le crochet est le crochet approprié pour le travail. le taxonomie $ partie de l’hameçon est une variable qui prend le nom de la taxonomie en cours d’édition. Pour cet exemple, ce crochet sera utilisé en utilisant edité_président. L'extrait suivant appellera le mon_save_term_meta au moment opportun.

 add_action ('eded_president', 'my_save_term_meta', 10, 1);

Avec le mon_save_term_meta écrit et exécuté sur le edité_président hook, les données doivent être enregistrées dans la base de données et apparaître dans les colonnes appropriées. Si tout fonctionne comme il se doit, les résultats devraient ressembler à l'image suivante.

Étape 5: pré-remplissage des champs de formulaire

Avant de prendre le tour de la victoire pour cette tâche, il est important de noter que la solution, dans sa version actuelle, manque d’une fonctionnalité d’utilisabilité cruciale. Plus spécifiquement, pour un terme auquel la date de début et la date de fin ont été ajoutées, les valeurs ne sont pas renseignées dans le champ de formulaire lorsque la modification rapide est appelée. J'ai fait allusion à cela plus tôt à l'étape 3 lorsque j'ai indiqué que les valeurs du champ de formulaire ne sont pas ajoutées lors de la création du formulaire; ils sont plutôt renseignés à l'aide de Javascript lorsque Quick Edit est appelé. Le pré-remplissage de ces champs de formulaire est un ajout important pour les utilisateurs, car il facilite la mise à jour des données, en particulier lors de la création de fautes de frappe..

Pour pré-renseigner les champs, jQuery sera utilisé pour déterminer quelles valeurs vont dans quels champs. Pour avoir une idée de la façon dont WordPress gère les colonnes standard, je vous recommande de jeter un coup d'œil à la méthode "edit" du fichier "inline-edit-tax-dev.js" située dans le répertoire "wp-admin / js /" de Noyau WordPress. En utilisant ce code comme guide, j'ai développé la fonction suivante pour insérer les valeurs existantes dans les champs de formulaire lorsque l'édition rapide est appelée. Ajoutez cette fonction au fichier "js / quick-edit.js" que vous avez créé à la première étape du didacticiel..

 jQuery (document) .ready (function () jQuery ('. editinline'). live ('cliquez', fonction () var tag_id = jQuery (this) .parents ('tr'). attr ('id') ; var start_date = jQuery ('. start-date', '#' + tag_id) .text (); var end_date = jQuery ('. end-date', '# # + tag_id) .text (); jQuery (' : input [name = "date-début"] ',' .inline-edit-row '). val (date_début); jQuery (': input [nom = "date-fin"] ',' .inline-edit- row '). val (end_date); return false;););

Passons en revue ce code pour comprendre ce qui se passe. Dans l'appel à la jQuery prêt fonction, la deuxième ligne attribue un événement "clic" à chaque lien d'édition rapide. La troisième ligne tente de trouver l'ID de la ligne de table actuelle dans la table de liste de termes. Cette valeur id est nécessaire pour les sélecteurs contextuels jQuery ultérieurement dans la fonction. Extraire le code HTML de la liste des termes ressemble à ceci (Remarque: de nombreuses lignes ont été supprimées pour des raisons de lisibilité et d’illustration du concept):

 ? ? 
? QuickяEdit | ?
Bill Clinton
Bill Clinton
0
? 20 janvier 1993 20 janvier 2001

En regardant la troisième ligne de la fonction jQuery, on peut voir que lorsque l’occurrence actuelle du lien Quick Edit, qui a la classe "editinline", est cliquée, la fonction tente de trouver la ligne du tableau parent (les parents ('tr')) et, une fois qu’il est localisé, obtenez son identifiant. Dans ce cas, le tag_id la variable sera "tag-33". Avec cette valeur id en main, la quatrième ligne de la fonction jQuery recherche la classe "start-date" dans le contexte de la ligne de la table ayant un id équivalent à la valeur tag_id variable.

Le texte de cet élément est renvoyé et attribué à l'élément date de début variable. Dans ce cas, le texte dans la cellule du tableau avec la classe "date-de-début" qui se trouve dans la ligne du tableau avec l'id "tag-33" est "20 janvier 1993", date de début que nous essayons de trouver. La ligne de code suivante reflète ce processus pour la valeur de la date de fin. Étant donné que ces valeurs ont été localisées, l'étape suivante consiste à les utiliser pour renseigner les champs appropriés. La sixième ligne de la fonction jQuery fait justement cela. Il tente de localiser une entrée avec l'attribut name "start-date" qui fait partie de l'élément ayant la classe "inline-edit-row" (jQuery (': input [name = "date-de-début"] "," .inline-edit-row ")).

Si vous examinez le code HTML écrit pour le formulaire Modification rapide ajouté à l’aide de la touche quick_edit_custom_box crochet, vous verrez qu’une entrée avec le nom "start-date" a été créée et se trouvait dans un div avec la classe "inline-edit-row". Cette ligne de jQuery correspondra à cette entrée et définira la valeur de l'attribut "value" sur la chaîne de texte contenue dans le date de début variable. Dans ce cas, l'attribut "valeur" de l'entrée dont le nom est égal à "date de début" sera défini sur "20 janvier 1993". Les mêmes étapes sont ensuite effectuées pour "date de fin" et ce champ de saisie sera rempli de manière similaire..

Maintenant que cette fonction a été écrite et ajoutée au fichier "quick-edit.js", elle doit être mise en file d'attente à l'aide de wp_enqueue_script. La fonction et l’action suivantes ajoute le script à la tête section du HTML lorsque la page de taxonomie des présidents est chargée.

 function my_add_admin_scripts () global $ pagenow; if ($ pagenow == 'edit-tags.php' && (isset ($ _GET ['taxonomie']) && $ _GET ['taxonomie'] == 'président') &&! isset ($ _GET ['action'] )) wp_register_script ('quick-edit-js', plugins_url ('/ js / quick-edit.js', __FILE__), array ('jquery')); wp_enqueue_script ('quick-edit-js');  add_action ('admin_enqueue_scripts', 'mon_add_admin_scripts', 10, 1);

Cette fonction vérifie d’abord le contexte actuel pour déterminer si le Javascript est nécessaire. Si la page est "edit-tags.php", si la taxonomie actuelle est "président" et si le paramètre "action" n'est pas défini (la page n'est pas la page du terme d'édition), le fichier Javascript est ajouté aux scripts. queue. L’un des plus gros béguin de la communauté de développement WordPress n’est pas conscient des endroits où les fichiers Javascript et CSS sont ajoutés. Comme ce script n'est nécessaire que lorsque l'utilisateur se trouve sur la page de taxonomie des présidents, il n'est ajouté qu'à ce moment-là. Le reste de la fonction enregistre le script et l’ajoute à l’aide de wp_enqueue_script. Enfin, cette fonction est exécutée sur l'action "admin_init", qui s'exécute au début du processus de chargement des pages dans le panneau d'administration WordPress. Si tout est exécuté correctement, les champs de formulaire doivent être renseignés lorsque vous cliquez sur les liens "Edition rapide"..


Conclusion

Le présent tutoriel vous a montré comment utiliser la fonction d'édition rapide du tableau de la liste des termes pour ajouter du contenu afin de modifier des métadonnées de termes. Avec cette stratégie, vous pouvez ajouter vos propres éléments à la zone d'édition rapide de votre prochain plugin ou thème. Il est à noter que si vous utilisez l'édition rapide, vous devez également disposer d'un moyen d'ajouter et de modifier des champs normalement via les pages d'ajout et de modification des termes de taxonomie. Vous pouvez trouver d'excellents tutoriels sur ce sujet et combiner les connaissances acquises dans ce tutoriel pour créer un moyen excellent et utilisable pour les utilisateurs de gérer les métadonnées de terme de taxonomie. Enfin, je souhaite remercier tout particulièrement Rarst d’avoir examiné le code de ce didacticiel avant de le publier.!