Homepage standaard te breed op mobiel

[Detmer]

Vermeld de URL waar het probleem zich bevindt
Homepage Tweakers; www.Tweakers.net

Geef aan welke stappen je uitvoert om het probleem te kunnen reproduceren
Homepage openen op mobiel (ingelogd of niet maakt geen verschil).

Beschrijf wat je zou verwachten als het probleem zich niet voordeed
Alleen op de homepage is de pagina te breed voor het scherm. Zodra ik doorklik naar nieuwsartikelen, V&A e.d. is de pagina de juiste breedte.

Indien relevant, voeg een screenshot toe


Vermeld welk apparaat en browser je gebruikt
OnePlus Nord 4 met Firefox browser (up-to-date).

[ Voor 4% gewijzigd door Detmer op 20-02-2026 20:35 ]

[crisp]

Mmm ja, ik zie het ook op mijn telefoon (427px horizontale resolutie). Geen idee hoe dit kan, maar we gaan het uitzoeken...

[Hahn]

Ik gok door dit artikel van @TijsZonderH:
.geek: Google-boete van 19.059.780.000.000.000.000.000.000.000.000.000 euro h...

[tweakduke]

crisp schreef op vrijdag 20 februari 2026 @ 19:18:
Mmm ja, ik zie het ook op mijn telefoon (427px horizontale resolutie). Geen idee hoe dit kan, maar we gaan het uitzoeken...

Als je uitzoomt dat komt de pijl van de tracker in beeld. Die hij nu standaard erbuiten houdt, maar dan lijkt het beeld te breed.

Ergens forceert die daar wat verkeerd.

Edit: wat @Hahn zegt, kan het inderdaad ook zijn.

[ Voor 6% gewijzigd door tweakduke op 20-02-2026 19:24 ]

[crisp]

Ik denk ook dat @Hahn gelijk heeft. Dan lost het zichzelf op voordat ik er maandag naar kan kijken

[TijsZonderH]

crisp schreef op vrijdag 20 februari 2026 @ 19:35:
Ik denk ook dat @Hahn gelijk heeft. Dan lost het zichzelf op voordat ik er maandag naar kan kijken

Sorry alvast!

[Hahn]

TijsZonderH schreef op vrijdag 20 februari 2026 @ 19:54:
[...]

Sorry alvast!

Als je de titel aanpast dan is het probleem opgelost. Want ook in het artikel zelf past de titel niet:

[HaX0r]

@crisp CSS fix suggestie.
​

code:

.headline--anchor {
    overflow: hidden; /* Optionele fallback voor oude browsers. */
    overflow: clip;
}

​
Hidden zou ook kunnen, maar met clip blijft de content beter intact en kan je dus nog steeds de titel tekst kopiëren bijvoorbeeld. Mochten jullie een auto CSS sorter gebruiken die ze verkeerd sorteert kan je overwegen om !important toe te voegen achter clip.

[crisp]

nu ja, de redactie moet gewoon niet van die rare titels maken...

[HaX0r]

@crisp Wordt de kleine wijziging doorgevoerd in jullie volgende sprint? Hoop dat we niet opnieuw x dagen, ditmaal drie, het risico lopen dat de Tweakers frontpage minder prettig in gebruik is. Weet niet hoe het op andere toestellen was, maar op de iPhone 13 Mini was de site dermate gebruiksonvriendelijk geworden dat ik van ellende maar gras ben gaan aanraken.

[crisp]

Nu ja, ik denk dat @TijsZonderH nu wel weet dat dit niet zo handig was. Het punt is een beetje dat dit op meerdere plekken op de site mis ging, en om er op al die plekken rekening mee te houden dus eigenlijk meer is dan een kleine wijziging...

[Thy...]

crisp schreef op maandag 23 februari 2026 @ 11:52:
nu ja, de redactie moet gewoon niet van die rare titels maken...

Zoals overal in de dev wereld, als een gebruiker iets kán slopen, dan zullen ze een manier vinden om het te slopen

Een check inbouwen bij het maken van een artikel of de titel niet meer dan een bepaald aantal tekens achter elkaar bevat zonder zonder spatie ertussen zou dit fixen toch?

[HaX0r]

crisp schreef op dinsdag 24 februari 2026 @ 12:08:
Nu ja, ik denk dat @TijsZonderH nu wel weet dat dit niet zo handig was. Het punt is een beetje dat dit op meerdere plekken op de site mis ging, en om er op al die plekken rekening mee te houden dus eigenlijk meer is dan een kleine wijziging...

Voelt wel een beetje lui om een zeer kleine CSS fix, die geen overziene nadelen oplevert, niet te doen omdat het dan op andere plekken nog wel mis gaat? Zeker gezien de UX van de frontpage nogal essentieel is?

Zou Tweaker's badboy @TijsZonderH ook niet vertrouwen dat hij dit nooit meer doet.

Maar prima, zal het een volgende keer dan wel via een userscript zelf fixen.

[crisp]

Thy... schreef op dinsdag 24 februari 2026 @ 17:38:
[...]


Zoals overal in de dev wereld, als een gebruiker iets kán slopen, dan zullen ze een manier vinden om het te slopen

Een check inbouwen bij het maken van een artikel of de titel niet meer dan een bepaald aantal tekens achter elkaar bevat zonder zonder spatie ertussen zou dit fixen toch?

Vast, maar dan verzint Thijs wel weer wat anders om het te slopen

HaX0r schreef op dinsdag 24 februari 2026 @ 20:02:
[...]


Voelt wel een beetje lui om een zeer kleine CSS fix, die geen overziene nadelen oplevert, niet te doen omdat het dan op andere plekken nog wel mis gaat? Zeker gezien de UX van de frontpage nogal essentieel is?

Zou Tweaker's badboy @TijsZonderH ook niet vertrouwen dat hij dit nooit meer doet.

Maar prima, zal het een volgende keer dan wel via een userscript zelf fixen.

Gewoon te weinig prio om iets te fixen dat één keer in > 25 jaar is fout gegaan. Ik kan mijn tijd beter aan andere dingen besteden denk ik

[HaX0r]

@crisp Ha, daar twijfel ik ook niet aan nee!

Wat voorn gedrocht van een codebase/backlog/werkwijze moet je mee te maken hebben als hier meermaals reageren dat je iets niet op gaat pakken netto minder werk is dan 1 CSS property toe te voegen aan jullie stylesheet?

Houdt vol en sterkte!

[DaFeliX]

Ok, nou, het is mij duidelijk. Bedankt voor de feedback, ik sluit nu dit topic.