Wysiwyg-editor als bètafeature

[laptopleon]

crisp schreef op dinsdag 22 juli 2025 @ 11:28:
[...]

Dat is standaard gedrag van de browser (alleen safari?) in iOS. Dat is (aan onze kant) op te lossen door de font-size op minstens 16px te zetten, maar dan is het geen wysiwyg meer... Ik weet niet of er een manier is dit in de browser uit te zetten.

Als ik bijvoorbeeld op AD.nl een reactie typ, doet dit probleem zich niet voor. Het tekst kader blijft gewoon zo breed als de pagina. Ik kan zo 1, 2, 3 niet zien vanaf m’n iPhone hoe groot de tekst gerenderd wordt, maar de tekst is niet onhandig groot.

(16 pixels leek me juist heel klein op een doorsnee telefoon met hoge resolutie schermpje, dus even zitten google-en en de consensus lijkt te zijn dat 16 pixels een mooi formaat is voor zowel online als digitale documenten. Bij een 96 pixels per inch resolutie komt het neer op 4,2 mm hoogte.)

[Paul]

trab_78 schreef op woensdag 23 juli 2025 @ 11:48:
vermoedelijk [CTRL] + [ENTER].)

Die iig niet. Die wordt juist heel vaak gebruikt om NIET te posten, maar juist een enter / newline toe te voegen. Als ik een newline toe wil voegen en twijfel of "enter" meteen het bericht verzendt gebruik ik juist Ctrl-Enter om dat te voorkomen.

[crisp]

Paul schreef op woensdag 23 juli 2025 @ 12:36:
[...]
Die iig niet. Die wordt juist heel vaak gebruikt om NIET te posten, maar juist een enter / newline toe te voegen. Als ik een newline toe wil voegen en twijfel of "enter" meteen het bericht verzendt gebruik ik juist Ctrl-Enter om dat te voorkomen.

Bij ons is in de wysiwyg-editor een newline (ipv een nieuwe paragraaf) dan weer Alt+Enter

Het is denk ik net als met markdown: zoveel voorkeuren en smaken, dus iedereen doet maar wat...

[The Zep Man]

crisp schreef op woensdag 23 juli 2025 @ 12:44:
Bij ons is in de wysiwyg-editor een newline (ipv een nieuwe paragraaf) dan weer Alt+Enter

Dat is toch de manier waarop veel moderne tekstverwerkers en (andere) web formatted text editors tegenwoordig standaard werken? Lijkt mij niets mis mee.

Sowieso tof dat handmatige opmaak ook nog steeds ondersteund wordt. Ik moet wat vaker gebruik gaan maken van de WYSIWYG-editor, maar kan dit zo geleidelijk doen.

[trab_78]

crisp schreef op woensdag 23 juli 2025 @ 12:22:
[...]

Dat is een UX-vraagstuk. Cmd/Ctrl+Enter is geen standaard iets binnen een webpagina en vereist scripting om te kunnen faciliteren. Wel kan je in HTML zogenaamde accesskeys op (o.a.) submitbuttons zetten, maar het gebruik daarvan wordt vanuit accessibility oogpunt tegenwoordig ook ontraden. Desalniettemin ondersteunen we al sinds jaar en dag (vroeger was dat redelijk gemeengoed) Ctrl(Shift)+s als accesskey voor het submitten van reactieformulieren op onze site.

Een ander alternatief dat nu ook werkt is Tab+Enter: de Tab selecteert de submitbutton en Enter activeert deze.

Hm, grappig. Ik had de indruk dat [CMD]+[ENTER] redelijk standaard was. In ieder geval Slack en forums die gebruik maken van Discourse ondersteunen het.

Overigens vind ik het feit dat het scripting vereist niet echt een goede reden om het niet te doen. Je maakt mij niet wijs dat er voor de rest van de editor géén scripting nodig is. Maar goed, het feit dat er niet echt een standaard is (zie ook andere reacties) maakt het wel lastig helaas.

[jumbos7]

Wellicht begrijp ik het niet helemaal, maar het lijkt er op alsof het niet uitmaakt of ik de beta aan of uit zet. Ik blijf in beide gevallen dezelfde editor zien met een Visueel/Broncode switch.

Is er een reden waarom de Visueel/Broncode switch na een tijdje weer naar Visueel gaat? Ik zou dat graag altijd op broncode willen houden.

[crisp]

jumbos7 schreef op zondag 27 juli 2025 @ 18:32:
Wellicht begrijp ik het niet helemaal, maar het lijkt er op alsof het niet uitmaakt of ik de beta aan of uit zet. Ik blijf in beide gevallen dezelfde editor zien met een Visueel/Broncode switch.

Op artikelreacties is de editor inmiddels gewoon live. De bèta geldt nu voor V&A, en later ook voor productreviews en het forum.

Is er een reden waarom de Visueel/Broncode switch na een tijdje weer naar Visueel gaat? Ik zou dat graag altijd op broncode willen houden.

