Feedback nieuwe FP

[Mrjraider]

@Femme bedankt voor je reactie. Moet nog steeds vermelden dat ik het er gewoon niet mee eens bent. Nogmaals; ik snap dat een perfect product neerzetten voor iedereen dat is lastig maar hoe er nu met de feedback omgegaan word klopt mijn inziens ook niet helemaal.

Jullie hebben overigens wel een nieuwe vorm can paywall uitgevonden: nieuws berichten zo onoverzichtelijk weergeven dat je verplicht bent een account te maken en dat je verplicht bent om daarop CSS aan te schaffen (Nu nog dmv karma maar voor hoe lang? Straks dien je een x aantal eu per maand/jaar te betalen voor het gebruik van custom CSS) zodat je een template kan gebruiken die het allemaal weer overzichtelijk maakt
Wellicht is dit wat voorbarig maar die indruk word bij mij in ieder geval gewekt. En alles waar een paywall zit vermijd ik.

[ Voor 5% gewijzigd door Mrjraider op 17-04-2019 08:57 ]

[Femme]

Comp_Lex schreef op dinsdag 16 april 2019 @ 21:52:
[...]

Ik ben het met Mrjraider eens. Ik begrijp waarom er op dit moment naar custom css gegrepen wordt, maar het hoort niet bij de geest van waar custom css eigenlijk voor bedoeld is. In principe hoort de basiservaring al prima te zijn en dat is het voor mij de laatste jaren ook wel geweest. De vorige versies van de FP waren prima voor mij. Dus ik vind niet dat jullie altijd wat maar wat lopen aan te prutsen. Sterker nog, van mij mogen er heus wel extra plaatjes bij, maar de implementatie moet goed zijn. Wat dat betreft hoef ik niet perse alleen maar supercompacte lijstjes te zien en heb ik heus geen overgeklokte tekstprocessor in mijn hoofd. Maar ik zie wel graag een nette oplossing voor op lange termijn. Ik wacht geduldig af.

De custom css maken we specifiek voor een groep gebruikers die de behoefte heeft aan een super compacte nieuwsfeed en liever helemaal geen uitgelichte items ziet. De basiservaring hoort inderdaad goed te zijn.

Ik begrijp de feedback dat het vervelend is om telkens voorbij dezelfde ankeiler te moeten kijken die je al twintig keer eerder op dezelfde dag hebt gezien. Ik kan geen toezeggingen doen over oplossingen (die bepaal ik niet in mijn eentje) maar dat dit een pijnpunt is voor een grote groep fanatieke tweakers is mij wel duidelijk.

[Ethirty]

Femme schreef op woensdag 17 april 2019 @ 09:21:
[...]


De custom css maken we specifiek voor een groep gebruikers die de behoefte heeft aan een super compacte nieuwsfeed en liever helemaal geen uitgelichte items ziet. De basiservaring hoort inderdaad goed te zijn.

Ik begrijp de feedback dat het vervelend is om telkens voorbij dezelfde ankeiler te moeten kijken die je al twintig keer eerder op dezelfde dag hebt gezien. Ik kan geen toezeggingen doen over oplossingen (die bepaal ik niet in mijn eentje) maar dat dit een pijnpunt is voor een grote groep fanatieke tweakers is mij wel duidelijk.

Volgens mij wordt het super compacte een beetje te ver doorgetrokken. Dat een deel geen ankeilers wil omdat deze de site onoverzichtelijk maken wil nog niet zeggen dat we verder 0 padding willen rondom de content.

Van wat ik lees is dat de meeste mensen (hier in dit topic althans) geen zin hebben in een half scherm vol afbeeldingen voor er leesbare content zichtbaar is. Dit is voldoende geïllustreerd met voorbeelden.

Jullie bedoelen het vast goed, maar dit is wat we in feite zien:


Custom CSS is wat mij betreft niet meer dan een work-around ipv een oplossing voor een structurele design- en/of denkfout. Gelukkig vond ik iemand die dat punt beter kan uitleggen dan ik:

First impressions are crucial. If your “above the fold” website content doesn’t grab your visitors’ attention the second they land on your site, they won’t bother to stick around any longer. But if you get their attention, and they’ll stick around, subscribe, and buy.

But wait – what the heck is a “fold” in web design anyway, and why is it so important?

If that’s what you’re thinking when you hear the term “above the fold content”, you’re not the only one.

That’s because the idea of the fold goes back to the days before digital. Most newspapers were sold from sidewalk kiosks, as some still are today. They were usually folded in half so passersby could see the top half of the front page. If what they saw didn’t grab them, they’d keep on walking, and sales would be down. That’s why it was crucial to put your best, most interesting content “above the fold”.

Zelfs met de ankeilers uit begint mijn "laatste nieuws" pas op de onderste derde van mijn scherm...

[Redneckerz]

Lange feedback post incoming. U bent gewaarschuwd.

Maite de Jong schreef op dinsdag 16 april 2019 @ 11:45:
We hebben jullie feedback geïnventariseerd en de punten die het meest terugkomen zijn dat de grotere ankeilers op banners lijken, dat de de nieuwslisting te ver naar beneden staat en de informatiedichtheid te laag is. Laten we die even langslopen:

Als dit de data is waar je mee bent gekomen, dan vind ik deze weinig gedetailleerd. Zo word de overvloed an witruimte namelijk niet genoemd terwijl dit wel al een jarenlang probleem is.

Ook wat betreft de ankeilers zijn er nuances: De meeste kritiek hierop ligt vooral in de tussenliggende ankeilers welke inderdaad meer weg hebben van een banner. Dit komt door de zwarte ondergrond waarop zon ankeiler bestaat. De top ankeiler heeft dit probleem niet, deze valt naast breder te zijn imo beter weg in de site. Het probleem is dus vooral de tussentijdse ankeilers.

Dat ik op bovenstaande en onderstaande nogal kritisch ben ligt dan ook in het gegeven dat voor veel gebruikers dit een herhaling van zetten is op wat vaak al jarenlange pijnpunten zijn, ook in 2017 en 2012 waren dergelijke sentimenten niet onbestaanbaar. Als je jaren later nog steeds met dezelfde issues worstelt en gaat denken dat custom CSS de oplossing is, dan denk ik eerder aan een structureel probleem. Hetzij in de code, hetzij in de beslissingen die worden genomen.

Dan kan je wel gebruikmaken van test teams, maar als die ook deze euvels aangegeven en er wordt dermate politiek correct op gereageerd in eerste instantie en later volgt een periode van stilte, wat men verklaart als ''gewenning'' totdat er niemand meer opmerkingen heeft, ja, dan ga ik ook denken dat de ''data'' gelijk heeft. Het schiet echter ernstig te kort.

Maite de Jong schreef op dinsdag 16 april 2019 @ 11:45:
Het formaat/verhouding ligt dicht tegen dat van een banner aan, dat klopt. Uit al onze tests en onderzoeken blijkt dat zo’n grote afbeelding resulteert in meer mensen die de content lezen.

Op basis van wat wordt die data gemaakt? Op basis van dat mensen het werkelijk een nuttige toevoeging vinden, of dat mensen het nu ''accepteren'' dat de layout zo is omdat er weinig andere keuze is? Jouw data lijkt dit niet te vermelden, maar is vrij essentieel in hoe dit geinterpreteerd tracht te worden. Dit is al een paar keer door o.a mijzelf aangehaald, ik blijf het dan ook vreemd vinden dat we blijven refereren naar ''data'' die overduidelijk cruciale details niet in acht neemt.

Maite de Jong schreef op dinsdag 16 april 2019 @ 11:45:
Daarnaast biedt de extra breedte ons de ruimte om veel meer gerelateerde content te tonen, zoals user generated content. Om het banner-gevoel weg te nemen we zouden hem hoger kunnen maken zodat de beeldverhouding anders wordt, maar dat duwt de rest van de site verder omlaag.

Het is heel simpel:

• De tussentijdse ankeilers krijgen een kleur die meer past bij de nieuwtjes (dus wit). Daardoor vallen zij meer ''weg'' en wordt de layout ook meer een uniform geheel. De top ankeiler kan gewoon zijn zwarte ondergrond behouden. Dat is 1 subtiele verbetering waardoor in ieder geval het prettiger voor de ogen wordt en ook iets wat het makkelijkst behaald kan worden, want ik weet wel uit het verleden, grotere veranderingen en deze beloven worden nochtans niet nagekomen.
• Een uitgebreidere optie kan zijn dat de top ankeiler dunner wordt waardoor het nieuws weer zichtbaarder raakt. Of een knop ''uitgelicht'' waar de top ankeiler in verschijnt als je erover heen hovert.
• Als laatste kan er gekeken worden naar de layouts van @Mic2000 en deze ''toggable'' maken. Gezien de staff reactie zal dat waarschijnlijk niet kunnen omdat dit een grote refactor vereist, maar in dat geval kan je ook afvragen: Waarom op basis van (incomplete) data de layout zo op de schop gooien waarbij je niet simpel kan switchen en je nu zoiets bizars als een Tweakers sanctioned custom CSS moet ontwikkelen?

Maite de Jong schreef op dinsdag 16 april 2019 @ 11:45:
Een veelgehoord punt. Wederom eentje waarbij verschillende kampen zijn. Er zijn mensen die houden van weinig regelafstand en mensen waarbij witruimte ervoor zorgt dat pagina’s juist rustiger lezen en scanbaarder zijn. Wij kiezen hierin een middenweg. We hebben bijvoorbeeld de zwarte balk weggehaald om de informatiedichtheid iets te verhogen.

Dat houdt geen maat met het gegeven dat de zee van witruimte al sinds 2012 wordt aangekaart. Dat kan gerust wat minder, of die witruimte moet nuttig besteed worden. Ik waardeer dat de zwarte balk is weggehaald, maar dit verandert niets aan het gegeven dat witruimte onnodig excessief is.

Maite de Jong schreef op dinsdag 16 april 2019 @ 11:45:
Uit alle data die wij hebben, blijkt dat de aanpassingen die we gedaan hebben precies doen wat we wilden: dat mensen meer doen op de site.

Precies, wat jullie wilden. En dat wordt dan gedaan door middel van data die zoals eerder vermeld geen rekening houdt met cruciale details. Waarom denk je dat mensen ''ineens'' je nieuwe layout gebruiken? Waarom denk je dat dit eerder is gebeurd in 2017 en 2012? Ik blijf die vraag stellen, terwijl het antwoord al eens is gegeven: Mensen doen het uit pure noodzaak omdat er domweg niet wordt begrepen wat het probleem is.

Dat is naar mijn idee een goed voorbeeld van creatieve interpretatie en met de data omgaan. Zo kan ik ook dingen presenteren alsof het een groot succes is. De historie zegt echter iets anders.

Maite de Jong schreef op dinsdag 16 april 2019 @ 11:45:
Niet in de vorm van een frontpage waar standaard kleine ankeilers, of zelfs helemaal geen ankeilers weergegeven worden. Dat gezegd hebbende, willen wij ook dat de mensen die het geen verbetering vinden in de toekomst elke dag naar een site komen die ze fijn vinden werken.

Dus een deel van de suggesties heeft bij voorbaat al geen kans, er is immers al besloten dat hoe de ankeilers worden ingezet op ''deze manier moet, en niet anders''.

Naast dat dit nogal minachtend overkomt, is de ''oplossing'' een custom CSS van Tweakers zelf? Custom CSS is bedoeld om de ervaring te verbeteren, niet om als een lappenmiddel op te treden voor features die een achteruitgang zijn voor desktopgebruikers. Want op mobiel snap ik de gegeven layout wel. Naast het gegeven dat dit niet voor iedereen een optie is gezien er een karmalimiet bestaat betekent het dat je, met of zonder de vereiste karma, door meerdere hoepels moet springen om iets voor elkaar te krijgen.

Denkt het team nu echt dat custom CSS bedoeld is als een verbanddoos?

Maite de Jong schreef op dinsdag 16 april 2019 @ 11:45:
Zoals we vaker hebben aangegeven is dit het begin van een hele lijst verbeteringen die we aan de frontpage willen doorvoeren. Daarbij is het doel constant hetzelfde: zorgen dat bezoekers meer op de site doen en meer meekrijgen van wat je op Tweakers kunt vinden.

Inderdaad, mensen meer laten posten om karma te krijgen voor de CSS en mensen die naar de karmastore moeten gaan om de CSS te activeren zijn inderdaad goede voorbeelden dat bezoekers ''meer op de site doen''. Als je ze meer mee wilt laten krijgen, dan lijkt het mij evident dat je de nieuwsitems veel centraler stelt, ipv het introduceren van tussentijdse zwarte ankeilers die domweg het design ''breken''. Zoals gezegd zijn daar suggesties voor om het op zijn minst meer uniform te maken, en zelfs een haalbare kaart, in acht houdend dat Tweakers HQ meerdere projecten heeft. Er is dus geen reden om dergelijke veranderingen niet te implementeren, ofschoon deze vooral een QoL oplossing zijn en geen definitieve oplossing.

Als laatste wel een dank voor alle gedane moeite, zo is het dan ook wel weer.

Femme schreef op dinsdag 16 april 2019 @ 19:58:
[...]
We zien enerzijds dat er een groep gebruikers is met hele specifieke wensen op het gebied van informatiedichtheid. Voor hun stellen we nu custom css beschikbaar waarmee je de frontpage als een compacte nieuwsfeed kunt weergeven. We doen dat omdat de wensen van deze groep botsen met de belangen van een grotere groep bezoekers en met onze doelstellingen voor dit project.

Ook dit lees ik vooral als minachting: Er wordt als reden aangehaald dat de groep bezoekers die hier welwillend tegenover staat een grotere groep is, om daarna te stellen dat het eigenlijk om de eigen doelstellingen gaat.

In hoeverre heeft feedback dan zin? Want je kan niet meer teruggrijpen naar het argument dat men wel luistert, aangezien er wordt verwezen naar incomplete data. Je houdt m.i een praktijk in stand waarin je ''schaduw luistert'' maar niet werkelijk hoort wat het probleem is. Vandaar uit komt een ''oplossing'' als een Tweakers-made custom CSS uit voort.

Ook kan je m.i niet meer teruggrijpen dat bepaalde veranderingen stapsgewijs moeten gebeuren. Sommige kritiek bestaat al jaren en dus is er meer dan voldoende tijd geweest om daar iets mee te doen. Dat dit niet is gebeurde is enerzijds wellicht een gebrek aan mankracht ervoor, of omdat men graag wil argumenteren dat het een ''kwestie van gewenning'' is. Hoe het ook zij, het is niet gebeurd.

Uit je reactie haal ik vooral dat je je eigen gang wilt gaan en dat daarbij je ''data'', hoewel incompleet, je daarin ondersteunt (en jij dat verwoord als ''grotere groep bezoekers'') komt dan mooi uit. De werkelijke punten worden echter niet bereikt, maar dat is geen probleem: Uit je data zie je immers dat meer mensen je layout gebruiken en meer klikken (Ofschoon ze dat wel moeten doen om te komen waar ze willen zijn) dus voor de overige critici is er de CSS.

[XWB]

Ethirty schreef op woensdag 17 april 2019 @ 10:09:
[...]

Jullie bedoelen het vast goed, maar dit is wat we in feite zien:
[Afbeelding]

Wie zijn we Ik tel in elk geval 14 nieuwsberichten op mijn scherm, met 2 ankeilers.

[NMe]

Mrjraider schreef op woensdag 17 april 2019 @ 08:36:
(Nu nog dmv karma maar voor hoe lang? Straks dien je een x aantal eu per maand/jaar te betalen voor het gebruik van custom CSS)

offtopic:
Het is vroeger geïntroduceerd als een extra perk voor abonnees. Dat is juist uit het abopakket gehaald en in de karmastore gezet omdat men destijds van mening was dat die feature voor meer mensen beschikbaar moest zijn. Loopt daarmee dus wel los. Al zou ik persoonlijk ook liever zien dat die feature gewoon uit de karmastore gehaald wordt en vrij door iedereen te gebruiken is.

[.oisyn]

NMe schreef op woensdag 17 april 2019 @ 13:51:
[...]

offtopic:
Het is vroeger geïntroduceerd als een extra perk voor abonnees. Dat is juist uit het abopakket gehaald en in de karmastore gezet omdat men destijds van mening was dat die feature voor meer mensen beschikbaar moest zijn. Loopt daarmee dus wel los. Al zou ik persoonlijk ook liever zien dat die feature gewoon uit de karmastore gehaald wordt en vrij door iedereen te gebruiken is.

