Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 73 reacties

Iteratie #77 is afgerond. Deze keer zijn we vooral druk geweest met de nieuwe multifoto-upload die je nu bij het schrijven van een productreview kunt gebruiken. Daarnaast hebben we nog meer features toegevoegd bij het vergelijken van producten.

Multifoto-upload bij het schrijven van reviews

In de afgelopen 2 iteraties zijn we druk geweest met het herschrijven van de opslag van afbeeldingen en met de ontwikkeling van een moderne tool voor het uploaden van foto's. Deze hebben we als eerste ingebouwd in het formulier van productreviews.

Er bestond al langere tijd de wens om bij het schrijven van productreviews meer eigen foto's te kunnen toevoegen en om meer vrijheid met die afbeeldingen. Op Tweakers mocht je tot nu toe slechts een beperkt aantal afbeeldingen toevoegen en werd je ook nog beperkt in het formaat daarvan. Veel reviewers gebruikten daarom externe hosters of hun fotoalbum om die limiet te omzeilen. Dat is met deze iteratie veranderd. Met de nieuwe tool kun je maximaal dertig afbeeldingen tegelijk uploaden, waarbij de maximale grootte is opgerekt tot 4MB per afbeelding. In totaal kun je nu dertig afbeeldingen aan een review toevoegen. Daarnaast kun je met één klik een afbeeldingtag toevoegen aan de previewafbeelding in je review.

We zijn benieuwd naar jullie ervaringen. Aangezien het een grote wijziging in onze codebase was, is de kans ook groot dat er bugs in zijn geslopen. Bugs, verbeteringen en andere feedback zijn welkom in het bugforum. Als je meteen een review schrijft, maak je uiteraard ook kans om een Tweakers-gadget te winnen.

Add to compare

Zoals in eerdere .plans werd vermeld zijn we sinds de release van 'Add to compare' bezig met het verbeteren van de vergelijkervaring op Tweakers. Ook in deze iteratie releasen we weer een aantal verbeteringen. Dit keer hebben we ons ingezet voor het toevoegen van een vergelijkknop in de header bij producten. Daarnaast releasen we de mogelijkheid om producten toe te voegen op de vergelijkpagina, waarvan we bij de vorige iteratie al een sneak preview gaven.

Nieuwe productheader

Naast de vergelijkknop hebben we nog meer aanpassingen aan de productheader gedaan. Zo tonen we nu in plaats van losse specificaties een 'specline', heeft de prijs een centrale plek gekregen, en tonen we de gebruikersscore en het oordeel van Tweakers naast elkaar.

Styling teller aantal ongelezen notificaties

Het ballonnetje met het aantal items in je vergelijkingslijst had een andere styling dan de ballon voor het aantal ongelezen notificaties. Die hebben we in deze iteratie consequent gemaakt.

Ipv6

Eveneens in deze iteratie hebben we wat voortgang geboekt om ipv6 te kunnen gebruiken. Ons netwerk is er technisch gezien klaar voor, maar diverse tools die we gebruiken om misbruik van de site te voorkomen moesten ook nog worden aangepast. De meeste zijn intussen klaar. We gaan nu niet halsoverkop ipv6 aanzetten, maar het was wel een van de laatste obstakels die we in elk geval moesten oplossen.

Moderatie-faq Wijzig weergave

Reacties (73)

Goed om te lezen dat we meer foto's kunnen gebruiken in onze reviews, al blijft dertig nog steeds weinig en zal de nood voor externe hosts, in ieder geval voor mij, nog niet veranderen. Mijn laatste review heeft namelijk al meer dan 70 afbeeldingen en ik denk (weet eigenlijk wel zeker) dat mijn volgende review nog veel meer foto's gaat bevatten. Desondanks blijft het goed om te zien dat het aantal wat omhoog gegaan is, maar ik hoop dat dit nog verder opgerekt kan worden.

Wat ik verder nog mis met betrekking tot de foto's is een makkelijke manier om er een beschrijving aan toe te voegen. Ik maak nu gebruik van de small tags, maar dit is geen optimale manier als je meerdere images op 1 rij hebt staan.

[Reactie gewijzigd door TeQview op 17 november 2015 15:09]

Thnx voor je feedback en echt mooi dat je zo dedicated reviewer bent om ervaring met andere tweakers te delen. Dank voor dat dus!

Ik snap je wensen wel. We hebben keuze gemaakt met een limiet van 30 omdat meer dan 90% reviwers minder dan 30 foto's hebben in een review. We moeten hier een balance maken tussen de vrijheid en de capaciteit en performance die we gaan ondersteunen qua storage. (Hier kunnen onze devvers beter uitleggen :D)

