Produits Entr'ouvert » Intégrations graphiques Publik

De très loin, je me dis que peut-être les « preventDefault » bloquent la diffusion d'un événement « ce champ a changé », qui provoquerait ensuite l'appel au système "live" ...? Je n'arrive pas à bien cerner l'affaire :/

@@ -233,6 +233,7 @@ $(function() {
       e.preventDefault();
       $day_btns.removeClass(activated_day_class);
       $options.eq(this.dataset.optionIdx).prop('selected', true);
+      le select.trigger('wcs:change');
       $(this).addClass(activated_day_class);
     });
   };

quelque chose genre ça (si je comprends bien que la ligne $options.eq... est celle qui amène le changement de valeur).

Merci Fred, c'est bien ça, j'ai oublié de lancé un event change sur le $select après changement de valeur.
Petite question, pourquoi lancer un event custom 'wcs:change" plutôt que l'event natif "change", une convention particulière ?

Ça peut éviter des enchainements excessifs d'événements qui se répondent, dans le cas présent je pense que trigger('change') pourrait marcher aussi. (à tester).

ok, merci.
Je garde le trigger sur "wcs:change".

théoriquement, on a besoin de lancer l'event "change" en JS lorsque le value du select a été modifié en JS. Sinon, pas besoin.

Ca ne marche pas quand on arrive la première fois sur le widget

Ça veut donc dire que la première fois est déjà modifié en JS via un live et qu'à ce moment là un jour est déjà ou par défaut sélectionné. Donc il faut bien ajouter un event change lorsque l'event "wcs:options-change" est lancé.
Je le mettrais du coup dans la fonction dédiée à l'event plutôt que dans la function init

  $select.on('wcs:options-change', function(ev, data) {
    if (!data) return;
    calendar_days = define_calendar_days(data.items);
    $('<option value=""></option>').prependTo($select);
    $options = $select.find('option');
    init();
+   $select.trigger('wcs:change');
  });