WYSIWYG editor voor userreviews (en misch. in het algemeen)

[Anoniem: 105188]

Ik weet niet wat de meester reviewers op tweakers ervan vinden, maar ik had het genoegen om voor het Testfest een userreview te schrijven en met de huidige editor was dat een hell!
productreview: LG Q6 Zwart review door Anoniem: 105188

Ik had sowieso dit probleem:
Anoniem: 105188 in "Tweakers Oktober Testfest"

Maar een algemeen probleem is dat de huidige editor is verouderd en absoluut niet geschikt voor grote reviews met gevorderde opmaak.

Het begint al met dat je zelf handmatig UBB codes moet invoeren. Het is veel werk, maar het lukt nog wel. Dat kan ik nog door de vingers zien.

De problemen beginnen tijdens het reviseren en proofreaden. Als je iets wil aanpassen dan, moet je onthouden waar het is, terug naar boven scrollen en op aanpassen klikken. Dan kom op een andere pagina met de editor in een combox waar rauwe opmaak in staat, zoeken naar de plek, veel scrollen, aanpassen en opslaan. Dan ga je weer terug naar de vorige pagina waar je weer terug naar beneden moet scrollen op zoek naar de plek en hopen dat alles goed gaat.

Dit alles wordt nog erger als je aan het experimenteren bent met opmaak als lijstjes, tabellen en sierfoto's. Uiteindelijk heb ik mijn tabellen gegenereerd met deze tool en de UBB code over gekopieerd.
https://www.teamopolis.com/tools/bbcode-table-generator.aspx

Het zou sowieso handig zijn als je op een knopje had of (Marktplaats stijl) kan dubbelklikken op de tekst zodat je direct de editor voor je neus krijgt op die locatie.

Daarnaast zou ik het ook handig vinden als je foto's direct kan uploaden naar je galerij of vanuit je galerij foto's en thumbnails kan invoegen.

Het kan ook zijn dat het aan mij ligt hoor. Academisch achtergrond, dus ik ben gewend om eerst iets te schrijven en dat te reviseren tot het goed is. Als je zo'n werkmethode wil aanhouden met de huidige editor, is gewoon niet te doen. Zover zelfs dat ik uiteindelijk ben gestopt met corrigeren van taalvoutjes. Ik werd net weer gewezen op een taalvoutje en ik heb er gewoon helemaal geen zin in, teveel gedoe.

Hoelang gebruikt tweakers de huidige editor? Misschien tijd voor iets nieuws. Ik verwacht dat de kwaliteit van reviews omhoog zal gaan als de editor wordt verbetert.

[ Voor 5% gewijzigd door Anoniem: 105188 op 26-10-2017 06:45 ]

[unezra]

WYSYSIG lijkt mij ook wel fijn. Juist ook in het forum.
(Maar dan wel optioneel, kan me voorstellen dat veel mensen het ook fijn vinden om code te typen.)

[Anoniem: 105188]

Voor in het forum voor een topicstart kan ik me voorstellen dat het daar ook nuttig is. Voor de gewone discussies en replies zou ik idd aanhouden wat er nu is want dat hoeft helemaal niet zo fancy te zijn.

[418O2]

unezra schreef op donderdag 26 oktober 2017 @ 07:26:
WYSYSIG lijkt mij ook wel fijn. Juist ook in het forum.
(Maar dan wel optioneel, kan me voorstellen dat veel mensen het ook fijn vinden om code te typen.)

Wysiwig werkt niet, is niet handig met variables breedtes en een hel om veilig op te slaan en te parsen.

Ik zie dit niet gebeuren. Misschien iets als markdown, maar wysiwig niet

[ Voor 5% gewijzigd door 418O2 op 26-10-2017 18:29 ]

[unezra]

418O2 schreef op donderdag 26 oktober 2017 @ 18:29:
[...]

Wysiwig werkt niet, is niet handig met variables breedtes en een hel om veilig op te slaan en te parsen.

Ik zie dit niet gebeuren. Misschien iets als markdown, maar wysiwig niet

Mwah. Ik werk regelmatig met de WYSIWYG editor in Dokuwiki en dat werkt verrassend goed. Maar ik denk ook dat het optioneel moet zijn, niet verplicht.

[Hero of Time]

unezra schreef op donderdag 26 oktober 2017 @ 19:30:
[...]

Mwah. Ik werk regelmatig met de WYSIWYG editor in Dokuwiki en dat werkt verrassend goed. Maar ik denk ook dat het optioneel moet zijn, niet verplicht.

Hebben ze eindelijk die editor fatsoenlijk aan de praat gekregen? Heb 't jaren geleden eens toegevoegd aan onze Dokuwiki die ik had opgezet en het werd regelmatig helemaal overhoop gegooid. Schakelen van wysiwyg naar de standaard editor zorgde voor een gewijzigde pagina (zonder iets te hebben aangepast) met extra witregels en mooie uitlijningen in tabellen om het ook in plain text leesbaar te hebben werd een grote rotzooi.

Er is al eerder gesproken over het maken van een wysiwyg editor voor Tweakers. Je zit met ubb-code die fatsoenlijk geparsed moet kunnen worden. Stel nou dat ik een bericht met de standaard editor die we nu hebben maak, met een quote erin waarbij ik de korte tag gebruik en ook met de korte methode sluit (dat is [q] en [/] voor wie deze niet kent). Dan moet de editor dit ook netjes aan kunnen. Nu al zijn er tags die je in tags kan gebruiken waarbij het gebruiken van de korte sluit tag tot problemen kan leiden. Een wysiwyg moet hier ook mee overweg kunnen.

Dan heb je ook nog dat het alle tags moet ondersteunen en aanbieden. Wat als we nou nieuwe tags krijgen, stel een [twitter] tag om tweets te embedden zoals we dat met video's en plaatjes kunnen?

Het oorspronkelijke verzoek hier is om het schrijven van reviews beter te maken. Een eerste stap is om alle tags die we hebben te ondersteunen. Dat is momenteel helaas niet zo. Een volgende stap kan de preview verbeteren zijn. Het is nu nogal omslachtig IMO.

Beginnen met kleine stapjes.

[crisp]

Als we wysiwyg willen overwegen moeten we simpelweg afstappen van UBB/RML en puur HTML gaan faciliteren met een strenge cleanup-parser op de back-end. Echter is het ueberhaupt goed instellen van een wysiwyg editor ook geen sinecure. We zijn op dit moment bezig met een nieuwe wysiwyg editor voor de redactie (die altijd al HTML hebben gebruikt) en uit dat project blijkt ook weer hoe lastig het is, en specifieke requirements maken ook dat het dan alleen maar werkt in de laatste versies van browsers (en niet in IE/Edge).

Verder wil je (redacteuren, maar zeker gebruikers) ook niet teveel mogelijkheden geven. Niet alleen levert dat een potpourri op van (slechte) style-kenmerken en inconsistenties, maar het maakt het ook behoorlijk lastig om content responsive te presenteren en bij aanpassingen moet je vaak weer allerlei dingen in de content converteren met alle risico's van dien.

Ik denk dat het goed is als er eens gedegen onderzocht wordt wat mensen vooral nodig hebben, en dan pas te kijken naar tooling om dat te ondersteunen

[Anoniem: 105188]

418O2 schreef op donderdag 26 oktober 2017 @ 18:29:
[...]

Wysiwig werkt niet, is niet handig met variables breedtes en een hel om veilig op te slaan en te parsen.

Ik zie dit niet gebeuren. Misschien iets als markdown, maar wysiwig niet

Kijk eens naar TinyMCE, ORY Editor, HTML Editor, Redactor, Station of een van de vele andere betaalde of opensource alternatieven. Als je de stylesheet van de site goed in elkaar zet en dat ook doorvoert naar de editor is het geen probleem.

Grappig dat je begint over breedtes en marges, want in de TS geef ik zelf al aan dat er een probleem is met de huidige CSS icm UBB code en marges.

crisp schreef op donderdag 26 oktober 2017 @ 21:01:
Als we wysiwyg willen overwegen moeten we simpelweg afstappen van UBB/RML en puur HTML gaan faciliteren met een strenge cleanup-parser op de back-end. Echter is het ueberhaupt goed instellen van een wysiwyg editor ook geen sinecure. We zijn op dit moment bezig met een nieuwe wysiwyg editor voor de redactie (die altijd al HTML hebben gebruikt) en uit dat project blijkt ook weer hoe lastig het is, en specifieke requirements maken ook dat het dan alleen maar werkt in de laatste versies van browsers (en niet in IE/Edge).

Verder wil je (redacteuren, maar zeker gebruikers) ook niet teveel mogelijkheden geven. Niet alleen levert dat een potpourri op van (slechte) style-kenmerken en inconsistenties, maar het maakt het ook behoorlijk lastig om content responsive te presenteren en bij aanpassingen moet je vaak weer allerlei dingen in de content converteren met alle risico's van dien.

Ik denk dat het goed is als er eens gedegen onderzocht wordt wat mensen vooral nodig hebben, en dan pas te kijken naar tooling om dat te ondersteunen

Er zijn genoeg editors die ook UBB ondersteunen. De vraag is ook niet om meer functionaliteit te geven qua codes maar om het makkelijker te maken om grote reviews in te voeren. Het voorbeeld van dat je echt veel moeite moet doen om iets te reviseren of corrigeren is het voorbeeld om in gedachten te houden. Dit is de opmaak van de review waar ik naar link, ergens midden in zitten nog een paar taalvoutjes. Copy/paste de code naar een combobox, succes!

code:

[anchor=top] [/anchor]
[u][/u][h1]Inhoudsopgaven:[/h1]
[list]
[li][jump=inleiding]Inleiding[/jump][/li]
[li][jump=profiel]Profiel[/jump][/li]
[li][jump=impression]1[sup]st[/sup] Impression[/jump][/li]
[li][jump=unboxing]Unboxing[/jump][/li]
[li][jump=techspecs]Technische specificaties[/jump][/li]
[li][jump=design]Design & Ergonomie[/jump][/li]
[li][jump=software]Software[/jump][/li]
[li][jump=performance]Performance[/jump][/li]
[li][jump=beeldscherm]Beeldscherm[/jump][/li]
[li][jump=camera]Camera[/jump][/li]
[li][jump=geluid]Geluid[/jump][/li]
[li][jump=accu]Accu[/jump][/li]
[li][jump=bereik]Bereik[/jump][/li]
[li][jump=beveiliging]Beveiliging[/jump][/li]
[li][jump=milspec]Military specifications[/jump][/li]
[li][jump=bouwkwaliteit]Bouwkwaliteit (a.k.a. teardown)[/jump][/li]
[li][jump=conclusie]Conclusie[/jump][/li]
[li][jump=disclaimer]Disclaimer[/jump][/li]
[li][jump=post]Post Addendum[/jump][/li]
[/list]

[anchor=inleiding] [/anchor]
[img=620,100]https://tweakers.net/ext/f/YKGmlVdeLq6fruDD7Z7sISUH/full.png[/img]
Het is altijd feest als er weer een [url="https://tweakers.net/acties/oktobertestfest_2017/"]Tweakers actie[/url] voorbij komt, je maakt immers kans op zo'n super fancy ultra dure gadget en wie wil dat nou niet?

Stiekem zullen veel mensen zich herkennen in mijn verhaal, eigenlijk wil je zo'n fancy [url="https://tweakers.net/pricewatch/699707/lg-oled65w7v-zwart.html"]LG W7[/url] TV of zo'n peper dure laptop mee naar huis nemen, maar je wil niet te hebberig overkomen dus klik je de rest ook maar aan. Zo heb ik het dus voor elkaar gekregen om de hele rij smartphones aan te vinken terwijl ik er eigenlijk 0 interesse in heb.

Dan komt de dag dat je je mailbox opent en er zit een mailtje in van Tweakers, oooooow yeaaaah! "De Q6, nog nooit van gehoord, is dat een TV ofzo" dacht ik nog bij mijzelf. Je kan de blik op mijn gezicht wel voorstellen toen ik erachter kwam dat het gaat om een midrange smartphone. Een crappy, goedkope, waardeloze, spuug lelijke, 'na een halfjaar is hij of stuk of gaat hij klagen over opslag', midrange smartphone, heb ik weer!

In smartphoneland heb je een duidelijke scheiding, je hebt het vlaggenschip model en je hebt de rest. Je wil het vlaggenschip, want die zijn goed, zo is dat altijd al, de rest is crap en dat wil je niet! In een tijd waarin vlaggenschip modellen 1000 euro plus kunnen kosten wordt het misschien eens tijd om verder te kijken dan mijn neus lang is.

Tijdens mijn zoektocht naar informatie vielen mij wel een paar dingen op. Hij ziet er best goed uit en hij heeft redelijke specs, mijn interesse was geprikkeld. Midrange smartphones zijn misschien zo slecht nog niet!

Dus LG, the evil has landed! Bring it!
[right][jump=top]Naar inhoudsopgaven[/jump][/right]
[anchor=profiel] [/anchor]
[img=620,100]https://tweakers.net/ext/f/NbmQGUOqHKV5VqzhTCIJroEi/full.png[/img]
Reviews zie ik als een mening van iemand, een mening die wordt uitgedrukt vanuit een bepaald profiel. Ik kan geen waarde hechten aan een review als ik niet weet wat het profiel is. Zo kan het zijn dat ik met mijn profiel en mijn eisen een bepaalde feature waardeloos vind, maar dat dat voor jou juist de reden is om het apparaat aan te schaffen. Daarom vind ik het belangrijk om even mijzelf voor te stellen en om te vertellen waar ik naar ga kijken en hoe ik dat ga beoordelen. Daarnaast hecht ik ook geen waarde aan glamshots, ze vertellen mij niks over het toestel en ik ben ook 0 goed in foto's maken. Dus nu alvast een waarschuwing, hoop text weinig foto's.

Mijn recente smartphone geschiedenis bestaat uit HTC Dream, Galaxy S, S2, S3, S6. Mijn S6 is nu toe aan vervanging, niet omdat hij niet meer voldoet maar omdat de accu niet meer zo lang meegaat. Ik heb grote duimen dus ik was aan het kijken naar grote toestellen.

Als je kijkt naar mijn recente geschiedenis dan valt iets al heel snel op, het wordt zelfs nog duidelijker als je verder terug gaat. In eerste instantie zie je dat ik bijna jaarlijks een nieuwe gadget koop, de "hype" toestel van dat moment. Dan kom je bij de S3, een groot gat van 3 jaar, dan komt de S6 en dat toestel heb ik nu ook al bijna 3 jaar.

Waar ik vroeger 101 apps op mijn telefoon had heb ik tegenwoordig maar een handje vol. Messaging apps, agenda en OneDrive zijn de belangrijkste, mail, bank, office en daarnaast een paar games (1 of 2 mag wel). Wat ik probeer te zeggen is dat een smartphone voor mij op eerste plek een communicatie tool, op tweede plek een informatie tool, op derde plek een organisatie tool en als laatste een stukje vermaak is.

Belangrijk zijn:
[list]
[li]Geluid (zowel bellen als muziek)[/li]
[li]Luid en duidelijke speakerphone[/li]
[li]Accutijden, 6 uur klaar zit er voor mij niet in[/li]
[li]Beveiliging[/li]
[li]Snel om kunnen schakelen tussen meerdere apps[/li]
[/list]

Minder belangrijk is de camera, die gebruik ik alleen maar om dingen door te sturen via messaging apps.

