FP overlappende elementen (desktop browser)

[Raven]

Maar even een apart topic:

Raven in "Nieuwe sidebar"

Raven schreef op zondag 11 februari 2024 @ 09:31:
Is er sinds de komst van de sidebar nog gesleuteld aan de FP? De FP ziet er sinds dag of 2 zo uit in FF 122.0.1

Overlappende elementen dus, zoom op 110% of 80% en het ziet er normaal uit, zei het met zoom dus. Had NoScript, uBlock en Stylus al uitgezet, geen verschil.

De 14e was het ineens weer normaal en sinds de ochtend van 17 februari (avond ervoor was het nog normaal) weer overlappende elementen:


Dit alleen in FF (122.0.1), in Chrome is het normaal. NoScript, uBlock en custom CSS uit maakte geen verschil, evenals Ctrl+F5'en.

[DaFeliX]

De laatste keer dat we hebben gedeployed is 16e feb om 13:25. Als het dus op de avond van de 16e nog goed was, en op de 17e pas speelde is de kans groot dat het niet met onze code te maken heeft (of er moet óók nog 'n cache-busting issue bij ons hebben gezeten).

Een ander vergelijkbaar probleem dat ik recentlelijk heb gezien (Yzord in "menu-bar werkt niet meer") bleek om custom css te gaan, alleen geef jij aan dat dit bij jouw niet het geval is. Andere meldingen over dit probleem zijn mij niet bekend.

Zelf gebruik ik ook Firefox 122.0.1 en kan het probleem niet reproduceren, ook niet met verschillende resoluties/zoomniveaus. Ik vrees dus dat ik hier nu niet zoveel mee kan.

[crisp]

Ik kan het ook niet reproduceren, ook niet als ik "always show scrollbars" aanzet in de accessibility settings van windows 11 zodat ik ook net als in windows 10 een dikke scrollbar naast de content krijg.

Overigens speelt er nog wel een issue rond de breakpoints waar de kolommen van de frontpage wat gereseized worden, maar de content sized dan gewoon mee. Dit willen we nog op gaan lossen zodat de kolommen echt een fixed size kunnen krijgen, maar het lijkt er niet op dat dat iets met deze issue te maken heeft...

[Raven]

DaFeliX schreef op maandag 19 februari 2024 @ 08:03:
Een ander vergelijkbaar probleem dat ik recentlelijk heb gezien (Yzord in "menu-bar werkt niet meer") bleek om custom css te gaan, alleen geef jij aan dat dit bij jouw niet het geval is. Andere meldingen over dit probleem zijn mij niet bekend.

Stylus in mijn geval, die ik had uitgezet ter test, maakte niets uit. In profiel staat niets meer, maar ter test net ff uitgelogd, maar veranderde niets.

DaFeliX schreef op maandag 19 februari 2024 @ 08:03:
Zelf gebruik ik ook Firefox 122.0.1 en kan het probleem niet reproduceren, ook niet met verschillende resoluties/zoomniveaus. Ik vrees dus dat ik hier nu niet zoveel mee kan.

Hier verdwijnt de overlap door naar 110% of 80% te gaan.

crisp schreef op maandag 19 februari 2024 @ 08:15:
Overigens speelt er nog wel een issue rond de breakpoints waar de kolommen van de frontpage wat gereseized worden, maar de content sized dan gewoon mee. Dit willen we nog op gaan lossen zodat de kolommen echt een fixed size kunnen krijgen, maar het lijkt er niet op dat dat iets met deze issue te maken heeft...

De windowbreedte doel je dan op denk ik?

[crisp]

Raven schreef op dinsdag 20 februari 2024 @ 17:03:
[...]

De windowbreedte doel je dan op denk ik?

Ja inderdaad. Wat is jouw resolutie precies? Of is dit een niet-gemaximaliseerd venster?

[Raven]

crisp schreef op dinsdag 20 februari 2024 @ 23:19:
[...]

Ja inderdaad. Wat is jouw resolutie precies? Of is dit een niet-gemaximaliseerd venster?

Scherm staat op 3440*1440, voor windowbreedte (weet die zo niet uit het hoofd) zie screenshot Chrome op dezelfde breedte geeft geen overlappende elementen.

[jeroen3]

Ik heb dit ook gezien gisteren in Chrome. Ik kon dit veroorzaken door de breedte van chrome aan te passen.

[Raven]

@crisp @DaFeliX Gisteravond was het nog mis, nu is de FP weer goed, terwijl er aan mijn kant niets verandert is

Tussen +/- 20:00 en 06:00 om wat specifieker te zijn, in die periode is het (weer) gefixed.

[ Voor 28% gewijzigd door Raven op 23-02-2024 06:18 ]

[crisp]

De laatste code-deploy aan onze kant was gistermiddag om 17:02, en dat betrof geen styling.

[Raven]

Dan heb ik geen idee wat het kan zijn, FF is niet eens geherstart, had systeem in hibernate gezet terwijl FF nog draaide. 's Ochtends na aanzetten ge-F5'd en ineens normaal.

[Wild Chocolate]

In Opera is het al sinds het nieuwe ontwerp 1 groot drama. Ik heb de hoop dus een beetje opgegeven

Fulsscreen, op 100% zoom:


Ik vind ook het verschil tussen de lettergrootte op de frontpage ten opzichte van de artikelen niet lekker. De frontpage zou ik qua lettergrootte ok vinden, maar de artikelen worden dan slecht leesbaar (net als de kadertekst over de kledinglijn).

Normaal had ik hem op 110% zoom staan, maar sinds deze week heb ik het idee dat de letters weer kleiner geworden zijn, dus heb ik hem naar 125% gezet.

De frontpage schaalt in beide zoomniveaus niet goed, 110%:


125%:


Maar goed, ik heb me er inmiddels maar bij neergelegd dat Tweakers kennelijk vooral bedoeld is voor mensen die meanstream-browsers gebruiken

[crisp]

Opera is net als Edge tegenwoordig ook gewoon chromium-based, dus net zo mainstream als Chrome zelf. Ik zelf gebruik overigens Firefox.

Probleem blijft dat we het tot nog toe niet kunnen reproduceren, dus het blijft gissen waar het aan ligt..

[crisp]

Waarschijnlijk werd dit toch veroorzaakt door te lange (sub)titels in een ankeiler. We hadden hier wel text-overflow:ellipsis op staan, maar dat werkt niet als het element zelf onderdeel van een grid-layout is. Daar hebben we nu een oplossing voor geimplementeerd.

Voor de frontenders onder ons: https://css-tricks.com/preventing-a-grid-blowout/

[Raven]

@crisp Als dat het was, enig idee waarom het tussendoor toch weer even goed ging?

[crisp]

Raven schreef op dinsdag 12 maart 2024 @ 17:58:
@crisp Als dat het was, enig idee waarom het tussendoor toch weer even goed ging?

Omdat (te) lange (onder)titels niet vaak voorkomen. Tenzij je bijvoorbeeld text-only zoom gebruikt (wat ik toevallig vandaag deed, en zodoende de oorzaak op het spoor kwam ).