Envole » Envole-Mutualisé » eole-dispatcher

Je n'ai pas de solution à cette problématique

dans le composant edispatcher-applications/edispatcher-applications-opened.html
On accepte d'afficher les applis ouvertes que si c'est Chrome

Sous firefox lorsque le focus est remis sur un handle de window ce dernier ne passe pas au premier plan. Je n'ai pas trouvé de solution si tu en a une je suis preneur

Cdlt,
Christophe

En tout état de cause, il faut renommer cette zone "Applications ouvertes" ou "Applications actuellement ouvertes" car ce ne sont pas les "Dernières applications utilisées"

Il y a peut-être une solution, qui consisterait à forcer l'ouverture des apps en fenêtre modale dans FF
En effet, le focus sur un onglet ouvert ne fonctionne pas, mais le focus sur une fenêtre modale semble fonctionner
Donc si on force l'ouverture en fenêtre modale dans FF, on pourrait obtenir une solution acceptable.
Reste à voir l'impact utilisateur d'une ouverture fenêtre par rapport à l'ouverture onglet (d'autant que les fenetres modales sont "spéciales")

Dans ng/public/elements/behaviors/scripts/classes.js

/*
 if ( this.wnd && (typeof browser  != "string" || browser.indexOf("chrome") == -1) ) {
    console.log("FOCUS MAY NOT BE AVAILABLE")
    this.wndIgnore = true
    this.wnd.close();
    this.wnd = false;
    name = "_blank" 
  }
*/
  if (this.wnd) {
      console.log(this.wnd);
      this.wnd.focus();
  } else {
      if (typeof browser  != "string" || browser.indexOf("chrome") == -1) {
        this.wnd = window.open(this.getUrl(),name,"modal=yes");
      }
      else {
          this.wnd = window.open(this.getUrl(),name);
      }

Tester si sur FF on peut laisser la zone mais en la rendant non-cliquable

Solution choisie pour Nice : sous Firefox on fait afficher la zone mais non-cliquable (comme sur Xdesktop en fait, ainsi les utilisateurs sont habitués à ce comportement)
Je regarderai pour modifier le code en conséquence, mais il faudra voir ensemble si à la Réunion vous souhaitez conserver la zone entièrement masquée sous FF

En fait du coup le code est très simple
Dans classes.js :

 if (this.wnd) {
       this.wnd.focus();
  } else  {
     this.wnd = window.open(this.getUrl(),name);
  }

Comme le focus ne fonctionne pas sous FF, on a le comportement "attendu" : on clique mais rien ne se passe
Ensuite c'est juste une question de CSS, pour rendre la zone non-cliquable sous FF, je pense que cela peut se faire au niveau du template en CSS. (Je l'ai fait pour les zones réseau, mais non-dépendant du navigateur)
Il faut juste combiner nos codes pour que cette partie soit masquée à la Réunion et visible à Nice
Je me souviens avoir modifié un js pour rendre la zone visible au départ mais je ne l'ai pas noté et je ne me souviens plus ou c'est...

Un petit avantage avec ce code aussi : si un jour le focus fonctionne sous FF, cela marchera direct

Pour pouvoir désactiver le clic au niveau du template il faut détecter le navigateur directement dans le template
La fonction getBrowser() est présente dans ng/public/elements/behaviors/scripts/utils.js
Y a-t-il un risque quelconque a exposer ce fichier en le chargeant dans le template ?
Si oui il faut redéclarer la fonction dans le template (ou en faire une autre)

Autre question : le comportement a-t-il été testé sur d'autres navigateurs (Safari/MacOS, Opera...)
Ou formulé autrement : faut-il le permettre uniquement sous chrome ou l'interdire uniquement sous Firefox ?

Les 2 dernières questions sont liées : en effet un moyen très simple de détecter chrome est de tester la présence des objets chrome et chrome.webstore (a priori + fiable que le navigator.userAgent de js)

ainsi on peut utiliser une seule variable isChrome :

var isChrome = !!window.chrome && !!window.chrome.webstore;

et le tour est joué
Si on veut que ça fonctionne dans d'autres navigateurs, il faut utiliser une fonction plus élaborée

Validation OK sur principe
Je commite