Wacht, waarom wordt het dan hier nog steeds "verkocht" als abo perk?
.edit: oh wacht dat was in het crewtopic.

[ Voor 3% gewijzigd door .oisyn op 17-04-2019 14:35 ]

[CH4OS]

Femme schreef op woensdag 17 april 2019 @ 09:21:
De custom css maken we specifiek voor een groep gebruikers die de behoefte heeft aan een super compacte nieuwsfeed en liever helemaal geen uitgelichte items ziet. De basiservaring hoort inderdaad goed te zijn.

Zoals door @Mrjraider al aangegeven is de custom CSS een lapmiddel voor een probleem dat er eerst niet was, maar door een update er opeens wel was. Vervolgens komt er een berg aan kritiek en komen jullie met een 'oplossing': gebruik custom CSS. Het probleem daarmee is, dat er geen andere content voor in de plaats terugkomt en als gevolg daarvan witruimte wordt. En mits je het verkeerd doet, de gehele layout van de site om zeep helpt en dan dus nog verder van de regen in de drup bent.

Ik begrijp de feedback dat het vervelend is om telkens voorbij dezelfde ankeiler te moeten kijken die je al twintig keer eerder op dezelfde dag hebt gezien. Ik kan geen toezeggingen doen over oplossingen (die bepaal ik niet in mijn eentje) maar dat dit een pijnpunt is voor een grote groep fanatieke tweakers is mij wel duidelijk.

Fijn, ik ben benieuwd wat de uiteindelijke oplossing wordt, zolang het maar geen lapmiddel als custom CSS wordt.

Overigens is die feature destijds ook geïntroduceerd met de nodige haken en ogen, met de beoeling om kleine, lichte aanpassingen te doen, maar intussen blijkbaar toch wel dusdanig handig is gebleken en het nu als 'grote oplossing' wordt gebruikt vanuit development. Sorry, maar dan verschuif je het probleem mijns inziens en ik weet niet of dat zo goed is voor de site.

[XWB]

Redneckerz schreef op woensdag 17 april 2019 @ 13:33:
[...]

Dat houdt geen maat met het gegeven dat de zee van witruimte al sinds 2012 wordt aangekaart. Dat kan gerust wat minder, of die witruimte moet nuttig besteed worden. Ik waardeer dat de zwarte balk is weggehaald, maar dit verandert niets aan het gegeven dat witruimte onnodig excessief is.

Ik ben vooral benieuwd, waar is de zee van witruimte? De elementen op deze website staan namelijk behoorlijk dicht bij elkaar.

[CH4OS]

XWB schreef op woensdag 17 april 2019 @ 16:15:
Ik ben vooral benieuwd, waar is de zee van witruimte? De elementen op deze website staan namelijk behoorlijk dicht bij elkaar.

Bij de introductie van Tweakers 7, bijna (hoe toepasselijk, hahaha) 7 jaar geleden intussen alweer, sindsdien is er natuurlijk wel het een en ander veranderd. In eerste instantie kwam er een setting, compact, cozy en nog eentje, om de witruimte wat groter te hebben of wat kleiner. Dit is een van de functies die recentelijk verwijderd is.

[ Voor 25% gewijzigd door CH4OS op 17-04-2019 16:48 ]

[XWB]

Maar in de huidige versie is er al heel weinig witruimte tussen de regels. Maar @Redneckerz impliceert dus dat er nog steeds een zee van witruimte is, maar die zie ik nergens?

[CH4OS]

Als je de custom CSS toepast om de headlines vlak onder elkaar te krijgen, hou je eronder een zee aan witruimte over.

[XWB]

CH4OS schreef op woensdag 17 april 2019 @ 17:09:
Als je de custom CSS toepast om de headlines vlak onder elkaar te krijgen, hou je eronder een zee aan witruimte over.

Gedaan, maar ik zie nog steeds geen "zee van witruimte"

[Femme]

Redneckerz schreef op woensdag 17 april 2019 @ 13:33:
Lange feedback post incoming. U bent gewaarschuwd.

Als dit de data is waar je mee bent gekomen, dan vind ik deze weinig gedetailleerd. Zo word de overvloed an witruimte namelijk niet genoemd terwijl dit wel al een jarenlang probleem is.

We hebben het hier over data over bezoek aan de frontpage en conversie van de frontpage naar achterliggende pagina's.

Over de cozy en compact setting die we vroeger hadden, weten we dat die niet veel gebruikt werd, maar het is ook duidelijk dat er een groep gebruikers liefhebbers voor is. Voor die mensen stellen we custom css beschikbaar.

Ook wat betreft de ankeilers zijn er nuances: De meeste kritiek hierop ligt vooral in de tussenliggende ankeilers welke inderdaad meer weg hebben van een banner. Dit komt door de zwarte ondergrond waarop zon ankeiler bestaat. De top ankeiler heeft dit probleem niet, deze valt naast breder te zijn imo beter weg in de site. Het probleem is dus vooral de tussentijdse ankeilers.

Ik kreeg de indruk dat de kritiek vooral betrekking had op de eerste ankeiler omdat die in sommige gevallen direct onder de billboard wordt getoond en vergelijkbare afmetingen heeft. De lager getoonde ankeilers lijken me minder een probleem aangezien die tussen ouder nieuws staan dat je als fanatieke tweaker waarschijnlijk al hebt gezien.

Dat ik op bovenstaande en onderstaande nogal kritisch ben ligt dan ook in het gegeven dat voor veel gebruikers dit een herhaling van zetten is op wat vaak al jarenlange pijnpunten zijn, ook in 2017 en 2012 waren dergelijke sentimenten niet onbestaanbaar. Als je jaren later nog steeds met dezelfde issues worstelt en gaat denken dat custom CSS de oplossing is, dan denk ik eerder aan een structureel probleem. Hetzij in de code, hetzij in de beslissingen die worden genomen.

We hebben in 2012 direct na de release van de nieuwe site settings geïntroduceerd om de layout compacter weer te kunnen geven. Als de enige oplossing die op waardering kan rekenen het tot standaard verheffen is van een super compacte (en daarmee voor veel mensen minder gebruiksvriendelijke) website dan wordt het wel moeilijk om er samen uit te komen.

Op basis van wat wordt die data gemaakt? Op basis van dat mensen het werkelijk een nuttige toevoeging vinden, of dat mensen het nu ''accepteren'' dat de layout zo is omdat er weinig andere keuze is? Jouw data lijkt dit niet te vermelden, maar is vrij essentieel in hoe dit geinterpreteerd tracht te worden. Dit is al een paar keer door o.a mijzelf aangehaald, ik blijf het dan ook vreemd vinden dat we blijven refereren naar ''data'' die overduidelijk cruciale details niet in acht neemt.

De data betreft de bezoeken aan en de conversie op de frontpage. Als de gebruikservaring van de frontpage vreselijk slecht zou zijn geworden, dan is het aannemelijk dat een paar honderd duizend tweakers daar niet over liegen in hun gedrag.

• De tussentijdse ankeilers krijgen een kleur die meer past bij de nieuwtjes (dus wit). Daardoor vallen zij meer ''weg'' en wordt de layout ook meer een uniform geheel. De top ankeiler kan gewoon zijn zwarte ondergrond behouden. Dat is 1 subtiele verbetering waardoor in ieder geval het prettiger voor de ogen wordt en ook iets wat het makkelijkst behaald kan worden, want ik weet wel uit het verleden, grotere veranderingen en deze beloven worden nochtans niet nagekomen.

Doel je met wit op de achtergrondkleur van het vlak waar de titel en gerelateerde items op worden weergegeven? Ik begrijp deze suggestie en heb zelf ook lichte varianten geprobeerd. Met een lichte achtergrond wordt er visueel een hap uit de ankeiler genomen en dat ziet er erg onrustig uit. De ankeiler is geen rechthoek meer maar wordt een zeshoek. Als de titel boven de afbeelding wordt geplaatst is dat probleem er niet, maar worden de ankeilers nog hoger en ontstaat er (als we vasthouden aan dit formaat ankeilers) veel loze witruimte. Vandaar de nu gemaakte keuze.

Wat niet helpt is dat de ankeilers overwegend uit zeer donker beeld bestaan, waardoor ze visueel erg zwaar worden. Daar mogen we wel meer variatie in aanbrengen.

