Development-round-up - Iteratie #46

Na de rustige decemberweken zijn we in 2014 weer hard aan de slag gegaan met een verse iteratie vol development-tickets. Na de release van ons responsive design begin dit jaar kunnen we ons weer richten op de overige zaken. Hiermee is niet gezegd dat het op mobiel gebied stil ligt, enkel dat de druk hierop wat afneemt.

Een van de grotere wijzigingen die in deze iteratie zijn doorgevoerd, is onderdeel van de Pricewatch. Er is geïnvesteerd in de opbouw van een nieuwe overzichtspagina voor categorieën. De nieuwe opbouw laat je direct kiezen uit de meest gebruikte product-filters, waardoor makkelijk een voorselectie kan worden gemaakt. Verder worden er populaire artikelen en reviews getoond.

Uiteraard is deze pagina ook meteen van een responsive jasje voorzien, iets wat we met nieuwe features steeds vaker direct proberen te doen.

In deze iteratie is weer tijd besteed aan het finetunen van de search. Zo is de weging van verschillende categorieën en secties aangepast, en krijgen producten en nieuws meer nadruk. Er heeft ook kortstondig een alertbox online gestaan met een oproep voor de laatste stemmen voor de Tweakers Awards, waarvan de uitslag donderdag wordt bekendgemaakt.

Uiteraard zijn er weer de nodige bugfixes doorgevoerd en is actie ondernomen naar aanleiding van reacties op ons responsive design in het daarvoor bestemde topic. Zo is de image-upload voor product-reviews hersteld, zijn de off-canvas-menu's in het responsive web design voor Windows Phone gefikst, zijn de problemen met afbeeldingen op het forum in het responsive design opgelost, is de resterende bug bij een V&A-advertentie aangepakt, is 'snapped view'-ondersteuning voor Windows 8 toegevoegd, hebben de frontpage-ankeilers nu losse linkjes naar de reacties en zijn de bench-db-tabellen geoptimaliseerd voor mobiel gebruik, waarmee horizontaal scrollen overbodig is gemaakt.

Verder zijn nu de login- en logout-pagina's naar Symfony2 verhuisd, wat inhoudt dat ook deze nu goed te gebruiken zijn op een smartphone of tablet.

Responsive login en responsive bench-db-tables

Zoals bij elke iteratie voegen we extra data voor enkele Pricewatch-categorieën toe door middel van Icecat. Dit doen we om de Pricewatch zo volledig en uitgebreid mogelijk te maken. In deze iteratie waren de versterkers en receivers plus games aan de beurt. Deze zijn op het moment van schrijven al bijgewerkt.

Reacties (39)

dit begrijp ik niet:

Verder zijn nu de login- en logout-pagina's naar Symfony2 verhuisd, wat inhoudt dat ook deze nu goed te gebruiken zijn op een smartphone of tablet.

wat heeft SF2 te maken met weergave/gebruik? :-)

In principe natuurlijk niets. Echter maakt alles wat we in symfony2 hangen ook gebruik van de MVC structuur die Symfony ons bied. Daarmee worden voor b.v. de formulieren nu ook Symfony forms gebruikt. Deze maken dan weer direct gebruik van de nieuwe CSS classes waardoor het geheel grotendeels direct responsive wordt.

Misschien kan een van jullie op een mobiel nieuws: Apple iPhone verliest marktaandeel aan Samsung, LG en Chinese merken openen Als je een telefoon (HDready 720p) in portrait gebruikt, met standaard instellingen, is de grafiek onder de nullijn.

Dat is een externe tool die volgens de makers responsive is, maar zo zijn quirks nog heeft

Het probleem is dat we binnen responsive alle 3rd party embeds behandelen als een 'externe video player' wat het natuurlijk niet altijd is Daar zullen we dus wat content-sniffing op los moeten laten om de juiste manier van schalen toe te kunnen passen

edit: en inmiddels gefixed

[Reactie gewijzigd door crisp op 28 januari 2014 16:40]

