Mode affichage - view mode

[codegittest]

Bonjour a vous,

merci encore pour votre aide et votre temps précieux !

Je soumet au cas ou…bug possible?

Description!
meme si, dans la configuration de vstream, la sélection d’affichage est en mode « info media 2 »(=504 pour le skin confluence), en balayant des pages de résultats de recherche (exemple: streaming, movies, movies(news), 4kstream ou alloflix (et probablement meme comportement avec les autres site), lorsque qu’une page est consulté pour la 1ière fois(page 2 dans la video), elle apparait en mode « list », en consultant une nouvelle page (page 3 dans la video) et en revenant sur cette même 1ère page (page 2) elle apparait alors dans le mode d’affichage demandé dans la configuration vstream.

Votre system

• OS: correlec , matrix 19.5
• Appareil: s905x
• Version Kodi: 19.5
• Version Vstream: 2.43

Nous devons le reproduire

• Skin confluence
• config vstream (photo)
• Recherche movies (news), n’importe quel site de recherche

Log
Requis ?

Image

video:
https://user-images.githubusercontent.com/74158267/233498765-3b6efbf3-0fe2-4893-8ad6-3f0fbed8fc15.MOV

Plus
J’avais déjà soulevé la difficulté avec ce skin d’obtenir le bon mode d’affichage dans la section issues (2022) sans toutefois réussir à cibler précisément ce qui faisait que parfois j’obtenais le bon mode et parfois non sans découvrir qu’une fois que la page a été affiché dans le bon format, elle le restera. Plus facile à détecter avec une nouvelle installation.

En mettant « debug=true » dans le fichier addon.xml du skin confluence, cela m’a permis de voir que c’est bien le #504 qui permet d’afficher le mode d’affichage désiré (info media 2) avec ce skin.

[alKODIque]

Bonjour @codegittest 👋

Je ne sais pas si ces informations peuvent aider, mais voici ce que je sais concernant le fonctionnement de Kodi et les options d'affichage:

• Les réglages qui sont fait au niveau d'un addon seront toujours surclassés par ceux fait au niveau du skin (s'il s'agit d'un réglage qui propose des options identiques)
• Il peut y avoir un problème d'incompatibilité si le type d'affichage voulu ne porte pas le même ID ''vue type / vue mode'' lorsqu'il est donné par le skin VS donné par l'addon (même si au final, le rendu est le même)
• Si le skin utilisé offre la possibilité d'utiliser un réglage prédéfini pour un type de vue, il est préférable d'utiliser ce dernier et non celui offert par un addon

Si ton skin n'offre pas la possibilité de ''prédéfinir'' un ID type de vue pour les différents types de média, il y a 3 effets possibles (dépendamment du skin):

1. Le réglage fait depuis l'addon sera alors pris en charge, mais seulement lorsque tu navigueras dans cet addon
2. Le réglage fait depuis l'addon ne sera pas pris en compte, car le skin ne prends tout simplement pas en charge cette fonctionnalité
3. La fonctionnalité en question entre en conflit avec une autre.

Dans ces cas, des résultats ''illogiques'' tels que tu décris peuvent se produire.

Pour donner un exemple, souvent les skins récents (ou qui ont évolué dans le temps) demandent de jumeler un ID donné pour un type de vue, à un ID donné pour un type de média.

Alors si le skin que tu utilises ne fonctionne qu'avec l'ID type de vue (et qu'il n'a pas besoin de jumeler a un type de média): alors il y a conflit si l'addon ne fonctionne pas de la même façon que lui.. ton skin se sait pas qu'il doit appliquer l'ID donné a un film, une saga, une série, une saison ou un épisode tandis que l'addon lui demande.. Alors soit rien ne se passe, soit le résultat n'est pas logique (s'applique ou non, de façon aléatoire)

Et cette situation peut être vue inversement au niveau du fonctionnement skin vs addon. EX: si c'est l'e skin qui a jumelé un ID type de vue a un ID type de média - et que l'addon ne le fait pas.