Hij onthoudt de laatstgebruikte modus

[Meg]

@crisp is het bekend wanneer de beta op het forum verwacht wordt? Daar ben ik namelijk heel erg benieuwd naar.

Ik irriteer me namelijk enorm dat wanneer ik een BBCode gebruik met snelcode ik mijn typing indicator moet verplaatsen tussen de BBCode.

[crisp]

Meg schreef op zondag 27 juli 2025 @ 18:57:
@crisp is het bekend wanneer de beta op het forum verwacht wordt? Daar ben ik namelijk heel erg benieuwd naar.

Ik irriteer me namelijk enorm dat wanneer ik een BBCode gebruik met snelcode ik mijn typing indicator moet verplaatsen tussen de BBCode.

Het forum heeft een veelvoud aan features vergekeken met reacties onder artikelen. We zijn nu eerst voor V&A onder andere tabellen aan het uitwerken (wat ws voor het forum ook weer uitbreiding nodig zal hebben) en dan gaan we voor de productreviews ook kijken naar integratie van de afbeeldingenupload. We verwachten daarna dat we een basis hebben die we ook op het forum als bèta kunnen gebruiken, maar dat zal waarschijnlijk pas ergens na de zomer zijn.

[Meg]

crisp schreef op zondag 27 juli 2025 @ 19:01:
[...]

Het forum heeft een veelvoud aan features vergekeken met reacties onder artikelen. We zijn nu eerst voor V&A onder andere tabellen aan het uitwerken (wat ws voor het forum ook weer uitbreiding nodig zal hebben) en dan gaan we voor de productreviews ook kijken naar integratie van de afbeeldingenupload. We verwachten daarna dat we een basis hebben die we ook op het forum als bèta kunnen gebruiken, maar dat zal waarschijnlijk pas ergens na de zomer zijn.

Maar, dit jaar gebeurt het nog wel? :-)

[crisp]

Meg schreef op zondag 27 juli 2025 @ 19:07:
[...]

Maar, dit jaar gebeurt het nog wel? :-)

Dat is wel de ambitie ja, nu we het succesvol hebben uitgerold bij reacties hebben we ook wel de wil (en kennis) om door te pakken

[jumbos7]

crisp schreef op zondag 27 juli 2025 @ 18:54:
[...]

Hij onthoudt de laatstgebruikte modus

Dat lijkt bij mij dus niet te gebeuren. Als ik mijn browser afsluit en opnieuw opstart vervalt hij terug naar Visueel ook al ben ik nog steeds ingelogd. Ik heb het idee dat dit ook gebeurd na verloop van tijd maar ik heb dat nog niet met zekerheid vastgesteld.

[sus]

Ik krijg het met geen mogelijkheid voor elkaar om iemand te quoten, in de quote eea weg te halen, dan in de gewone reactie er wat onder te zetten en dan op “plaats reactie” te drukken. Er gebeurt domweg niks.

iPhone 15 Pro Max, laatste updates van iOS, safari en chrome gebruikt.

En, heeft iemand al uitgevonden hoe ik *geen* nieuwe alinea start, ook in dezelfde mobiele browsers? Want het is echt nog steeds dramatisch. Een toggle zou echt zooooo welkom zijn.

[ Voor 24% gewijzigd door sus op 27-07-2025 20:08 ]

[beeldbuijs]

sus schreef op zondag 27 juli 2025 @ 20:06:
Ik krijg het met geen mogelijkheid voor elkaar om iemand te quoten, in de quote eea weg te halen, dan in de gewone reactie er wat onder te zetten en dan op “plaats reactie” te drukken. Er gebeurt domweg [test]

iPhone 15 Pro Max, laatste updates van iOS, safari en chrome gebruikt.

En, heeft iemand al uitgevonden hoe ik *geen* nieuwe alinea start, ook in dezelfde mobiele browsers? Want het is echt nog steeds dramatisch. Een toggle zou echt zooooo welkom zijn.

Ik zie geen ‘plaats reactie’ maar ‘Verstuur’. Voor de rest lukt het gewoon om te quoten etc, op deze iPhone 16 Pro Max (in Firefox)

[sus]

beeldbuijs schreef op zondag 27 juli 2025 @ 21:07:
[...]

Ik zie geen ‘plaats reactie’ maar ‘Verstuur’. Voor de rest lukt het gewoon om te quoten etc, op deze iPhone 16 Pro Max (in Firefox)

T gaat hier om de WYSIWYG editor op de FP lieverd, niet die wel prima werkende reactiebox op GoT

[crisp]

jumbos7 schreef op zondag 27 juli 2025 @ 19:31:
[...]

Dat lijkt bij mij dus niet te gebeuren. Als ik mijn browser afsluit en opnieuw opstart vervalt hij terug naar Visueel ook al ben ik nog steeds ingelogd. Ik heb het idee dat dit ook gebeurd na verloop van tijd maar ik heb dat nog niet met zekerheid vastgesteld.