Precies, wat jullie wilden. En dat wordt dan gedaan door middel van data die zoals eerder vermeld geen rekening houdt met cruciale details. Waarom denk je dat mensen ''ineens'' je nieuwe layout gebruiken? Waarom denk je dat dit eerder is gebeurd in 2017 en 2012? Ik blijf die vraag stellen, terwijl het antwoord al eens is gegeven: Mensen doen het uit pure noodzaak omdat er domweg niet wordt begrepen wat het probleem is.

Dat is naar mijn idee een goed voorbeeld van creatieve interpretatie en met de data omgaan. Zo kan ik ook dingen presenteren alsof het een groot succes is. De historie zegt echter iets anders.

Normaal gesproken zien we direct effect in gedrag van gebruikers als we aanpassingen doen aan de gebruikservaring van een pagina. Op de frontpage hebben we bijvoorbeeld getest met nieuwsitems voorzien van een thumbnail, wat duidelijk negatief uitpakte in conversie omdat mensen het blijkbaar niet lekker vonden werken. De cijfers wijzen nu op een lichte stijging. Hiermee zeg ik niet dat we alles perfect doen, maar als de UX van de frontpage echt waardeloos is dan gaat het er bij mij niet in dat onze users er toch zo fanatiek van blijven gebruikmaken.

Het lijkt me niet zo zinvol om verder op de data in te duiken omdat het toch snel een welles-nietes discussie wordt.

Dus een deel van de suggesties heeft bij voorbaat al geen kans, er is immers al besloten dat hoe de ankeilers worden ingezet op ''deze manier moet, en niet anders''.

Naast dat dit nogal minachtend overkomt, is de ''oplossing'' een custom CSS van Tweakers zelf? Custom CSS is bedoeld om de ervaring te verbeteren, niet om als een lappenmiddel op te treden voor features die een achteruitgang zijn voor desktopgebruikers. Want op mobiel snap ik de gegeven layout wel. Naast het gegeven dat dit niet voor iedereen een optie is gezien er een karmalimiet bestaat betekent het dat je, met of zonder de vereiste karma, door meerdere hoepels moet springen om iets voor elkaar te krijgen.

Denkt het team nu echt dat custom CSS bedoeld is als een verbanddoos?

We bieden custom css aan om tegemoet te komen aan wensen die te specifiek zijn om ze in de standaard layout te verwerken. Jij ziet het als een verbanddoos. Wellicht kun je je inbeelden dat andere mensen die verbanddoos niet nodig hebben omdat ze geen (of andere) pijn hebben.

Custom css is onderdeel van de abonnementen, daarom maken we het niet vrij voor iedereen beschikbaar. In plaats van 500 karmapunten per half jaar vragen we een eenmalig minimum van 4K karma om custom css via de karmastore aan te zetten. We hebben gezien dat het commentaar op de frontpage vooral afkomstig is van gebruikers die veel bijdragen en en al heel lang geregistreerd zijn. Dat zijn mensen die met gemak aan 4K karma komen.

Ik geef toe dat custom css instellen wat meer moeite is dan een toggle omzetten. Een voordeel is echter wel dat je met custom css de layout helemaal naar eigen hand kunt zetten.

Ook dit lees ik vooral als minachting: Er wordt als reden aangehaald dat de groep bezoekers die hier welwillend tegenover staat een grotere groep is, om daarna te stellen dat het eigenlijk om de eigen doelstellingen gaat.

Als je mijn woorden goed leest zul je opmerken dat het om beide gaat. Wij hebben de doelstelling om het gebruik van de frontpage te verhogen, onze content (redactioneel en user generated) beter te etaleren en de uitstraling van de frontpage te verbeteren, zodat het publiek ons blijft herkennen als een medium dat voorop loopt op het gebied van technologie. We willen op de lange termijn relevant blijven zodat hopelijk over twintig jaar de techliefhebbers ook nog op Tweakers zitten en niet bij een medium dat ons voorbij is gestreefd.

Het eerste doel (meer bezoeken) gaan we niet halen door de gebruikservaring van de frontpage de vernieling in te helpen.

In hoeverre heeft feedback dan zin? Want je kan niet meer teruggrijpen naar het argument dat men wel luistert, aangezien er wordt verwezen naar incomplete data. Je houdt m.i een praktijk in stand waarin je ''schaduw luistert'' maar niet werkelijk hoort wat het probleem is. Vandaar uit komt een ''oplossing'' als een Tweakers-made custom CSS uit voort.

Wij hebben nou eenmaal rekening te houden met meer belangen dan alleen die van jou als individu. Dus als er feedback komt over een probleem of een suggestie voor een oplossing dan proberen we in te schatten wat de impact is. Welke gebruikers hebben er belang bij, hoe groot is die groep, botst het met andere belangen enz. Dat betekent dat we niet altijd tegemoet kunnen komen aan jouw wensen in de standaard layout, maar misschien wel via de door ons beschikbaar gestelde custom css.

[CH4OS]

XWB schreef op woensdag 17 april 2019 @ 17:35:
[...]


Gedaan, maar ik zie nog steeds geen "zee van witruimte"

[Afbeelding]

Eronder, je screenshot is dat niet... De ruimte die vrijkomt moet ergens heen...

[ Voor 15% gewijzigd door CH4OS op 17-04-2019 18:06 ]

[Redneckerz]

XWB schreef op woensdag 17 april 2019 @ 16:15:
[...]


Ik ben vooral benieuwd, waar is de zee van witruimte? De elementen op deze website staan namelijk behoorlijk dicht bij elkaar.

In screenshots in dit topic is duidelijk te zien dat deze niet meeschalen op hogere resoluties. Op mijn kleine resolutie hou ik ook nog steeds witruimte over (1280x1024).

Bedankt Femme,

Femme schreef op woensdag 17 april 2019 @ 17:52:
[...]

We hebben het hier over data over bezoek aan de frontpage en conversie van de frontpage naar achterliggende pagina's.

Over de cozy en compact setting die we vroeger hadden, weten we dat die niet veel gebruikt werd, maar het is ook duidelijk dat er een groep gebruikers liefhebbers voor is. Voor die mensen stellen we custom css beschikbaar.

Wat dus niet het gehele probleem behandelt.

Op je opmerking over custom CSS blijft de bestaande reactie van toe passing.

Femme schreef op woensdag 17 april 2019 @ 17:52:
Ik kreeg de indruk dat de kritiek vooral betrekking had op de eerste ankeiler omdat die in sommige gevallen direct onder de billboard wordt getoond en vergelijkbare afmetingen heeft. De lager getoonde ankeilers lijken me minder een probleem aangezien die tussen ouder nieuws staan dat je als fanatieke tweaker waarschijnlijk al hebt gezien.

Mijn inziens was dat niet het geval, en als dat al het geval is, is het dubbel zo vreemd dat de lagere ankeilers dan als minder storend worden ervaren. Deze vallen immers ''tussen'' de nieuwsberichten in. Waarom vind jij dit geen probleem? Want deze lijken letterlijk op banners.

Femme schreef op woensdag 17 april 2019 @ 17:52:
We hebben in 2012 direct na de release van de nieuwe site settings geïntroduceerd om de layout compacter weer te kunnen geven. Als de enige oplossing die op waardering kan rekenen het tot standaard verheffen is van een super compacte (en daarmee voor veel mensen minder gebruiksvriendelijke) website dan wordt het wel moeilijk om er samen uit te komen.

Ik haal hieruit dat je het probleem niet begrijpt, zoals eerdere reacties ook aantoonden. Ik lobby niet voor een super compacte layout, wel voor het tegengaan van witruimte, de tussenliggende ankeilers, en nu ook de oplossing die wordt gegeven, namelijk custom CSS welke onnodig extra stappen introduceert.

Femme schreef op woensdag 17 april 2019 @ 17:52:
De data betreft de bezoeken aan en de conversie op de frontpage. Als de gebruikservaring van de frontpage vreselijk slecht zou zijn geworden, dan is het aannemelijk dat een paar honderd duizend tweakers daar niet over liegen in hun gedrag.

Goed, dan wachten we toch gewoon af tot er in 2022 weer een nieuwe layout volgt en je dezelfde problemen weer krijgt? Je bent op de hoogte van de verscheidende links die zijn gegeven, waar duidelijk uit voortkomt dat sommige issues al jaren bestaan en dus structureel van aard te noemen kunnen worden.