[codegittest]

Bonjour pour votre aide rapide et très détaillé, c’est apprécié !
Je ne suis pas codeur et ne comprend pas toute les implications mais je vais essayer de de mieux comprendre l’origine de cette problématique (pas si pire, puisqu’il suffit de revenir sur la page pour quel s’affiche dans le mode forcé dans vstream) si vous permettez….
—————————
-Les réglages qui sont fait au niveau d'un addon seront toujours surclassés par ceux fait au niveau du skin (s'il s'agit d'un réglage qui propose des options identiques)

J’ai fait quelques essais sur cela qui semble conclure que mon skin ne domine pas sur le réglage vstream ou mémorisé
1 = « use the skin display for info. windows »
2= « enable customized view »
-Si 1 =pas coché ET 2= pas coché == affiché en mode list ou conserve l’affichage tel que dernièrement modifié
-Si 1 = coché ET 2= Pas coché == affiché en mode list ou conserve l’affichage tel que dernièrement modifié

• Si 1 = coché (ou pas) ET 2= coché == prend le mode « info media 2 (504 sélectionné dans vstream) pour autant que ce soit la deuxième fois que la page est consulté.
  ———————————
  Il peut y avoir un problème d'incompatibilité si le type d'affichage voulu ne porte pas le même ID ''vue type / vue mode'' lorsqu'il est donné par le skin VS donné par l'addon (même si au final, le rendu est le même)

Je n’ai pas de trop de doute a ce sujet puisque Vstream, au final, m’affiche le bon affichage que je lui demande (504), il serait donc en « phase » avec le skin. C’est juste que je dois consulter une même page 2 fois pour que l’affichage choisi prenne effet. Dans tout les cas, vous seriez mieux placé que moi pour me dire si cette possible non-compatibilité existe. A ma connaissance, confluence est un des plus communs et plus vieux skin utilisé (époque xbmc inclus), et selon l’info contenu dans le fichier « navvideo.xml », le #504 existe bien d’origine. En ayant activé le mode debug de ce skin, c’est le bon # de mode(504)qui apparait lorsque je sélectionne « info du media » dans tout les menu ou c’est disponible (sinon c’est 50 qui sera forcé par le skin selon ma compréhension du fichier videonav.xml (50) ).
Pour consultation:
https://github.com/xbmc/skin.confluence/blob/master/720p/MyVideoNav.xml
Vous pouvez voir les « view type ID » disponible supporté: 50,51,500,550,551,560,501,508,504,503,515,505,511.
——————————
Si le skin utilisé offre la possibilité d'utiliser un réglage prédéfini pour un type de vue, il est préférable d'utiliser ce dernier et non celui offert par un addon.

Non il ne l’offre pas dans l’interface usagé. Il faut aussi considérer que, si directement configuré dans le skin, cela va imposer une même config pour tout les addons utilisés, ce qui pourrait amener d’autres problèmes d’affichage pour certain autres addon? Étant donné que le paramètre existe dans la config. Vstream, j’ai basé mes essais la dessus…
———————————
Si ton skin n'offre pas la possibilité de ''prédéfinir'' un ID type de vue pour les différents types de média, il y a 3 effets possibles (dépendamment du skin):

1. Le réglage fait depuis l'addon sera alors pris en charge, mais seulement lorsque tu navigueras dans cet addon
   Ce qui semble être le cas !!!
2. et 3. Pas de problème

De ce que j’ai pu constater, que ce soit pour la section film ou téléserie, c’est le même comportement. Avez vous des suggestions de skin qui fonctionnent mieux que confluence pour contrer cette problématique ?
J’ai pensé essayer xonfluence qui y ressemble peut-etre le +…

Note:
Selon votre expertise et vos suggestions, ca me dérange pas d’éditer mon fichier videonav.xml, meme si le correctif se ferait écraser par une maj du skin (assez rare).