Verder persoonlijk vind ik het mooiste is om productfoto's van andere mensen te zien. Dus de 30 heeft ook een focus op productfoto's. 30 is lijkt me wel al veel.

In ieder geval is deze release versie 1.0 van de nieuwe upload tool en we blijven het verbeteren.
Ik vind het een mooie toevoeging. Of je de echte fanaten zo ver gaat krijgen over te stappen weet ik niet, zeker als producten wat software screenshots, apps, etc hebben dan loopt het aantal plaatjes sterk op, en daarbij zijn alle fanatieke reviewers toch wat 'bijzonder' ;) en houden ze toch vast aan wat ze gewend zijn. Je moet tenslotte ook wel wat veranderen in je workflow. Denk dat het belangrijker is dat met deze aanpassing meer mensen de stap zullen nemen om toch wat reviews te schrijven in plaats van proberen die paar procent aan te spreken. Zoals je zegt: voor 90% is 30 echt zat.
Thnx voor je reactie Foritain.
Persoonlijk zie ik de upload tool een incentive (omdat het upload nu wat makkelijker is) voor alle gebruikers om meer content met elkaar te kunnen delen, niet alleen tekst maar dan ook foto's.
Ik denk ook dat de tool niet per se zo spannend is voor gebruikers wie reviewen als hobby doen, en gaat het process niet veranderen, bijvoorbeeld heb je sowieso hosting en website van jezelf ;-)
Met die doelstelling in het achterhoofd denk ik dat het een mooie aanpassing is! Laten we hopen dat met dat extra gemak we een mooie toename zien van leuke reviews eh!

Mbt het delen: Zeror in 'plan: Multifoto-upload bij het schrijven van reviews - Development-iteratie #77'

Dat zou dan de volgende mooie toevoeging zijn. Uit interesse, hoe lastig is het technisch om bijv Instagram of twitter linkjes direct als foto weer te laten geven op bijv forum? Sowieso het embedded van tweets als ideetje om sneller nog meer content/plaatjes te kunnen delen met elkaar.

En jep, nadat ik schrok van het bandwidth verbruik in de tijd maar zelf hostje gekocht, dat was echt niet gezond met die 100en fotos :D

[Reactie gewijzigd door Foritain op 17 november 2015 15:40]

We hebben het hier intern gehad over het aantal images bij een review. Meer foto's toestaan is op zich geen groot probleem, maar een afweging wat ons er toe heeft gezet om het bij 30 te laten is de benodigde bandbreedte als je een review volledig inlaad op je telefoon via 3G/4G. Dat kan een aardige deuk slaan in je databundel. Natuurlijk heb je dat probleem ook met externe foto's, maar op deze manier moedigen we het in ieder geval niet aan.
Multi page userreviews zou dat wel oplossen, maar dat hebben we niet op dit moment :)
De bandbreedte is denk ik maar een probleem van het extern inladen van foto's! Door extern inladen van foto's kunnen de hosters de gebruikers op tweakers tracken en is dus een groot privacyrisico, daarnaast zorgt ervoor dat ssl niet volledig en goed werkt op tweakers. En mogelijk kan er zelfs door vulnerabilities malware verspreidt worden door de externe afbeeldingen. Daarnaast heb je nog het probleem dat de beschikbaarheid niet echt te garanderen is, foto's kunnen na een tijd van de externe host verdwijnen.

Ik denk dat jullie nu al goed moeten gaan nadenken om dit af te schaffen, ik zou het liefste zien dat nieuwe reviews geen externe foto's meer hebben en auteurs van oude reviews met externe foto's een notificatie krijgen met de vraag om hun foto's op tweakers te uploaden. Na een tijdje zou ik dan zelfs voor de auteurs die niet reageren de externe afbeeldingen in reviews voor alle bezoekers achter een waarschuwing plaatsen (zoals in een mailclient) dat ze nu een privacyrisico lopen, ssl niet goed werkt en dat ze mogelijk veel bandbreedte gaan verbruiken door die afbeeldingen te laden.
Tig reviews gebruiken externe hosts, praktisch elke met een flink aantal foto's er in. De sprong naar angst zaaien mbt malware is wel erg groot, of zijn er concrete voorbeelden dat dit via tweakers is gebeurd of mogelijk is? Ook het probleem dat foto's van de host verdwijnen, tegen die tijd zijn producten vaak toch al EOL.