Hij slaat de modus op in local storage, dus het is gekoppeld aan de browser en niet aan je profiel. Als je bijvoorbeeld een add-on gebruikt die cookies en storage opruimt bij afsluiten dan zou dat dit gedrag kunnen verklaren.

[crisp]

sus schreef op zondag 27 juli 2025 @ 20:06:
Ik krijg het met geen mogelijkheid voor elkaar om iemand te quoten, in de quote eea weg te halen, dan in de gewone reactie er wat onder te zetten en dan op “plaats reactie” te drukken. Er gebeurt domweg niks.

iPhone 15 Pro Max, laatste updates van iOS, safari en chrome gebruikt.

Ik kan dit niet reproduceren, maar wellicht doe ik niet precies hetzelfde als jij. Een STR (steps to reproduce) zou dus handig zijn Mag eventueel in Stoute bugs

Ik merk wel dat het automatisch inzoomen in iOS wel irritant is, maar daar is al een topic over: [forum] Layout issue op mobiel (auto-zoom)

En, heeft iemand al uitgevonden hoe ik *geen* nieuwe alinea start, ook in dezelfde mobiele browsers? Want het is echt nog steeds dramatisch. Een toggle zou echt zooooo welkom zijn.

Een toggle gaan we hiervoor niet maken; dit is een fundamenteel iets van de editor waar we eigenlijk niet makkelijk van af kunnen wijken. Op een normaal toetsenbord kan je alt+enter doen, maar dat werkt inderdaad niet op mobiel. Wellicht zouden we een knopje kunnen toevoegen die een enkele linebreak toevoegd, maar de vraag is of dit een dusdanig veel veerkomend probleem is dat dat een extra button rechtvaardigd?

[beeldbuijs]

sus schreef op maandag 28 juli 2025 @ 00:28:
T gaat hier om de WYSIWYG editor op de FP lieverd, niet die wel prima werkende reactiebox op GoT

OK, sorry, daarna ook in de FP versie getest en ook daar heb ik het niet dus ik ben gewoon benieuwd waar dit dan aan ligt.

En ik krijg ook geen nieuwe alinea bij een return. Is dat ook alleen bij bepaalde gebruikers? Of wanneer treedt dit op dan?

[crisp]

beeldbuijs schreef op maandag 28 juli 2025 @ 12:13:
[...]

OK, sorry, daarna ook in de FP versie getest en ook daar heb ik het niet dus ik ben gewoon benieuwd waar dit dan aan ligt.

En ik krijg ook geen nieuwe alinea bij een return. Is dat ook alleen bij bepaalde gebruikers? Of wanneer treedt dit op dan?

De editor bij reacties heeft 2 modi: "visueel" en "broncode". Het gaat hier om de "visueel"-modus

[beeldbuijs]

Even zitten kijken. Ik zie in de FP versie visueel en broncode tabjes, maar in geen van beiden krijg ik een nieuwe alinea in de tekst, bij een return. Ook niet na plaatsen. (Nog steeds op iPhone)

[trab_78]

trab_78 schreef op donderdag 24 juli 2025 @ 09:14:
[...]

Hm, grappig. Ik had de indruk dat [CMD]+[ENTER] redelijk standaard was. In ieder geval Slack en forums die gebruik maken van Discourse ondersteunen het.

Overigens vind ik het feit dat het scripting vereist niet echt een goede reden om het niet te doen. Je maakt mij niet wijs dat er voor de rest van de editor géén scripting nodig is. Maar goed, het feit dat er niet echt een standaard is (zie ook andere reacties) maakt het wel lastig helaas.

Ik kwam deze tegen in de reactie-sectie op printables.com. Best elegant opgelost.

[Finraziel]

De nieuwe editor heeft helaas wel een ander probleem veroorzaakt... Voorheen als je een reactie aan het typen was en je tikte per ongeluk op een link die je naar een andere pagina bracht, dan stond je reactie er gewoon nog als je terug ging naar dezelfde pagina en weer op reageer tikte... Nu helaas niet meer, en het is best makkelijk om bv op de naam van de poster onder degene waar je op probeerde te reageren te tikken... En weg uitgebreide reactie

[DaFeliX]

Finraziel schreef op dinsdag 5 augustus 2025 @ 23:12:
De nieuwe editor heeft helaas wel een ander probleem veroorzaakt... Voorheen als je een reactie aan het typen was en je tikte per ongeluk op een link die je naar een andere pagina bracht, dan stond je reactie er gewoon nog als je terug ging naar dezelfde pagina en weer op reageer tikte... Nu helaas niet meer, en het is best makkelijk om bv op de naam van de poster onder degene waar je op probeerde te reageren te tikken... En weg uitgebreide reactie

Dit is een feature die we zouden moeten ontwikkelen. Het stond nog niet op onze lijst met verbeteringen, maar ik heb 'm er nu bij gezet.

