9.14.1. Étendre un gestionnaire de filtre Views personnalisé dans Drupal

Dans l’article précédent, nous avons vu comment intégrer le module Views avec une base de données personnalisée pour le module Did this help? :

https://www.drupal.org/project/did_this_help

Dans cet article, nous allons surcharger le filtre Views pour un champ Choice (oui/non) :

Actuellement, c’est un champ texte classique créé par le gestionnaire "string", qui permet d’ajouter une clé de recherche. Mais comme nous avons seulement deux options Oui/Non, il serait préférable d’avoir une liste déroulante plutôt qu’un champ texte. Créons donc un fichier /did_this_help/src/Plugin/views/filter/DidThisHelp.php :

<?php

namespace Drupal\did_this_help\Plugin\views\filter;

use Drupal\views\Plugin\views\filter\InOperator;

/**
 * Filtre par liste donnée d’options oui/non.
 *
 * @ingroup views_filter_handlers
 *
 * @ViewsFilter("did_this_help")
 */
class DidThisHelp extends InOperator {

}

Nous héritons la classe DidThisHelp de la classe parente InOperator, qui fournit un filtre avec une liste déroulante, boutons radio ou cases à cocher selon les réglages de l’interface Views.

Dans la méthode getValueOptions(), nous allons ajouter la liste des options disponibles :

  /**
   * {@inheritdoc}
   */
  public function getValueOptions() {
    if (isset($this->valueOptions)) {
      return $this->valueOptions;
    }

    $this->valueOptions = [
      'yes' => $this->t('Yes'),
      'no' => $this->t('No'),
    ];

    return $this->valueOptions;
  }

La propriété valueOptions est définie dans la classe parente InOperator, nous avons donc seulement besoin de définir le tableau des options.

Dans le résultat, nous obtenons ce filtre :

Si nous activons le filtre exposé, nous voyons cette liste déroulante :

Vous pouvez surcharger n’importe quelle classe de filtre dans cette liste des classes fournies par Views et d’autres modules :