[forum]Raar gedrag bij user tagging via @

[.oisyn]

Dit is op mobile (Chrome op Android), ik heb desktop nog niet gecheckt.

Maar als ik iemand wil taggen met @, dan verschijnt de popup niet. Althans, dat dacht ik in eerste instantie, het bleek dat de popup ver boven de textarea stond waar ik met invoer bezig ben.

En als ik dan iemand aanklik als er een spatie in de naam staat die ik ook heb ingetypt, dan wordt de tag niet toegevoegd aan de post.

Waarschijnlijk 2 bugs in 1, maar ik had last van beide op hetzelfde moment

[Raven]

.oisyn schreef op maandag 17 mei 2021 @ 08:58:
Maar als ik iemand wil taggen met @, dan verschijnt de popup niet. Althans, dat dacht ik in eerste instantie, het bleek dat de popup ver boven de textarea stond waar ik met invoer bezig ben.

Dat heb ik al een paar keer op de desktop (Firefox) gezien met quick reply, wilde eerst een patroon proberen te ontdekken, tot nu toe niet gevonden en het gebeurt maar zelden.

[.oisyn]

Zo te zien heb ik er alleen last van in het nieuw topic en reageerscherm. In de quickreply werkt het wel goed.

.edit: en het probleem met spaties is er in de quickreply ook niet. Misschien dus toch gerelateerd?

[ Voor 32% gewijzigd door .oisyn op 17-05-2021 09:41 ]

[Kees]

Inderdaad, op desktop verschijnt de dropdown voor de @-mention ook op de verkeerde plek bij een nieuwe reactie

[.oisyn]

Kees schreef op maandag 17 mei 2021 @ 13:56:
Inderdaad, op desktop verschijnt de dropdown voor de @-mention ook op de verkeerde plek bij een nieuwe reactie

[Afbeelding]

Maar het spatieprobleem is er dan op desktop weer niet.

[crisp]

Ik vraag me af hoe lang die positionering al stuk is

De oorzaak is overigens dit:

quote: https://developer.mozilla.../HTMLElement/offsetParent

The HTMLElement.offsetParent read-only property returns a reference to the element which is the closest (nearest in the containment hierarchy) positioned ancestor element. If there is no positioned ancestor element, the nearest ancestor td, th, table will be returned, or the body if there are no ancestor table elements either.

en het verschil met de quickreply is dat het gewone reactieformulier table-based is.

Ik heb nu de .rmlToolbarWrapper een position:relative gegeven; deze fix zal ik morgenochtend releasen. Of dat ook het spatieprobleem oplost weet ik niet; dat kon ik zelf ook niet zo snel reproduceren.