J’espère ne pas être déjà dans les rare a utiliser confluence et vouloir continuer a l’utiliser? ou bien, je suis deja dans la catégorie « ancêtre » utilisateur de kodi ?

merci encore !
Bonne journée !

[alKODIque]

Bonjour pour votre aide rapide et très détaillé, c’est apprécié ! Je ne suis pas codeur et ne comprend pas toute les implications mais je vais essayer de de mieux comprendre l’origine de cette problématique (pas si pire, puisqu’il suffit de revenir sur la page pour quel s’affiche dans le mode forcé dans vstream) si vous permettez…. ————————— -Les réglages qui sont fait au niveau d'un addon seront toujours surclassés par ceux fait au niveau du skin (s'il s'agit d'un réglage qui propose des options identiques)

J’ai fait quelques essais sur cela qui semble conclure que mon skin ne domine pas sur le réglage vstream ou mémorisé 1 = « use the skin display for info. windows » 2= « enable customized view » -Si 1 =pas coché ET 2= pas coché == affiché en mode list ou conserve l’affichage tel que dernièrement modifié -Si 1 = coché ET 2= Pas coché == affiché en mode list ou conserve l’affichage tel que dernièrement modifié
Si 1 = coché (ou pas) ET 2= coché == prend le mode « info media 2 (504 sélectionné dans vstream) pour autant que ce soit la deuxième fois que la page est consulté.

J'y reviendrai un peu plus bas pour l'explication... Mais ceci fait partie des ''résultats illogiques possibles'' que j'ai expliqué un peu plus haut

Je n’ai pas de trop de doute a ce sujet puisque Vstream, au final, m’affiche le bon affichage que je lui demande (504), il serait donc en « phase » avec le skin. C’est juste que je dois consulter une même page 2 fois pour que l’affichage choisi prenne effet. Dans tout les cas, vous seriez mieux placé que moi pour me dire si cette possible non-compatibilité existe. A ma connaissance, confluence est un des plus communs et plus vieux skin utilisé (époque xbmc inclus), et selon l’info contenu dans le fichier « navvideo.xml », le #504 existe bien d’origine. En ayant activé le mode debug de ce skin, c’est le bon # de mode(504)qui apparait lorsque je sélectionne « info du media » dans tout les menu ou c’est disponible (sinon c’est 50 qui sera forcé par le skin selon ma compréhension du fichier videonav.xml (50) ). Pour consultation: https://github.com/xbmc/skin.confluence/blob/master/720p/MyVideoNav.xml Vous pouvez voir les « view type ID » disponible supporté: 50,51,500,550,551,560,501,508,504,503,515,505,511. —————————— Si le skin utilisé offre la possibilité d'utiliser un réglage prédéfini pour un type de vue, il est préférable d'utiliser ce dernier et non celui offert par un addon.

C'est qu'il ne sagit pas d'un ''view type'' faisant référence a un type de média ici. Mais d'un ''view mode'' référant plutôt à un type d'affichage

• Le view type est associé au type de média (un film, une saga, une série, une saison ou un épisode - il y a aussi les types ''files'', ''none - pour aucun'', ''artist'', ''album'', song, etc...)
• pour exemple, un ID ''view mode'' peut être associé à plusieurs ID ''view type''. Mais l'inverse n'est pas possible à l'intérieur du même addon (ou skin si ce dernier ne discossie pas chaque addon de la config). C'est à dire qu'un ID ''view mode'' est unique, peut importe s'il est associé à plusieurs ''view type''.