Je kan net zo goed ook aannemen dat een groot deel van deze tweakers of niet op de hoogte zijn van het feedback topic, of domweg ''accepteren'' dat aankaarten hiervan tot nergens leidt op basis van het verleden. Deze en andere variabelen willen er echter niet in, omdat jouw data daar niks over zegt.

Femme schreef op woensdag 17 april 2019 @ 17:52:
Doel je met wit op de achtergrondkleur van het vlak waar de titel en gerelateerde items op worden weergegeven? Ik begrijp deze suggestie en heb zelf ook lichte varianten geprobeerd. Met een lichte achtergrond wordt er visueel een hap uit de ankeiler genomen en dat ziet er erg onrustig uit. De ankeiler is geen rechthoek meer maar wordt een zeshoek. Als de titel boven de afbeelding wordt geplaatst is dat probleem er niet, maar worden de ankeilers nog hoger en ontstaat er (als we vasthouden aan dit formaat ankeilers) veel loze witruimte. Vandaar de nu gemaakte keuze.

Het donkere achtergrond achter ''lees review''. Je vind dit rustiger eruit zien? Als dit problemen oplevert, dan zal het formaat ankeiler voor de tussenliggende ankeilers anders moeten worden.

Femme schreef op woensdag 17 april 2019 @ 17:52:
Wat niet helpt is dat de ankeilers overwegend uit zeer donker beeld bestaan, waardoor ze visueel erg zwaar worden. Daar mogen we wel meer variatie in aanbrengen.

Dat zou een goede verbetering (me dunkt) op leveren. Licht grijs, wellicht?

Femme schreef op woensdag 17 april 2019 @ 17:52:
Normaal gesproken zien we direct effect in gedrag van gebruikers als we aanpassingen doen aan de gebruikservaring van een pagina. Op de frontpage hebben we bijvoorbeeld getest met nieuwsitems voorzien van een thumbnail, wat duidelijk negatief uitpakte in conversie omdat mensen het blijkbaar niet lekker vonden werken. De cijfers wijzen nu op een lichte stijging. Hiermee zeg ik niet dat we alles perfect doen, maar als de UX van de frontpage echt waardeloos is dan gaat het er bij mij niet in dat onze users er toch zo fanatiek van blijven gebruikmaken.

Betreft het vetgedrukte: Nee, en dat komt omdat men zich na de kritiek stilletjes houdt en hoopt dat men eraan went. Vervolgens gaat men het dan maar gebruiken omdat mensen op deze vlakken geen langetermijngeheugen hebben. Dat is geen kritiek naar hun toe, dat is heel logisch. Maar daar wordt wel met het gewenningsexcuus wel mooi op in gespeeld en dat is wat als zeer frusterend word ervaren.

Femme schreef op woensdag 17 april 2019 @ 17:52:
We bieden custom css aan om tegemoet te komen aan wensen die te specifiek zijn om ze in de standaard layout te verwerken. Jij ziet het als een verbanddoos. Wellicht kun je je inbeelden dat andere mensen die verbanddoos niet nodig hebben omdat ze geen (of andere) pijn hebben.

Overvloed aan witruimte (En nee, dan lobby ik niet voor super compact samenzijn, maar een vermindering van die overbodige witruimte) vind ik geen specifieke wens.

Maar goed, als dit als oplossing wordt aangedragen, dan moet deze voor iedereen beschikbaar zijn en niet met een karmalimiet. Tevens moet dit via een ''toggle'' te activeren zijn en niet als een perk in de karmastore, dat aanzetten en dan pas de aanpassing. Dat zijn 3 onnodige tussenstappen. Ik ga er dan ook vanuit dat deze optie permanent voor iedereen is en niet dat er in de toekomst dit als een premium perk gaat worden ingezet of als onderdeel van een abonnementsvorm, want commercieel oogpunt.

Femme schreef op woensdag 17 april 2019 @ 17:52:
Ik geef toe dat custom css instellen wat meer moeite is dan een toggle omzetten. Een voordeel is echter wel dat je met custom css de layout helemaal naar eigen hand kunt zetten.

Dat is waar en ben ik het mee eens. Echter, je kan dat moeilijk een echte oplossing noemen. Zon Tweakers CSS is in zekere zin ook niet nodig, want dat CSS is er al.

Femme schreef op woensdag 17 april 2019 @ 17:52:
Het eerste doel (meer bezoeken) gaan we niet halen door de gebruikservaring van de frontpage de vernieling in te helpen.

Dan blijft het vreemd dat de gegeven oplossing alsmede de huidige layout juist dat precies doen.

Femme schreef op woensdag 17 april 2019 @ 17:52:
Wij hebben nou eenmaal rekening te houden met meer belangen dan alleen die van jou als individu. Dus als er feedback komt over een probleem of een suggestie voor een oplossing dan proberen we in te schatten wat de impact is. Welke gebruikers hebben er belang bij, hoe groot is die groep, botst het met andere belangen enz. Dat betekent dat we niet altijd tegemoet kunnen komen aan jouw wensen in de standaard layout, maar misschien wel via de door ons beschikbaar gestelde custom css.

Het gaat niet alleen om mij he, zie dit gehele topic. En dat is maar een fractie van de gebruikers die nog de moeite nemen om naar het forum te gaan en daar inhoudelijk beklag te doen. Je wilt immers liever dat je harde werk grotendeels goed wordt beoordeeld.

Ik haal als afsluiter je NS voorbeeld nog even aan, en mijn reactie daar van. Daar wou ik het vervolgens ook bij laten.

Vergelijk het met de NS die zijn jaren '90 intercity's een makeover geeft en het frivole lilapaarse interieur inwisselt voor koninklijk blauwe stoelbekleding met een taupekleurige laminaatvloer omdat uit focusgroepen en ander onderzoek is gebleken dat veel reizigers zich in zo'n interieur beter op hun gemak voelen. Jij en nog wat andere reizigers hekelen de nieuwe interieurs en laten de conducteur bij elke gang door de trein weten hoe onleefbaar lelijk de trein is geworden. Het is onwaarschijnlijk dat de NS speciale coupé's terug ombouwt naar lilapaars en nu speciale lilapaarse interieurdelen moet onderhouden om een zeer specifieke groep treinreizigers een optimale reis te bieden.

Leuke analogie, maar die vlieger gaat niet op. Om in het verhaal te blijven: In werkelijkheid houdt het onderzoek geen rekening met bepaalde cruciale factoren, zoals turven hoe groot de groep is en houdt de leiding van de NS zich van de domme. Ze ''erkennen'' en ''begrijpen'' de problemen, maar gaan niet met de criticasters in gesprek en laten als zodanig de kritiek voor wat het is. Omdat er geen alternatief beschikbaar is, er geen wederhoor is en de NS leiding de kaart van ''gewenning'' speelt, zijn de criticasters noodgedwongen om voor de oplossing van de NS te gaan. Uit het onderzoek van NS blijkt dan ''ineens'' dat veel reizigers zich op hun gemak voelen met het nieuw interieur.

Wat het onderzoek je echter niet vertelt is waar de criticasters zijn: Die zijn opgegaan in de menigte, omdat zij zich niet gehoord voelen, de NS leiding ze niet ''hoort'', en dus uit het onderzoek het resultaat komt dat de menigte de beslissing heeft ''geaccepteerd''. Ook vertelt je onderzoek niet hoe ''groot'' die groep is. De NS leiding maakt er maar een ''niche'' van, in werkelijkheid is het een significante groep.

Jouw analogie negeert het gegeven dat de NS leiding (Tweakers/Femme) de kaart der gewenning speelt en niet (hoorbaar) ingaat op het relaas van de criticasters. Je ''denkt'' dat je ingaat op hun relaas, maar je schept alleen politieke bomen. Met andere woorden: De NS leiding is letterlijk ''doof'' voor het probleem en ''denkt'' dat het allemaal wel meevalt. Met als gevolg dat jaren later, als de NS wederom zijn interieur vervangt, dezelfde issues naar boven borrelen. Logisch ook, want die zijn nooit aangepakt. Met als gevolg dat de NS wederom de gewenningskaart en andere excuuskaarten speelt.

[Comp_Lex]

Ik kan nog steeds geen custom css kopen.

[crisp]