Het idee van afschaffen, of overwegen mensen te forceren tientallen of zelfs honderden reviews aan te passen, hoop ik van dat het direct naar de prullenbak wordt verwezen. Het kost nu al veel tijd om een beetje review in elkaar te steken, als het nog lastiger wordt, en tevens lastiger wordt om bijv je content die je origineel elders plaatst ook hier te gebruiken, dan vrees ik eerder dat je een groep regelmatige reviewers de deur wijst. Ik krijg nu al rillingen bij het idee dat er uren moeten gaan zitten in het aanpassen :D

Dus nee, laten we externe hosts aub niet afbreken. Liever zoals Koku de optie om evt multi page reviews te kunnen plaatsen om het correcte punt van datagebruik aan te pakken. Een beetje review is een paar MB, dat kan best eens aantikken.

Of gewoon duidelijk maken dat reviews met veel foto's data kunnen gebruiken :D Net als dat 'wij' Tweakers best lachen als mensen piepen dat ze bij Netflix/Spotify streamen opeens door hun bundel heen zijn :D
Ik denk ook dat de malware via de afbeeldingen wel meevalt maar het gaat ook niet om nu maar ook het voorkomen van problemen over enkele jaren, daarnaast blijven de andere bezwaren nog steeds bestaan van het extern hosten van afbeeldingen. Ik ben ook zeker tegen elk plan dat reviewers het moeilijker maakt, maar juist voor het zo min mogelijk overlast veroorzaken voor gebruikers is het beter om nu alvast te beginnen met kleine stapjes dan later ineens halsoverkop de afbeeldingen te moeten uitschakelen bij bijvoorbeeld een malware-aanval.

Ik ben bang dat over een aantal jaar tweakers enorm tegen de problemen aan gaat lopen van externe afbeeldingen, dus kan er beter maar vroeg over nagedacht worden om in ieder geval voor de nieuwe reviews dit niet meer mogelijk te maken. Dan kan er later nagedacht worden of het mogelijk is iets met de oude reviews te doen, misschien is er een migratietool mogelijk die alles in een klik overgezet worden. Mijn idee is ook niet om dit morgen direct in te voeren, maar in ieder geval over na te denken zodat ze over 5 jaar niet denken hadden we toen maar alvast een betere strategie bedacht voor de externe afbeeldingen.
Het idee van afschaffen, of overwegen mensen te forceren tientallen of zelfs honderden reviews aan te passen, hoop ik van dat het direct naar de prullenbak wordt verwezen.
Wat mij betreft stipt TheodoorDG vooral een theoretisch puntje aan; ik denk niet dat het nodig is om dit probleem op te lossen.

Dat gezegd hebbende, al je reviews aanpassen kost natuurlijk slechts één klik... op de button "ik ga ermee akkoord dat T.net al mijn gelinkte afbeeldingen bij de externe hoster(s) downloadt, op haar eigen systemen opslaat en alle img-tags in mijn reviews automatisch aanpast" (de enige reden die ik kan verzinnen waarom dit niet geautomatiseerd kan worden is omdat het de dev-tijd niet waard is).
Je heb een goed punt dat je data in 1 klap er door heen gejaagd word, maar waarom niet een kleiner formaat afbeelding tonen als de gebruiker op een tablet of smartphone zit? Tevens laden pagina's dan stukken sneller! Enige nadeel is een afbeelding met verschillende resoluties op de server staat en daardoor meer storage kost, maar gebruikerservaring gaat dan wel weer omhoog.
Omdat je bij het renderen van de pagina (serverside) nog niet weet in welke devicegrade iemand zich bevind. We doen geen detectie van device maar enkel van resolutie op basis van media queries. Dat houd in dat je pas clientside zou weten op wat voor grade iemand zich bevind en afbeeldingen dus altijd achteraf met Ajax moeten inladen. Ook dat is geen perfecte oplossing. Mocht je daar wel iets moois op weten horen een dat graag :)
Dat is absoluut waar wat je zegt, maar je kunt van te voren wel weten met welke device de pagina wordt bezocht. Natuurlijk heeft dit systeem ook zijn nadelen, je moet een lijst bijhouden en het is niet 100% waterdicht. Je kunt bijv wel zeggen als het device niet bekend is dan terug schakelen naar het oude systeem. Door zulke kleine toepassingen door te voeren dan de data verkeerd steeds lager worden. Tevens laden pagina's veel sneller, pas als ik op het plaatje klik dan wil ik pas de juiste scherpe plaatje zien.
Zou de grade niet kunnen worden overgenomen van de (tweakers.net-)pagina ervoor? De eerste pagina (of frontpage), heeft dan de hoge resolutie, en elke doorgelklikte pagina de correcte resolutie.
Zit je hooguit nog met deeplinks vanuit de zoekmachines.In dat geval zou je de grade kunnen overnemen middels een cookie van het laatste bezoek.
Maar juist door alle afbeeldingen intern te houden kun je beslissen welke resolutie en compressie je aanbiedt. Op het moment dat er externe afbeeldingen ingeladen worden, kunnen dit erg grote afbeeldingen zijn en gaat het alsnog ten koste van de bandbreedte. Ik weet niet of t.net nog werkt met verschillende formaten voor bijv. mobile en deskopweergave, of dat dit los van het responsive tonen dezelfde content is.
En jep, nadat ik schrok van het bandwidth verbruik in de tijd maar zelf hostje gekocht, dat was echt niet gezond met die 100en fotos :D
Dat kan inderdaad behoorlijk oplopen. Toen m'n CG277 review de review van de maand won had ik op één dag ruim een miljoen fotoviews. Het is jammer dat de dataverkeerteller het toen niet deed, maar bij m'n review van de q2770Pqu had ik met dezelfde situatie al 37 GB dataverkeer met niet veel meer dan de helft van de views. Zou met die CG277 review dus best wel eens 60 GB op één dag geweest kunnen zijn.