Of en wanneer we dit gaan doen hangt af van de complexiteit van de oplossing. Dit moet zowel technisch als qua gebruikservaring goed werken. Bedankt iig voor het meedenken!

[Finraziel]

DaFeliX schreef op woensdag 6 augustus 2025 @ 09:21:
[...]


Dit is een feature die we zouden moeten ontwikkelen. Het stond nog niet op onze lijst met verbeteringen, maar ik heb 'm er nu bij gezet.

Of en wanneer we dit gaan doen hangt af van de complexiteit van de oplossing. Dit moet zowel technisch als qua gebruikservaring goed werken. Bedankt iig voor het meedenken!

Wellicht dat het ook met een dialoog popup opgelost kan worden dat je invoer verloren gaat als je weg navigeert. Ik ben geen web developer dus geen idee hoe moeilijk of praktisch dat is, weet alleen dat sommige sites (zoals het ticketing systeem op het werk) dat doen

[Raven]

Voorheen kreeg je op de FP toch bij het typen van @ een lijstje met users en de auteur bovenaan? Dat werkt niet meer, waardoor ik bij het willen @'en van de auteur in een reactie eerst moet opzoeken wat de username van diegene is.

[crisp]

Raven schreef op dinsdag 12 augustus 2025 @ 09:25:
Voorheen kreeg je op de FP toch bij het typen van @ een lijstje met users en de auteur bovenaan? Dat werkt niet meer, waardoor ik bij het willen @'en van de auteur in een reactie eerst moet opzoeken wat de username van diegene is.

Dat lijkt op een bug; in RML-modus werkt het nog wel.

[crisp]

@Raven ^^ bij deze gefixed

[Raven]

@crisp Check

[Dark Angel 58]

AUB quote button in visueel editor ook toevoegen en THANK YOU! Dit is heel belangrijk, zodat ik niet iedere keer naar broncode hoef schakelen om een quote button te drukken en dan weer terug naar visueel… Dat is zo belachelijk. Daarom is het ECHT VERDOMD belangrijk om het toe te voegen… NOGMAALS THANK YOU.

(Grrrrrrr)

[XWB]

@Dark Angel 58 De quote knop is te bereiken via het dropdown menu:

[ Voor 31% gewijzigd door XWB op 15-08-2025 22:44 ]

[Dark Angel 58]

XWB schreef op vrijdag 15 augustus 2025 @ 22:41:
@Dark Angel 58 De quote knop is te bereiken via het dropdown menu:

[Afbeelding]

Ja ik heb het gezien, maar DAT vind ik niet zo handig… zichtbaarheid vind ik gewoon belangrijk, zodat het meteen beschikbaar is. Dus sneller klikken

[AW_Bos]

Uit interesse: Wat doet dat 'bug-icon' precies voor spannende dingen? Ongetwijfeld is dat een developer-feature.....

[ Voor 50% gewijzigd door AW_Bos op 17-08-2025 13:35 ]

[sus]

Test:
of

Als ik hier (GoT) een smilie-shortcode doe, wordt die omgezet naar de daadwerkelijke smilie.

Op de FP niet, daar blijven de shortcodes staatn, dus : ) en : +

[crisp]

sus schreef op donderdag 21 augustus 2025 @ 19:31:
Test:
of

Als ik hier (GoT) een smilie-shortcode doe, wordt die omgezet naar de daadwerkelijke smilie.

Op de FP niet, daar blijven de shortcodes staatn, dus : ) en : +

In wysiwyg-mode moet je na een smileycode wel een spatie of enter typen, dan wordt de code omgezet.

[sus]

Dat is niet heel intuïtief; smilies zijn in de regel het einde van een zin en daar tik je geen spatie achteraan . Her werkt wel, maar tis geen logische stap een spatie te moeten doen.

Misschien iets om na plaatsen nog even te checken?

[ Voor 17% gewijzigd door sus op 21-08-2025 20:00 ]

[crisp]

sus schreef op donderdag 21 augustus 2025 @ 19:59:
Dat is niet heel intuïtief; smilies zijn in de regel het einde van een zin en daar tik je geen spatie achteraan . Her werkt wel, maar tis geen logische stap een spatie te moeten doen.

Misschien iets om na plaatsen nog even te checken?

We hebben daar lang over nagedacht, maar we wilden ook het probleem oplossen dat je soms onbedoelt een smiley kan typen en het moest ook compatibel blijven met de manier waarop onze RML parser met smilies omgaat. Daarom hebben we het zo gemaakt dat een smilie in wysiwyg een 'trigger' nodig heeft (spatie, enter) die je ook ongedaan kan maken (backspace). Als een smileycode in wysiwyg niet is omgezet dan wordt het in de uiteindelijke post dus ook geen smiley. M.i. is dat consistent, maar het vereist dus inderdaad wel dat als je je post wilt eindigen met een smiley dat je dan nog even een spatie of enter moet doen.

[Finraziel]