Comp_Lex schreef op woensdag 17 april 2019 @ 22:38:
Ik kan nog steeds geen custom css kopen.

De wijzigingen mbt het aankopen van custom css komen met de volgende release online, a.s. dinsdag.

[LA-384]

CH4OS schreef op woensdag 17 april 2019 @ 17:58:
[...]
Eronder, je screenshot is dat niet... De ruimte die vrijkomt moet ergens heen...

Ik moet zeggen dat ik nooit zo ver doorscroll naar beneden. Alle onderdelen van de site benader ik via het menu bovenin. Voor de poll scroll ik in 1 ruk naar beneden, omdat deze helemaal onderaan staat.

Overigens circuleerden er twee verschillende CSS regels om de ankeilers te verwijderen. Achteraf merkte ik dat slechts 1 goed was voor alle ankeilers en de andere het gevolg had dat het aantal nieuwsitems beperkt werd. Het verwijderen van die betreffende regel gaf mij weer een volle rij nieuwsitems.

Ik heb nu dus alleen deze regel in gebruik.

code:

.fpAnkeiler, .inBetweenContent {
display:none;
}

@Maite de Jong Fijn dat er toch nog iets mee gedaan wordt.

Wel vraag ik me af of jullie data ook laat zien of mensen de ankeilers verwijderd hebben dmv custom CSS of adblockers.

Voor mij zijn die dingen dusdanig storend, dat ik de voorpagina vermeed, nu ik ze weggehaald heb, besteed ik er meer tijd (nog steeds het meest op het forum) en zie ik daardoor ook andere delen van de pagina.

Als er in de data geen onderscheid gemaakt wordt, zou dat dus een vertekend beeld geven.

De perfecte customCSS voor mij zou zijn zoals het was voordat dit topic bestond.

Drie uitgelichte items bovenin, met nieuws daaronder.
Voor mij was dat visueel aantrekkelijk, want eerlijk, een rij nieuwsitems vind ik ook maar saai, maar beter dan die banners.

[ Voor 39% gewijzigd door LA-384 op 18-04-2019 07:01 ]

[Hero of Time]

crisp schreef op woensdag 17 april 2019 @ 22:55:
[...]

De wijzigingen mbt het aankopen van custom css komen met de volgende release online, a.s. dinsdag.

Jammer dat er dit werd gezegd:

Ja, wacht eens, niet iedereen heeft custom css.
Op dit moment is custom css inderdaad nog een feature uit de karmastore. [...] We zullen later vandaag die drempel verlagen door custom css beschikbaar te maken voor alle accounts die minimaal 4096 karma hebben.

Mensen klagen nu terecht, omdat er vanuit werd gegaan dat het gelijk aangepast zou worden. Nu moet men een week wachten.

Vreemder ook dat jij dit moet melden, ipv dat @Maite de Jong of @Femme reageert op deze vraag:

Comp_Lex schreef op dinsdag 16 april 2019 @ 22:02:
[...]

Ik heb net even in de karmastore gekeken en dit is nog niet voor mij zo. Moet ik in totaal 4096 karma verzameld hebben of moet ik op dit moment 4096 karma beschikbaar hebben?

[crisp]

Hero of Time schreef op donderdag 18 april 2019 @ 08:46:
[...]

Jammer dat er dit werd gezegd:

[...]

Mensen klagen nu terecht, omdat er vanuit werd gegaan dat het gelijk aangepast zou worden. Nu moet men een week wachten.

Vreemder ook dat jij dit moet melden, ipv dat @Maite de Jong of @Femme reageert op deze vraag:

[...]

Hmmm, daar is dan sprake van een stukje miscommunicatie intern denk ik. Het ticket is eergisteren wel door mij opgepakt en afgemaakt, maar is intern nog niet getest en het was ook niet als 'blocker' ingeschoten, dus ga ik dan uit van de eerstvolgende release. Ik zal dat straks even met de productowner bespreken

[Hero of Time]

crisp schreef op donderdag 18 april 2019 @ 09:44:
[...]

Hmmm, daar is dan sprake van een stukje miscommunicatie intern denk ik. Het ticket is eergisteren wel door mij opgepakt en afgemaakt, maar is intern nog niet getest en het was ook niet als 'blocker' ingeschoten, dus ga ik dan uit van de eerstvolgende release. Ik zal dat straks even met de productowner bespreken

Dat zal fijn zijn. Ik weet niet of de vraag is gemist of bewust ontweken, maar het is helaas wel iets dat op het rijtje voorbeelden terecht komt waar door Product niet op gereageerd wordt.

[Ethirty]

XWB schreef op woensdag 17 april 2019 @ 13:50:
[...]


Wie zijn we Ik tel in elk geval 14 nieuwsberichten op mijn scherm, met 2 ankeilers.

En ik maar 7, zónder die ankeilers. Maar mét flinke banner(s) die zeker een derde van mijn hoogte kosten.

[crisp]

Hero of Time schreef op donderdag 18 april 2019 @ 09:53:
[...]

Dat zal fijn zijn. Ik weet niet of de vraag is gemist of bewust ontweken, maar het is helaas wel iets dat op het rijtje voorbeelden terecht komt waar door Product niet op gereageerd wordt.

Ons productteam was gisteren ook druk met het begeleiden van usabilitytests bij onze externe partner die dat verzorgt...

Hier was gewoon sprake van een afstemmingsfoutje; dat kan gebeuren als je last-minute tickets in de iteratie schuift Er is nu afgesproken dat de custom CSS 'prijs'-wijziging met de gewone release meegaat; dat is voor ons praktischer.

[CH4OS]

crisp schreef op donderdag 18 april 2019 @ 10:45:
Hier was gewoon sprake van een afstemmingsfoutje; dat kan gebeuren als je last-minute tickets in de iteratie schuift Er is nu afgesproken dat de custom CSS 'prijs'-wijziging met de gewone release meegaat; dat is voor ons praktischer.

En de bezoeker dus de middelvinger krijgt nav eerder gemaakte beloften.
Het is niet anders en dat is spijtig, maar hopelijk trekken jullie hier lering uit.

[Hero of Time]

crisp schreef op donderdag 18 april 2019 @ 10:45:
[...]

Ons productteam was gisteren ook druk met het begeleiden van usabilitytests bij onze externe partner die dat verzorgt...

Gisteren was het woensdag. De vraag was dinsdag kort na de aankondiging geplaatst.

Maar goed, het ligt nu in het verleden, komende release komt het mee. Het belangrijkste is dat de wijziging eraan komt.

[crisp]

Hero of Time schreef op donderdag 18 april 2019 @ 11:51:
[...]

Gisteren was het woensdag. De vraag was dinsdag kort na de aankondiging geplaatst.

Maar goed, het ligt nu in het verleden, komende release komt het mee. Het belangrijkste is dat de wijziging eraan komt.

Na wat ruggespraak hebben we besloten deze change toch nu te releasen, wat ik ook zojuist heb gedaan

[Femme]

Hero of Time schreef op donderdag 18 april 2019 @ 09:53:
[...]

Dat zal fijn zijn. Ik weet niet of de vraag is gemist of bewust ontweken, maar het is helaas wel iets dat op het rijtje voorbeelden terecht komt waar door Product niet op gereageerd wordt.

Het is spijtig dat er iets is misgegaan in de communicatie tussen Product en Dev, waardoor de aanpassing aan custom css niet op het naar jullie gecommuniceerde tijdstip klaar stond.

Daarnaast is het zo dat wij ook andere dingen op ons bordje hebben liggen (zoals het voorbereiden en uitvoeren van een usabilitytest) en daardoor niet de hele dag standby kunnen zijn in een forumtopic om reacties te geven.

[Hero of Time]

Femme schreef op donderdag 18 april 2019 @ 15:19:
[...]

Het is spijtig dat er iets is misgegaan in de communicatie tussen Product en Dev, waardoor de aanpassing aan custom css niet op het naar jullie gecommuniceerde tijdstip klaar stond.

Daarnaast is het zo dat wij ook andere dingen op ons bordje hebben liggen (zoals het voorbereiden en uitvoeren van een usabilitytest) en daardoor niet de hele dag standby kunnen zijn in een forumtopic om reacties te geven.