[Reactie gewijzigd door Kid Jansen op 17 november 2015 19:59]

Wellicht is het een idee om reviewers die hoog scoren te belonen met de mogelijkheid tot 100 foto's? :)
Gewoon multipage mogelijkheid inbouwen bij user-product reviews
Ik doe het graag. :)

Ik snap dat er een keuze gemaakt is om een limiet van 30 in te stellen en vind het ook een stap in de goede richting. Het kost natuurlijk ook fors wat ruimte als elke gebruiker meer dan 70 afbeeldingen gaat plaatsen en met deze 30 afbeeldingen zullen het waarschijnlijk ook wat interessantere foto's blijven, ipv "doen omdat het kan".

Voor de echte dedicated reviewers is er natuurlijk niet echt iets veranderd, maar ik denk, zoals Foritain ook zegt, zij toch wel blijven gebruiken wat ze nu al een hele tijd gebruiken.
Ik vind het niet zo'n slecht idee dat er een limiet zit aan het aantal foto's. Tegenwoordig scrollen ik me soms suf door reviews waar de reviewer al 10 foto's van de verpakking uit ieder denkbaar perspectief in opgenomen heeft.
Om een of andere reden krijgen dit soort reviews ook nog vaak +3 beoordelingen, omdat er (m.i.) vooral punten uitgedeeld worden voor de - veronderstelde - moeite die de reviewer gedaan heeft, ipv hoe nuttig de review voor de lezers is.

Vaak geldt "less is more". Kijk eens naar professionele reviews, daar zit ook een bepaalde balans tussen foto's en tekst.

N.B. dit is geen kritiek op jouw reviews persoonlijk, maar een algemene trend die ik bij reviews op Tweakers.net waarneem.
Ik vind het ook helemaal niet slecht dat die limiet er is, maar wilde wel aangeven dat de echte fanatieke reviewer er niets aan heeft. :p

Ik snap ook dat het best irritant kan zijn als je 1000 foto's in een review hebt en maar drie regels tekst, dan is die review alsnog niets waard. Wat ik zelf doe is zoveel mogelijk nuttige tekst schrijven en daarbij een aantal foto's ter onderbouwing/ondersteuning en visualisering. Dat ik zelf dan ook best wat afbeeldingen heb komt omdat ik zo diep mogelijk op dingen in ga en dat ook graag wil laten zien aan de lezers. Het handige aan Tweakers is dan wel weer dat je de afbeeldingen een grootte mee kunt geven, waarmee ik dan ook de afbeelding klein, maar zichtbaar maak, zodat ze de tekst niets in de weg staan.

Ik begrijp dat je het niet persoonlijk op mij richt. :)
Weet je hoe veel pijn het vanavond gaat doen als ik door de resterende 200 foto's (het waren er meer) ga van een NZXT S340 met Hue+ verlichting. Elke 'delete' is een stukje van je ziel man! :D

On the upside, maar 2 foto's van de doos :D