Grrrrr het gebeurt me de laatste tijd echt veel te vaak dat ik reacties kwijt raak omdat ik per ongeluk op annuleren of een andere link klik
Die annuleren link staat op mobiel vaak ook zo mooi net vlak boven je on screen keyboard... Je weet wel, daar waar je met een swipe keyboard tikt om je woord te kiezen. Dus net even mis tikken en alles is weg.
Vind dit echt wel met grote afstand het grote nadeel van deze nieuwe editor hoor, echt rage inducing. Heb al een paar keer op mijn telefoon zitten meppen omdat ik ineens een uitgebreide reactie kwijt was...
Verder vind ik het een hele fijne editor maar dit is een erg grote con imho.

[crisp]

Finraziel schreef op donderdag 21 augustus 2025 @ 22:51:
Grrrrr het gebeurt me de laatste tijd echt veel te vaak dat ik reacties kwijt raak omdat ik per ongeluk op annuleren of een andere link klik
Die annuleren link staat op mobiel vaak ook zo mooi net vlak boven je on screen keyboard... Je weet wel, daar waar je met een swipe keyboard tikt om je woord te kiezen. Dus net even mis tikken en alles is weg.
Vind dit echt wel met grote afstand het grote nadeel van deze nieuwe editor hoor, echt rage inducing. Heb al een paar keer op mijn telefoon zitten meppen omdat ik ineens een uitgebreide reactie kwijt was...
Verder vind ik het een hele fijne editor maar dit is een erg grote con imho.

Als je op een link klikt dan krijg je vanaf vandaag een melding als je een reactie nog niet gepost had

Misschien moeten we bij het (per ongeluk) aanklikken van 'annuleren' ook een confirmatie vragen als je al wat getypt had?

[ Voor 6% gewijzigd door crisp op 21-08-2025 22:58 ]

[Finraziel]

crisp schreef op donderdag 21 augustus 2025 @ 22:57:
[...]

Als je op een link klikt dan krijg je vanaf vandaag een melding als je een reactie nog niet gepost had

Misschien moeten we bij het (per ongeluk) aanklikken van 'annuleren' ook een confirmatie vragen als je al wat getypt had?

Oooohhhhh dat had ik nog niet gezien, dat is erg fijn
En ja, als de annuleren knop dat ook doet ben ik helemaal blij

[Finraziel]

crisp schreef op donderdag 21 augustus 2025 @ 20:50:
[...]

We hebben daar lang over nagedacht, maar we wilden ook het probleem oplossen dat je soms onbedoelt een smiley kan typen en het moest ook compatibel blijven met de manier waarop onze RML parser met smilies omgaat. Daarom hebben we het zo gemaakt dat een smilie in wysiwyg een 'trigger' nodig heeft (spatie, enter) die je ook ongedaan kan maken (backspace). Als een smileycode in wysiwyg niet is omgezet dan wordt het in de uiteindelijke post dus ook geen smiley. M.i. is dat consistent, maar het vereist dus inderdaad wel dat als je je post wilt eindigen met een smiley dat je dan nog even een spatie of enter moet doen.

Ik ben het wel eens met deze aanpak (want het is bv ook fijn dat het nu eindelijk goed gaat als je tussen haakjes met een 8 eindigt ) maar loop er soms ook tegenaan, vooral omdat ik vaker mijn post eindig met een smiley (wat heerlijk trouwens dat die dingen hier gewoon nog zo heten).
Op zich geen enkel probleem om even een spatie er achter te typen, alleen wat me opvalt is dat als je het vergeet, dan je post bewerkt en er alsnog een smiley van maakt, dan is je post direct aangemerkt als gewijzigd terwijl normaal als je direct na het plaatsen kleine wijzigingen maakt dit nog niet zo is (afhankelijk van hoeveel karakters je wijzigt denk ik).
Ik heb geen idee hoe lastig dat zou zijn, maar als het vrij eenvoudig is zou het denk ik wel een goede zijn om de uitzondering ook te laten gelden voor als je alleen tekst naar een smiley omzet

[MazeWing]

Ik wilde het nog een kans geven maar op mobiel compleet onbruikbaar omdat het niet mogelijk is een normale enter te doen (lees: nieuwe regel). Het is altijd meteen een nieuwe alinea.

Ctrl+enter is natuurlijk geen optie op mobiel.

Nu de vraag: is dit allemaal zoals intended of gewoon een bug. Indien intended vraag ik me echt af waarom dit zo gekozen is en volledig afwijkend is van praktisch alle andere websites, apps, etc. (Op mobiel)

[DaFeliX]

MazeWing schreef op maandag 15 september 2025 @ 10:29:
[...]

Nu de vraag: is dit allemaal zoals intended of gewoon een bug. Indien intended vraag ik me echt af waarom dit zo gekozen is en volledig afwijkend is van praktisch alle andere websites, apps, etc. (Op mobiel)