Daarom zei ik ook 'helaas komt dit in het rijtje'. De reden wordt niet altijd gezien waarom er geen (tijdige) reactie komt. Notificaties werken alleen als de ontvanger ervan deze ook ziet en als 'ie niet op de site komt, wordt deze gemist. Waardoor dus, weer helaas, dit kan gebeuren.

Belangrijkste is dat het alsnog goed is gekomen.

[CH4OS]

Toch vind ik niet dat custom CSS de problemen daadwerkelijk oplost; ja hetgeen wat je met custom CSS filtert wordt niet of anders weergegeven, maar er komt ook niets anders voor terug (als is display:none; gebruikt). Een voorbeeldje:



Ik heb de .Plans tracker op 20 items staan. Zou ik de .Adv(ertorials) eruit filteren (want dat kan niet ondanks dat ik abonnee-lid ben), dan vallen er (op dit moment) 9 items weg, bijna de helft (wat imo best veel is!) dus van wat ik ingesteld heb staan. Het kan niet zo zijn, dat je als gebruiker een hoog getal in moet stellen om dan nog uberhaupt resultaten te krijgen...

[crisp]

CH4OS schreef op vrijdag 19 april 2019 @ 11:17:
Toch vind ik niet dat custom CSS de problemen daadwerkelijk oplost; ja hetgeen wat je met custom CSS filtert wordt niet of anders weergegeven, maar er komt ook niets anders voor terug (als is display:none; gebruikt). Een voorbeeldje:

[Afbeelding]

Ik heb de .Plans tracker op 20 items staan. Zou ik de .Adv(ertorials) eruit filteren (want dat kan niet ondanks dat ik abonnee-lid ben), dan vallen er (op dit moment) 9 items weg, bijna de helft (wat imo best veel is!) dus van wat ik ingesteld heb staan. Het kan niet zo zijn, dat je als gebruiker een hoog getal in moet stellen om dan nog uberhaupt resultaten te krijgen...

De tracker is een verhaal apart wat dat betreft. Vroeger werden de .plans niet of nauwelijk gebruikt voor acties of advertorials en was er ook geen noodzaak om dat te kunnen filteren. Dat is ondertussen veranderd, maar de tracker is daar nooit op aangepast.

Wat mij betreft tonen we in de .plan tracker ook alleen maar de 'echte' .plans. Voor acties is al een aparte tracker, en of er voor advertorials een aparte tracker zou moeten komen... ik denk van niet

Ik zal dit intern eens aankaarten

[MuVo]

De ontwikkelingen van de nieuwe FP heb ik niet op de voet gevolgd (ook dit topic niet), dus eventuele veranderingen sinds de introductie van de nieuwe layout zijn mij ontgaan. Ik schrijf hieronder alleen wat mij opvalt.

Wat ik nog steeds niet kan geloven en waar ik denk dat tweakers.net de plank flink mis slaat is dat niet-ingelogde gebruikers de volgende FP krijgen voorgeschoteld:

De niet-ingelogde gebruiker ziet geen nieuws, ziet een cookie banner, ziet reclame en ziet een artikel. Wat in mijn ogen het belangrijkste onderdeel van tweakers.net is, is het nieuws. Nu is Nieuws wat ontbreekt bij het openen van tweakers.net zonder te scrollen. En dat op een full hd 24" monitor.

Voor mij als Tweaker ziet het er iets aangenamer uit en komt het nieuws wel naar voren. Wellicht komt dat ook omdat ik geen reclame zie als Tweakers Supporter.


Maar als ik de banner weergave handmatig weer aan zet, dan ziet de FP er nog niet uit. Het nieuws is dan heel bepertkt aanwezig:


Wordt dit nog veranderd, terug naar de looks van de vorige layout waar het nieuws wel nadrukkelijk aanwezig is op de FP? Of blijft de huidige FP tot er snel een nieuw alternatief is? Hopelijk wordt het de feedback van gebruikers en dus eigenlijk ook niet-tweakers niet weg gestopt.

Daarnaast vindt ik dat ik niet aan de slag moet met Custom CSS, want voor mij ziet het er zonder banners nog redelijke acceptabel uit. Maar de ergenis zit hem er vooral in als je niet ingelogd bent en gewoon een waardeloze eerste FP pagina gepresenteert krijgt zonder nieuws en met banners.

[.oisyn]

MuVo schreef op woensdag 8 mei 2019 @ 09:03:
De niet-ingelogde gebruiker ziet geen nieuws, ziet een cookie banner,

Zolang hij niet op "akkoord" heeft gedrukt ja. Ook de niet ingelogde gebruiker kan cookies accepteren, daarna is de banner weg. Ik vind het dus niet geheel correct om dat mee te nemen

(Ik wist niet eens dat we tegenwoordig een cookie banner hadden, voorheen was dat een fullscreen melding)

[MuVo]

.oisyn schreef op woensdag 8 mei 2019 @ 09:13:
[...]


Zolang hij niet op "akkoord" heeft gedrukt ja. Ook de niet ingelogde gebruiker kan cookies accepteren, daarna is de banner weg. Ik vind het dus niet geheel correct om dat mee te nemen

(Ik wist niet eens dat we tegenwoordig een cookie banner hadden, voorheen was dat een fullscreen melding)

Daar ben ik het deels wel mee eens, maar ik zie die banner vaak omdat ik de cookies verwijder zodra ik de mijn browser afsluit. Dus dat houdt in bij iedere keer dat ik de browser sluit en opnieuw start dan moet ik op nieuw inloggen.

Ik denk dat het vooral voor nieuwe bezoekers jammer is dat als ze op de website komen dat ze dan niet meteen het tweakers nieuws zien.

Daarom neem ik het wel mee in mijn feedback.

[ Voor 3% gewijzigd door MuVo op 08-05-2019 09:26 ]

[crisp]

.oisyn schreef op woensdag 8 mei 2019 @ 09:13:
[...]

(Ik wist niet eens dat we tegenwoordig een cookie banner hadden, voorheen was dat een fullscreen melding)

Dat ligt er aan vanuit welk land je onze site bezoekt

[F_J_K]

Cookies weggooien is een keuze, er zijn IIRC Ff addons waar je bijv. alleen *.tweakers.net cookies kunt bewaren en de rest wegknikkeren na afsluiten.

.oisyn schreef op woensdag 8 mei 2019 @ 09:13:
[...]
Zolang hij niet op "akkoord" heeft gedrukt ja. Ook de niet ingelogde gebruiker kan cookies accepteren, daarna is de banner weg. Ik vind het dus niet geheel correct om dat mee te nemen

Desondanks heeft 'ie IMHO wel een punt: het nodigt nieuwe bezoekers niet uit te lezen of te blijven. Je moet een reden hebben om de cookie bar weg te willen klikken en/of verder te scrollen. En die reden voor nieuwe bezoekers, is tonen van voldoende interessante content vergeleken met de andere sites in de wereld.

Althans voor het soort bezoeker als de meeste mensen in dit topic, ik begrijp van de reacties dat andere typen bezoekers niet zo zouden werken.

[crisp]

Maar wat is nou eigenlijk het probleem? De ankeiler, of de cookiemelding (non-EU) en de banner?

Uiteraard is het de combinatie, maar de cookiemelding en banner staan er niet altijd. Ik zou wel voorstander zijn om bij een eerste pageview geen (grote) banner te tonen (iets met 'you only get one chance to make a first impression') en eigenlijk zou het grootste formaat banner ook de uitzondering moeten zijn (waar het tegenwoordig meer de regel is). Helaas heb ik daar geen invloed op

[ Voor 5% gewijzigd door crisp op 08-05-2019 09:58 ]

[MuVo]

crisp schreef op woensdag 8 mei 2019 @ 09:50:
Maar wat is nou eigenlijk het probleem? De ankeiler, of de cookiemelding (non-EU) en de banner?

Uiteraard is het de combinatie, maar de cookiemelding en banner staan er niet altijd. Ik zou wel voorstander zijn om bij een eerste pageview geen (grote) banner te tonen (iets met 'you only get one chance to make a first impression') en eigenlijk zou het grootste formaat banner ook de uitzondering moeten zijn (waar het tegenwoordig meer de regel is).

Het probleem is voor de niet ingelogde gebruiker geen nieuws ziet. Vroeger logde ik ook wel eens niet in maar kon ik wel even snel het nieuws lezen. Kan nu nog, maar ik vindt de site er nu als niet ingelogde gebruiker er niet uit zien met al de grote banners gecombineerd.