< schuldig aan (te?) veel foto's, mogelijk zelfs schuldig aan het feit dat meer reviewers zich onterecht genoodzaakt voelen om meer foto's te gebruiken. Maar volledig eens dat 10 foto's van een doos gewoon gepruts is. Hoop enkel aan te geven dat het best tricky is om foto's te knippen.
Wat ik verder nog mis met betrekking tot de foto's is een makkelijke manier om er een beschrijving aan toe te voegen. Ik maak nu gebruik van de small tags, maar dit is geen optimale manier als je meerdere images op 1 rij hebt staan.
Het is wel te doen door ook tabellen en center-tags te gebruiken (zoals ik bijvoorbeeld hier en hier heb gedaan), maar optimaal is het inderdaad zeker niet.

Met meerdere afbeeldingen op één rij wordt het hoe dan ook al lastig, omdat je dan gewoon niet zoveel tekens kwijt kan. Zeker als je nog enige scheiding wilt hebben tussen de tekst van de verschillende afbeeldingen op die rij.
Wat ik mis (of wat ik gewoonweg misschien niet weet), is hoe je een foto moet kantelen. De originele foto is wel recht, maar als ik hem upload is hij 90 graden gedraaid. Dit 'probleem' ervaar ik bij een review schrijven.
Dat komt waarschijnlijk omdat het programma waar jij die foto in bewerkt de afbeelding niet 'echt' kantelt maar ergens opslaat dat de afbeelding is gekanteld. Ik heb dit ook wel eens meegemaakt op OS X
Naja, kijk, als ik in "foto album" de afbeelding open met de GoT code. Dan is hij 90 graden gedraaid. Als ik op de foto zelf klik waar onder staat "(Afbeelding niet op ware grootte weergegeven, klik voor grote versie)". Dan is hij echter wel gewoon recht.

Ik dacht eerst dat het niet zou werken bij een review, dus heb ik ook maar wat lopen spelen met de resolutie in de code. Dit mocht niet baten.

[Reactie gewijzigd door AnonymousWP op 17 november 2015 15:08]

Ik zie het ja, de originele afbeelding is wel correct, dus bij het resizen mist de EXIF flag hiervoor. Wellicht kunnen we hier iets aan doen, dank voor het melden :)
Jij ook bedankt voor je reacties :).
IMO zou dit een functie moeten zijn in de/alle browser(s).

Anders gaat iedere site dat zelf implementeren :P
Waarschijnlijk stript Tweakers de EXIF orientation-flag die het programma op je computer gebruikt om de foto correct weer te geven. Zie http://www.daveperrett.co...ion-handling-is-a-ghetto/ voor meer info.
Was er ff een knik in de kabel? De hele site deed het niet meer.

https://pbs.twimg.com/media/CUBKIl6WoAAxt_X.png:large
Hier nog steeds? Kan mijn profiel niet bewerken, probeerde er zojuist een topic over te maken en dat wou ook niet..
Profiel bewerken zou inmiddels weer moeten werken :)
Inderdaad, ik zie het! Goed bezig :)
Ik denk het wel. Ik had het ook. Had denk ik te maken met de iteratie.
Klopt, wij hadden een kleine hiccup met de release. Eea is al opgelost, het probleem met je profiel bewerken wordt nog aan gewerkt.
Kan deze uploadmethode ook doorgevoerd worden naar het fotoalbum? Zou een stuk makkelijker zijn.
Sterker nog: het hele fotoalbum mag weleens een upgrade hebben. Het werkt allemaal veel te omslachtig nu.
Ik ga hier geen beloftes doen maar we hebben voor deze wijziging de afbeelding opslag code flink op de schop gegooid, zodat we in de toekomst ook andere delen waar dit gebruikt kan worden kunnen verbeteren :)
Ik hoop dat het snel komt, een beetje review heeft toch al snel heel wat meer afbeeldingen waardoor het vooral nuttig is voor de korte reviews waardoor je als nog moet uitwijken naar iets anders.

En juist de mensen die heel veel reviews schrijven en dus heel vaak gebruik maken van foto's zijn juist de mensen die hele lange reviews schrijven met meestal meer dan 30 foto's. Juist voor die mensen veranderd er nu niet zo veel. Terwijl juist voor hun het het grootste voordeel zou zijn.

Voor mensen die af en toe een review schrijven met minder dan 30 foto's is het immers veel minder gedoe dan voor iemand die er wekelijks meerdere schrijft met heel veel foto's.

Ow en bij het openen van de DM's kun je alleen klikken op het ballonnetje en niet op het cijfer met het aantal ontvangen DM's, daar zit namelijk geen link achter, werkt niet helemaal lekker dus.