Ja, dit is zoals 't hoort. Zoals ik al eerder op jouw reactie reageerde, het staat hier boven uitgelegd waarom we deze keuze hebben gemaakt.

[MazeWing]

DaFeliX schreef op maandag 15 september 2025 @ 10:33:
[...]


Ja, dit is zoals 't hoort. Zoals ik al eerder op jouw reactie reageerde, het staat hier boven uitgelegd waarom we deze keuze hebben gemaakt.

Ok en hoe ziet men het dan voor zich bij het typen van een reactie? Dat het steeds doorlopende zinnen zijn en iets op de volgende regel zetten om het leesbaar te maken enkel is te bereiken door handmatig die lege regel te verwijderen?
Dus dat deze regel standaard een nieuwe alinea was en ik handmatig de lege regel moest verwijderen?

[DaFeliX]

MazeWing schreef op maandag 15 september 2025 @ 10:36:
[...]

Ok en hoe ziet men het dan voor zich bij het typen van een reactie? Dat het steeds doorlopende zinnen zijn en iets op de volgende regel zetten om het leesbaar te maken enkel is te bereiken door handmatig die lege regel te verwijderen?
Dus dat deze regel standaard een nieuwe alinea was en ik handmatig de lege regel moest verwijderen?

In onze ervaring is het vaker zo dat mensen een nieuwe alinea willen gebruiken, dan witregels wil invoegen; vandaar dat dit de 'standaard' is als je op <Enter> drukt.

Als je een voorstel hebt hoe we dit beter kunnen doen, houden wij ons graag aanbevolen

[crisp]

We zouden kunnen opteren voor een <br>-knop in de editor (voor mobiel, waar shift-enter niet werkt), maar ook ik vraag me af wanneer je alleen een enkele linebreak zou willen in plaats van een nieuwe alinea. Het gebruik van alinea's maakt een tekst juist leesbaarder.

Text-editor apps werken ook grotendeels zo, dus ik begrijp ook niet waarom het de editor "compleet onbruikbaar" zou maken

[MazeWing]

DaFeliX schreef op maandag 15 september 2025 @ 10:39:
[...]


In onze ervaring is het vaker zo dat mensen een nieuwe alinea willen gebruiken, dan witregels wil invoegen; vandaar dat dit de 'standaard' is als je op <Enter> drukt.

Als je een voorstel hebt hoe we dit beter kunnen doen, houden wij ons graag aanbevolen

Sorry bedoelde shift+enter ipv ctrl+enter.

Op een apparaat met toetsenbord vind ik dit niet zo erg maar op mobiel is het nu de omgekeerde wereld. Daar heb je geen mogelijkheid om jullie standaard instelling te "overrulen" Wil ik echt een nieuwe regel dan zal ik hoe dan ook handmatig de extra witregel moeten verwijderen. Dat is natuurlijk onbegonnen werk als je een grote post wil maken.

Het lijkt me dan ook beter om dit of uit te schakelen voor mobiel of een optie te maken waarbij je dit kan wisselen. Ik denk dat de laatste optie voor de meeste mensen de voorkeur heeft. Ik ben namelijk iemand die groot voorstander is van "enter = de volgende regel".

[MazeWing]

crisp schreef op maandag 15 september 2025 @ 10:46:
We zouden kunnen opteren voor een <br>-knop in de editor (voor mobiel, waar shift-enter niet werkt), maar ook ik vraag me af wanneer je alleen een enkele linebreak zou willen in plaats van een nieuwe alinea. Het gebruik van alinea's maakt een tekst juist leesbaarder.

Text-editor apps werken ook grotendeels zo, dus ik begrijp ook niet waarom het de editor "compleet onbruikbaar" zou maken

Omdat er genoeg situaties te bedenken zijn waarbij je voor de leesbaarheid wel wil kiezen voor een nieuwe regel maar het ook weer niet meteen een nieuwe alinea hoeft te worden.

[crisp]

MazeWing schreef op maandag 15 september 2025 @ 10:54:
[...]

Omdat er genoeg situaties te bedenken zijn waarbij je voor de leesbaarheid wel wil kiezen voor een nieuwe regel maar het ook weer niet meteen een nieuwe alinea hoeft te worden.

Maar is het in zulke situaties dan erg dat het wel een nieuwe alinea wordt? Kan je wat concrete voorbeelden geven en duiden hoe vaak dat dan voorkomt ten opzichte van de situaties waarbij een nieuwe alinea geen probleem is?

Ik lees vooral dat het een persoonlijke voorkeur is, maar niet waarom het problematisch is.

[DaFeliX]

MazeWing schreef op maandag 15 september 2025 @ 10:49:
[...]

Sorry bedoelde shift+enter ipv ctrl+enter.

Op een apparaat met toetsenbord vind ik dit niet zo erg maar op mobiel is het nu de omgekeerde wereld. Daar heb je geen mogelijkheid om jullie standaard instelling te "overrulen" Wil ik echt een nieuwe regel dan zal ik hoe dan ook handmatig de extra witregel moeten verwijderen. Dat is natuurlijk onbegonnen werk als je een grote post wil maken.

