Text disappears when «no focus» zone reaches top of window

[autonum]

In complement to the «Limited focus-area size?» issue (#36 ), I notices that, when the total hight of the note is at least twice that of the note's window – in other words: the «no focus» area is bigger than the «focus» one, the text disappears as soon as one scrolls down to the point where the top of the «no focus» area reaches the top of the note's window.

Here attached: 1 - scrolling half-way down, text still visible 2 - scrolling until the «grey» zone reaches the top, text disappears

Thanks for considering the issue.

[autonum]

Note: I had to resize the window on this single note for the «trick» to work. I'm not sure what the precise conditions have to be for it to happen but a certain number of the notes I have are concerned.

[maoschanz]

in your other issue you said "debian gnome", could you provide the versions please? (buster/bulleyes/sid? GNOME Shell 3.??)

the version of the extension too (does it come from the "official" GNOME website or is it installed manually from github?)

[autonum]

(Ooops, sorry. First time I use this kind of discussion.)

Buster. Gnome shell 3.30.2 Notes 17 French version

From GNOME website, I think (if notes is not default in the «tweak» thing – can't recall). Certainly not installed manually.

Also: in some circumstances, after the text has disappeared, it shows again when the mouse arrow hovers off of the window; it then stays visible even when the arrow hovers back in. It seems to depend on how far one scrolls down the no-focus zone AND on how high the note's window is positioned on the desktop screen (near the top or the bottom of the screen); the closer from the top, the sooner the text disappear when scrolling down.

[autonum]

(P.S.: je n'y connais rien en code mais en découvrant «Notes» avant-hier plusieurs suggestions me sont venues à l'esprit, et elles me semblent a priori simple à implémenter. C'est le genre d'application qui m'est très utile et, avec quelques ajouts et modifications, ça pourrait être redoutable. Cependant, je ne sais pas s'il est préférable de les proposer ici ou plutôt de vous les envoyer en résumé par mail pour pouvoir faire une sélection avant de faire des «issues» de celles qui sont plausibles. Qu'en dites-vous?)

[maoschanz]

Non c'est mieux de poster sur github mais sur un 3ème ticket dédié à ces suggestions

remarque que rien n'est "simple" car les développeurs de GNOME Shell (et donc de Clutter et St, les librairies utilisées) ne testent pas beaucoup les cas qui n'existent pas chez eux : toute extension se fait donc sur des fondations pleines de bugs, et la gravité de ces bugs dans le cas de cette extension est assez critique pour empêcher carrément que je supporte "officiellement" GNOME 3.34

Et le jour où je prendrais le temps de chercher des parades pour supporter GNOME 3.36 sera sans doute le jour où ça cassera lamentablement sur GNOME 3.30

[autonum]

Salut. Je n'avais effectivement pas songé aux questions de comptatibilité avec le reste. Ça parraît du coup plus hasardeux de multiplier les fonctionnalités. Je laisse quand même quelques suggestion par ailleurs, au cas où.