(le fichier xml de confluence confirme le ''Old school'' à ce niveau. Il n'utilise pas le ''view type'' seulement le ''view mode.)

Non il ne l’offre pas dans l’interface usagé. Il faut aussi considérer que, si directement configuré dans le skin, cela va imposer une même config pour tout les addons utilisés, ce qui pourrait amener d’autres problèmes d’affichage pour certain autres addon? Étant donné que le paramètre existe dans la config. Vstream, j’ai basé mes essais la dessus…

Il y a des skins qui offrent la possibilité de configurer les modes d'affichage de façon indépendantes pour chaque addon. Et ce, tout en offrant le réglage directement depuis les paramètres du skin. Pour que cela soit possible, il faut que le skin utilise la dépendance ''script.skinvariable''. (peut-être que ''skin-helper'' le fait aussi à présent, mais je sais que jusqu'à il n'y a pas si longtemps, ce n'était pas possible - skin helper étant un sript faisant un peu la même chose que skin variable, mais qui est plus ancien. Plusieurs skin utilisent toujours cette dépendance)

De ce que j’ai pu constater, que ce soit pour la section film ou téléserie, c’est le même comportement. Avez vous des suggestions de skin qui fonctionnent mieux que confluence pour contrer cette problématique ? J’ai pensé essayer xonfluence qui y ressemble peut-etre le +…

Ceci est dû a l'explication donnée un peu plus haut: ton skin n'utilise pas l'ID ''view type'' seulement l'ID ''view mode''. il ne tient donc pas compte du type de média et ceci cré ce genre de résultat

Pour la suggestion de skin, difficile... Le miens tiens compte de tous ces paramètres mais il n'est pas ''user friendly'' pour tous les utilisateurs... Et puisque ca fait longtemps que je l'utilise, je ne sais pas quels autres skins reproduisent ce que tu recherches.. Ce qui peut t'aider, c'est de regarder dans la liste de dépendances du skin et rechercher pour ''skin. variables'' - la dépendance qui permet de régler l'affichage différemment pour chaque addon.

Note: Selon votre expertise et vos suggestions, ca me dérange pas d’éditer mon fichier videonav.xml, meme si le correctif se ferait écraser par une maj du skin (assez rare).

Tout comme toi, je ne sais pas coder... je ne suis qu'une ''super utilisatrice'' hihi!! J'ai une bonne compréhension de kodi, je comprends certains trucs lorsque je consultes les fichiers de kodi, mais je ne pourrais pas faire de changements importants à l'intérieurs de certains fichiers sans craintes de casser un truc. 😝

J’espère ne pas être déjà dans les rare a utiliser confluence et vouloir continuer a l’utiliser? ou bien, je suis deja dans la catégorie « ancêtre » utilisateur de kodi ?

Honnêtement, confluence est vraiment très ancien...
Il y a toujours de grands avantages a l'utiliser. Niveau fluidité et rapidité par exemple... mais ceci est justement dû au fait qu'il n'intègre quasi aucune dépendance. Je crois que son développeur actuel focus justement sur ce point: le skin accommode autant les machines à faible RAM que celles qui sont puissantes. Un utilisateur novice n'aura pas de difficulté a l'utiliser non plus)
Mais ce sont justement les dépendances utilisées qui apportent ces petits ''plus'' que nous aimons...

• Certains skins en on trop: ce qui alourdi Kodi et le rend plus lent.
• D'autres savent trouver un juste milieu.. Mais c'est vraiment une question de goûts personnels
  C'est a nous de voir ce que nous sommes prêt à sacrifier afin d'obtenir les petits ''plus'' qui nous font envie ;)

[alKODIque]