[...]

Hmm, wel een goed punt dat een mobiel toetsenbord anders werkt dan een fysieke. Of het dan op mobiel anders zou moet werken dan op desktop, dat weet ik eigenlijk nog niet. Daar kunnen we nog wel 'ns over nadenken. Maar zo op 't eerste gezicht lijkt het mij dat consistentie belangrijk is. We zouden natuurlijk 'ns kunnen onderzoeken hoe andere systemen dat doen specifiek voor mobiel.

MazeWing schreef op maandag 15 september 2025 @ 10:49:
[...]
Het lijkt me dan ook beter om dit of uit te schakelen voor mobiel of een optie te maken waarbij je dit kan wisselen. Ik denk dat de laatste optie voor de meeste mensen de voorkeur heeft. Ik ben namelijk iemand die groot voorstander is van "enter = de volgende regel".

DaFeliX schreef op donderdag 22 mei 2025 @ 14:18:
[...]
Ik kan je in elk geval al wel vertellen dat het introduceren van een toggle voor het enter/shift+enter gedrag niet iets is wat ik zie zitten. Wat mij betreft doen we het op 1 manier, en gaan we daar geen extra code voor introduceren omdat er groep gebruikers zijn die het liever anders zien.
[...]

[MazeWing]

Volgens genootschap onze taal:
"Een alinea is een verzameling zinnen die met elkaar samenhangen. Alinea’s zijn als het ware de bouwstenen van je tekst: de kleinere eenheden binnen het geheel. Elke alinea stelt één onderwerp centraal."

Dat betekent dus dat wanneer ik een enter gebruik Tweakers denkt (en kennelijk verwacht) dat ik over een nieuw onderwerp (of kerngedachte) ga schrijven. Maar als ik het voor de leesbaarheid op een nieuw regel wil zetten (want het heeft nog wel hetzelfde onderwerp maar moet wel onderscheidend genoeg zijn) dan wordt dit feitelijk onmogelijk gemaakt door de keuze van Tweakers.

Meer info: https://www.scribbr.nl/essay/paragrafen-en-alineas-scriptie/

Voorbeeld 1:

Er zijn verschillende videokaarten. De 3 grote merken zijn Nvidia, AMD en Intel.
Nvidia heeft als grote voordeel dat ze het grootste marktaandeel hebben en veel samenwerken met game developers. Hierdoor worden er vaak nieuwe technieken zoals DLSS, Frame Generation en Nvidia Reflex toegepast.
AMD heeft als grote voordeel dat ze vaak wat goedkoper zijn en meer performance per dollar hebben. Helaas is de samenwerking met game developers kleiner waardoor nieuwe technieken zoals FSR 4 minder snel worden toegepast.
Intel heeft eigenlijk geen rol van betekenis (meer). In het begin leken ze een aardig alternatief te zijn als je een goede budget oplossing wilde hebben. Echter bleken de drivers niet heel goed te zijn waardoor performance, zeker in nieuwe spellen, vaak achterbleef bij Nvidia en AMD.

Bovenstaande is maar een klein voorbeeld. Het gaat over de 3 vidoekaartmerken (dat is het onderwerp) en vervolgens maak ik het leesbaarder door Nvidia, AMD en Intel ieder op een eigen regel te laten beginnen. Volgens jullie (lees: Tweakers) zou het dus op 1 van de volgende manieren moeten:

Voorbeeld 2 (standaard instelling wanneer je op enter drukt):

Er zijn verschillende videokaarten. De 3 grote merken zijn Nvidia, AMD en Intel.

Nvidia heeft als grote voordeel dat ze het grootste marktaandeel hebben en veel samenwerken met game developers. Hierdoor worden er vaak nieuwe technieken zoals DLSS, Frame Generation en Nvidia Reflex toegepast.

AMD heeft als grote voordeel dat ze vaak wat goedkoper zijn en meer performance per dollar hebben. Helaas is de samenwerking met game developers kleiner waardoor nieuwe technieken zoals FSR 4 minder snel worden toegepast.

Intel heeft eigenlijk geen rol van betekenis (meer). In het begin leken ze een aardig alternatief te zijn als je een goede budget oplossing wilde hebben. Echter bleken de drivers niet heel goed te zijn waardoor performance, zeker in nieuwe spellen, vaak achterbleef bij Nvidia en AMD.

of

Voorbeeld 3 (wanneer je niet handmatig witregels wil verwijderen en je dus geen enter kan gebruiken):

