Salut,
Juste pour info, je le connais très bien, ce menu a été développé par moi aussi😉 mais avec une méthode différente (pas d’utilisation de htmlDisplay ni de fichier json de configuration)
Possible que je m’attaque à l’adapter avec ma nouvelle méthode de gestion de frame par htmlDisplay qui est plus souple (dev et utilisation) mais je ne peux pas te donner de dates…
Super, j’attends avec impatience 
argh … 
Je viens de faire la mise à jour en 4.20 et j’ai aussi mes designs qui sont défigurés par des scollbar alors que tout était nickel en 4.19 !
Damned
L’un de vous à trouvé comment s’en débarrasser ?
Je pense avoir un indice pour le problème scrollbar.
Depuis la mise à jour 4.1.20, en mode édition, mes designs n’occupent plus la totalité du cadre du design. Surtout en bas ou il manque la partie la plus importante. A droite, il manque juste la largeur de la scrollbar, ça doit se jouer à 1 ou 2 pixels
On voit bien sur le screenshot que le cadre vert est bien plus grand que l’image affichée. Le frame lui, est bien superposé avec les bords du cadre vert (il occupe donc tout l’espace). Il semblerait donc que le problème soit lié à ce qui s’affiche dans le frame.
Je n’ose pas bricoler pour chercher à adapter car je ne sais pas si c’est un bug de la version (donc provisoire) ou si au contraire c’est un problème durable lié à la config des designs, des paramètres du menu ou du menu lui même qui ne se révèle que suite à cette mise à jour. Je ne crois pas que ce soit une question de paramétrage car les tailles des différents éléments sont bien cohérentes entre elles.
Je n’ai pas cette version de Jeedom mais tu peux tenter de redimensionner un écran de contenu (quitte à en créer un bidon quasi vide) et jouer avec sa taille (enlever qques pixels de moins que le paramètre du json du menu)
J’ai trouvé comment contourner.
Dans le Json j’ai modifié la hauteur du content.
"parameters": {
"menu_x": "0px",
"menu_y": "0px",
"menu_width": "1000px",
"menu_height": "70px",
"content_x": "0px",
"content_y": "0px",
"content_width": "1333px",
"content_height": "850px"
Sachant que mes designs font 1333 x 800 
C’est étrange, mais ça fonctionne …
A voir si c’est +50 pour tout le monde et dans ce cas je pourrai ajouter cette valeur dans le code du menu.
Possible que 50 corresponde à la bande noire du bas et du coup elle est gérée par ce +50px mais pas visible car pas comprise dans les limites de la taille du design…
J’ai ajusté pour moi le menu dans chaque design…
J’ai crié victoire un peu vite hier soir.
Le +50 ne marche pas avec tous les navigateurs.
Pour moi ça fonctionne avec Chrome et Firefox, mais pas avec Edge et surtout pas non plus avec Fully Kiosk sur ma tablette
J’ai une grosse bande blanche sur le bas de environ 50px de haut.
Faut trouver une autre piste.
Je suis pas très chaud pour modifier les designs car ne sachant pas d’ou ca vient, on ne peut pas savoir si c’est durable ou juste avec la 4.1.20
Tu as fait quoi comme modif exactement ?
J’attends les différents retours pour l’instant avant de faire des modifs dans le menu,
mais l’idée ça serait d’ajouter un paramètre supplémentaire qui pourrait prendre pour valeur le nombre de pixels à ajouter à la hauteur (adaptable donc pour chacun) :
content_height au niveau du codecontent_height
ça reviendrait au même que de modifier le paramètre content_height directemente mais ça permet de conserver la « bonne » valeur théorique de la hauteur et de revenir au point de départ si c’est un problème Jeedom au final ou si toute autre correction est faite (sur d’autres posts, on peut lire que c’est forcément un problème utilisateur… mais pas de polémique, mon but est de retrouver un affichage quel que soit l’origine du problème 
)
Même problème décrit dans ce sujet
Je ne sais pas si c’est une bonne idée de bricoler ton menu, j’ai l’impression qu’en voulant régler un problème avec cette histoire de scrollbar ils en ont créé un autre dans cette version 4.1.20
Oui, pour l’instant, c’est juste une réflexion d’un pansement pour proposer une solution temporaire au cas où le problème devait durer, quelle qu’en soit la raison comme je disais.
J’attends de toute façon les différents retours dans l’immédiat :
Pour ma part, retour à la 4.1.19 en attendant d’y voir clair
Hello,
Une solution a été proposée par un membre. C’est bien la. 4.1.20 qui apporte ce bug. Je vais chercher le fil et le mettre ici. En gros, il faut ajouter un script et une balise CSS dans la personnalisation de JEEDOM. Le script test si on affiche un design et ajoute la balise CSS. La balise CSS modifie les propriétés overlay et height de chaque page de design qui s’affiche.
Je reviens.
Édit: voici le fil de discussion qui apporte cette solution qui fonctionne chez moi. C’est du provisoire en attendant que l’équipe JEEDOM corrige, enfin on croise les doigts et on espère qu’ils veuillent bien admettre le soucis.
Je ne suis pas sur que ça soit un bug apporté par la 4.1.2.
Pour moi comme je l’ai mentionné, j’ai corrigé le pb en retaillant de quelques pixels mes zones de design qui étaient sur les bords.
A suivre
Si si. J’ai testé. V4.1.19 pas de soucis. V4.1.20 soucis. Il y a eu une modification sur la gestion des scrollbars depuis la. 4.1.20.
Je sais pas comment il faut le qualifier mais la différence/problème est apparue en 4.1.20 (voir les nombreux posts sur le sujet😉)
Qu’entends-tu par
j’utilise pas la refonte du menu
?
Bonsoir, je n’ai pas trouvé mais existe-il un widget (ou du contenu HTML) qui ouvrirait une page dans la frame du contenu?