Verder ben ik als ingelogde tweaker niet tevreden met de grote banners wat de aandacht en de leesbaarheid weg neemt van het nieuws berichten overzicht. Ik heb het gevoel dat nu de focus ligt op de grote banners van artikelen en reclame inplaats van de nieuws artikelen en de weergave van nieuws artikelen. Natuurlijk verbeterd de optie Tweakers Supporter de weergave wel degelijk.

[XWB]

.oisyn schreef op woensdag 8 mei 2019 @ 09:13:
[...]

(Ik wist niet eens dat we tegenwoordig een cookie banner hadden, voorheen was dat een fullscreen melding)

De cookie wall is er nog steeds hoor. Maar zodra ik de VPN met buitenlands IP aanzet krijg ik de cookie banner te zien.

[LA-384]

We zijn nu bijna 3 maanden verder. Ik ben eigenlijk wel benieuwd of de nieuwe layout heeft gebracht wat er gehoopt werd; meer verkeer in andere onderdelen van tweakers zoals de pricewatch en gebruikers-reviews?

Ik dacht ook hier of ergens anders gelezen te hebben dat er door 'css-guru's' gekeken zou worden naar custom CSS code welke dan beschikbaar gesteld zou worden voor degenen die liever de oude layout zien. Ik bedoel dan niet de feature, maar daadwerkelijk de code. Ik kan het zo niet terugvinden in dit topic, dus kan ook zijn dat ik het gedroomd heb.

[ikloon]

LA-384 schreef op zaterdag 8 juni 2019 @ 09:19:

Ik dacht ook hier of ergens anders gelezen te hebben dat er door 'css-guru's' gekeken zou worden naar custom CSS code welke dan beschikbaar gesteld zou worden voor degenen die liever de oude layout zien. Ik bedoel dan niet de feature, maar daadwerkelijk de code. Ik kan het zo niet terugvinden in dit topic, dus kan ook zijn dat ik het gedroomd heb.

De opvolging van het makkelijker maken om custom CSS te gebruiken doen we in het topic Custom CSS snippets.

[corset]

om maar even hier door te gaan op;

Extreem veel reclame op de frontpage

De hoeveelheid reclame is inderdaad vrij storend. Ik heb vaak mijn adblock uit staan, maar vooral de laatste weken merk ik dat ik hem meer en meer moet aanzetten om de stortvloed aan reclame tegen te gaan.

[Henkje.doc]

Ben ook benieuwd of er nog inhoudelijk verder op wordt ingegaan.
Wat ik vooral lees zijn dat mensen zich verschuilen achter rollen binnen een scrum proces. Ik dacht altijd dat je het als scrum team gezamenlijk deed.

Op een IPad is het nog steeds verre van leesbaar en krijg je eigenlijk alleen maar Banner in beeld.
Ja met custom css kun je het configureren naar wens. Dat is een mooie workaround.

Blijft er wel bij dat de wijze van communiceren erg vreemd overkomt. Je gaat bijna bang worden om een ban te krijgen als je feedback geeft.

Voor mij is in ieder geval het gevolg dat ik meestal meteen doorklik naar GoT, of juist direcft naar GoT link.

[CH4OS]

crisp schreef op vrijdag 19 april 2019 @ 12:16:
Ik zal dit intern eens aankaarten

Iets meer dan een half jaar verder, is hier intussen iets mee gedaan? Staat mij bij dat daar wel toezeggingen op zijn gedaan om het op- en aan te pakken (ook door Femme, maar kan die post niet meer vinden, wel in dit topic geloof ik), maar (zoals altijd) blijft het daarbij (een Tweakers HQ crew eigenaardigheidje) en dat vind ik intussen een puntje van grote ergernis worden, waar ik niet de enige in ben overigens, maar dat is een andere discussie.

Waarom ik dit opnieuw onder de aandacht breng; momenteel heb ik voor Acties het aantal items op 20 staan en zie er maar 3. Dit kan zo niet de bedoeling zijn lijkt me? Door custom CSS wordt eea eruit gefilterd geloof ik (al zie ik wel ondanks custom CSS 20 items onder .Plans), want dat is volgens jullie de oplossing voor veel zaken, maar dit werkt gewoon niet; ook geeft het immers (zoals eerder al aangegeven) geen nieuwe content erbij, dus dit lijkt mij best een verspilling van resources; jullie parsen een stuk wat ik vervolgens weer wegfilter met CSS...

Kunnen de .adv artikelen die onder .plans staan niet gewoon naar Acties? Daar lijkt mij dat de betere plek voor. Volgens mij zou er ook meer op gelet gaan worden, maar daar zie ik in de praktijk gelukkig een klein puntje licht; in plaats van 10 .adv's onder de .plans, zijn het er nu vijf!

[ Voor 51% gewijzigd door CH4OS op 17-12-2019 12:34 ]

[crisp]

CH4OS schreef op dinsdag 17 december 2019 @ 12:21:
[...]
Iets meer dan een half jaar verder, is hier intussen iets mee gedaan? [...]

Er is toentertijd een ticket voor gemaakt; ik zal hem nog eens onder de aandacht brengen

[CH4OS]

crisp schreef op dinsdag 17 december 2019 @ 13:46:
[...]

Er is toentertijd een ticket voor gemaakt; ik zal hem nog eens onder de aandacht brengen

Thanks! Ik ben ook benieuwd wat de oplossing gaat zijn.

[Verwijderd]

Wat t.net nodig heeft is een volledig modulaire website:


1.Zelf schuiven met blokken
2. Zelf aan en uit zetten van blokken
3. Zelf formaat kiezen van de blokken.
4. Zelf formaat en aantal headlines kiezen.
5. Zelf witruimte instellen.


Ik weet niet of dit ooit gedaan is en technisch mogelijk is. Zal wel veel onodige dev tijd kosten die ook in belangerijkere zaken gestoken kunnen worden.

[Hero of Time]

Punt 5 is soort van geweest. Je had normaal, cozy en compact. Dat is ondertussen al een paar maanden weg. Samen met de fijne informatiedichtheid.

[The Legend]

Ik wilde geen nieuw topic aanmaken, omdat ik niet weet of de huidige concepten al rijp genoeg zijn voor uitgebreide discussie, en ik niet verantwoordelijk wil zijn voor alleen een verzameling mensen die hun gal komen spuwen Maar ik wil graag weten of de huidige CSS snippets straks ongewijzigd gebruikt kunnen blijven? Met andere woorden; kan ik de FP zoals ik hem nu zie (zonder ankeilers en andere meuk) na de FP update ook nog zien? Het is voor mij duidelijk dat ik niet in de categorie users val waar T.net zich op richt (alle concept-ontwerpen zijn mij veel te druk, te weinig info, teveel witruimte, eigenlijk net zoals in de vorige FP-update), dus als ik maar weet dat ik mijn huidige uitzicht kan behouden, dan vind ik het allemaal best wat er verder geprobeerd gaat worden

[Vorkie]

The Legend schreef op dinsdag 30 maart 2021 @ 13:24:
Ik wilde geen nieuw topic aanmaken, omdat ik niet weet of de huidige concepten al rijp genoeg zijn voor uitgebreide discussie, en ik niet verantwoordelijk wil zijn voor alleen een verzameling mensen die hun gal komen spuwen Maar ik wil graag weten of de huidige CSS snippets straks ongewijzigd gebruikt kunnen blijven? Met andere woorden; kan ik de FP zoals ik hem nu zie (zonder ankeilers en andere meuk) na de FP update ook nog zien? Het is voor mij duidelijk dat ik niet in de categorie users val waar T.net zich op richt (alle concept-ontwerpen zijn mij veel te druk, te weinig info, teveel witruimte, eigenlijk net zoals in de vorige FP-update), dus als ik maar weet dat ik mijn huidige uitzicht kan behouden, dan vind ik het allemaal best wat er verder geprobeerd gaat worden

Waarschijnlijk moet je dan gaan betalen, bijvoorbeeld het Premium Plus abo, hier zit Fully Custom CSS Frontpage module bij.
/s

Maar ik denk dat ze er vrij weinig over kunnen zeggen nog, als alles op de schop gaat kan alles een hele andere CSS krijgen en daardoor heb je ook andere CSS nodig.

[The Legend]

Ik bedenk me nu; dit is natuurlijk gewoon een 1 april grap