Er zijn verschillende videokaarten. De 3 grote merken zijn Nvidia, AMD en Intel. Nvidia heeft als grote voordeel dat ze het grootste marktaandeel hebben en veel samenwerken met game developers. Hierdoor worden er vaak nieuwe technieken zoals DLSS, Frame Generation en Nvidia Reflex toegepast. AMD heeft als grote voordeel dat ze vaak wat goedkoper zijn en meer performance per dollar hebben. Helaas is de samenwerking met game developers kleiner waardoor nieuwe technieken zoals FSR 4 minder snel worden toegepast. Intel heeft eigenlijk geen rol van betekenis (meer). In het begin leken ze een aardig alternatief te zijn als je een goede budget oplossing wilde hebben. Echter bleken de drivers niet heel goed te zijn waardoor performance, zeker in nieuwe spellen, vaak achterbleef bij Nvidia en AMD.

Is dit een duidelijk genoeg voorbeeld of moet ik er meer verzinnen? Wil ik namelijk voorbeeld 1 op mobiel typen dan zou ik handmatig alle witregels uit voorbeeld 2 eruit moeten halen. Zeker met een lap tekst is dit bijna niet te doen op een mobiel.

[ Voor 3% gewijzigd door MazeWing op 15-09-2025 11:11 ]

[BLACKfm]

crisp schreef op donderdag 21 augustus 2025 @ 20:50:
[...]
[...]maar het vereist dus inderdaad wel dat als je je post wilt eindigen met een smiley dat je dan nog even een spatie of enter moet doen.

Gezien elk normaal mens na een zin, buiten een smiley, vast ook nog wel een punt (. of wellicht een ander leesteken) gebruikt zou je eventueel die nog als trigger(s) kunnen toevoegen?

[ Voor 3% gewijzigd door BLACKfm op 15-09-2025 11:12 ]

[crisp]

BLACKfm schreef op maandag 15 september 2025 @ 11:11:
[...]


Gezien elk normaal mens na een zin, buiten een smiley, vast ook nog wel een punt (. of wellicht een ander leesteken) gebruikt zou je eventueel die nog als trigger(s) kunnen toevoegen?

Dat is technisch lastig aangezien leestekens juist vaak ook deel uitmaken van de smileycode.

Edit: dat is slechts deel van het probleem (alleen een vraagteken zou dan echt problematisch zijn op dit moment), maar het is ook zo dat in RML een smiley niet geparsed wordt na een leesteken, en dat is niet iets wat we zomaar zullen aanpassen:

.
?
,
:);
:)!

Edit2: mmm, wait wut Wel dus na een punt, komma of vraagteken... toch eens naar kijken dan...

[ Voor 30% gewijzigd door crisp op 15-09-2025 12:42 ]

[crisp]

MazeWing schreef op maandag 15 september 2025 @ 11:08:

Voorbeeld 2 (standaard instelling wanneer je op enter drukt):

[...]

Naar mijn mening is dit voorbeeld gewoon het leesbaarst, en ook gewoon correct

Dit zijn de deelonderwerpen per alinea:

alinea 1: opsomming van de 3 grote merken
alinea 2: beschrijving Nvidea
alinea 3: beschrijving AMD
alinea 4: beschrijving Intel

Als je over echt een compleet ander onderwerp wilt schrijven dan kan je je content verder indelen met koppen en dergelijke, of wellicht verdelen over meerdere posts/reacties.

[ Voor 16% gewijzigd door crisp op 15-09-2025 12:51 ]

[MazeWing]

crisp schreef op maandag 15 september 2025 @ 12:48:
[...]

Naar mijn mening is dit voorbeeld gewoon het leesbaarst, en ook gewoon correct

Dit zijn de deelonderwerpen per alinea:

alinea 1: opsomming van de 3 grote merken
alinea 2: beschrijving Nvidea
alinea 3: beschrijving AMD
alinea 4: beschrijving Intel

Als je over echt een compleet ander onderwerp wilt schrijven dan kan je je content verder indelen met koppen en dergelijke, of wellicht verdelen over meerdere posts/reacties.

Maar waarom gebruiken dan praktisch alle messenger apps, Facebook en veel andere website gewoon de “oude manier” van enter = de volgende regel?

Al sinds 1998 werkt dit ook zo bij Tweakers (en nog steeds als je kiest voor broncode) en nu opeens, na 27 jaar moet het opeens anders. Anders waarbij de mobiele gebruiker helemaal de klos is.
Ook deze zin is weer een aparte regel omdat ik dit niet achter “de klos is” wil hebben en het ook geen aparte alinea moet worden.
Hoe zien jullie het voor je als ooit het forum ook deze nieuwe editor standaard gaat gebruiken. Voor mij is het dan simpelweg onbruikbaar geworden!

[Sissors]

Maar een Messenger kan je niet vergelijken met een forum natuurlijk. En in 1998 ging volgens mij standaard een Word ook slechts naar de volgende regel bij een nieuwe alinea, terwijl tegenwoordig die standaard naar een nieuwe alinea gaat.

Dan kunnen we het natuurlijk erover hebben of een forum meer is als een messenger of als een text verwerker, maar om nou te stellen dat het onbruikbaar is omdat er misschien weleens wat nodeloze alineas inkomen? Dat lijkt mij ook vergaand.