Pour te donner une idée, voici l'équivalent de ton xml que tu as partagé faisant références aux IDs mode / type, pour mon skin qui lui, différencie pour chaque addon l'affichage selon nos propres choix. (sauf que ce n'ext pas un .xml mais un .json)

Comme tu vois, nous voyons bien le numéro correspondant à l'ID ''view mode'' qui est associé à un ID ''view type'':

{"library": {"images": "51", "videos": "51", "movies": "52", "sets": "52", "tvshows": "52", "episode-groups-tvshows": "51", "seasons": "512", "episode-groups-seasons": "512", "episodes": "51", "genres": "540", "years": "540", "genres-music": "540", "years-music": "540", "studios": "540", "directors": "540", "countries": "540", "tags": "540", "roles": "540", "actors": "52", "playlists": "540", "games": "50", "musicvideos": "50", "artists": "50", "albums": "50", "songs": "501", "files": "540", "sources": "540", "addons": "50", "none-games": "50", "none": "540"}, 
"plugins": {"images": "51", "videos": "51", "movies": "52", "sets": "52", "tvshows": "52", "episode-groups-tvshows": "51", "seasons": "512", "episode-groups-seasons": "512", "episodes": "51", "genres": "540", "years": "540", "genres-music": "540", "years-music": "540", "studios": "540", "directors": "540", "countries": "540", "tags": "540", "roles": "540", "actors": "52", "playlists": "540", "games": "50", "musicvideos": "50", "artists": "50", "albums": "50", "songs": "501", "files": "540", "sources": "540", "addons": "50", "none-games": "50", "none": "50"}, 
"plugin.video.vstream": {"files": "501", "seasons": "521", "episodes": "557", "none": "540", "sets": "558", "movies": "52", "tvshows": "52", "videos": "511"}, 
"plugin.video.themoviedb.helper": {"none": "501", "genres": "540", "seasons": "558", "episodes": "511", "sets": "558", "tvshows": "57", "movies": "52"}, 
"script.ezmaintenanceplus": {"none": "501"}, 
"plugin.video.catchuptvandmore": {"files": "51", "videos": "511"}, "plugin.program.iptv.merge": {"videos": "557"}, 
"plugin.video.youtube": {"videos": "551", "files": "551"}, "script.ezmaintenancemod": {"none": "551"}, 
"plugin.video.vimeo": {"videos": "551"}}

Je n'utile pas les réglages qui sont possibles depuis l'addon vStream, mais nous voyons bien dans son fichier settings.xml qu'il accorde des IDs pour les types de média correspondants. Ce que le skin confluence ne fait pas:

    <setting id="default-view">50</setting>
    <setting id="accueil-view">500</setting>
    <setting id="movies-view">500</setting>
    <setting id="tvshows-view">500</setting>
    <setting id="seasons-view">500</setting>
    <setting id="episodes-view">500</setting>

Pour finir, comment fonctionne confluence. Il indique un ''ID view'' général qu'il défini plutôt sur un mode d'affichage ( dans les balises <include></include>). Donc, son ''view ID'' ne précise pas a quel type de média il doit être associé.

(...)
<include>Window_OpenClose_Animation</include>
			<!-- view id = 50 -->
			<include>CommonRootView</include>
			<!-- view id = 51 -->
			<include>FullWidthList</include>
			<!-- view id = 500 -->
			<include>ThumbnailView</include>
			<!-- view id = 501 -->
			<include>PosterWrapView</include>
			<!-- view id = 508 -->
			<include>PosterWrapView2_Fanart</include>
			<!-- view id = 503 -->
			<include>MediaListView3</include>
			<!-- view id = 504 -->
			<include>MediaListView2</include>
			<!-- view id = 515 -->
			<include>MediaListView4</include>
			<!-- view id = 505 -->
			<include>WideIconView</include>
			<!-- view id = 511 -->
			<include>MusicVideoInfoListView</include>
			<!-- view id = 550 -->
			<include>AddonInfoListView1</include>
			<!-- view id = 551 -->
			<include>AddonInfoThumbView1</include>
			<!-- view id = 560 -->
			<include>LiveTVView1</include>
(...)

Confluence nomme donc chaque ID associé à un type d'affichage à sa sauce.. Dans les fait, Kodi n'a pas besoin de savoir que (exemple) l'ID 500 se nomme ThumbnailViews... Car un autre skin pourrait aussibien dire que 500 se nomme ''PizzaView'' que ça ne ferait aucune différence hihi... L'ID 500 est unique, mais peut être associé a plusieurs type de média.

[codegittest]

Ok! Pas facile !

Je vais essayé de « patcher » ou c’est + facile alors…Pour le moment, l’avantage que peut me donner la gestion faite par vstream est pas si mal comme point de départ.

Suite a vos explications, je vois 3 possibilités (sans changer de skin):

1. J’obtiendrais le même « bug » ? modifier dans le fichier setting.xml :
   50
   500
   . ici 504
   . ici. 504.
   500
   500

Je n’ai pas trouvé cette information dans le fichier « settings.xml » du skin, est-ce celui de vstream ? Si oui, c’est déjà la config que je teste….

2. n’étant pas codeur, utiliser un extrait d’un autre skin pour copier-coller dans le skin confluence (forcer des valeurs non présente sur l’ui serait probablement requis).

3. Tromper le fichier du mode d’affichage mémorisé (ou ?), pas trop bon pour les changement de sources future mais viable pour les sources préférés….

A+

[alKODIque]

Le fichier settings est bien celui de vstream et non pas du skin..

Pour les modif que tu souhaites effectuer, je ne peux pas t'aider puisque je ne connais pas pas Confluence.

Pour le copier / coller: non, ça ne suffirait pas.. car ces réglages sont associés a des fonctions à l'intérieur du skin. C'est un ''effet domino'' qui s'enchaîne hihi.. un élément est modifié alors un autre, et un autre, et un autre fichier doit l'être, etc...

Bonne chance en tout cas! Je te souhaite de réussir ce que tu souhaites accomplir! 👍🙂

[codegittest]

J’ai probablement été chanceux mais dernièrement, j’ai remplacé un fichier (dialogplayerprocessinfo.xml)en prenant celui du skin xonfluence pour ajouter la température du cpu (disponible avec la touche « o » lors du visionnement) a confluence. Ca marche super !

Dans ce cas ci, je ne m’attends pas a remplacer le fichier au complet…(au mieux, peut etre un « ensemble de fichier »)

Peut-etre que xonfluence n’est peut-etre pas si different de confluence ?

[alKODIque]

effectivement, xonfluence étant basé sur Confluence... la compatibilité doit y être a plusieurs niveaux sans efforts

[codegittest]

Avec un « peu » d’efforts, j’ai activé et configuré xonfluence et il ressemble maintenant pas mal a confluence! Avec l’avantage qu’il permet plus de flexibilité sur la config du skin. Impressionant !
Le chargement entre les pages semble beaucoup plus rapide aussi !
Par contre, malheur, exactement le meme comportement…rip !

Je constate qu’il est possible d’activer des script dans le skin, est-ce que ca pourrait aider ?

Je vais en essayer d’autres…avez-vous des suggestions, avec le moins de dentelles possible (exemple: win xp , !win10) ?

[codegittest]

Pour votre info…
J’ai essayé quelques « skin » après avoir faire une courte recherche ayant pour critère, la simplicité de navigation et de config. aussi, j’aime bien quand nous avons accès à une barre de défilement, parfois elle n’est pas accessible….

Les notes données /10 représente seulement mon opinion rapide par rapport a Confluence (après avoir pris 15-20 minutes de config. pour chacun).

Probablement mon préféré:
Mimic -LR - 8,5/10 : La gestion avec le paramètre dans vstream fonctionne bien. 50 = list (semblable info media), navigation facile ! Les page de configurations des addons n’utilisent toujours le plein écran.

8/10- Bello : Il gère bien dans le mode list par défaut qui est un peu dans le style « info media ». Configure skin, view, manage video views = Bello. Menu d’accueil semble moins intuitif a configurer.

8/10 - Quartz: La gestion avec le paramètre dans vstream fonctionne bien. 52 = media info, navigation facile !

7/10 - Metropolis : La gestion avec le paramètre dans vstream fonctionne bien. 55 = list (qui ressemble a info media). Pas de barre de défilement.

5/10 - Eminence : Meme bug (aleatoire- il faut revenir sur la page) que Confluence/Xonfluence. Pas de barre de défilement dans les réglages. Interface plante parfois quand on veut revenir sur l’ecran d’accueil avec la touche maison.
La gestion avec le paramètre dans vstream 57 = media info 2

6/10 - Rapier : Meme bug (aleatoire- il faut revenir sur la page) que Confluence/Xonfluence.
La gestion avec le paramètre dans vstream 59 = list info 2

Pellucid 3/10 : view mode pas offert (l’affichage est en mode pochette), pas de barre de défilement, la config. (Un peu partout) ne se fait pas en mode plein écran, manque un peu de finition. Option de configuration très limité.

[codegittest]

peut-être une possibilité,en cherchant un peu, j’ai trouvé une problématique semblable a ce problème:

xbmc/xbmc#18576
Container.SetViewMode does not reliably work

Describe the bug
Here is a clear and concise description of what the problem is:
Container.SetViewMode does not reliably work when attempting to force viewtype for a container. Adding an xbmc.sleep call prior to calling Container.SetViewMode reliably works as a workaround. Without it, when calling Container.SetViewMode the view mode is not changed in the current container, but selecting BACK will show that the previous containers view mode is set to the desired view type.

Je n’ai pas trouvé de quel fichier proviens l’appel de ce « comtainer » Container.SetViewMode.

[sizanic]

Le "container.setviewmode" est ici :

venom-xbmc-addons/plugin.video.vstream/resources/lib/gui/gui.py

Line 628 in 711923a

if forceViewMode:

Que ce soit pour le mode forcé, ou le mode en fonction du type.

S'il faut ajouter un 'xbmc.sleep', cela veut dire que le comportement dépend de l'équipement.
Ce qui expliquerai que nous ne l'ayons pas vu avant.

[codegittest]

Ok, donc il y aurait de l’espoir ? Suffirait d’ajouter ce « sleep » au bon endroit et tester ? Selon la rapidité du cpu, les résultat peuvent différé étant donnée que c’est + un « workaround » qu’une solution stable ?

Le mode forcé = forcé par un addon (non par le skin) ?

merci pour votre temps!
Bonne journée !

[sizanic]

Oui, le mode forcé est le mode qui te permet de choisir tes propres numéros de vue dans vStream.
Sinon, le type de vue dépend du type de média.

[codegittest]

Ok, merci Sizanic pour l’espoir avec le lien pour l’appel du « container.setviewmode ».
Cette aide m’aura permis de faire des essais avec un sleep 10 tel que suggéré, mais le bug était toujours present meme si je devais consulter plusieurs pages (parfois une 20aine) avant que cela ne se produise. À l’extreme, j’ai testé avec un sleep à 250, je n’ai pas réussi a reproduire le problème! SUPER ! Problème Réglé même si c’est un « work around »!
Possibilité a intégré sur une version BETA ?

[sizanic]

Il m'arrive aussi d'avoir ce probleme. Je crois pouvoir le reproduire.
Mais je ne garantie rien.

[codegittest]

Pas de probleme, avec un processeur s905x et confluence c’est facile a reproduire, par contre avec un vieux processeur s805 la problématique ne semble pas se produire, processeur trop lent ?
Bonne fds !

[codegittest]

J’ai remis le delais de 250 dans le fichier gui.py. Il serait interessant de trouver une facon de tester pour vous ? Sinon je devrai editer ce fichier a toute les mise a jour…
Merci !

[sizanic]

Régler ce souci fait toujours partie des points que nous devons revoir.

(Mais je t'avoue qu'il n'est pas très prioritaire).

[codegittest]

Merci,
peut-etre qu’en attendant une solution + parfaite (qui est peut etre impossible/difficile avec un skin qui ne gère pas tout les mode view nativement), le petit delais pourrait etre ajouté temporairement en considérant que cela est sans impact pour la fonctionalité de vstream et la rapidité de l’interface utilisateur et que cela fonctionne bien selon mes essais ?
Dans tout les cas, ce n’est pas une grosse contrainte d’éditer le fichier py.gui ou de rechanger le mode d’affichage manuellement a chaque fois pour certaine page.