Nou, dit ben ik. Ik hoop dat het duidelijk is en als je nog vragen hebt over hoe ik bepaalde dingen heb beoordeeld dan vraag het me gerust in de comments.
[right][jump=top]Naar inhoudsopgaven[/jump][/right]
[anchor=impression] [/anchor]
[img=620,100]https://tweakers.net/ext/f/Lj1yqvycAFIlg40m3kRa9a5G/full.png[/img]
Op het Tweakers TestFest werd ik samen met 16 mede tweakerts en 2 super toffe gasten van LG opgesloten in een vergaderkamertje. Na een paar huishoudelijke mededelingen kregen we nieuwe toestellen (gesealed) in onze handen gedrukt met de melding dat we maar moesten doen wat we wilde (eerste wat ik deed was een droptest, vonden ze overigens niet zo leuk) en als er vragen zijn dan horen ze het wel. Het was uniek omdat we de Q6, G6 en V30 in dezelfde kamer hadden, lekker veel vergelijkingsmateriaal dus. Nadeel was wel dat de tijd kort was.
[table]
[tr]
[td]
[center]
[url=https://tweakers.net/ext/f/7ZA0yobEvZ2d3toxjD9Xd2ez/full.jpg][img=234,176]https://tweakers.net/ext/f/7ZA0yobEvZ2d3toxjD9Xd2ez/medium.jpg[/img][/url][url=https://tweakers.net/ext/f/oeQZjtxFmlnfIxnYF3ex18rT/full.jpg][img=234,176]https://tweakers.net/ext/f/oeQZjtxFmlnfIxnYF3ex18rT/medium.jpg[/img][/url]
[/center]
[/td]
[/tr]
[tr]
[td bgcolor=#CCCCCC][center][small]De eerste kennismaking op het Tweakers Oktober Testfest.[/small][/center][/td]
[/tr]
[/table]
We hebben de toestellen dus daar opengemaakt en uit de doos gehaald, een volledige "unboxing experience" zit er helaas niet in. Wat ik wel kan doen is vertellen over de eerste keer dat ik het toestel in mijn handen had, daarvoor was ik absoluut niet bekend met de Q6 en had er ook nooit van gehoord. Een volledig eerlijke en unbaised eerste impressie dus.

Ik ben niet de eerste die deze grap maakt, maar ik moet het toch doen: "Like a G6, like a G6". Het toestel is een kleiner broertje van de G6, letterlijk. Ze lijken als 2 druppels water, alhoewel de Q6 een tikkeltje kleiner is.
[table]
[tr]
[td]
[center][url=https://tweakers.net/ext/f/dLqZJytaSsk4Ku7RmKmI4QlR/full.jpg]
[img=234,176]https://tweakers.net/ext/f/dLqZJytaSsk4Ku7RmKmI4QlR/medium.jpg[/img]
[/url][/center]
[/td]
[/tr]
[tr]
[td bgcolor=#CCCCCC][center][small]Links LG G6 en rechts LG Q6[/small][/center][/td]
[/tr]
[/table]
Mijn eerste reactie bij het openmaken van de doos was: "[url="https://www.youtube.com/watch?v=2GoCvuu0dlQ"]Wawaweewa, is a very nice[/url]". Dit is echt een sexy toestel en LG heeft er volgens mij alles aan gedaan om ervoor te zorgen dat het zo is. Zelfs het LG logo op de voorkant is verblind en de speakergrill is zwart gemaakt. Alleen de frontfacing camera en de sensoren verbreken de zwarte monolithische look van het toestel.

Het toestel voelt ook lekker stevig in de hand aan, iets wat ik niet gewend ben van een toestel in dit klassement.

Mijn eerste indruk was zeer positief.
[right][jump=top]Naar inhoudsopgaven[/jump][/right]
[anchor=unboxing] [/anchor]
[img=620,100]https://tweakers.net/ext/f/VHpFKItzFTryXr5sCTQzAvAA/full.png[/img]
Wat kan ik zeggen over de unboxing? Hij is ingepakt als alle andere smartphones, een rechthoekige doos met een witte sticker waar het serienummer e.d. op staat. Als je de doos openmaakt wordt je gegroet door het toestel zelf helemaal ingepakt in plastic en daaronder een paar boekjes met juridische informatie, de lader, een USB kabel en de oordopjes. Niks bijzonders dus.
[table]
[tr]
[td]
[center]
[url=https://tweakers.net/ext/f/RyicuYTjwClEPcPu1XMk0N1H/full.jpg][img=234,176]https://tweakers.net/ext/f/RyicuYTjwClEPcPu1XMk0N1H/medium.jpg[/img][/url][url=https://tweakers.net/ext/f/uaLsbi3MtogXh5ZR3Nj3aso3/full.jpg][img=234,176]https://tweakers.net/ext/f/uaLsbi3MtogXh5ZR3Nj3aso3/medium.jpg[/img][/url]
[/center]
[/td]
[/tr]
[tr]
[td bgcolor=#CCCCCC][center][small]LG Q6 unboxing[/small][/center][/td]
[/tr]
[/table]
Ik wil toch even stilstaan bij 2 puntjes.

Ten eerste, witte accessoires bij een zwart toestel is zo 2015, kan eeeeeeeeecht niet! LG, jullie maken dezelfde accessoires ook in het zwart, dat heb ik gezien. Ik heb ook gezien dat het niet aan de prijs ligt want jullie doen dit ook bij duurdere toestellen. Kleurtje bij kleurtje, vormpje bij vormpje, zo makkelijk is het!

Als tweede en laatste, iedereen weet dat de inbegrepen oordopjes slecht zijn, dat is bij elk toestel, maar zo slecht heb ik nog nooit meegemaakt. Dit is volgens mij een gevalletje: "er wordt van ons verwacht dat we er oordopjes bij doen en dit waren de goedkoopste die we konden vinden". Ze zijn van hard plastic, ze doen pijn, ze vallen constant uit je oren, het geluid wat eruit komt is bar slecht en mensen twee coupes verderop kunnen nog meegenieten. Misschien was het beter als ze er gewoon niks bij hadden gedaan, of dat geld in een vingerafdrukscanner hadden gestoken. LG, dit is crap, hier help je niemand mee, doe er wat aan!
[right][jump=top]Naar inhoudsopgaven[/jump][/right]
[anchor=techspecs] [/anchor]
[img=620,100]https://tweakers.net/ext/f/w1JXqdJHNoYToQPHP57uhU0U/full.png[/img]
Ik vind het onnodig om de volledige specs op te noemen, als je echt alles wilt weten dan kan je dat opzoeken in de [url="https://tweakers.net/pricewatch/855793/lg-q6-zwart/specificaties/"]pricewatch[/url]. Toch even een kleine tabel met alle belangrijke specs, enkele opmerkelijke features zijn onderstreept.

[table]
[tr]
    [td]Display[/td]
    [td]5.5-inch 18:9, IPS LCD, FHD+ FullVision
2160 x 1080 resolutie
442 ppi[/td]
[/tr]
[tr]
    [td]Chipset[/td]
    [td]Snapdragon 435
Octa-core 1.4 GHz Cortex-A53
Adreno 505[/td]
[/tr]
[tr]
    [td]RAM[/td]
    [td][u][b]3GB[/b][/u][/td]
[/tr]
[tr]
    [td]Opslag[/td]
    [td][u][b]32GB Intern[/b][/u]
MicroSDXC tot 256GB[/td]
[/tr]
[tr]
    [td]Cameras[/td]
    [td]13 MP, f/2.2, 1/3" sensor, 1.12 µm pixel, autofocus, LED flash achter
5 MP, f/2.2, 1/5" sensor, 1.12 µm pixel voor
[/td]
[/tr]
[tr]
    [td]Accu[/td]
    [td]3000mAh Li-Ion[/td]
[/tr]
[tr]
    [td]Connectivity[/td]
    [td]LTE | 3G | 2G
Wi-Fi 802.11 b, g, n
Bluetooth 4.2
NFC
[u][b]USB Type-B 2.0[/b][/u], USB OtG
FM radio[/td]
[/tr]
[tr]
    [td]Geleverd met OS versie[/td]
    [td]Android 7.1.1 Nougat[/td]
[/tr]
[tr]
    [td]Bouw[/td]
    [td]142.5 x 69.3 x 8.1 mm
149 g
[u][b]MIL-STD-810G compliant[/b][/u][/td]
[/tr]
[/table]

Naast de Q6 heb je ook de [url="https://tweakers.net/product/650927/lg-q6+/"]Q6+[/url] (64 GB, 4 GB RAM) en [url="https://tweakers.net/product/650925/lg-q6-en-945/"]de Q6α[/url] (16 GB, 2 GB RAM).

[right][jump=top]Naar inhoudsopgaven[/jump][/right]
[anchor=design] [/anchor]
[img=620,100]https://tweakers.net/ext/f/r7uE3WvJkpvwyzccu4lqpyfc/full.png[/img]
Ik kan het hier nogmaals herhalen en het is en blijft natuurlijk een smaak, maar ik vind dit dus echt een sexy sexy toestel. Heb daar vrij weinig op aan te merken.

Qua ergonomie ligt dat anders. Om te beginnen, de trilmotor is echt zwak. Hij maakt  meer geluid dan dat hij het toestel laat trillen. Ik heb mijn smartphone altijd op tril staan en dan is een goede trilmotor natuurlijk belangrijk. Het afgelopen decennia is er grote vooruitgang geboekt m.b.t. haptic feedback, ook qua gamecontroller en andere zaken, het is eigenlijk ook gemeengoed geworden om een fatsoenlijke trilfunctie te hebben. Het is daarom jammer dat LG ervoor kiest om een simpel vliegwiel te gebruiken, iets wat stamt uit de Nokia 3210 tijdperk.

Notificatie LED mis ik. Je kan ervan zeggen wat je wil, je kan ervan vinden wat je wil, maar ik ben opgegroeid met een notificatie LED, klaar. Kan er niet meer van maken.

Als laatste en belangrijkste vind ik dat het toestel niet lekker in de hand ligt, dit komt omdat de randen van de achterkant afgerond zijn. Ik krijg kramp in mijn vingers bij lange gaming sessies op de pot. Met mijn eigen toestel heb ik dat absoluut niet, het gebeurd eerder dat mijn been in slaap valt dan dat ik kramp krijg in mijn vingers. Zo is het leven van een smartphone gebruiker en zo hoort het te zijn!

[right][jump=top]Naar inhoudsopgaven[/jump][/right]
[anchor=software] [/anchor]
[img=620,100]https://tweakers.net/ext/f/3gyRpS564K3oTXrvAkpoHKrp/full.png[/img]
Dit toestel heeft last van een gespleten persoonlijkheid, daarmee bedoel ik dat het toestel wordt geleverd met 2 launchers. Of ja, er zit standaard 1 launcher op en een tweede wordt geïnstalleerd via een update. De launcher die er standaard bij zit is een iPhone stijl menuloze launcher waar alle widgets en apps in je homescreen komen. De tweede launcher is er eentje met menu en werkt ongeveer als elke andere Android launcher.
[table]
[tr]
[td]
[center]
[url=https://tweakers.net/ext/f/pEZaldTYPmp0XkSSm8n09uYR/full.png][img=234,176]https://tweakers.net/ext/f/pEZaldTYPmp0XkSSm8n09uYR/medium.png[/img][/url][url=https://tweakers.net/ext/f/SjfWQL8FB6HKc10S97mfGzS5/full.png][img=234,176]https://tweakers.net/ext/f/SjfWQL8FB6HKc10S97mfGzS5/medium.png[/img][/url]
[/center]
[/td]
[/tr]
[tr]
[td bgcolor=#CCCCCC][center][small]LG Q6 Homescreen vers uit de doos met de menuloze standaard launcher[/small][/center][/td]
[/tr]
[/table]
Het lijkt erop alsof LG achteraf zich toch maar heeft bedacht en een launcher met een menu erbij heeft gedaan, iets wat ik zeer jammer vind. In mijn mening is er helemaal niks mis met de menuloze launcher, zoals elke andere launcher is het even wennen. Het is een design keuze die LG ooit heeft gemaakt en dan is het jammer dat ze niet 100% achter die keuze staan.

Een tweede launcher is ook verwarrend, zeker omdat je na de update wordt gegroet door een "Actie voltooien met" popup van Android. Ik moest zelf twee keer kijken om te begrijpen wat er aan de hand was. De gewone tweakert komt er dan wel uit en de gewone tweakert begrijpt dan ook dat hij/zij het "als standaard instellen" vinkje moet aanvinken, maar ik ken zoveel mensen in mijn omgeving die ooit een tweede launcher hebben geïnstalleerd uit de store en het toestel zo gebruiken zonder dat ze weten wat er aan de hand is.
[table]
[tr]
[td]
[center]
[url=https://tweakers.net/ext/f/m6Rd41UY4A5Hp0KBl7kpPex1/full.png][img=234,176]https://tweakers.net/ext/f/m6Rd41UY4A5Hp0KBl7kpPex1/medium.png[/img][/url]
[/center]
[/td]
[/tr]
[tr]
[td bgcolor=#CCCCCC][center][small]LG Q6 launcher selectie.[/small][/center][/td]
[/tr]
[/table]
Heb op beide launchers vrij weinig om aan te merken. Het zijn beide huis, tuin en keuken launchers die niet veel anders zijn als alle andere launchers. Ik heb voor deze review de menuloze launcher gebruikt en als er in de andere launcher een ultra coole functie is verwerkt die ik nu mis dan is dat jammer.

Tweakerts zijn altijd aan het klagen over bloatware, nou ik kan jullie vertellen dat ik de andere kant heb gezien en het gras is daar niet perse groener. Standaard zit er bijna niks op het toestel en daardoor voelt het toestel leeg, natuurlijk een kleine moeite om het zelf te installeren uit de store maar toch. Aan de andere kant goed nieuws voor iedereen, een toestel waar nagenoeg geen bloatware op zit! Dat Facebook en Instagram er wel standaard op staan is daarom ook een hele rare keuze. Je laat alles weg, behalve die twee.

Vanuit LG zelf zitten er maar 3 apps op:
[list]
[li]LG Mobile Switch[/li]
[li]LG SmartWorld[/li]
[li]LG RemoteCall Service[/li]
[/list]

SmartWorld is LG's eigen storeachtig iets. Ik zeg achtig omdat ik er niet uit ben waar dat ding nou voor is. Ik kan dingen kopen en dingen downloaden maar hoe is mij absoluut niet duidelijk, ik kan hier niks mee dus laat het aub weg. RemoteCall is een app waarmee een helpdesk je telefoon over kan nemen, handig voor mensen die niet zo behendig zijn. Als laatste Mobile Switch om backups te maken en om data van je oude toestel over te zetten.
[table]
[tr]
[td]
[center]
[url=https://tweakers.net/ext/f/ryYyyloV0meAKOvP8itvHDvH/full.png][img=234,176]https://tweakers.net/ext/f/ryYyyloV0meAKOvP8itvHDvH/medium.png[/img][/url][url=https://tweakers.net/ext/f/eg0bcALHmKt2n7fB6CeKouu9/full.png][img=234,176]https://tweakers.net/ext/f/eg0bcALHmKt2n7fB6CeKouu9/medium.png[/img][/url]
[/center]
[/td]
[/tr]
[tr]
[td bgcolor=#CCCCCC][center][small]LG Q6 Bloatware[/small][/center][/td]
[/tr]
[/table]
Voor de rest is het toestel bijna gelijk aan Android Open Source Project (AOSP). De LG apps zijn kopieën van Google Apps alleen dan met een LG sausje. Wat zeg ik sausje? Een betere omschrijving zou zijn dat dit Android is, maar dan lichtjes LG gekruid.

Die omschrijving is een goede samenvatting van bijna alle software aspecten. Ik kan wel op alle details in gaan, maar daar wordt niemand blij van. Als je echt alle details zelf wil ervaren loop een grote elektronica keten in en probeer het zelf.

Bijzonder is de "Knock Knock" feature, in mijn mening zou dit standaard in Android moeten zitten. Door twee keer te tikken op het scherm maak je het wakker, in de twee weken dat ik het toestel had ben ik er zo aan gewend dat ik het nu nog steeds doe.Het kost je wel 8% van je accu en als je accu onder de 5% is dan schakelt het toestel de feature automatisch uit.

LG heeft iets ingebouwd wat Capture+ heet en dit kom je overal in het toestel tegen, je kan zelfs een knop toevoegen aan je onder balk. Het is een tool waarmee je screenshots kan maken en vervolgens op die screenshots kan schrijven en tekenen, zeg maar iets tussen OneNote en een photoeditor in. Als je op de Capture+ knop drukt krijg je soms de optie tussen "normaal" en "uitgebreid", waar dit voor is was mij in eerste instantie niet duidelijk en je krijgt de optie ook niet overal. Uiteindelijk bleek dat de "normaal" optie een screenshot maakt van het scherm wat je voor je hebt en de "uitgebreid" optie naar beneden scrollt om zo een screenshot te maken van een hele pagina. Super handig dit, alleen jammer dat het maar werkt in een beperkt aantal app.
[table]
[tr]
[td]
[center]
[url=https://tweakers.net/ext/f/IlmW07uv7upAewjkE4X8INyA/full.jpg][img=234,176]https://tweakers.net/ext/f/IlmW07uv7upAewjkE4X8INyA/medium.jpg[/img][/url]
[/center]
[/td]
[/tr]
[tr]
[td bgcolor=#CCCCCC][center][small]LG Q6 Capture+[/small][/center][/td]
[/tr]
[/table]
Ik wil nog wel even stilstaan bij het toetsenbord, een van de betere. Hij heeft lekker veel instellingen dus voor ieders wil wat en de voorspelling is goed. Een heel irritant puntje is dat de automatische spatie niet consistent is. Als je voorspelling gebruikt dan doet hij tussen woorden automatisch een spatie, maar als je zelf een woord intikt en daarna een voorspeld woord gebruikt dan krijg je geen spatie.
[table]
[tr]
[td]
[center]
[url=https://tweakers.net/ext/f/1QyQXGlq70Mg5IlCVrV1PYyl/full.png][img=234,176]https://tweakers.net/ext/f/1QyQXGlq70Mg5IlCVrV1PYyl/medium.png[/img][/url][url=https://tweakers.net/ext/f/a50RLQzAUCJSOHrbUl6f7xXU/full.png][img=234,176]https://tweakers.net/ext/f/a50RLQzAUCJSOHrbUl6f7xXU/medium.png[/img][/url][url=https://tweakers.net/ext/f/7GFB1lMKU49URJxoz5VTS5KZ/full.png][img=234,176]https://tweakers.net/ext/f/7GFB1lMKU49URJxoz5VTS5KZ/medium.png[/img][/url]
[/center]
[/td]
[/tr]
[tr]
[td bgcolor=#CCCCCC][center][small]LG Q6 toestsenboard instellingen[/small][/center][/td]
[/tr]
[/table]
Nog een irritant puntje is dat als je een voorspeld woord wil wissen en je tikt op backspace, dat hij dan een letter en niet het hele woord wist. Blijkbaar denken andere mensen er heel anders over, maar ik ben van mening dat als je na een voorspeld woord op backspace drukt dat je dan het hele woord wil wissen, maar dat ben ik.

Voor de rest is dit makkelijk een van de beste toetsenborden.

[right][jump=top]Naar inhoudsopgaven[/jump][/right]
[anchor=performance] [/anchor]
[img=620,100]https://tweakers.net/ext/f/Bj59oFB7JFiiGYg3feaPfmYi/full.png[/img]
Laten we eerlijk zijn, dat een smartphone een ultra performance 8 core 64bit 3terahertz processor heeft is misschien leuk voor die twee mensen die het in hun hoofd halen om 4k video's te encoden op hun toestel. Voor de rest van ons, wat verwacht je van een toestel? Dat hij doet wat hij doet wanneer je het nodig hebt zonder dat hij gaat haperen of moeilijk gaat doen.

Wat ik probeer te zeggen, ervaring is belangrijker dan welke processor erin zit. Daarom vind ik het belangrijk om eerst wat te vertellen over die ervaring voor ik jullie dood gooi met benchmarks.

Natuurlijk krijg je voor die prijs niet de duurste en snelste processor en natuurlijk krijg je voor die prijs ook niet veel geheugen wat ook nog eens snel is, het is kiezen of delen. Als ik kijk naar de ervaring die het toestel biedt dan is dat over het algemeen lekker soepel en volt.  Enkel als je grote bestanden gaat laden merk je dat het wat langer duurt en bij sommige spellen stottert het toestel af en toe.

Dat gezegd hebbende, is het natuurlijk wel jammer dat de concurrentie betere hardware heeft. Tijdens een kringgesprek viel de naam Moto G5 Plus een paar keer, maar ook Huawei heeft een paar toestellen in zijn line-up die qua hardware meer zijn. Die toestellen hebben dan weer niet wat dit toestel heeft en zo blijf je aan de gang.

En dan hier de beloofde benchmarks die iedereen voor zichzelf mag interpreteren.
[table]
[tr]
[td]
[center]
[url=https://tweakers.net/ext/f/tOEYsOLC1T5pLqYQTwHcYQCA/full.png][img=234,176]https://tweakers.net/ext/f/tOEYsOLC1T5pLqYQTwHcYQCA/medium.png[/img][/url][url=https://tweakers.net/ext/f/4j86n4u2okoZV0PBmlBulhiw/full.png][img=234,176]https://tweakers.net/ext/f/4j86n4u2okoZV0PBmlBulhiw/medium.png[/img][/url][url=https://tweakers.net/ext/f/QutFvQVI47dm3Q15aemkW6e4/full.png][img=234,176]https://tweakers.net/ext/f/QutFvQVI47dm3Q15aemkW6e4/medium.png[/img][/url]
[/center]
[/td]
[/tr]
[tr]
[td bgcolor=#CCCCCC][center][small]LG Q6 Benchmarks[/small][/center][/td]
[/tr]
[/table]

[right][jump=top]Naar inhoudsopgaven[/jump][/right]
[anchor=beeldscherm] [/anchor]
[img=620,100]https://tweakers.net/ext/f/GQd7hvroUA907DV5jrPro004/full.png[/img]
Het is onderhand wel duidelijk dat het grote beeldscherm de grote selling point is van dit toestel. Het is LG's geraden om ervoor te zorgen dat alles tip top in orde is en natuurlijk is dat ook zo. Ik kan er vrij weinig op aanmerken, het scherm behoort met gemak tot de top. Toch viel mij heel snel iets op.

Standaard staat auto brightness uit en staat de brightness op vol, ik heb her en der gelezen dat mensen problemen hadden met de accutijden en dit zou wel eens een verklaring kunnen zijn. Toen ik dit voor het eerst zag vond ik het raar, dacht er niet veel over na en zette auto brightness aan waardoor de brightness direct terug viel naar 15%. Dagelijks gebruik, geen enkel probleem.

Het viel me pas veel later op dat het scherm hierdoor echt donker wordt, niet donker als in dim maar donker dat het contrast tussen donkere tinten totaal wegvalt. Tijdens normaal dagelijks gebruik zal het niet snel opvallen. Pas als je foto of video content aanzwengelt  valt het echt goed op, tot het punt dat het irriteert. Bijvoorbeeld, de nieuwe Star Trek: Discovery series maakt veel gebruik van donkere scenes (ook hoe het mij is opgevallen). Ik overdrijf het niet, je ziet een donker scherm met her en der hoofdjes. Het helpt als je de brightness handmatig op 100% zet maar dan nog heb je scenes waar detail in iemands gezicht totaal wegvalt als er een schaduw opvalt of dat dat het gezicht van iemand met een baard totaal wegvalt tegen zijn schaduw op de muur.

Persoonlijk weet ik niet wat ik hiervan moet denken. Begrijp me niet verkeerd het scherm behoort tot de top, dat absoluut, maar dat ik niet Star Trek: Discovery erop kan kijken is toch wel een minpuntje waard. Dat gezegd hebbende is het wel echt een heel specifiek type videografie welke je niet vaak tegenkomt.

Laten we het erop houden dat het scherm gewoon goed is, allen je moet er geen donkere video's op kijken.

[right][jump=top]Naar inhoudsopgaven[/jump][/right]
[anchor=camera] [/anchor]
[img=620,100]https://tweakers.net/ext/f/u9i6CcjXy8O6MFDm77R8Qz3d/full.png[/img]
De camera app is kaal, je kan wat filters selecteren en een paar basisfuncties aan/uit zetten. Daarnaast heb je een panorama modus en een voedsel modus, dat laatste zegt genoeg over welk publiek LG in gedachte had toen ze dit ontwierpen. Voor de rest moet je het doen met de instellingen die LG voor jou heeft bepaald. Ik weet niet wat ik hiervan moet vinden, die keer dat de automatische instelling niet mee wil werken is het handig als je het handmatig kan doen.
[table]
[tr]
[td]
[center]
[url=https://tweakers.net/ext/f/fo9Q8k2a8AYOjut2PSgAidcu/full.png][img=234,176]https://tweakers.net/ext/f/fo9Q8k2a8AYOjut2PSgAidcu/medium.png[/img][/url][url=https://tweakers.net/ext/f/JYQ18wkE6rMBnou86yamdlet/full.png][img=234,176]https://tweakers.net/ext/f/JYQ18wkE6rMBnou86yamdlet/medium.png[/img][/url][url=https://tweakers.net/ext/f/gXP3nkDTcgVhwjiO5ZRukyxV/full.png][img=234,176]https://tweakers.net/ext/f/gXP3nkDTcgVhwjiO5ZRukyxV/medium.png[/img][/url][url=https://tweakers.net/ext/f/lfFZj6yAppCWuvsSwoiuAutE/full.png][img=234,176]https://tweakers.net/ext/f/lfFZj6yAppCWuvsSwoiuAutE/medium.png[/img][/url]
[/center]
[/td]
[/tr]
[tr]
[td bgcolor=#CCCCCC][center][small]LG Q6 De kale camera app.[/small][/center][/td]
[/tr]
[/table]
De frontfacing camera is briljant. Het heeft een lenshoek van 100 graden en dat is mega handig. Waarschijnlijk hebben ze het bedacht zodat er meer mensen op een selfie kunnen staan (doei selfiestick), maar het is ook mega handig tijdens videobellen. Als je even een documentje erbij wil pakken of iets wil tonen dan hoef je je arm niet helemaal uit te strekken.

Als je niet zoveel vrienden hebt of je gewoon self op de selfie wil heeft LG een "normaal modus" ingebouwd. Het toestel zoomt dan digitaal in waardoor je een hoop ruis krijgt.

Natuurlijk doe ik niet aan selfies, maar ik ben een beetje een "ladies man" en dan krijg dat de dames vaak vragen of ik een foto van mijn pracht kop door wil sturen. Had deze toch gemaakt en voor de review kan ik hem dan net zo goed uploaden, niet dat ik mijn best ervoor heb gedaan ofzo. [url="https://twitter.com/hashtag/justoutofbed"]#justoutofbed[/url] [url="https://twitter.com/hashtag/nofilter"]#nofilter[/url] [url="https://twitter.com/hashtag/mysuperpower"]#mysuperpower[/url] [url="https://twitter.com/hashtag/whyimsingle"]#whyimsingle[/url] [url="https://twitter.com/hashtag/allnatural"]#allnatural[/url] [url="https://twitter.com/hashtag/wideangle"]#wideangle[/url].
[table]
[tr]
[td]
[center]
[url=https://tweakers.net/ext/f/hO59S3mldHOz2J4GcaLNpCAv/full.jpg][img=234,176]https://tweakers.net/ext/f/hO59S3mldHOz2J4GcaLNpCAv/medium.jpg[/img][/url]
[/center]
[/td]
[/tr]
[tr]
[td bgcolor=#CCCCCC][center][small]LG Q6 Wide angle frontfacing met filters. Kwaliteit valt tegen maar wide angle is briljant.[/small][/center][/td]
[/tr]
[/table]
De achter camera is niks bijzonders, hij doet z'n werk en meestal voldoet het. Ik ben geen held op het gebied van fotografie en daarom is het moeilijk om er een oordeel over te doen. Kijk zelf maar.
[table]
[tr]
[td]
[center]
[url=https://tweakers.net/ext/f/3VxZMQ4e6d7HpdzlMXBY68JB/full.jpg][img=234,176]https://tweakers.net/ext/f/3VxZMQ4e6d7HpdzlMXBY68JB/medium.jpg[/img][/url][url=https://tweakers.net/ext/f/Y4nRJ7rGiA6otAb1NFuauT0G/full.jpg][img=234,176]https://tweakers.net/ext/f/Y4nRJ7rGiA6otAb1NFuauT0G/medium.jpg[/img][/url][url=https://tweakers.net/ext/f/hYsasfHHvvAqfbtCk22jwIXp/full.jpg][img=234,176]https://tweakers.net/ext/f/hYsasfHHvvAqfbtCk22jwIXp/medium.jpg[/img][/url][url=https://tweakers.net/ext/f/tI0ixdsMOkYhM1VhXqyih4HF/full.jpg][img=234,176]https://tweakers.net/ext/f/tI0ixdsMOkYhM1VhXqyih4HF/medium.jpg[/img][/url]
[/center]
[/td]
[/tr]
[tr]
[td bgcolor=#CCCCCC][center][small]LG Q6 camera achter[/small][/center][/td]
[/tr]
[/table]
[b][u]Let op![/u][/b] Ik had het idee dat ik genoeg foto's had gemaakt, maar dat zijn foto's die ik over Whatsapp heb verstuurd. Whatsapp past compressie toe en dat is dan weer niet eerlijk als ik die foto's hier gebruik. Ik zit met een deadline dus moet de review posten. Ik zal de review later bijvullen.

[right][jump=top]Naar inhoudsopgaven[/jump][/right]
[anchor=geluid] [/anchor]
[img=620,100]https://tweakers.net/ext/f/aKg2Crr6wIQOyXQi1b1idNaR/full.png[/img]
Geluidskwaliteit tijdens het bellen valt weinig over te zeggen, het is gewoon goed. Tegenpartij is goed verstaanbaar en je bent zelf ook goed te verstaan. De ingebouwde speaker op de handsfree stand werkt ook goed, de speaker kan hard en mensen zijn verstaanbaar. Het zelfde kan ik helaas niet zeggen over andere vormen van audio.

Sowieso de plaatsing van de ingebouwde speaker is altijd weer een discussiepuntje. Voor, achter of aan de zijkant ze hebben allemaal hun voor- en nadelen. Mijn persoonlijke keus is aan de zijkant maar kan daar verder geen zinnige uitspraken over doen.

Helaas is de ingebouwde speaker van een lagere kwaliteit. Dit gecombineerd met het feit dat de EQ curve schel staat afgesteld en het geluid wat eruit komt is slecht. LG had sowieso wat meer tijd mogen steken in het afstellen van de audio want het geluid over het algemeen is schel, ook als je de 3,5mm jack gebruikt met degelijke oordopjes. Een ingebouwde EQ setting is geen overbodige luxe. Jammer dat dan weer moet via apps die of vol zitten met reclame of betaald zijn.

Spotify heeft de EQ er lang geleden uitgesloopt en iemand bij LG dacht denk ik grappig te zijn. De LG muziek app heeft wel een knop waarvan je zou verwachten dat het leidt naar EQ settings, maar je kan er alleen pitch en bpm veranderen. Erg grappig LG!
[table]
[tr]
[td]
[center]
[url=https://tweakers.net/ext/f/hZVbVSGGCJEnOFnWBWos01sx/full.png][img=234,176]https://tweakers.net/ext/f/hZVbVSGGCJEnOFnWBWos01sx/medium.png[/img][/url]
[/center]
[/td]
[/tr]
[tr]
[td bgcolor=#CCCCCC][center][small]Dit is wat LG verstaat onder tone settings, erg grappig![/small][/center][/td]
[/tr]
[/table]
Van oudsher bestaat er een mythe dat fabrikanten dit soort dingen expres doen om duurdere apparaten beter te laten lijken. Neem bijvoorbeeld de loudness knop waar je extra voor moest betalen of nog erger de HTC Beats Audio Enhancer. Het blijft raar dat dit soort dingen gebeuren, zeker omdat een betere afstelling niks extra's kost.

Dit is een kritisch puntje waar LG wat mij betreft flink wat punten op inlevert, want voor hetzelfde geld en dezelfde moeite was het wel goed geweest.

[right][jump=top]Naar inhoudsopgaven[/jump][/right]
[anchor=accu] [/anchor]
[img=620,100]https://tweakers.net/ext/f/fuoEKd3WlUIYwZtnJI8jC3MC/full.png[/img]
Natuurlijk had ik mijn huiswerk gedaan en het toestel opgezocht voor ik hem kreeg. Meeste commentaar kan ik wel begrijpen, maar er is een puntje wat ik niet kan reproduceren. Dat is de accutijd.

Toen ik het toestel net had, kreeg ik inderdaad het gevoel dat de accutijd best kort was. Maar je moet bedenken dat als je het ding net hebt dat je er ook flink mee gaat spelen en ik heb het over dat de accu van 50% naar 38% ging tijdens een treinreis van anderhalf uur. Zoals ik al onder het kopje beeldscherm had aangegeven ontdekte ik ook al heel snel dat auto brightness standaard uit staat en tevens heeft het toestel ook 2 systeem updates uitgevoerd.

Ik weet niet waar het aan ligt maar ik kan niet tot dezelfde conclusie komen als reviewers die mij voor gingen. Met mijn gebruik kom ik uit op een 100 naar 0% tijd van net geen 24 uur en dat is echt goed. In die 24 uur zit inbegrepen heel veel messaging, wat YouTube, wat gaming, wat navigatie en wat webbrowsing. Niks bijzonders zeg maar.
[table]
[tr]
[td]
[center]
[url=https://tweakers.net/ext/f/iGNvHcmpjtOwGme3kvEuitFC/full.png][img=234,176]https://tweakers.net/ext/f/iGNvHcmpjtOwGme3kvEuitFC/medium.png[/img][/url][url=https://tweakers.net/ext/f/oDZg4N8Bgn8BwgyuhWGq5EU0/full.png][img=234,176]https://tweakers.net/ext/f/oDZg4N8Bgn8BwgyuhWGq5EU0/medium.png[/img][/url]
[/center]
[/td]
[/tr]
[tr]
[td bgcolor=#CCCCCC][center][small]100 naar 0% tijd van over de 24 uur, netjes![/small][/center][/td]
[/tr]
[/table]
Laden is een totaal ander verhaal, er is geen ondersteuning voor welke vorm van quickcharging. Met de inbegrepen lader kom ik uit op twee uur en drie kwartier om van 0 naar 100% te gaan.
[table]
[tr]
[td]
[center]
[url=https://tweakers.net/ext/f/XSOXgqfO67O2pzyLI4S5LrM9/full.png][img=234,176]https://tweakers.net/ext/f/XSOXgqfO67O2pzyLI4S5LrM9/medium.png[/img][/url]
[/center]
[/td]
[/tr]
[tr]
[td bgcolor=#CCCCCC][center][small]0 naar 100% valt zwaar tegen[/small][/center][/td]
[/tr]
[/table]
Wat zal ik daarover zeggen? Pijnlijk. Dit houdt in dat je er een ritueel van moet maken om elke avond je telefoon aan de lader te hangen anders heb je overdag een groot probleem.

[right][jump=top]Naar inhoudsopgaven[/jump][/right]
[anchor=bereik] [/anchor]
[img=620,100]https://tweakers.net/ext/f/P0khqETrXueC7t1GV6Zhvmo9/full.png[/img]
De electrical engineer in mij gaat nu een heel verhaal opzetten over hoe het bereik afhankelijk is van heel veel omgevingsvariabelen en dat je er geen zinnige uitspraken over kan doen zonder het eerst discreet te meten. Laten we eerlijk zijn, de momenten dat je geen bereik hebt vallen eerder op dan dat je het wel hebt.

Hierdoor kan ik ook helemaal geen zinnige uitspraken doen over de kwaliteit van de antennes, behalve dat vergeleken met mijn S6 ik geen verschil heb kunnen detecteren.

Ik heb wel echt een nasty irritante bug gevonden, het toestel heeft met de huidige software soms problemen met overschakelen tussen WiFi en mobiel. Misschien ligt het aan een setting ergens die ik per abuis heb verandert ofzo, maar het komt voor dat ik moeite moet doen om internet te krijgen op het toestel. Moeite als in, of apps (Whatsapp) afsluiten, WiFI uit/aan, vliegtuigmodus of zelfs het hele toestel opnieuw opstarten.

Mega irritant en ben 97% zeker dat het een softwarebug is, maar dan toch kan ik het niet laten om er wat minpunten voor te geven. Android is volwassen, chipsets zijn volwassen en drivers zijn volwassen, er is geen reden voor een ontwikkelingsteam om steekjes te laten vallen op dit punt.

[right][jump=top]Naar inhoudsopgaven[/jump][/right]
[anchor=beveiliging] [/anchor]
[img=620,100]https://tweakers.net/ext/f/cUwSthMTVTwIjTxPFlGaGHs9/full.png[/img]
Of het nou gaat om een stukje anti-diefstal of om beveiliging van persoonlijke data, ik hoef het belang van encryptie en beveiliging natuurlijk niet uit te leggen. Het toestel beschikt over hardwarematige encryptie, dat is fijn om te hebben want anders wordt alles traag. Je kan zowel het interne geheugen als het SD kaartje encrypted, jammer genoeg staan sommige dingen (als boot protection en data encryptie) standaard uit en dat is iets waar Google en fabrikanten eens aan moeten werken. Onze grote fruit vriend heeft dat toch iets beter geregeld.

Voor Factory Reset Protection ([url="https://support.google.com/nexus/answer/6172890?hl=nl"]FRP[/url]) leunt LG op de implementatie van Google. De vertegenwoordiger van LG had allemaal leuke verhalen over hoe je dat niet kon bypassen, maar laat ik het zo zeggen dat een vogeltje mij heeft ingefluisterd dat dat totale onzin is. Plus puntje is wel dat als je de beveiligingen wil omzeilen dat je een factory image terug moet zetten en dit houdt weer in dat het toestel wordt gewist.

Ding is wel dat als je boot protection aan hebt gezet dat ze niet eens zover kunnen komen en daarom vind ik het raar dat boot protection standaard uit staat. Voor de rest zijn er op dit moment geen fouten in de implementatie bekend.

[right][jump=top]Naar inhoudsopgaven[/jump][/right]
[anchor=milspec] [/anchor]
[img=620,100]https://tweakers.net/ext/f/7DmHg2h2uRsUyobTbA1T3lNz/full.png[/img]
Dus we hebben nu een gemiddeld toestel die het goed doet als het gaat om design, beeldscherm en software maar een magere voldoende scoort op alle andere punten, nauwelijks de moeite waard zou je zeggen.

Ho, maar we waren er nog niet. Het toestel heeft wel een feature die het zeer goed onderscheidt van de concurrentie, het voldoet aan de [url="https://en.wikipedia.org/wiki/MIL-STD-810"]MIL-STD-810G[/url] standaard! Hij is niet waterdicht en daarom heeft hij ook geen IP rating (wat zijn grotere broer wel heeft overigens), maar who cares, kijk eens naar dat lijstje? Explosie bestendig, corrosie bestendig, schimmel bestendig, kogel werend, bestand tegen hoge temperatuur schommelingen, het gaat maar door en door en door en door. Als het goed genoeg is voor militairen op een slagveld dan is het goed genoeg voor de gewone burger, dit ding is niet kapot te krijgen.

Hey maar wacht eens even... Je gaat me niet wijsmaken dat dit ding kogelwerend is toch? Hoe zit het met die zout mist en corrosie tests? Met die open USB poort en al het plastic ga je me ook niet vertellen dat dit ding daar tegen kan. En hoezo heeft hij geen IP rating dan? Hoe zit dat in elkaar?

Nou kijk het zit zo. Dat iets voldoet (compliant is het magische woord waar ik straks op terug kom) aan MIL-STD-810G wil niks zeggen. 810G is een collectie van militaire test procedures die allemaal zijn omschreven in 1 standaard, de tests zijn allemaal los van elkaar. Dus je kan een object testen op 1 punt of op meerdere punten. Pas als je erbij zegt welke tests zijn uitgevoerd kan je er een beetje waarde aan hechten, maar ook dat zegt vrij weinig.

Na wat zoek werk heb ik uitgevonden dat het gaat om:
Test Method 516.6 Shock (Droptest)

Zoals ik al eerder zei, als je weet welke tests zijn uitgevoerd dan weet je nog niks. De tests die worden uitgevoerd zijn context afhankelijk, de hele 810G is erop bedacht zodat een militaire instantie makkelijk tegen een fabrikant kan zeggen: "wij willen dat jij deze garanties geeft en dat kan je bewijzen door deze test(s) uit te voeren met X variabele".

Zo is er voor de temperature shock test gedefinieerd hoe snel en hoe vaak de temperatuurwisseling moet plaatst vinden, maar niet hoe lang het apparaat op die temperatuur moet blijven en wat de hoge/lage temperaturen moeten zijn. Dit heeft te maken met context. Bijvoorbeeld als je een apparaat wil testen wat onderwater moet werken, dan kan je dat apparaat wel testen tot -40C maar het water is dan allang bevroren dus het zal voor dat apparaat ook nooit voorkomen en dan is het absurd om die onnodige tests uit te voeren.

Zo ook de solar radiation test, wat die test doet is specificeren dat "belangrijke performance aspecten" niet veranderen als het apparaat 3 dagen in de zon heeft gelegen. Welke aspecten dat zijn dat weten we niet. Ik denk dan aan thermal throttleing en levensduur van de accu, maar het kan ook zijn dat ze hebben getest dat hij niet verkleurt.

Laatste stukje kritiek is dat er geen centraal orgaan bestaat welke tests op commerciële apparaten overziet. Dit wil zeggen de ene test is de andere niet, de manier waarop je een test uitvoert zegt evenveel over het resultaat als de daadwerkelijk test zelf. Het Amerikaanse leger overziet de kwaliteit van de tests zelf intern, dat zelfde bestaat niet voor commerciële apparaten en daar komt dat woordje "compliant" vandaan. De tests zijn nooit uitgevoerd door een officiële instantie en het kan zijn dat LG de tests zo heeft gedaan dat het net dat kleine beetje voordeliger uitpakt voor hun.

Alles wat hierboven staat is niet alleen voor LG maar voor de hele industrie van toepassing overigens. Het begint de laatste tijd een trend te worden om 810G te misbruiken en dat is iets waar ik het absoluut niet mee eens ben. Eigenlijk zouden ze alle testrapporten op hun website moeten zetten, dat is wel zo eerlijk.

Om het geheel af te sluiten moeten we het even hebben over de droptestwaar het toestel aan voldoet. Dat is een test die wel wat zegt. Het apparaat wordt 26 keer op verschillende zijden gedropt vanaf heup t/m schouder hoogte. Kijk daar hebben we wat aan, het toestel is blijkbaar zeer stevig. Dit wordt nogmaals bevestigd door het feit dat LG een series 7000 aluminium legering gebruikt in het frame. Het toestel voelt ook lekker stevig aan en ligt lekker in de hand.

Begrijp me niet verkeerd, ik heb kritiek op het feit dat LG (en andere fabrikanten) zomaar met niks zeggende termen gooit, maar het zou zomaar eens kunnen zijn dat dit een van de sterkste toestellen is van dit moment. Ik weet het niet, maar ik weet wel een manier om er achter te komen. In de woorden van David van EEVBlog: "Don't turn it on, take it apart!", behalve dat ik hem voor deze review al aan had gezet maar jullie begrijpen het idee.

Even voor we verder gaan, ik heb het toestel te leen van LG, hij moet terug. Ik heb geen zin in discussies met LG, discussies in trend van: "vind jij dit normaal?", dat begrijpen die mensen toch niet. Dus als iedereen even stilhoudt dan kunnen we met z'n alle een kijkje nemen in het toestel en ik zorg er wel voor dat het toestel z.g.n. terecht komt bij LG zonder dat ze er maar iets van weten. Deal?

[right][jump=top]Naar inhoudsopgaven[/jump][/right]
[anchor=bouwkwaliteit] [/anchor]
[img=620,100]https://tweakers.net/ext/f/YRD3nMyzKxl63CGSUMfbGPQr/full.png[/img]
Mechanisch ontwerp van elektronica is een verborgen kunst. Waar computers vroeger bakbeesten waren die bijna nooit van hun plek kwamen is dat tegenwoordig radicaal anders. Alles is mobieler en geïntegreerd, hierdoor wordt elektronica blootgesteld aan een grote hoeveelheid omgevingsvariabelen waar vroeger geen rekening mee werd gehouden.We staan er bijna nooit bij stil maar een smartphone in je zak of tas heeft te maken met temperatuurschommelingen, mechanische krachten en trillingen. Ondanks dat alles moet het apparaat dag in dag uit blijven werken. Het grote voorbeeld hiervan is de Note 7 fiasco, een ontwerpfoutje van niet eens een halve millimeter zorgde ervoor dat het toestel in vlammen opging. Een goed ontwerp is kritisch en als je zo'n harde claim doet dan ben ik toch wel benieuwd.

Tijdens het verwijderen van de achterkant wordt je al gegroet door de eerste truc die LG in zijn mouw heeft verstopt. Het deksel sluit echt goed aan op het frame waardoor je moeite moet doen om er onder te komen. Het deksel zit vast met net de juiste hoeveelheid dubbelzijdige tape. Genoeg dat het deksel niet zomaar los komt, maar ook dat je hem los kan krijgen zonder teveel kracht te zetten en daarmee mogelijk het toestel beschadigd. Het tape is niet de standaard 2mm 3M tape die doorgaans wordt gebruikt in dit soort toepassingen. De vorm van de tape houdt de vorm van het frame aan, als je het toestel ooit open maakt zorg er dan voor dat je de juiste tape hebt om hem weer dicht te krijgen.

Eenmaal binnen stuit je op een binnenkant die netjes is afgewerkt. Als ik dit zo zie dan krijg ik het idee dat LG dit toestel ook waterdicht wilde maken maar uiteindelijk was dat niet haalbaar binnen het budget. Alles is netjes bedekt en afgewerkt, het hele idee is een beetje dat autofabrikanten hun motoren ook afdekken met kappen. Het maakt verder niet veel uit voor de werking maar het is wel zo netjes.

Een paar schroefjes verder en de antenne en speaker assemblies vliegen er ook af om het hart van het toestel te onthullen. Nu het toestel uit elkaar ligt kunnen we het ontwerp van het moederbord en het ontwerp van het frame eens los van elkaar grondig onder de loep nemen.

Ik heb het moederbord alleen visueel kunnen inspecteren onder een microscoop. Helaas is het niet gelukt om hem op tijd onder een rontgenscanner te krijgen, ik weet ook niet of dit nut zou hebben aangezien de RF schilden vast gesoldeerd zijn.

Het moederbord ziet er verder netjes uit, alle randen afgerond dat is belangrijk zodat het bordje kan buigen zonder te barsten. Iets waar veel ontwerpers op falen is dat ze componenten te dicht op de randen of in kritische regionen plaatsen, onze [url="https://www.apple.com/support/iphone6plus-multitouch/"]grote fruit vriend[/url] maakt zich daar te makkelijk schuldig aan. Nogmaals ik heb niet onder de RF schilden gekeken want die zitten vast, maar over het algemeen goed design. Onder wel een paar uitstekende randjes maar daar zit verder niks wat van belang is.

Vrij weinig op aan te merken, maar toch een paar kritische puntjes. Android fabrikanten doen over het algemeen niet aan conformale coating, iets wat Apple wel doet. Het is niet de end all oplossing, maar beidt wel weer een extra laagje bescherming dus zou dat ook terug willen zien in Android apparaten.

LG maakt echt gretig gebruik van contactpads, dat is een design keuze en dat kan je goed of slecht vinden. Persoonlijk snap ik niet waar die contactpads bij de USB connector voor zijn, daar onder zit waarschijnlijk iets voor het scherm ofzo. Maar goed, als je kijkt waar die contactpads in het frame zitten dan is dat meestal dichtbij een opening (waar water naar binnen kan komen) en ook nog eens in een verlaagd stuk in het frame (waar het water zich kan op hopen). Nou zijn de contacten zelf verguld en van goede kwaliteit dus oxidatie hoeft geen probleem te zijn, maar als het water eenmaal is opgedroogd dan blijven de mineralen achter wat weer zorgt voor slecht contact. Natuurlijk niet helemaal eerlijk, want waterschade is en blijft lastig, maar ondanks dat had ik liever gezien dat ze die pads meer naar binnen hadden geplaatst en misschien minder hadden gebruikt.

Laatste en belangrijkste, USB connector zit vast op het moederbord. USB connector is een van de dingen die het vaakst kapot gaat en nu gaat het van een reparatie welke jezelf thuis makkelijk uit kan voeren naar een reparatie waar je speciaal apparatuur voor nodig hebt. USB connector als een losse module is geen overbodige luxe. Jammer dat zijn grotere broer ([url="https://www.gsmarena.com/lg_g6_disassembly_video_reveals_advanced_heat_pipe_sealedin_lipo_battery-news-23635.php"]de G6[/url]) dat wel heeft.
[table]
[tr]
[td]
[center]
[url=https://tweakers.net/ext/f/raEYt6weX9thWCl51RGaLbPv/full.jpg][img=234,176]https://tweakers.net/ext/f/raEYt6weX9thWCl51RGaLbPv/medium.jpg[/img][/url][url=https://tweakers.net/ext/f/SX0mvQ61vl3gaxJeephDO4pz/full.jpg][img=234,176]https://tweakers.net/ext/f/SX0mvQ61vl3gaxJeephDO4pz/medium.jpg[/img][/url][url=https://tweakers.net/ext/f/XUjVRmDlT8A0lilcICH9U1zf/full.jpg][img=234,176]https://tweakers.net/ext/f/XUjVRmDlT8A0lilcICH9U1zf/medium.jpg[/img][/url][url=https://tweakers.net/ext/f/YsYcP9S5AXvHr4olAcE71Yip/full.jpg][img=234,176]https://tweakers.net/ext/f/YsYcP9S5AXvHr4olAcE71Yip/medium.jpg[/img][/url][url=https://tweakers.net/ext/f/mv23SnaBBECpTF4cqYhUdEwz/full.jpg][img=234,176]https://tweakers.net/ext/f/mv23SnaBBECpTF4cqYhUdEwz/medium.jpg[/img][/url][url=https://tweakers.net/ext/f/BffweJQLGnAyE8S75yrZrMG2/full.jpg][img=234,176]https://tweakers.net/ext/f/BffweJQLGnAyE8S75yrZrMG2/medium.jpg[/img][/url][url=https://tweakers.net/ext/f/Zah0d46MFA97lgq5gu8IS87S/full.jpg][img=234,176]https://tweakers.net/ext/f/Zah0d46MFA97lgq5gu8IS87S/medium.jpg[/img][/url][url=https://tweakers.net/ext/f/e1PGJyFROM5uae63t8wxvH2y/full.jpg][img=234,176]https://tweakers.net/ext/f/e1PGJyFROM5uae63t8wxvH2y/medium.jpg[/img][/url][url=https://tweakers.net/ext/f/9h2MnBeb7ANh8x5MZmZTOaaa/full.jpg][img=234,176]https://tweakers.net/ext/f/9h2MnBeb7ANh8x5MZmZTOaaa/medium.jpg[/img][/url][url=https://tweakers.net/ext/f/12i9Yl0Bfl61xvHQKB7wxqCI/full.jpg][img=234,176]https://tweakers.net/ext/f/12i9Yl0Bfl61xvHQKB7wxqCI/medium.jpg[/img][/url][url=https://tweakers.net/ext/f/wkgVu2PvhjS7hNWIdai1yYPz/full.jpg][img=234,176]https://tweakers.net/ext/f/wkgVu2PvhjS7hNWIdai1yYPz/medium.jpg[/img][/url][url=https://tweakers.net/ext/f/mMSnd472n9PK7VjM0ApkzhgA/full.jpg][img=234,176]https://tweakers.net/ext/f/mMSnd472n9PK7VjM0ApkzhgA/medium.jpg[/img][/url][url=https://tweakers.net/ext/f/6lI0Xs1KkxOmM8k3ephFFmPn/full.jpg][img=234,176]https://tweakers.net/ext/f/6lI0Xs1KkxOmM8k3ephFFmPn/medium.jpg[/img][/url]
[/center]
[/td]
[/tr]
[tr]
[td bgcolor=#CCCCCC][center][small]LG Q6 Teardown[/small][/center][/td]
[/tr]
[/table]
Dan door naar het frame. Moet ik daar nog iets over zeggen? Kijk zelf eens!
[table]
[tr]
[td]
[center]
[url=https://tweakers.net/ext/f/moCaJiRMaHZ9e5dZmlEgVbF8/full.jpg][img=234,176]https://tweakers.net/ext/f/moCaJiRMaHZ9e5dZmlEgVbF8/medium.jpg[/img][/url]
[/center]
[/td]
[/tr]
[tr]
[td bgcolor=#CCCCCC][center][small]LG Q6 Ijzer sterke frame![/small][/center][/td]
[/tr]
[/table]
Je moet moeite doen om dit kapot te krijgen en dat is niet overdreven. Het frame heeft dikke randen, tot een halve centimeter dik en in die randen zitten ijzeren H-balken verwerkt. Nou is dat op zich niks nieuws, elk toestel heeft dat om het stijver te maken ([url="https://9to5mac.com/2014/09/30/bendgate/"]bendgate[/url] en [url="https://www.youtube.com/playlist?list=PL0vZL9uwyfOE6L-ZLShMnAx1qdJiba93o"]shelf of shame[/url]), maar dit is de eerste keer dat ik zie dat ze zo dik zijn. Als je iemand hiermee zou slaan, dan kan het zijn dat een rechter je veroordeelt van poging tot doodslag en het toestel classificeert als een moordwapen.

De claim dat dit toestel voldoet aan militaire specs is oprecht verdient. [url="https://media.giphy.com/media/nhlkJSYTw6Cek/giphy.gif"]Dit is een tank[/url]!

[right][jump=top]Naar inhoudsopgaven[/jump][/right]
[anchor=conclusie] [/anchor]
[img=620,100]https://tweakers.net/ext/f/jbGcQuQPOJEYS7wVnMPOcYVE/full.png[/img]
De Q6 laat mij achter met sterk gemengde gevoelens. Op punten waarop hij goed is, is hij echt goed en op punten waarop hij slecht is, is hij ook echt slecht. Je krijgt een berg aan geheugen en opslagruimte en daarnaast is het toestel fysiek ijzersterk. De prijs van het toestel maakt ook veel goed, als je de genoemde minpunten niet erg vindt dan biedt de Q6 veel waar voor je geld. Als je het wel erg vindt, dan zie daar de LG G6, een smartphone met hetzelfde DNA, maar dan net een tikkeltje beter.

Rest nog de laatste vraag, zou ik dit toestel zelf aanschaffen? Dat is een zeer duidelijke nee! De afwezigheid van een vingerafdrukscanner, de zwakke trilmotor en de afwezigheid van een notificatie LED zijn grote breekpunten. Camera is niet zo belangrijk voor mij, maar slechte audio is iets wat ik niet kan vergeven. Ondanks dat ben ik sterk onder de indruk en ik zal de G6 en de V30 eens goed van dichtbij bekijken, voor iemand die tot nu toe eigenlijk alleen oog had voor Samsung is dat al heel wat.

Dat het toestel niet bedoelt is voor de gemiddelde tweaker was vanaf het begin al duidelijk. Ik heb het toestel daarom ook gegeven aan mijn broer om even te proberen. Mijn broer is het type persoon die nooit veel wil betalen en 20x vraagt of iets "goed" is om vervolgens het goedkoopste model aan te schaffen. Dan komt hij 3 maanden later er achter wat de nadelen zijn en dan mag ik dat weer oplossen voor hem. Hij was direct onder de indruk, vooral toen hij er achterkwam hoeveel het toestel kost. De gemiddelde gebruiker heeft altijd last van geheugen wat vol zit (maakt niet uit welk OS), toen hij er achterkwam dat het apparaat standaard 32GB opslag heeft riep hij direct: "die moet ik hebben, als deze op is dan gaan we die halen", let op het woordje "we".......

Als ik alles in de mixer gooi en daarbij ook nog eens de prijs van het toestel betrek dan kom ik uit op 4 sterren.

[center][img=350,60]https://tweakers.net/ext/f/qguMG2HTjDzyYbP74tZpUzEU/full.png[/img][/center]

Well played LG, ik ben onder de indruk.

[video]http://www.youtube.com/watch?v=jzT5egGNfKc[/video]

[right][jump=top]Naar inhoudsopgaven[/jump][/right]
[anchor=disclaimer] [/anchor]
[img=620,100]https://tweakers.net/ext/f/iYx6trbofPpbr8kVop8mlwUa/full.png[/img]
Zoals hierboven al vermeld is deze review geplaatst omdat ik meedeed met het [url="https://tweakers.net/acties/oktobertestfest_2017/"]Oktober Testfest[/url], het toestel heb ik te leen gekregen van LG.

In eerste instantie dacht ik dat wij het toestel mochten houden, wat meestal wel het geval is, maar op het evenement kwam ik er achter dat we het toestel terug moesten geven en dat de leukste review een LG V30 zou krijgen. Het idee om een teardown te doen had ik al voor het evenement. Ik wilde het toestel eigenlijk testen tot z'n maximum design limits (lees: slopen) met allerlei droptests, bendtests en impacttests, want ik heb zelf al een toestel en deze is gratis dus who cares.

Dat hele verhaal viel in het water toen ik er achterkwam dat we het toestel terug moesten sturen. Voor de setting van deze review doe ik wel alsof ik stout ben geweest, maar de realiteit is dat ik met LG mijn plan heb overlegd (het leek me wel zo netjes om het te vragen voor ik hun toestel sloop). LG is zo sportief geweest om akkoord te gaan, onder de voorwaarden dat ik aandacht zou besteden aan de ijzeren H-beams die in het toestel zitten.

Voor de duidelijkheid, ik heb aandacht besteed aan de H-beams, maar wat ik erover heb geschreven zijn 100% mijn woorden en is 100% mijn mening.
[right][jump=top]Naar inhoudsopgaven[/jump][/right]
[anchor=post] [/anchor]
[img=620,100]https://tweakers.net/ext/f/vlSQ2RAiLU80kVkZpEoi5xkz/full.png[/img]
[h3]Terug naar mijn eigen toestel[/h3]
Nu ik weer terug ben bij mij eigen toestel (S6) moet ik zeggen dat ik het grote scherm van de Q6 echt mis. Het is net zoals een SSD, je merkt het verschil eigenlijk niet tot je terug gaat naar een HDD en dan wil je zo snel mogelijk weer terug.

[h3]USB Connector[/h3]
Iemand had de lader en USB kabel uit de doos gehaald tijdens het evenement, hierdoor had ik in eerste instantie de originele lader en kabel er niet bij. LG heeft deze nagestuurd, dus verder geen probleem. Zo kwam ik erachter dat het toestel problemen heeft met verschillende USB kabels, ze maken geen goed contact waardoor laden niet lukt (aan/uit). Ik heb zelf 2 originele Samsung kabels en 3 aftermarket kabels en alleen 1 kabel (aftermarket) werkte met het toestel. Geen enkel ander toestel wat ik tot mij beschikking heb heeft problemen met deze kabels. Ik heb vragen gesteld hierover maar helaas geen antwoord gekregen. Het toestel is nu ingepakt en de review is over, ik was terughoudend maar helaas moet ik het nu vermelden. Of het een productie foutje of een algemeen probleem is weet ik niet.

[h3]WiFi[/h3]
Een ding helemaal vergeten! Zoals [PRODUCTREVIEW=173463]tommesmits[/PRODUCTREVIEW] uitwijst in zijn review heeft dit toestel geen 5GHz WiFi, niet echt een gemis maar wel goed om te hebben. Zo overkomt het mij best vaak dat een 2,4GHz hotspot overvol zit, maar je wel kan verbinden over 5GHz.


[table]
[tr]
    [th]Versiebeheer[/th]
    [th][/th]
[/tr]
[tr]
    [th]Datum[/th]
    [th]Omschrijving[/th]
[/tr]
[tr]
    [td]24 oktober 2017[/td]
    [td]* Taalvoutjes gecorrigeerd
* Bouwkwaliteit tekst gereviseerd, hopelijk nu duidelijk[/td]
[/tr]
[tr]
    [td]25 oktober 2017[/td]
    [td]* Post addendum ge-addendumd[/td]
[/tr]
[tr]
    [td]26 oktober 2017[/td]
    [td]* Stukje over 5GHz WiFi toegevoegd[/td]
[/tr]
[/table]
[right][url="https://www.youtube.com/watch?v=dQw4w9WgXcQ"]Naar inhoudsopgaven[/url][/right]

[ Voor 147% gewijzigd door Anoniem: 105188 op 27-10-2017 03:34 ]

[Hero of Time]

Anoniem: 105188 schreef op vrijdag 27 oktober 2017 @ 03:27:
Copy/paste de code naar een combobox, succes!

Waarom heb je het telkens over een combobox? Daar kan je echt niets bij invullen, het bevat waardes die al voorgedefinieerd zijn. Zie ook Wikipedia: Combo box. Je bedoelt een multi-line input veld, wat de reactievelden hier zijn en wat je dus gebruikt om een review te schrijven.

[crisp]

Anoniem: 105188 schreef op vrijdag 27 oktober 2017 @ 03:27:
[...]


Kijk eens naar TinyMCE, ORY Editor, HTML Editor, Redactor, Station of een van de vele andere betaalde of opensource alternatieven. Als je de stylesheet van de site goed in elkaar zet en dat ook doorvoert naar de editor is het geen probleem.

We zijn net aan het afstappen van TinyMCE; dat is echt een gedrocht geworden

[...]

Er zijn genoeg editors die ook UBB ondersteunen.

Vanilla UBB wel ja, maar niet onze variant met geavanceerde features als short-close tags, empty elements, zowel komma-separated als name-value attribute style etc. Daarbij is het behoorlijk inefficiënt als je zowel server- als clientside heen en weer moet gaan parsen.

De vraag is ook niet om meer functionaliteit te geven qua codes maar om het makkelijker te maken om grote reviews in te voeren. Het voorbeeld van dat je echt veel moeite moet doen om iets te reviseren of corrigeren is het voorbeeld om in gedachten te houden. Dit is de opmaak van de review waar ik naar link, ergens midden in zitten nog een paar taalvoutjes. Copy/paste de code naar een combobox, succes!

[...]

De grootste fout die je maakt is dat je tabellen misbruikt voor opmaak. Dat zorgt voor veel clutter van opmaakcodes wat het inderdaad lastig maakt om te redigeren. Daarbij zijn tabellen ook notoir lastig om responsive goed te krijgen. Daar zit waarschijnlijk dan ook het probleem met de breedtes en marges. Als je gewoon een nette structuur gebruikt met headings, paragrafen en hier en daar een mooi plaatje dan kan je je inhoudsopgave ook makkelijk automatisch laten genereren met de [toc]-tag

Wat ik daarnaast vooral zie is is dat het ook heel erg veel tekst is waarbij het wellicht handiger is om dat, in ieder geval aan de beheerkant, te pagineren. Dat is ook hoe onze redacteuren reviews beheren.

[Anoniem: 105188]

Hero of Time schreef op vrijdag 27 oktober 2017 @ 07:55:
[...]

Waarom heb je het telkens over een combobox? Daar kan je echt niets bij invullen, het bevat waardes die al voorgedefinieerd zijn. Zie ook Wikipedia: Combo box. Je bedoelt een multi-line input veld, wat de reactievelden hier zijn en wat je dus gebruikt om een review te schrijven.

Ik ben blij dat er mensen zijn die zijn afgestudeerd op comboboxes. Tekstvalk, ding waar je tekst in kan voeren... geef het beestje een naampje.

crisp schreef op vrijdag 27 oktober 2017 @ 08:17:

De grootste fout die je maakt is dat je tabellen misbruikt voor opmaak. Dat zorgt voor veel clutter van opmaakcodes wat het inderdaad lastig maakt om te redigeren. Daarbij zijn tabellen ook notoir lastig om responsive goed te krijgen. Daar zit waarschijnlijk dan ook het probleem met de breedtes en marges. Als je gewoon een nette structuur gebruikt met headings, paragrafen en hier en daar een mooi plaatje dan kan je je inhoudsopgave ook makkelijk automatisch laten genereren met de [toc]-tag

Wat ik daarnaast vooral zie is is dat het ook heel erg veel tekst is waarbij het wellicht handiger is om dat, in ieder geval aan de beheerkant, te pagineren. Dat is ook hoe onze redacteuren reviews beheren.

Ok dan haal ik dat weg voor je en ga ik header tags gebruiken... Je begrijpt toch wel dat wat ik zeg nog steeds van toepassing is toch? Laat ik maar zo bot zijn... het is gewoon kut met invoeren en reviseren, vooral als je een hoopt tekst in z'n klein kut textboxje krijgt. Dat heeft niks met dit of dat te maken, dat heeft te maken dat het gewoon kut geregeld is. Als je iets midden in de tekst wil aanpassen, dan moet je onthouden waar het is, terug naar boven scrollen, op aanpassen klikken, door een hoop tekst scrollen opzoek naar de plek, aanpassen, opslaan en weer terug naar beneden scrollen naar dezelfde plek. Dat kan toch beter man!

[crisp]

Anoniem: 105188 schreef op vrijdag 27 oktober 2017 @ 11:28:
[...]


Ik ben blij dat er mensen zijn die zijn afgestudeerd op comboboxes. Tekstvalk, ding waar je tekst in kan voeren... geef het beestje een naampje.

In html is het een <textarea> dus 'tekstv(l)ak' lijkt me inderdaad een goede benaming

Dat kan toch beter man!

Ik geef in mijn laatste zin ook aan waar dat volgens mij al beter kan. Wysiwyg gaat je niet echt veel beter helpen bij veel content; dan moet je ook gaan scrollen en zoeken. Het is dan beter om het bijvoorbeeld per hoofdstuk te kunnen bekijken en editten. Scructuur aanbrengen dus, en niet het ene tekstv(l)ak inruilen voor een iets meer fancy tekstv(l)ak

[ Voor 35% gewijzigd door crisp op 27-10-2017 11:35 ]

[Anoniem: 105188]

crisp schreef op vrijdag 27 oktober 2017 @ 11:31:
[...]
In html is het een <textarea> dus 'tekstv(l)ak' lijkt me inderdaad een goede benaming

Is dit nou echt reply waardig? In een of andere gare c++ framework heet het een combobox overigens dus het is maar hoe je het wil noemen, zijn we het erover uit dat het gaat om het vlak waar je tekst in moet voeren?

[ Voor 29% gewijzigd door Anoniem: 105188 op 27-10-2017 11:37 ]

[418O2]

Anoniem: 105188 schreef op vrijdag 27 oktober 2017 @ 03:27:
[...]


Kijk eens naar TinyMCE, ORY Editor, HTML Editor, Redactor, Station of een van de vele andere betaalde of opensource alternatieven. Als je de stylesheet van de site goed in elkaar zet en dat ook doorvoert naar de editor is het geen probleem.

Grappig dat je begint over breedtes en marges, want in de TS geef ik zelf al aan dat er een probleem is met de huidige CSS icm UBB code en marges.

Ik verdien mijn geld met front-end development, maar wysiwig is een illusie. Het is gewoon heel moeilijk om gebruikers vrijheid te geven zonder dat ze dingen stuk kunnen maken...

[Anoniem: 105188]

418O2 schreef op vrijdag 27 oktober 2017 @ 11:43:
[...]

Ik verdien mijn geld met front-end development, maar wysiwig is een illusie. Ik vind het gewoon heel moeilijk om gebruikers vrijheid te geven zonder dat ze dingen stuk kunnen maken...

Je zegt het verkeerd, ik heb het voor je gecorrigeerd.

[418O2]

Anoniem: 105188 schreef op vrijdag 27 oktober 2017 @ 11:45:
[...]


Je zegt het verkeerd, ik heb het voor je gecorrigeerd.

Het is wel goed met je.

[Anoniem: 105188]

418O2 schreef op vrijdag 27 oktober 2017 @ 11:46:
[...]

Het is wel goed met je.

Njah luister eens, je zegt wysiwyg werkt niet omdat het moeilijk is om gebruikers vrijheid te geven. Als je er even over nadenkt dan heeft dat niks met wysiwyg of een editor of wat dan ook te maken, het heeft te maken met jou implementatie. Ik kan er niks anders van maken, sorry.

[418O2]

Anoniem: 105188 schreef op vrijdag 27 oktober 2017 @ 11:49:
[...]


Njah luister eens, je zegt wysiwyg werkt niet omdat het moeilijk is om gebruikers vrijheid te geven. Als je er even over nadenkt dan heeft dat niks met wysiwyg of een editor of wat dan ook te maken, het heeft te maken met jou implementatie. Ik kan er niks anders van maken, sorry.

Ik hoop dat je zelf inziet dat deze manier van discussieren je niets gaat brengen.

[Anoniem: 105188]

418O2 schreef op vrijdag 27 oktober 2017 @ 11:50:
[...]

Ik hoop dat je zelf inziet dat deze manier van discussieren je niets gaat brengen.

Ik hoop dat jij inziet dat je met iets betere argumenten moet komen als "ik verdien mijn geld ermee". En dan ben ik zo'n klootzakje die zoiets leest en eerst jou argumentum ad verecundiam en daarop volgend een raar argument ziet waar ik toch zeer kritisch over ben. Je zegt wysiwyg is lastig want vrijheid, maar uit het ene volgt het andere niet dus is het moeilijk voor mij om het verband te zien.

Dan is dit het internet (welkom) en zijn er mensen zoals ik die keihard andere mensen callen op dit soort dingen, als je dat niet kan hebben, tja, zet je PC uit en ga lekker buiten spelen. Sorry dat ik jou autoriteit niet erken.

[ Voor 50% gewijzigd door Anoniem: 105188 op 27-10-2017 12:02 ]

[418O2]

Anoniem: 105188 schreef op vrijdag 27 oktober 2017 @ 11:51:
[...]


Ik hoop dat jij inziet dat je met iets betere argumenten moet komen als "ik verdien mijn geld ermee". En dan ben ik zo'n klootzakje die zoiets leest en eerst jou argumentum ad verecundiam en daarop volgend een raar argument ziet waar ik toch zeer kritisch over ben. Je zegt wysiwyg is lastig want vrijheid, maar uit het ene volgt het andere niet dus is het moeilijk voor mij om het verband te zien.

Dan is dit het internet (welkom) en zijn er mensen zoals ik die keihard andere mensen callen op dit soort dingen, als je dat niet kan hebben, tja, zet je PC uit en ga lekker buiten spelen. Sorry dat ik jou autoriteit niet erken.

Dan lees jij creatief; ik geef alleen aan dat ik er professionele ervaring mee heb. Dus niet dat je denkt dat ik een hobbyist ben die een keer wat heeft gelezen.

Ik wil best een discussie met je voeren, maar niet op deze manier. Als het makkelijk toe te voegen was, had men het allang gedaan. Het is al vaker geopperd, maar editors zijn gewoon erg moeilijk te bouwen. En als je te maken hebt een responsive site, dan wordt het gewoon erg lastig op daadwerkelijk WYSIWIG voorelkaar te krijgen, omdat je met die breedtes zit. En de meeste editors genereren nogal vieze html als je het mij vraagt.

En dan is het veiligheidsaspect ook nog een ding, want je wil geen loopholes of injects krijgen.

[ Voor 5% gewijzigd door 418O2 op 27-10-2017 15:03 ]

[Anoniem: 105188]

418O2 schreef op vrijdag 27 oktober 2017 @ 15:03:
[...]

Dan lees jij creatief; ik geef alleen aan dat ik er professionele ervaring mee heb. Dus niet dat je denkt dat ik een hobbyist ben die een keer wat heeft gelezen.

Ik wil best een discussie met je voeren, maar niet op deze manier. Als het makkelijk toe te voegen was, had men het allang gedaan. Het is al vaker geopperd, maar editors zijn gewoon erg moeilijk te bouwen. En als je te maken hebt een responsive site, dan wordt het gewoon erg lastig op daadwerkelijk WYSIWIG voorelkaar te krijgen, omdat je met die breedtes zit. En de meeste editors genereren nogal vieze html als je het mij vraagt.

En dan is het veiligheidsaspect ook nog een ding, want je wil geen loopholes of injects krijgen.

Dus wat je zegt is dat jij het niet voor elkaar krijgt om het veilig te maken dus kunnen we het beter niet doen...

[418O2]

Anoniem: 105188 schreef op vrijdag 27 oktober 2017 @ 15:07:
[...]


Dus wat je zegt is dat jij het niet voor elkaar krijgt om het veilig te maken dus kunnen we het beter niet doen...

als we toch gaan smijten met latijnse uitspraken...

Het is lastig. En het gaat niet alleen om veiligheid; wysiwig impliceert dat je krijgt wat je ziet en dat is dus niet per definitie zo. Als mensen rommel uit word gaan plakken, dan gaat het al gauw stuk. En in je preview kan iets prima lijken, maar op bepaalde schermen zal het alsnog stuk gaan.

[Anoniem: 105188]

Uuum ik zou toch even opzoeken wat op de man spelen is want dit is dat niet... just saying.

Anyweg, wat jij zegt is.. dat jij... het niet voor elkaar kan krijgen.. om dit setje tag... om te zetten naar html...

Overzicht van UBB-codes

Een setje tags die nog afgebakend zijn en iets wat nu al gebeurd overigens... jij krijgt het niet voor elkaar om daar een simpele editor voor inelkaar te zetten?

Kijk, ik krijg dat wel voor elkaar, los van het feit dat het niet mijn baan is, dus het is echt een probleem bij jou. Als jij je daardoor zo hard aangevallen voelt dat je een ad hominemetje erbij moet pakken, tja jammer. Als je het zo erg vindt dat ik jou argument er op zo'n manier onderuit haal dan moet je ook niet beginnen met "ik" argumenten om jezelf als een autoriteit vast te stellen.

[ Voor 14% gewijzigd door Anoniem: 105188 op 27-10-2017 15:31 ]

[Hero of Time]

Anoniem: 105188 schreef op vrijdag 27 oktober 2017 @ 15:16:
Uuum ik zou toch even opzoeken wat op de man spelen is want dit is dat niet... just saying.

Sorry, maar je valt hem toch wel redelijk aan. In mijn ogen is dat op de man spelen. Of hoe je het ook wilt noemen, het is niet netjes.

Anyweg, wat jij zegt is.. dat jij... het niet voor elkaar kan krijgen.. om dit setje tag... om te zetten naar html...

Overzicht van UBB-codes

Een setje tags die nog afgebakend zijn en iets wat nu al gebeurd overigens... jij krijgt het niet voor elkaar om daar een simpele editor voor inelkaar te zetten?

Kijk, ik krijg dat wel voor elkaar, los van het feit dat het niet mijn baan is, dus het is echt een probleem bij jou. Als jij je daardoor zo hard aangevallen voelt dat je een ad hominemetje erbij moet pakken, tja jammer. Als je het zo erg vindt dat ik jou argument er op zo'n manier onderuit haal dan moet je ook niet beginnen met "ik" argumenten om jezelf als een autoriteit vast te stellen.

Leuk dat je 't zo voor elkaar krijgt, maar je mist nog steeds de punten die zijn aangehaald, ook door mij en crisp. Er is te veel anders aan de hele ubb-parser van Tweakers om er een generieke editor voor te gebruiken.

Als je het zo triviaal vindt, staat niets je in de weg om zelf eentje te maken en te geven aan de ontwikkelaars hier.

[Anoniem: 105188]

Hero of Time schreef op vrijdag 27 oktober 2017 @ 15:42:
[...]

Sorry, maar je valt hem toch wel redelijk aan. In mijn ogen is dat op de man spelen. Of hoe je het ook wilt noemen, het is niet netjes.

Nogmaals als je het echt zo erg vindt dat ik zijn "ik" argument er onderuit haal dan moet hij maar niet beginnen met dat. dikke vette pech voor de kabouters. Dat is geen ad hominem, dat is argumentatieleer voor beginners.

Leuk dat je 't zo voor elkaar krijgt, maar je mist nog steeds de punten die zijn aangehaald, ook door mij en crisp. Er is te veel anders aan de hele ubb-parser van Tweakers om er een generieke editor voor te gebruiken.

Als je het zo triviaal vindt, staat niets je in de weg om zelf eentje te maken en te geven aan de ontwikkelaars hier.

Dus wat je zegt is dat je het niet voor elkaar krijgt een simpele table lookup te doen en een paar variabelen in te vullen? Vriend ik wil dat best voor je maken maar dan wil ik er wel voor betaald krijgen. Ik vind het best, voor niks gaat de zon op.

Wat jullie schijnen te missen is dat dat gezeik en gezeur over technische mogelijkheden allemaal onzin is, dat zijn dingen die je in de praktijk toch wel opgelost krijgt, daar heb je immers een duur betaalde devteam voor.

De discussie hier zou moeten zijn over het nut van een editor, niet om de techniek er achter. Dat een paar codemonkeys hier hun l33t sk1llz willen showen, leuk, maar daar heb ikniks aan en het helpt de discussie absoluut niet vooruit. En dan heb ik het weer gedaan!

[ Voor 21% gewijzigd door Anoniem: 105188 op 27-10-2017 16:07 ]

[crisp]

Anoniem: 105188 schreef op vrijdag 27 oktober 2017 @ 15:56:
[...]

Wat jullie schijnen te missen is dat dat gezeik en gezeur over technische mogelijkheden allemaal onzin is, dat zijn dingen die je in de praktijk toch wel opgelost krijgt, daar heb je immers een duur betaalde devteam voor.

De discussie hier zou moeten zijn over het nut van een editor, niet om de techniek er achter. Dat een paar codemonkeys hier hun l33t sk1llz willen showen, leuk, maar daar heb ikniks aan en het helpt de discussie absoluut niet vooruit. En dan heb ik het weer gedaan!

De discussie over de techniek is in zoverre relevant dat het een indicatie geeft van de complexiteit, en daarmee dus ook van de kosten van een dergelijke feature, en met een 'duurbetaald' devteam kan dat snel oplopen Daarbij is onze capaciteit ook zeer beperkt, dus voor elke featurerequest moet een goede afweging gemaakt worden. Het is dan niet gek om ook te kijken naar mogelijke alternatieven die minder ingewikkeld zijn om te implementeren.

[Anoniem: 105188]

crisp schreef op zaterdag 28 oktober 2017 @ 00:10:
[...]

De discussie over de techniek is in zoverre relevant dat het een indicatie geeft van de complexiteit, en daarmee dus ook van de kosten van een dergelijke feature, en met een 'duurbetaald' devteam kan dat snel oplopen Daarbij is onze capaciteit ook zeer beperkt, dus voor elke featurerequest moet een goede afweging gemaakt worden. Het is dan niet gek om ook te kijken naar mogelijke alternatieven die minder ingewikkeld zijn om te implementeren.

Ik zal het nogmaals en voor de laatste keer herhalen, daar ben ik het absoluut niet mee eens. Is een kwestie van een lookup table die opmaak vertaalt in UBB code, denk dat een stagaire binnen een dag iets werkend heeft. Maar goed, alles is al gezegd.

[crisp]

Anoniem: 105188 schreef op zaterdag 28 oktober 2017 @ 00:13:
[...]


Ik zal het nogmaals en voor de laatste keer herhalen, daar ben ik het absoluut niet mee eens. Is een kwestie van een lookup table die opmaak vertaalt in UBB code, denk dat een stagaire binnen een dag iets werkend heeft. Maar goed, alles is al gezegd.

Oh, gewoon zo dus:

PHP:

$ubb = str_replace(['<', '>'], ['[', ']'], $html);

Ik zal het na mijn banaantje meteen implementeren!

[Anoniem: 105188]

Ja wat mij betreft gebruik je een regexp ofzo, weet ik veel, implementatie is een praktisch probleem, dat zoek jezelf maar uit. Vergeet even niet de linebreak en linereturns. Zet er een live preview bij, maak het zodat als je op de livepreview klikt dat je gaat naar de plek waar je op hebt geklikt. Klaar!

Ik zou je wel een tip meegeven. Ik zou kijken naar de aanwezigheid van [] characters, constant de hele html opnieuw parsen is inefficiënt.

Zo moeilijk hoeft het niet te zijn.

[ Voor 7% gewijzigd door Anoniem: 105188 op 29-10-2017 13:39 ]

[ACM]

Er zitten een aantal problemen met 'alleen simpele ubb ondersteunen':
- Het is maar de vraag of jouw eigen voorbeeld onder die 'simpele' versie valt en dus of dat specifieke probleem wordt opgelost
- Het is voor gebruikers vreemd dat ze twee manieren van invoeren krijgen en dat ze niet zelf volledige invloed hebben op welke ze krijgen; Bijvoorbeeld, geeft het bewerken van reacties met niet-ondersteunde tags een andere editor dan een met uitsluitend wel-ondersteunde tags?
- Het levert allerlei nieuwe problemen op als de wysiwyg en plain rml editors niet met elkaars output overweg kunnen. Stel bijvoorbeeld dat een gebruiker toch zo'n niet-ondersteunde tag nodig heeft en even switched naar 'text modus' en die toevoegt... dan kan hij daarna niet meer terugswitchen?
Of er moet een complexe hack komen in de editor die op een of andere manier een 'niet ondersteunde' tag kan markeren. Maar wat als er in die niet-ondersteunde tag dan weer wel-ondersteunde tags zitten genest? Moeten al die geneste tags dan ook als 'niet-ondersteund' behandeld worden? Want als die niet-ondersteunde tag invloed heeft op de geneste tags (zoals de norml-tag), zou er een onjuiste voorstelling komen.

En ik mis er vast nog diverse.

Een simpele replace-based versie van zo'n parser gaat doorgaans ook mis doordat het dan invalid html op kan leveren en mede daardoor heel lastig in wysiwyg-vorm is te gieten. Dan kan je beter beginnen met een bestaande editor en kijken hoe je die zo kan inzetten dat het voorgaande problemen zoveel mogelijk vermijdt.

Een wysiwyg editor kan best nuttig zijn, ook omdat er veel duidelijker is wat het effect is van een bepaalde combinatie van tags. Maar het 'makkelijke deel' van onze rml/bbcode implementeren levert helaas ook allerlei problemen op.

Anoniem: 105188 schreef op zondag 29 oktober 2017 @ 13:38:
Ik zou je wel een tip meegeven. Ik zou kijken naar de aanwezigheid van [] characters, constant de hele html opnieuw parsen is inefficiënt.

Met een goede tokenizer (die vooraf gaat aan de complexe parser) zal er dan steeds slechts 1 text-token uitkomen als er geen brackets inzitten. Dus die inefficientie is dan in ieder geval al automatisch opgelost

[ Voor 11% gewijzigd door ACM op 30-10-2017 08:08 ]

[Anoniem: 105188]

Sorry maar, ik hoor weer allemaal technische 'what if' zaken. Los het op, mijnheer d'n lead developert.

Je hebt nu al een UBB/RML naar HTML parser (ga ik van uit). Het hoeft toch helemaal niet zo lastig te zijn om een frontend te bouwen die UBB/RML opmaak voor je maakt. De livepreview en de parser heb jezelf in handen dus het is ook geen probleem om die twee op elkaar af te stemmen.

Als er een tag tussen zit die niet ondersteund is, dan heeft de gebruiker pech, als ik nu handmatig een tag invoer die niet ondersteund is dan gebeurt er toch ook niks? Of ja, dan krijg ik iets wat ik niet bedoelde.

Ik snap even niet hoe jij erop komt dat de resulterende HTML invalid zou moeten zijn, dat zou betekenen dat ik nu ook invalid HTML kan genereren. Maar dan nog, als dat het geval is, dan is er iemand die z'n werk niet heeft gedaan.

Het is maar de vraag of jouw eigen voorbeeld onder die 'simpele' versie valt en dus of dat specifieke probleem wordt opgelost

Lees even de TS aub. Mijn specifieke probleem is dat het onnodige moeilijk is om revisies en correcties in te voeren. Een WYSIWYG editor wordt als mogelijk oplossing (en in mijn ogen beste) aangedragen. Als je een andere oplossing hebt dan hoor ik die graag.

ACM schreef op maandag 30 oktober 2017 @ 08:02:
Met een goede tokenizer (die vooraf gaat aan de complexe parser) zal er dan steeds slechts 1 text-token uitkomen als er geen brackets inzitten. Dus die inefficientie is dan in ieder geval al automatisch opgelost

Ik heb het over een onkeypress.

[ Voor 16% gewijzigd door Anoniem: 105188 op 30-10-2017 15:17 ]

[Anoniem: 105188]

ACM schreef op maandag 30 oktober 2017 @ 08:02:
- KNIP -

Door al dit gedoe over een simpele editor dreigt een andere feature onder te sneeuwen, namelijk:

Daarnaast zou ik het ook handig vinden als je foto's direct kan uploaden naar je galerij of vanuit je galerij foto's en thumbnails kan invoegen.

We kunnen het er waarschijnlijk wel over eens worden dat dit iig wel handig zou zijn. Zeker omdat extern gehoste plaatjes een beperkte houdbaarheid hebben en om de content van je site intakt te houden wil je dat de plaatjes ook op je site blijven.

[ACM]

Anoniem: 105188 schreef op maandag 30 oktober 2017 @ 15:14:
Sorry maar, ik hoor weer allemaal technische 'what if' zaken. Los het op, mijnheer d'n lead developert.

Sja, zodra je om iets vraagt dat technisch heel lastig is, gaan wij daarop reageren met de uitleg waarom dat zo is. Laten we voor het gemak aannemen dat met onze rml een wysiwyg-editor erg veel werk is om te maken...
Dan zouden we misschien zelfs wel moeten overstappen op een compleet andere (en iig veel simpelere) opmaaktaal, maar ook dat heeft natuurlijk weer de nodige voeten in aarde.

Je hebt nu al een UBB/RML naar HTML parser (ga ik van uit). Het hoeft toch helemaal niet zo lastig te zijn om een frontend te bouwen die UBB/RML opmaak voor je maakt. De livepreview en de parser heb jezelf in handen dus het is ook geen probleem om die twee op elkaar af te stemmen.

Maar een live-preview of met 1-druk-op-de-knop preview is inderdaad iets heel anders en ook veel eenvoudiger.

Dan kunnen we domweg via een ajax-call de bijbehorende weergave vanuit php-code ophalen en presenteren. Een echte live-preview zal wel niet lukken, domweg omdat dat sowieso tamelijk irritant is (je wil niet dat je browser traag wordt terwijl je tekst zit te typen) en complex kan worden zodra iemand nog halverwege zijn tag is met typen.
Maar een preview die verschijnt/verandert als je even pauze neemt tijdens het typen is vast ook wel mogelijk.

Als er een tag tussen zit die niet ondersteund is, dan heeft de gebruiker pech, als ik nu handmatig een tag invoer die niet ondersteund is dan gebeurt er toch ook niks? Of ja, dan krijg ik iets wat ik niet bedoelde.

Maar een tag intypen die we wel ondersteunen, maar niet in een editor is iets heel anders dan een tag die we helemaal niet ondersteunen. Zo'n wyswiwyg-editor is tenslotte bedoeld om de gebruiker te helpen, niet om 'm te verwarren of juist in de weg te zitten.

Ik snap even niet hoe jij erop komt dat de resulterende HTML invalid zou moeten zijn, dat zou betekenen dat ik nu ook invalid HTML kan genereren. Maar dan nog, als dat het geval is, dan is er iemand die z'n werk niet heeft gedaan.

Een replace-based variant zal invalid HTML op kunnen leveren. We hebben nu geen replace-based variant.

Lees even de TS aub. Mijn specifieke probleem is dat het onnodige moeilijk is om revisies en correcties in te voeren. Een WYSIWYG editor wordt als mogelijk oplossing (en in mijn ogen beste) aangedragen. Als je een andere oplossing hebt dan hoor ik die graag.

Je hebt een heel verhaal in je TS en een hele discussie eronder, met bovendien een titel die vraagt om WYSIWYG.
Wat dat betreft heb je je een beetje schuldig gemaakt aan wat wij zelf intern ook te veel doen; een oplossing aandragen voor een probleem, ipv het probleem zelf aandragen. In dit geval een 'beetje' schuldig, omdat je inderdaad dat probleem ook uitgebreid hebt beschreven.

Maar met name door je titel (en het herhalend suggereren dat een wysiwyg editor hardstikke simpel is ) is de discussie uiteindelijk verzandt in vooral iets over wysiwyg. En daar zijn wij natuurlijk hartelijk op ingegaan, zonder nog stil te staan bij een eenvoudigere oplossing

Zoals gezegd is een (min of meer live) preview veel eenvoudiger dan eentje waar de preview en editor hetzelfde zijn (zoals in een wysiwyg editor).

Ik heb het over een onkeypress.

Je moet onkeypress zo min mogelijk doen, liefst niks. Het wordt zeer onaangenaam typen als je browser steeds werk moet doen bij elke keer dat er op een knop wordt gedrukt. Dan zie je in het ergste geval je letters met veel en/of onregelmatige vertraging verschijnen... en dat is ook weer heel erg hinderlijk.
Tijdens een keypress e.o.a. asynchroon werkende timer starten, die tijdens een pauze in het typen daadwerkelijk aan het werk gaan, is waarschijnlijk wel goed mogelijk.

Anoniem: 105188 schreef op maandag 30 oktober 2017 @ 23:50:
Door al dit gedoe over een simpele editor dreigt een andere feature onder te sneeuwen, namelijk:

Het had wel geholpen als je die feature dan ook los had ingediend (ongeacht of er discussie komt)
Aanpassingen aan de preview-flow vind ik trouwens iets anders dan aanpassingen aan de editor, en een 'simpele (wysiwyg) editor' bestaat wat ons betreft dus niet. Althans, een simpele editor hebben we al

We kunnen het er waarschijnlijk wel over eens worden dat dit iig wel handig zou zijn. Zeker omdat extern gehoste plaatjes een beperkte houdbaarheid hebben en om de content van je site intakt te houden wil je dat de plaatjes ook op je site blijven.

Sterker nog, een paar jaar geleden hebben we zelfs met dat doel de afbeeldingen bij productreviews al gerefactored. Helaas betekent het wel ook nog een aardige aanpassing aan het fotoalbum om dat er ook geschikt voor te maken. Dus de wens is er, maar is helaas ondertussen overspoeld met diverse andere wensen en ergens in de min-of-meer vergetelheid geraakt.

Ik heb de bijbehorende 'productowner' iig weer aan die wens herinnert. Maar zoals gezegd is het dus geen triviale klus, dus verwacht ajb niet dat het er morgen ligt.

Ik heb 'm trouwens ook gewezen op het door jou gemelde probleem dat er een grote 'disconnect' zit tussen het invoeren van tekst en het zien van het eindresultaat. Dat met name relevant is voor de uitgebreide reviews. Dan mag hij bedenken of hij graag een wysiwyg-editor wil inzetten, dat we vooralsnog inzetten op e.o.a. 'snelle preview' of nog een heel ander idee gaan uitwerken

[ Voor 4% gewijzigd door ACM op 31-10-2017 08:04 ]

[Anoniem: 105188]

ACM schreef op dinsdag 31 oktober 2017 @ 07:58:
[...]

Maar een live-preview of met 1-druk-op-de-knop preview is inderdaad iets heel anders en ook veel eenvoudiger.

* KNIP *

Je hebt een heel verhaal in je TS en een hele discussie eronder, met bovendien een titel die vraagt om WYSIWYG.
Wat dat betreft heb je je een beetje schuldig gemaakt aan wat wij zelf intern ook te veel doen; een oplossing aandragen voor een probleem, ipv het probleem zelf aandragen. In dit geval een 'beetje' schuldig, omdat je inderdaad dat probleem ook uitgebreid hebt beschreven.

Een livepreview en een editor verschillen toch niet zoveel van elkaar, of zeg ik nou rare dingen? Een editor is niks anders als een livepreview waar je in kan schrijven.

Je moet onkeypress zo min mogelijk doen, liefst niks. Het wordt zeer onaangenaam typen als je browser steeds werk moet doen bij elke keer dat er op een knop wordt gedrukt. Dan zie je in het ergste geval je letters met veel en/of onregelmatige vertraging verschijnen... en dat is ook weer heel erg hinderlijk.
Tijdens een keypress e.o.a. asynchroon werkende timer starten, die tijdens een pauze in het typen daadwerkelijk aan het werk gaan, is waarschijnlijk wel goed mogelijk.

Snap je nu waarom ik zei dat je niet hele HTML bodies moet gaan parsen?

Ik heb de bijbehorende 'productowner' iig weer aan die wens herinnert.

Aha kijk, daar heb ik wat aan.

[ Voor 4% gewijzigd door Anoniem: 105188 op 01-11-2017 00:23 ]

[ACM]

Anoniem: 105188 schreef op woensdag 1 november 2017 @ 00:20:
Een livepreview en een editor verschillen toch niet zoveel van elkaar, of zeg ik nou rare dingen? Een editor is niks anders als een livepreview waar je in kan schrijven.

Nee, daar zit echt een heel groot verschil in.

Bij een editor moet je 'editable' content hebben, dat is al een uitdaging op zich. Nou bestaan er natuurlijk 'off the shelve' wysiwyg editors voor html, waarbij sommige zelfs een ubb-plugin kennen. Maar dan ben je er nog niet. Zo'n standaard ubb-plugin past sowieso niet bij onze veel complexere, en customized, ubb, dus die moeten we dan uit zien te breiden. Veel tags hebben relatief veel functionaliteit verborgen, zoals de [topic]-tag waarbij automatisch de een topictitel wordt geplaatst. Die zou dan bij een client-side editor dan ook nog e.o.a. ajax-backend nodig hebben. En per tag die zoiets nodig heeft is er dan een losse ajax-backend nodig (daar zal uiteraard veel code gedeeld kunnen worden).

En ook als we een wysiwyg-editor zouden maken die slechts een subset van de tags ondersteund, zal die nog steeds alsnog een zekere mate van ondersteuning voor alle andere tags moeten hebben. Al is het maar om ze te herkennen als valide tag en ze dan met rust te kunnen laten.

Veel van dat soort aspecten zitten natuurlijk ook in de serverside parser... maar die hebben we al. Die ook inzetten voor een live-preview betekent via ajax de ingevoerde ubb opsturen, daarna dezelfde code uitvoeren als bij een reactie-submit en dat terugsturen als antwoord.

Hoedanook, ik begrijp zeker dat een wysiwyg editor nog wat meer voorbeelden biedt dan een live-preview. Want je bent dan verlost van een groot deel van de heen-en-weer interactie.
Maar de argumentatie dat een wysiwyg-editor eenvoudig zou zijn is gewoon onjuist

Snap je nu waarom ik zei dat je niet hele HTML bodies moet gaan parsen?

Jahoor. Maar daar ontkom je niet zomaar aan. Stel iemand begint met een code-opentag en gaat dan de code handmatig intypen... Als letterlijk die tekst telkens compleet geparsed wordt, kunnen we herkennen dat zodra er een code-sluiten tag is toegevoegd, dat dat hele stuk tekst met highlighting moet worden gepresenteerd.

Als we het 'beetje bij beetje' proberen, gaat die highlight al niet (goed) werken omdat veel dingen in programmeertalen context-gevoelig gehighlight moeten worden (denk aan teksten die 'string' zijn).
En dat gaat er dan nog van uit dat we uberhaupt nog 'weten' dat er eerder een code-opentag was geplaatst

'Helaas' zijn er gewoon best wat tags die invloed hebben op een groter geheel dan puur heet toevoegen van een html-open- en een html-sluittag.

[Anoniem: 105188]

ACM schreef op woensdag 1 november 2017 @ 07:51:
[...]

Nee, daar zit echt een heel groot verschil in.

Bij een editor moet je 'editable' content hebben, dat is al een uitdaging op zich. Nou bestaan er natuurlijk 'off the shelve' wysiwyg editors voor html, waarbij sommige zelfs een ubb-plugin kennen. Maar dan ben je er nog niet. Zo'n standaard ubb-plugin past sowieso niet bij onze veel complexere, en customized, ubb, dus die moeten we dan uit zien te breiden. Veel tags hebben relatief veel functionaliteit verborgen, zoals de [topic]-tag waarbij automatisch de een topictitel wordt geplaatst. Die zou dan bij een client-side editor dan ook nog e.o.a. ajax-backend nodig hebben. En per tag die zoiets nodig heeft is er dan een losse ajax-backend nodig (daar zal uiteraard veel code gedeeld kunnen worden).

En ook als we een wysiwyg-editor zouden maken die slechts een subset van de tags ondersteund, zal die nog steeds alsnog een zekere mate van ondersteuning voor alle andere tags moeten hebben. Al is het maar om ze te herkennen als valide tag en ze dan met rust te kunnen laten.

Veel van dat soort aspecten zitten natuurlijk ook in de serverside parser... maar die hebben we al. Die ook inzetten voor een live-preview betekent via ajax de ingevoerde ubb opsturen, daarna dezelfde code uitvoeren als bij een reactie-submit en dat terugsturen als antwoord.

Hoedanook, ik begrijp zeker dat een wysiwyg editor nog wat meer voorbeelden biedt dan een live-preview. Want je bent dan verlost van een groot deel van de heen-en-weer interactie.
Maar de argumentatie dat een wysiwyg-editor eenvoudig zou zijn is gewoon onjuist

Sorry hoor, maar ik lees alweer: "bla bla bla, technisch moeilijk en ik wil niet". Volgens mij maak jij het in je hoofd veel moeilijk dan het hoort te zijn. De serverside parser is iets wat jezelf in de hand hebt en de clientside parser kan je makkelijk daarop afstemmen. Of je nou via live typing het voorbeeld rechts van je box of in de box laat zien is volgens mij niet veel anders van elkaar, of was je van plan om elke 20ms een nieuw voorbeeld op te vragen bij de server?

Jahoor. Maar daar ontkom je niet zomaar aan. Stel iemand begint met een code-opentag en gaat dan de code handmatig intypen... Als letterlijk die tekst telkens compleet geparsed wordt, kunnen we herkennen dat zodra er een code-sluiten tag is toegevoegd, dat dat hele stuk tekst met highlighting moet worden gepresenteerd.

Als we het 'beetje bij beetje' proberen, gaat die highlight al niet (goed) werken omdat veel dingen in programmeertalen context-gevoelig gehighlight moeten worden (denk aan teksten die 'string' zijn).
En dat gaat er dan nog van uit dat we uberhaupt nog 'weten' dat er eerder een code-opentag was geplaatst

'Helaas' zijn er gewoon best wat tags die invloed hebben op een groter geheel dan puur heet toevoegen van een html-open- en een html-sluittag.

Ga maar eens kijken naar dingen als InteliType, Notepad++ en Eclipse. Sowieso snap ik niet wat jij bedoelt met context gevoelig gehighlight. Een tag geeft aan dat bepaalde attributen aangepast moeten worden. Enige wat je hoeft te doen is een bepaalde attribuut setten als je een tag tegenkomt en daarmee ophouden als je een close tag tegenkomt. Ik snap niet waarom je er zo'n uitgebreid verhaal van moet maken. Als je kijkt naar alle UBB tags die jullie ondersteunen is het niet zo lastig. Deel is opmaak setten en ander deel is een kwestie van een template maken en dat invoegen op plaatsen waar die tag wordt gebruikt.

De dingen waar je het over hebt zijn al eeuwen geleden opgelost en daarom vind ik het raar dat je er steeds over begint. Dit is toch een kwestie van even opzoeken en kijken wat de mogelijkheden zijn.

[ Voor 5% gewijzigd door Anoniem: 105188 op 01-11-2017 14:42 ]

[ACM]

Anoniem: 105188 schreef op woensdag 1 november 2017 @ 14:38:

Sorry hoor, maar ik lees alweer: "bla bla bla, technisch moeilijk en ik wil niet".

Als je 'bla bla bla' leest, dan denk ik dat het verder weinig zin heeft hierop te antwoorden.

Het feit dat het technisch moeilijk is, zorgt ervoor dat het bij ons niet zomaar even tussendoor gefixed zal worden.

Volgens mij maak jij het in je hoofd veel moeilijk dan het hoort te zijn. De serverside parser is iets wat jezelf in de hand hebt en de clientside parser kan je makkelijk daarop afstemmen. Of je nou via live typing het voorbeeld rechts van je box of in de box laat zien is volgens mij niet veel anders van elkaar, of was je van plan om elke 20ms een nieuw voorbeeld op te vragen bij de server?

Een wysiwyg editor met een eigen parser voor rml is gewoon een complex ding, maar vooral ook iets heel anders dan 'domweg een parser'. Dat jij dat niet van me wilt aannemen verandert daar weinig aan. Een versie - en dat is geen wysiwyg - die een live-preview steeds via de server ophaalt is technisch een stuk simpeler, hoewel zelfs dat niet triviaal is.

Een variant die via een client-side parser van de ingetypte rml een live-preview maakt betekent dat we dan twee versies moeten onderhouden. Aangezien de ene in php en de (niet bestaande) andere in javascript zijn gemaakt, is dat niet alleen maar 'afstemmen', er zal dan een taal-specifieke herimplementatie moeten komen. En dan moeten er bovendien twee onderhouden.
Ik weet niet eens of zo'n taal-specifieke herimplementatie wel echt veel makkelijker is dan domweg een bestaande wysiwyg-editor uitbreiden met een subset van onze rml (en dan ondersteuning geven om de overige valide rml te negeren).

Enige wat je hoeft te doen is een bepaalde attribuut setten als je een tag tegenkomt en daarmee ophouden als je een close tag tegenkomt.

Dat is (een vorm van) context-gevoelig werken, state bijhouden aan de hand van een zogenaamde tokenstream.
Maar het is alsnog niet zo simpel als je stelt. In de praktijk wordt namelijk best vaak een foutje gemaakt door gebruikers; parsers (van elke soort invoer, dus niet alleen rml) hebben zelfs bij wijze van spreken meer code nodig om fouten te herkennen en herstellen dan om perfecte invoer te parsen.

Mede om daar goed van te herstellen heb je eigenlijk steeds de mogelijkheid nodig om een heel eind van de tekst terug te kunnen gaan, soms zelfs helemaal naar het begin. Of anders gezegd; het is niet vaak het makkelijkst om dan sowieso maar vanaf het begin te beginnen.

Als je kijkt naar alle UBB tags die jullie ondersteunen is het niet zo lastig. Deel is opmaak setten en ander deel is een kwestie van een template maken en dat invoegen op plaatsen waar die tag wordt gebruikt.

Heb je die lijst daadwerkelijk bekeken?

De dingen waar je het over hebt zijn al eeuwen geleden opgelost en daarom vind ik het raar dat je er steeds over begint. Dit is toch een kwestie van even opzoeken en kijken wat de mogelijkheden zijn.

Ze zijn vast al opgelost in andere tools en/of voor andere talen, maar als je een eigen 'domain specific language' hebt (een wat wetenschappelijke naam voor zoiets als onze ubb/rml) dan moet je diverse van die aspecten soms alsnog zelf uitwerken.
Het is niet alsof we zomaar even (de c++-code van) notepad++ kunnen kopieren en in onze php- en/of javascript-code kunnen verwerken. En off-the-shelve editors zoals CKeditor hebben een hele simpele ubb-ondersteuning die niet al onze tags ondersteund. Dus ook daarin moeten we dingen toevoegen, juist de moeilijkste tags missen daar nog in...

En natuurlijk zal het niet een project ter grootte van de linux-kernel zijn, maar het is alsnog niet triviaal. En dat wordt het ook niet door te herhalen dat wij in jouw ogen te moeilijk denken.

Anoniem: 105188 schreef op zaterdag 28 oktober 2017 @ 00:13:
Ik zal het nogmaals en voor de laatste keer herhalen, daar ben ik het absoluut niet mee eens. Is een kwestie van een lookup table die opmaak vertaalt in UBB code, denk dat een stagaire binnen een dag iets werkend heeft. Maar goed, alles is al gezegd.

Dit is dus in onze ogen gewoon onjuist. Aangezien wij dat werk ook daadwerkelijk moeten doen, en inschatten op basis van voorgaande kennis (o.a. op basis van de inzet van ckeditor als interne html-editor in een ander project en een recente refactor van de rml-parse-code), heeft het niet zoveel zin ons er steeds er op te wijzen dat dat onzin is. Natuurlijk komt die schatting deels voort uit 'gut feeling', maar de kans dat het dan een paar uur werk zijn.

[Anoniem: 105188]

Ik kan nou wel weer ingaan op alles maar we gaan rond in cirkels, ik ben nog seeds van mening dat het allemaal niet zo moeilijk hoeft te zijn. Nog wel een paar opmerkingen.

Heb je die lijst daadwerkelijk bekeken?

Ja, had op de vorige pagina er zelf naar gelinkt. Daarom zeg ik dat dat allemaal niet zo lastig hoeft te zijn. Ik heb ook gezegd dat ik het best voor jullie wil doen, maar dan factureer ik mijn uren wel door.

Het is niet alsof we zomaar even (de c++-code van) notepad++ kunnen kopieren en in onze php- en/of javascript-code kunnen verwerken.

Een taal is niks anders als een dialect van een computer. Sommige dingen zijn misschien beter geregeld in andere talen omdat ze er specifiek op zijn bedacht, maar dat neemt niet weg dat je alles kan implementeren in elke taal. Eclipse is geschreven Java en PHP is een C/Python afgeleide. Javascript is weer Java wat weer is afgeleid van C/C++. Die talen lijken allemaal op elkaar. Brainfuck uitgesloten!

[Femme]

Wellicht is het al een oplossing om een minimale wysiwyg-implementatie te doen waarin headings en afbeeldingen wysiwyg worden weergegeven, zodat een lange review een stuk scanbaarder wordt in de editor.

Verder lijkt het me een grote verbeteringen om betere elementen te bedenken voor de weergave van afbeeldingen. Gerommel met tabellen om afbeeldingen naast elkaar te plaatsen moeten we niet willen. Mooier zou zijn als er een imagegallery-tag bij elkaar geklikt kan worden uit afbeeldingen die je bij de review hebt geupload.

Paginering toevoegen een user reviews voegt veel complexiteit toe in zowel het formulier als de weergave. Aangezien we ook voor redactionele reviews naar een single page weergave willen gaan vind ik het niet logisch om hier tijd en moeite in te stoppen.

Wat ook wel handig zou zijn is als je de tekst van een review in de 'voorkant' kunt editen, waar de review ook wordt gepresenteerd. Als dan somehow de positie van de muiscursor vertaald kan worden naar de positie van de cursor in het tekstveld wordt het veel makkelijker om al lezend een bepaalde alinea te bewerken in een lange review.

[Hero of Time]

Voor dat laatste, zou het een idee kunnen zijn om per heading een edit optie te hebben, waarbij je alleen dat deel kan bewerken? Dus dat je van de ene H-tag naar de volgende de editor hebt, ipv de hele lap tekst.

[crisp]

Hero of Time schreef op donderdag 2 november 2017 @ 14:19:
Voor dat laatste, zou het een idee kunnen zijn om per heading een edit optie te hebben, waarbij je alleen dat deel kan bewerken? Dus dat je van de ene H-tag naar de volgende de editor hebt, ipv de hele lap tekst.

Dat gaat natuurlijk al niet meer werken op het moment dat iemand een [table] om z'n hele review knalt

De enige manier om een review in delen te kunnen bewerken is imo als je echt met fysieke 'hoofdstukken' werkt aan de achterkant (die je aan de voorkant weer simpel aan elkaar 'stitched'). Dat kan een stuk simpeler nog dan de paginering van onze redactionele reviews.

offtopic:
en of 'single-page' nou echt zaligmakend is daar zijn de meningen ook over verdeeld

[ Voor 6% gewijzigd door crisp op 02-11-2017 14:53 ]

[Hero of Time]

crisp schreef op donderdag 2 november 2017 @ 14:51:
[...]

Dat gaat natuurlijk al niet meer werken op het moment dat iemand een [table] om z'n hele review knalt

Waarom niet? Je kan alles er omheen als invisible text opslaan bij het tonen van de editor en dan "invisible-before + editor input + invisible-after" doen voordat je de boel verstuurd. Dan heb je alleen de table-tag in de before variabele als je H1 wilt bewerken. Je kan natuurlijk ook bij zulke gevallen het gedeeltelijk bewerken weglaten. Er zijn genoeg mogelijkheden voor opmaak en mooie scheiding tussen secties zonder te moeten grijpen naar tabellen. Het is al bewezen dat het gebruik van tabellen slecht is voor responsive weergave.

De enige manier om een review in delen te kunnen bewerken is imo als je echt met fysieke 'hoofdstukken' werkt aan de achterkant (die je aan de voorkant weer simpel aan elkaar 'stitched'). Dat kan een stuk simpeler nog dan de paginering van onze redactionele reviews.

Dat is wel hoe ik een review graag zie, dat er Hx tags wordt gebruikt ipv plaatjes en andere opmaak met tabellen e.d. om de review in te delen. Door delen te kunnen bewerken ipv alles in een enkel veld beloon je gebruikers in principe om op die manier te werken.

[crisp]

@Hero of Time: wat ik bedoel is dat je bij het 'bewerken in delen' zonder dat het aparte entiteiten zijn je niet kan garanderen dat het geheel qua nesting blijft kloppen. Je haalt immers een deel van de content geheel uit zijn context.

Dat tabellen evil zijn hoef je me niet te vertellen; dat gebruikte ik puur ter illustratie (hoewel veel reviewers er blijkbaar wel aan verknocht zijn).

In ieder geval lijkt een oplossing om een review in delen te kunnen editten me eenvoudiger dan een 'minimale wysiwyg-implementatie' (waarvan ik betwijfel of dat wel bestaat ).

Als we *echt* wysiwyg willen dan moeten we de gebruikers een dichtgetimmerde CK geven zoals we nu voor de redactie aan het bouwen zijn, met widgets voor galleries, imageviewer, video etc. Alles tussen de huidige methode en full-blown wysiwyg zal toch meh blijven ben ik bang.

[ Voor 19% gewijzigd door crisp op 02-11-2017 15:52 ]

[Hero of Time]

Voor het bewerken maakt het toch niet uit dat het uit de context wordt gehaald? De rest van de code neem je nog steeds mee en stuur je als 1 geheel naar de parser. Je splitst het geheel op de H-tag. Komt er geen volgende H-tag dan ben je klaar en heb je alleen een pre-cut deel. Stel dit voor:

code:

[h1]De titel van de review[/h1]
Korte samenvatting over het product, spel of programma.

[h2]Eerste hoofdstuk[/h2]
Introductie wat voor product het is, etc.

[h2]Tweede hoofdstuk[/h2]
Meer verdieping over en eventuele achtergrond.

etc.

Als je dan het eerste hoofdstuk wilt bewerken, komt alles voor dat hoofdstuk in een pre variabele, alles vanaf het tweede hoofdstuk komt in een post variabele. Bij submit komen pre, edit en post samen als een geheel. Nu gebruik ik h2 als enige subniveau, maar als er een h3 wordt gebruikt is dat de scheiding. Het is hoe delen bewerken bij Dokuwiki werkt. Praktisch en best prettig.

[stier]

Zou voor het forum ook wel handig zijn, omdat je met veel quotes in 1 bericht al snel het overzicht kwijt bent.

[nino_070]

En even een heel andere richting op denken: zou een soort iframe een mogelijkheid zijn die de “voorbeeld” functie in hele lange posts/reviews meescrollt met waar de tekst wordt bewerkt op dat moment (waar de cursor is), en dat dit iframe dan elke 1 minuut of elke 10 seconde wordt bijgewerkt oid. Dan gebruik je gewoon dezelfde editor en preview modus als nu en je hoeft geen wysiwyg te implementeren in de editor.

[Femme]

crisp schreef op donderdag 2 november 2017 @ 15:49:
@Hero of Time: wat ik bedoel is dat je bij het 'bewerken in delen' zonder dat het aparte entiteiten zijn je niet kan garanderen dat het geheel qua nesting blijft kloppen. Je haalt immers een deel van de content geheel uit zijn context.

Dat tabellen evil zijn hoef je me niet te vertellen; dat gebruikte ik puur ter illustratie (hoewel veel reviewers er blijkbaar wel aan verknocht zijn).

In ieder geval lijkt een oplossing om een review in delen te kunnen editten me eenvoudiger dan een 'minimale wysiwyg-implementatie' (waarvan ik betwijfel of dat wel bestaat ).

Ok, dan stel ik voor het volgende:

• Aan de opslag van de review doen we niets, de tekst zit in één databaseveld.
• In het formulier splitsen we de review op in tekstvelden per hoofdstuk (op basis van h1-tag).
• Dit wordt getoond als een lijstje uitklapbare hoofdstukken waarvan de volgorde via sleur & pleur gewijzigd kan worden. Uitgeklapt krijg je het tekstveld met de inhoud van het hoofdstuk te zien.
• Er verandert niets voor users die eenvoudige reviews zonder indeling in hoofdstukken maken.