Dit is inderdaad een bug en ik heb er een ticket voor aangemaakt. Dank voor het melden. Mocht je in het vervolg bugs hebben zou je die dan willen melden in het daarvoor bestemde topic? Thnx

Wat ik me afvraag (en misschien niet geheel relevant is) waarom ik vaak via de tweakers search bij fora vaak niet goed bij een juist topic terecht kom. Als ik via google zoek, pikt hij wel vaak het juiste topic eruit. Herkennen meer mensen dit?

Heb je voorbeelden van zoekopdrachten?

Ik ga ze zeker posten in lieve devvers als ik ze weer tegenkom!!

Heb je wat voorbeelden hiervan? En zou je die kunnen plaatsen in Lieve devvers?

Wat ik een beetje mis is wat er nu verandert is aan de pricewatch. Als ik nu kijk naar de pricewatch dan zie ik nog steeds de onoverzichtelijke productcategoriën die je pas na een aantal keren klikken en veel zoeken kunt vinden.
Ik wacht nog steeds op een mooi overzicht zoals we het vroeger hadden. Klik op de PW en gelijk kun je op de categorie klikken.

Aan de pricewatch portal hebben we deze iteratie inderdaad niets veranderd. Alleen aan het overzichtstabblad bij categorieen. Het klopt dat we nadenken over een nieuwe manier van presenteren van onze productcategorieen, overigens betekent dit niet dat we naar de situatie denken te gaan van voor Tweakers 7. We willen graag het aantal clicks dat je moet doen om een categorie te vinden zoveel mogelijk beperken.

Jammer dat we niet weer zo'n mooi overzicht krijgen als in de oude layout, dat werkte geweldig snel en met minimaal klikken.

Ik weet het niet zeker, maar volgens mij is ons product team bezig om te kijken of we een minder diepe categoriestructuur kunnen krijgen. Het zal niet veranderen zoals het voor Tweakers 7 was (lange lijst), maar misschien helpt het iets.
Daarnaast kan je de zoekmachine ook gebruiken om categorieen te vinden.

Goed bezig daar

Vroeg me al af waar ineens de "Uitgelicht" sectie vandaan kwam.... kan deze ook uit?

De uitgelicht sectie is een feature die al in Tweakers aanwezig was maar erg weinig wordt gebruikt. Alleen bij "brekend" of extreem belangrijk nieuws wordt deze door de redactie ingezet.

Ah dat wist ik niet
Blijft mijn vraag: kan dit ook uit; vind het vrij irritant dat iemand anders bepaalt wat er ineens bovenaan moet staan namelijk

Het feit dat deze feature zo weinig gebruikt wordt is precies omdat veel mensen het als onoverzichtelijk beschouwen. Helaas is er geen optie om het uit te zetten maar, de redactie kennende, zullen ze dit niet snel weer gebruiken.

Waarschijnlijk is het met een stukje custom CSS wel gewoon te verbergen. Echter kan ik dan nu niet kijken omdat er geen uitgelicht item staat

Het is zeker met custom CSS te verbergen. Hoe dan ook, hij staat op moment van schrijven al weer uit

Van mij mogen ze dat uitgelicht wel gewoon gebruiken alleen moeten ze een kruisje naast zetten.
Vind het toch wel bij sommige belangrijk groot nieuws dat iedereen direct op de hoogte gesteld moet worden.

Klein dingetje, ik kan in de tracker sidebar de links niet in een nieuw tabblad openen op de mobiele versie. Is dit misschien te regelen? Bvd.

Normaal gesproken is dit natuurlijk rechtermuis -> open in nieuw tabblad. Het equivalent van een rechtermuis is op mobile vaak een long press. Als we een target="blank" toevoegen zouden alle linkjes altijd openen in een nieuw venster en dat is onwenselijk. Het openen van een nieuw tabblad is namelijk iets dat de gebruiker mag beslissen en niet wij. Mijn advies daarom is simpelweg touch ingedrukt houden en "open in nieuw tabblad" kiezen.