[Reactie gewijzigd door -The_Mask- op 17 november 2015 15:52]

Voor het gros van de reviews is 30 voldoende. Maar met jou wil ik ook heel graag de multi upload in de fotoalbums. :)
Multi upload met thumbnail grootte keuze in pixels, met lightbox tag en naam tag. Dan is die perfect wat mij betreft. Upload nu altijd een thumbnail en de grootte foto los en dan handmatig de lightbox en naam tag erbij. Dat moet toch in één keer kunnen lijkt mij.
[...]
Ow en bij het openen van de DM's kun je alleen klikken op het ballonnetje en niet op het cijfer met het aantal ontvangen DM's, daar zit namelijk geen link achter, werkt niet helemaal lekker dus.
Thanks, ik heb daar een ticket voor gemaakt :)
Sluit mij hier bij aan :D
En voor foto's toevoegen bij advertenties in vraag&aanbod uiteraard. :)
Er word gesproken over misbruik en IPv6, maar dan vraag ik mij af: hoe word er omgesprongen met IPv6? Gaan jullie automatisch er van uit dat een gebruiker enkel een /64 heeft of word per ISP nagegaan hoe groot het subnet is dat de gebruiker krijgt om zeker het volledige subnet te hebben (bijv. in geval van een IP ban/filtering/...)
Wat ben jij van plan? ;)
Ik denk dat ze dat liever geheim houden om mensen niet op ideeen te brengen.

Ik gebruik zelf /64. Je krijgt wel een groter blok per klant maar ik ken geen enkel netwerk dat meer dan /64 gebruikt voor z'n subnetten met eindgebruikers. De typische consumentenrouter gebruikt maar 1 subnet van /64 uit de toegekende range.
Voorlopig zie ik dat ook niet veranderen, al verwacht ik dat onze netwerken alleen maar groter en complexer worden en vroeg of laat krijgen ook gewone consumenten met meerdere subnetten. Als je een triple-play pakket met voip en iptv hebt dan heb je misschien nu al een beetje zo'n netwerk.
Ik denk dat je het in de praktijk prima kunt oplossen door er in eerste instantie van uit te gaan dat ieders eind-netwerk (waar hun client uiteindelijk z'n IP uit krijgt) een /64 heeft. Dan ban je dus eerst op basis van een /64, wat waarschijnlijk in meer dan 90% van de gevallen voldoende is. Mocht dat niet genoeg zijn ban je de /56 en als dat ook niet werkt de /48. Alleen een /64 bannen zal niet failsafe zijn maar waarschijnlijk al afdoende voor vrijwel alle gevallen.

Eventueel, als je er development tijd voor hebt, zou je kunnen werken met een tabel die per ISP bijhoudt hoe groot hun prefix is. Aangezien waarschijnlijk 90% van al het verkeer van hetzelfde handjevol Nederlandse en Belgische ISP's is zal zo'n tabel niet erg ingewikkeld zijn.
Ik mis in de Vergelijker eigenlijk nog een soort highlighter die de verschillen duidelijk maakt. Ik kan me herinneren dat dit in één van de vorige iteraties veelvuldig genoemd werd in de comments.

Een voorbeeld:
Rij 1 - Schermdiagonaal: Telefoon 1 heeft een 5" scherm, telefoon 2 heeft een 5,5" scherm.
Rij 2 - Resolutie: Telefoon 1 en 2 hebben allebei een 1080p scherm.

Het zou erg fijn en overzichtelijk zijn als rij 1 dan een iets getinte kleur heeft om aan te geven dat er een verschil is.

Dit zou de Vergelijker compleet maken voor mij. :)
Rijen met afwijkende specs zijn herkenbaar aan een lichtgrijze achtergrondkleur. Een probleem met het duiden van afwijkende specs door middel van alleen een kleur is dat het sowieso niet erg intuïtief en zelfverklarend gaat zijn. Liever duiden we of een eigenschap beter of slechter is dan die van andere producten in de vergelijking. Dan kan simpelweg via de signaakleuren rood en groen. Helaas hebben we de data er nog niet voor.
Zijn die kleuren er al? :o
Ik kan ze in ieder geval op mijn scherm (TN paneeltje) niet zien.

Rood en groen is inderdaad de beste oplossing, maar dit is natuurlijk niet bij alles toepasbaar. Er zijn genoeg specificaties waar de meningen over zullen verschillen welke beter is, denk aan OS of (scherm-)grootte op smartphonegebied.
Of een ander voorbeeld: een quadcore i7 zal veel beter presteren dan een hexa-/octacore FX, ondanks het feit dat de FX meer cores heeft.
Dat soort dingen.

Er zullen dus keuzes moeten worden gemaakt welke eigenschappen wel en niet een groene/rode kleur krijgen. En wat bij drie producten? Beste groen, slechtste rood en alles daartussen oranje?

Ben benieuwd :)

[Reactie gewijzigd door TheTinusNL op 17 november 2015 16:16]

Dat wordt nog lastiger als je ook rekening wilt houden met de vraag; beter voor wat? Voor gaming is een snelle cpu beter, maar voor de batterijduur is een zuinigere cpu beter. Want aan een simpele, dit getal is bij x hoger dan bij y is de meerwaarde beperkt of zelfs negatief.

Zo had een vriend van mij voor een laptop gekozen met de snelste maar zeker niet zuinigste cpu, hij ging gewoon voor het hoogste cijfer.
Liever duiden we of een eigenschap beter of slechter is dan die van andere producten in de vergelijking. Dan kan simpelweg via de signaakleuren rood en groen. Helaas hebben we de data er nog niet voor.
Dat gaat toch nooit lukken? Immers: wat is beter?
Een groter scherm is beter om te kijken, maar past slechter in de broekzak en kost veel energie.
Een dunnere telefoon pas beter in de broekzak maar buigt misschien ook eerder door.
Een hogere resolutie is leuk tot op een bepaald niveau, maar gaat ten koste van de accuduur.
Meer accucapaciteit klinkt leuk, maar is nutteloos als dat niet leidt tot langere accuduur.
Et cetera...
Bij veel specs is het wel duidelijk wat beter is (een hogere of juiste lagere waarde). Een compactere form factor is beter, een groter beeldscherm is beter, een grotere accuduur is beter. Die drie botsen in de praktijk vaak en dat zal ook blijken uit de specificaties van het product. Het is aan de gebruiker om de afweging te maken tussen een telefoon met een groot beeldscherm en een lompe behuizing en een model met een klein scherm en compacte afmetingen. Idem voor dunne behuizing/kleine accu vs dikke behuizing met grote accu.
Hoewel dit een leuke toevoeging is voor het overgrote deel van de reviewers had ik zelf veel liever gezien dat het Fotoalbum gewoon werd aangepakt. Ik vind het Tweakers Fotoalbum namelijk perfect werken voor reviews op twee dingen na:
  1. Mapstructuur kan niet worden ingeklapt in Fotoalbum (wel in de view only versie op je gallery pagina, dus lijkt me dat dat niet heel lastig moet zijn om over te nemen)
  2. Uploaden van grote hoeveelheden afbeeldingen kost veel tijd, maar dat is prima op te lossen door de oplossing die jullie nu bedacht hebben te implementeren in het Fotoalbum
Deze 30 foto's heb ik zelf in ieder geval veel te weinig aan. Zo heb ik voor m'n review van de Eizo ColorEdge CG277 dat aantal al overschreden met de kopjes van onderdelen en hoofdstukken (32 in totaal). Daar komen dan nog eens 201 echte afbeeldingen bij, waarvan een behoorlijk deel ook nog eens een grote versie in de Lightbox-weergave heeft staan. Alles bij elkaar tel ik voor die review 338 afbeelding in m'n Fotoalbum. Nu is dit natuurlijk een extreem voorbeeld (letterlijk de langste review op Tweakers), maar ik denk dat de meeste reviews die het tot +3 schoppen, of in ieder geval de gemiddelde top 5 "review van de maand"-review, meer dan 30 afbeeldingen heeft.

Overigens heb ik sowieso het idee dat de reviewfunctionaliteit op Tweakers nog de nodige aanpassingen kan gebruiken, want vooral bij het schrijven van lange reviews zijn een aantal aspecten nu erg omslachtig / onpraktisch / tijdrovend.

Het irritantste is wat mij betreft het schrijven zelf. Schrijven in een tekst editor vind ik helemaal niks, want ik wil zien hoe m'n review er uit komt te zien tijdens het schrijven (vooral met complexe tabellen), maar de manier waarop ik dat nu doe is erg omslachtig en heeft me met de review van de CG277 zelfs twee keer een tijdelijke IP-ban opgeleverd vanwege teveel dataverkeer genereren.