Dat is het punt juist, die functie " open in nieuw tabblad" verschijnt bij mij niet bij de linkjes in de tracker. Op de rest van de site werkt het wel gewoon.

Wellicht wil je dan een bug report aanmaken in het responsive design topic en vermeld daar ook even je OS, browser en versie. Dan kunnen we gericht debuggen.

Is het 'uitgelicht' kopje nieuw? Ik vind dat een beetje overbodig, die banner aan de bovenkant met artikelen is toch juist om dingen uit te lichten? Nu heb je 2x uitgelicht boven elkaar op twee verschillende manieren. Kies er één van zou ik zeggen. Dat UPC/Ziggo artikel demonstreert uitstekend hoe het werkt.

Edit
Nou, nou, gelijk -1 scores? Het is geen poll.

[Reactie gewijzigd door Señor Sjon op 28 januari 2014 12:08]

Nope, niet nieuw maar puur een keuze van de redactie om dit wel of niet in te zetten. Het is toevallig dat er nu net dermate belangrijk nieuws is dat ze deze optie ingezet hebben.

Ik ga niet discusieren over wat wel en niet belangrijk is kwa nieuws. Dat is iets dat de redactie beslist en waar ik ze op vertrouw. Daarnaast is "belangrijk" nogal subjectief wat de een belangrijk vind, vind de ander onbelangrijk. Feit is dat de optie er is en gebruikt kan worden door de redactie wanneer zij dit gepast achten.

edit: mocht je het er toch niet mee eens zijn verwijs ik je graag door naar geachte redactie.

[Reactie gewijzigd door Inspector op 28 januari 2014 13:43]

Wordt de 'score' filter daadwerkelijk zoveel gebruikt?
Zelf zou ik daar, in geval van telefoons, liever een schermdiagonaal of OS filter zien. Gebruik zelf dan de score-filter ook nooit, maar misschien ben ik een van de weinigen

We zijn aan het bekijken welke filters het best werken. Bedankt voor je input, nemen we mee in onze overwegingen.

Vooralsnog staat dit niet op de planning en ik betwijfel of dat er ooit gaat komen, maar dat hangt oa van ons Product team af. Het is extra werk om een specifiek platform te ondersteunen (en het eenmaal gebouwd is, moet het ook weer onderhouden worden, etc.), waarbij de vraag is hoe nuttig die betreffende feature uiteindelijk is.

Het was blijkbaar wel nuttig genoeg om voor Android een statis icoontje te maken, waarom zou dat dan niet kunnen voor Windows op zijn minst, liefst natuurlijk ook nog gekoppeld aan de RSS feed zoddat die ook Live wordt. En vervolgens, welk onderhoud is er aan? Als je websiteadres verandert moet je hem bijwerken, als je logo verandert, moet je hem bijwerken, maar gaat dat ooit gebeuren bij Tweakers? Het is onzin dit af te schilderen omdat het voor een specifiek platform om vervolgens dat wel te doen voor een ander platform. Daarbij heb ik nooit de vraag naar zo'n icoon op Android voorbij zien komen, terwijl dit wel degelijk gevraagd werd voor Windows.

Er wordt wel al naar gekeken hoor Waarschijnlijk niet al in de volgende iteratie, maar het klopt dat dit al meerdere malen gevraagd is en wordt dus wel degelijk serieus overwogen. Het is wel iets meer werk dan de Android icons, en net als met al dit soort browser/platform-specifieke features moeten we natuurlijk een goede afweging maken tussen baten en kosten, maar ik zie het niet somber in

De vraag voor Android is behoorlijk vaak voorbij gekomen hoor. Vaker dan voor Windows. Je vergeet ook nog iets anders bij het onderhoud: wat als Microsoft besluit dat het toch eventjes nét allemaal anders moet?

Windows 8 begint nu pas serieuze vormen aan te nemen bij onze gebruikers, vandaar dat we er ook pas sinds (ik denk een week of 2) serieus naar hebben gekeken.