Om overigens nog even terug te komen op het aantal afbeeldingen in een review, eigenlijk zou ik er nog wel meer willen gebruiken, maar alleen als ik ze beter kan presenteren in de review, want ik snap zelf ook wel dat als ik op dezelfde manier als nu nog meer afbeeldingen in een review zou zetten de lezers helemaal gek worden van door al die afbeeldingen heen scrollen.
We zijn ons ervan bewust dat het fotoalbum beter moet. Helaas bestaat het fotoalbum uit het erg oude code. Om er met goed fatsoen iets aan te kunnen verbouwen moet het hele fotoalbum herschreven worden. Even de nieuwe image upload erin schuiven is niet mogelijk.

Wat betreft je opmerking over de editor: een wysiwyg-editor voor reviews die automatisch rml-tags genereert zou ideaal zijn. Een soort afgeslankte TinyMCE waar ubb-code uitkomt in plaats van html. Ik zal eens informeren bij de devvers wat er mogelijk is op dit gebied.
Het hoeft niet eens een echte wysiwyg-editor te zijn, ik weet toch wel wat de tags doen en ik vind het ook niet zo'n probleem om die zelf te moeten typen, dat gaat inmiddels automatisch. Waar het in mijn geval vooral omslachtig wordt is met complexe tabellen. Ik vind het namelijk heel lelijk als bepaalde cellen meerdere regels hoog worden, omdat de tekst wordt afgebroken. Maar dat tweaken is dan voor een deel trial and error. Heb regelmatig gehad dat ik bepaalde delen van een tabel meer dan vijf keer moest aanpassen voordat ik het gewenste resultaat had bereikt (of in ieder geval beste compromis). Als ik dan iedere keer de review tussentijds moet opslaan genereert dat gigantisch veel verkeer blijkbaar.

Een live preview zou dan heel erg fijn zijn, zeker als je door middel van een checkbox ook nog de mogelijkheid hebt om afbeeldingen tijdelijk niet te laden / weer te geven. Helemaal live is ook nog niet eens noodzakelijk, zolang het maar op dezelfde pagina staat als het invoerscherm en je met een knop de inhoud kan verversen. Het is het iedere keer tussentijds opslaan, editor opnieuw openen en invoerveld opnieuw resizen wat het zo omslachtig maakt en dat is dan allemaal verleden tijd.
Een live preview naast de editor lijkt me wel lastig in verband met de grootte van de editor en de preview. Wellicht is de mogelijkheid om een previewwindow in een overlay aan te kunnen roepen een oplossing?
Dat hangt er vanaf hoe breed de pagina mag worden. Dat is nu volgens mij iets van 1000 pixels en als dat echt niet breder kan gaat dat inderdaad niet lukken. Maar een review schrijven lijkt mij niet iets wat je vanaf een smartphone of tablet doet, maar toch echt wel vanaf een laptop of vaste PC. Als het mogelijk is om die ene pagina breder te maken zonder heel Tweakers overhoop te moeten halen zou dat naar mijn idee nog best wel een oplossing kunnen zijn. Al zou een preview in een overlay, zoals je voorstelt, denk ik ook wel werken. Het zou in ieder geval al een hele verbetering zijn.
Over de Nieuwe productheader. Ik mis de aantallen van willen en hebben. Kan dit met een mouseover worden toegevoegd of op een andere manier geintegreerd?

Daarnaast ziet de Galaxy S6 er leuk uit, maar alle producten met minder informatie zien er wat karig uit. Zie bijvoorbeeld pricewatch: Plex Media Server
Ja deze informatie mis ik ook. Vind ik altijd wel veelzeggend over de populariteit van een artikel. Op de ruimte van de interface afgaande is dat geen reden geweest om de informatie te verwijderen. Dat een vergelijk optie is toegevoegd vind ik trouwens wel fijn.

Omdat er geen toelichting op wordt gegevens is het nu zelfs niet helemaal duidelijk of deze verandering bedoeld was of een foutje gedurende het proces van veranderen. Hopelijk kan tweakers hierop nog even kort reageren. Anders moeten we maar een topic in het Pricewatch forum maken.
Link naar de Tweakers review op het cijfer zou wel handig zijn. Doorlinken naar de review zelf of naar de /reviews pagina van het product.
Goed idee, bedankt!
Weer een zeer mooie iteratie. Is er al iets meer bekend over het samenvoegen van de berichten en notificaties? In de dev iteratie omgeving zag ik dit ook nog niet echt terug maar dat kan zijn omdat ik niet zoveel berichten of notifcaties ontvang.
Hier is dermate veel discussie over ontstaan waardoor dit plan momenteel op losse schroeven staat. Wellicht dat het in de toekomst nog gaat gebeuren maar voorlopig blijft het nog even zo als het nu is :)

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True