TRs op de kop waar lees ik hier wat over?

[True]

TRs (topic reports) op de kop waar lees ik hier wat over?



Wat voegt dit voor de mods/admins toe?
Bij reclame/spam wordt er ook een push bericht gestuurd richting SM?
Of blijft de bestaande werkwijze: SM beleid bestaan?

[True]

Gelijk ook wat feedback:

• handig dat met wegklikken de huidige beschreven content aanwezig blijft wanneer er weer op TR gedrukt wordt.
• Engelstalige notificatie:

Edit:

• Ik krijg blijkbaar een mail met een bevestiging van een TR (waarom?).
• Ik kan mij niet uitschrijven om deze mails te ontvangen.

Edit2:
Die mails staan ook niet hier genoemd waar ik ze zou verwachten: https://tweakers.net/instellingen/notificaties/

[ Voor 31% gewijzigd door True op 26-10-2026 14:19 ]

[gambieter]

True schreef op maandag 26 oktober 2026 @ 14:01:
Gelijk ook wat feedback:
Ik krijg blijkbaar een mail met een bevestiging van een TR (waarom?).[/li]
Ik kan mij niet uitschrijven om deze mails te ontvangen.[/li]

Ik zou me ook liever kunnen uitschrijven van die emails

Opt-in tickbox voor de emails in het scherm?

[MiBe]

Even als reactie op jullie allebei, @True & @gambieter.

Goed gespot, we hebben de rapporteerfunctie voor het forum vandaag gelijkgetrokken met de rest van de website (dit zal ook in de eerstvolgende dev .plan voorbij komen, maar jullie waren die al voor ), het forum was de laatste plek waar dit nog op de 'ouderwetse' manier ging. Deze wijziging is doorgevoerd om aan de wetgeving te voldoen, waarbij het ook noodzakelijk is om dit terug te koppelen naar de melder (en in het geval van ingrijpen, ook naar degene op wie wordt ingegrepen). Vandaar dat daar geen opt-out voor beschikbaar kan zijn, want dan voldoen wij niet meer aan de wettelijk verplichte terugkoppeling. In principe verandert dit niet echt iets aan het SM-beleid, het heeft vooral de manier van rapporteren veranderd.

[418O2]

True schreef op maandag 26 oktober 2026 @ 14:01:
Gelijk ook wat feedback:

• handig dat met wegklikken de huidige beschreven content aanwezig blijft wanneer er weer op TR gedrukt wordt.
• Engelstalige notificatie:

[Afbeelding]

Edit:

• Ik krijg blijkbaar een mail met een bevestiging van een TR (waarom?).
• Ik kan mij niet uitschrijven om deze mails te ontvangen.

Edit2:
Die mails staan ook niet hier genoemd waar ik ze zou verwachten: https://tweakers.net/instellingen/notificaties/

Die melding komt in de taal van je browser

[gambieter]

MiBe schreef op maandag 26 oktober 2026 @ 14:50:
Vandaar dat daar geen opt-out voor beschikbaar kan zijn, want dan voldoen wij niet meer aan de wettelijk verplichte terugkoppeling.

Dank voor de uitleg @MiBe . Als de melder zegt geen feedback te willen, zijn jullie dan toch verplicht die te geven? Interessante clash tussen ongewenste email en dit deel van de wet

[Standeman]

Er zit nog wel een bug in. Wanneer nieuwe posts er bij komen (het groen/gele balke onderaan), krijg ik een error melding te zien wanneer ik de nieuwe post will rapporteren. (404 op ajax/content-report-form//) F5 lost het op

[ Voor 27% gewijzigd door Standeman op 26-10-2026 15:08 ]

[naitsoezn]

Technisch gezien zou je toch prima aan de wet kunnen voldoen door een onderscheid te maken tussen een melding voor illegale content en een melding die tegen de huisregels in gaat? Voor een overtreding van de huisregels / AV, een melding voor spam of een vraag / verzoek hoef je geen melding te sturen lijkt me. Belediging en haatzaaiende reacties zijn misschien grijs gebied, en illegale content lijkt me vanzelfsprekend, maar misschien nog eens tegen het licht houden of je wel voor alles een mail wilt sturen.

Edit: In beginsel vind ik het een verbetering trouwens. Heb hier volgens mij al eens eerder een feature request voor ingediend en de transparantie over met welke reden een TR is afgehandeld juich ik toe

[ Voor 16% gewijzigd door naitsoezn op 26-10-2026 15:07 ]

[MiBe]

gambieter schreef op maandag 26 oktober 2026 @ 14:52:
[...]

Dank voor de uitleg @MiBe . Als de melder zegt geen feedback te willen, zijn jullie dan toch verplicht die te geven? Interessante clash tussen ongewenste email en dit deel van de wet

Vond dit een interessant vraagstuk dus ben er nog even mee langs onze expert op dit gebied gegaan (want zou zelf in de basis niet tegen een opt-out zijn), maar die was er vrij helder in dat we wettelijk gezien echt verplicht zijn om zowel een ontvangstbevestiging en terugkoppeling naar de melder te sturen, dus dat een opt-out ervoor zou zorgen dat we daar niet meer aan zouden voldoen.

Standeman schreef op maandag 26 oktober 2026 @ 15:05:
Er zit nog wel een bug in. Wanneer nieuwe posts er bij komen (het groen/gele balke onderaan), krijg ik een error melding te zien.

Heb je hier wellicht een screenshotje van? Dan laat ik onze developers er even naar kijken.

naitsoezn schreef op maandag 26 oktober 2026 @ 15:06:
Technisch gezien zou je toch prima aan de wet kunnen voldoen door een onderscheid te maken tussen een melding voor illegale content en een melding die tegen de huisregels in gaat? Voor een overtreding van de huisregels / AV, een melding voor spam of een vraag / verzoek hoef je geen melding te sturen lijkt me. Belediging en haatzaaiende reacties zijn misschien grijs gebied, en illegale content lijkt me vanzelfsprekend, maar misschien nog eens tegen het licht houden of je wel voor alles een mail wilt sturen.

Edit: In beginsel vind ik het een verbetering trouwens. Heb hier volgens mij al eens eerder een feature request voor ingediend en de transparantie over met welke reden een TR is afgehandeld juich ik toe

Wetgeving is misschien een beetje verwarrend hier, omdat het hier gaat over hoe wij met meldingen en ingrepen om moeten gaan (dat is op EU-niveau vastgelegd). Dus ook zaken die tegen de huisregels ingaan vallen hier bijvoorbeeld onder, niet alleen zaken die expliciet illegaal zijn. Eén van de primaire doelen van die wetgeving is inderdaad om moderatie transparanter te maken

[Standeman]

Bij deze:



Gok dat het msg-id niet wordt meegegeven. Vandaar de 404 op ajax/content-report-form// (zou ajax/content-report-form/${msg-id}/) moeten zijn.

[True]

MiBe schreef op maandag 26 oktober 2026 @ 14:50:
Even als reactie op jullie allebei, @True & @gambieter.

Goed gespot, we hebben de rapporteerfunctie voor het forum vandaag gelijkgetrokken met de rest van de website (dit zal ook in de eerstvolgende dev .plan voorbij komen, maar jullie waren die al voor ), het forum was de laatste plek waar dit nog op de 'ouderwetse' manier ging. Deze wijziging is doorgevoerd om aan de wetgeving te voldoen, waarbij het ook noodzakelijk is om dit terug te koppelen naar de melder (en in het geval van ingrijpen, ook naar degene op wie wordt ingegrepen). Vandaar dat daar geen opt-out voor beschikbaar kan zijn, want dan voldoen wij niet meer aan de wettelijk verplichte terugkoppeling. In principe verandert dit niet echt iets aan het SM-beleid, het heeft vooral de manier van rapporteren veranderd.

Welke wet en wat zijn de verder implicaties?
Krijgt degene met een 'foute' post dan ook inzage in wie de TR gemaakt heeft, of wat er in die TR stond? Want dat wordt ook niet echt transparanter op als die .dev er nog niet is (of als het daar niet in genoemd staat).

[True]

418O2 schreef op maandag 26 oktober 2026 @ 14:51:
[...]

Die melding komt in de taal van je browser

Dat snap ik, maar dat maakt het niet correct, die melding kan gewoon in de taal van de website doen, één lijn lijkt mij veel logischer hierin.

[True]

MiBe schreef op maandag 26 oktober 2026 @ 15:18:
[...]


Vond dit een interessant vraagstuk dus ben er nog even mee langs onze expert op dit gebied gegaan (want zou zelf in de basis niet tegen een opt-out zijn), maar die was er vrij helder in dat we wettelijk gezien echt verplicht zijn om zowel een ontvangstbevestiging en terugkoppeling naar de melder te sturen, dus dat een opt-out ervoor zou zorgen dat we daar niet meer aan zouden voldoen.

Waarom zou een push-melding of DM op datzelfde forum niet mogen?
Per mail is ook geen garantie dat dat gelezen wordt.

Wetgeving is misschien een beetje verwarrend hier, omdat het hier gaat over hoe wij met meldingen en ingrepen om moeten gaan (dat is op EU-niveau vastgelegd). Dus ook zaken die tegen de huisregels ingaan vallen hier bijvoorbeeld onder, niet alleen zaken die expliciet illegaal zijn. Eén van de primaire doelen van die wetgeving is inderdaad om moderatie transparanter te maken

Ah die wetgeving, beantwoord mijn vorige vraag

[True]

Feedback:

• er kan nu niet meer algemeen een TR gemaakt worden op topic maar dit moet altijd op een specifiek post?
• waar is het handje met de status gebleven? NFI maar mods zijn vrijwilligers, dat ik en anderen chronisch online zijn betekent niet dat we dit van de mods kunnen verwachten . Maar als simpele user kan ik nu helemaal niet meer zien of er iets gedaan is mijn laatste TR én of ik er überhaupt een ingediend heb voor een post. Dat kon je gebaseerd op de handkleur nog wel redelijk achterhalen.

[True]

Ter info, naast de mail voor het maken van een melding (TR) krijgt men nu ook een mail dat een melding (TR) is afgehandeld. Incl. een (in mijn meest recente geval) beknopte uitleg.

De afzender is [e-mail]. Er staat geen naam van een mod/admin bij die de afhandeling gedaan heeft. Het is mogelijk om een reply te sturen per mail (waar dit uitkomt en of er iets mee gedaan wordt is mij niet duidelijk). Er komt geen melding/notificatie/DM/pushmelding op GoT.

[XWB]

Standeman schreef op maandag 26 oktober 2026 @ 15:05:
Er zit nog wel een bug in. Wanneer nieuwe posts er bij komen (het groen/gele balke onderaan), krijg ik een error melding te zien wanneer ik de nieuwe post will rapporteren. (404 op ajax/content-report-form//) F5 lost het op

Dat zou inmiddels opgelost moeten zijn.

[Paul]

De afzender is [e-mail]

Is dat een uniek adres? Wordt die afzender ook elders gebruikt?

Dat T.net die mail moet sturen ondanks een expliciete instelling dat iemand pushnotificaties wil ipv emails wil niet zeggen dat wij het van die wet moeten lezen Ik heb zelf geen idee hoe vervelend ik die mails ga vinden (zo vaak rapporteer ik geen dingen, ik ben meestal te laat ) maar de afzender blokkeren (edit: of de mails automatisch verplaatsen, voor als je af en toe toch wil weten wat er mee gedaan is) kan een oplossing zijn voor anderen?

[ Voor 9% gewijzigd door Paul op 27-10-2026 07:11 ]

[Bas170]

Ik maak wel een mailregel om die mails gelijk te deleten, ik probeer juist zo min mogelijk mails te hebben (inbox zit as we speak op 6 gelezen e-mails waar ik nog iets mee moet en dat irriteert mij al).

Of gewoon niet meer rapporteren

[ArthurMorgan]

De manier van rapporteren vind ik ook ontmoedigend. In plaats van het probleem zelf snel te omschrijven moet je nu een categorie uitkiezen waarin het zou moeten. Dan heb ik toch al snel iets van "dan maar niet."

Er zit een verschil tussen beledigen en gewoon (zeer) onvriendelijk zijn.
Is iets tegen de regels of tegen de voorwaarden? Dat onderscheid heb ik echt niet scherp op het netvlies.

Persoonlijk zou ik belediging, overtreden van de regels en overtreding van de voorwaarden samenvoegen tot een wat algemenere (lagere prioriteit) melding. Die Haatdragend, illegaal en spam apart snap ik dat heeft meer snelheid en een hogere attentie nodig. Maar de keuze voor de melding wordt dan een stuk meldvriendelijker.

[ACM]

True schreef op maandag 26 oktober 2026 @ 17:08:
Feedback:

• er kan nu niet meer algemeen een TR gemaakt worden op topic maar dit moet altijd op een specifiek post?

Klopt.

• Maar als simpele user kan ik nu helemaal niet meer zien of er iets gedaan is mijn laatste TR

Zoals je al gezien hebt: je krijgt nu een terugkoppeling (per mail) dat een moderator 'm heeft behandeld

• én of ik er überhaupt een ingediend heb voor een post. Dat kon je gebaseerd op de handkleur nog wel redelijk achterhalen.

Of je er al een hebt ingediend kan je in het nieuwe systeem inderdaad niet meer bij een post zien.

Hoewel we open staan voor feedback, willen we de functionaliteit ook niet onnodig nog complexer maken. We hebben daarom ook lang niet alles van de oude topic reports overgenomen.

Is dit iets dat je daadwerkelijk mist? Of is het vooral een opmerking dat het er niet meer is?

[ACM]

True schreef op maandag 26 oktober 2026 @ 17:33:
De afzender is [e-mail]. Er staat geen naam van een mod/admin bij die de afhandeling gedaan heeft. Het is mogelijk om een reply te sturen per mail (waar dit uitkomt en of er iets mee gedaan wordt is mij niet duidelijk).

Dat is de standaard afzender vanaf Tweakers voor mail waarvan we open staan voor reacties. Bij mail waar we geen reacties verwachten (of niet zoveel mee kunnen doen) is de afzender [e-mail]

De naam van de mod hebben we bewust weggelaten om enerzijds duidelijker te maken dat het een teambeslissing is. En anderzijds om te voorkomen dat moderators via DM's of andere wijze persoonlijk worden benaderd met klachten, terwijl er ivm diezelfde wetgeving nu ook een veel formelere bezwaarprocedure is geïntroduceerd.

[ACM]

Paul schreef op dinsdag 27 oktober 2026 @ 07:08:
[...]
Is dat een uniek adres? Wordt die afzender ook elders gebruikt?

Voor dit scenario? Nee, zie reactie hiervoor.

Dat T.net die mail moet sturen ondanks een expliciete instelling dat iemand pushnotificaties wil ipv emails wil niet zeggen dat wij het van die wet moeten lezen

Klopt.

Ik heb zelf geen idee hoe vervelend ik die mails ga vinden (zo vaak rapporteer ik geen dingen, ik ben meestal te laat ) maar de afzender blokkeren (edit: of de mails automatisch verplaatsen, voor als je af en toe toch wil weten wat er mee gedaan is) kan een oplossing zijn voor anderen?

Als je alle mail vanaf gathering@tweakers gelijk verwijderd, wordt het wel lastig om bijvoorbeeld bezwaar te maken tegen een afhandeling. Want de daarvoor benodigde link zit in die mail. En andere hieraan ongerelateerde mails komen daar ook vandaan.

Dus wellicht kan je beter eerst wat voorzichtigers doen en in ieder geval de mailtitel meenemen bij je regels. Of voorlopig eerst alleen verplaatsen danwel als gelezen markeren ipv automatisch blind te laten verwijderen.

[ACM]

ArthurMorgan schreef op dinsdag 27 oktober 2026 @ 07:25:
De manier van rapporteren vind ik ook ontmoedigend. In plaats van het probleem zelf snel te omschrijven moet je nu een categorie uitkiezen waarin het zou moeten. Dan heb ik toch al snel iets van "dan maar niet."

Ik zou het niet eens zo heel erg vinden als er wat minder meldingen komen. Maar uiteraard moet dat wel om een goede reden minder worden, niet omdat de goedbedoelende melders met terechte meldingen afhaken.

Er zit een verschil tussen beledigen en gewoon (zeer) onvriendelijk zijn.
Is iets tegen de regels of tegen de voorwaarden? Dat onderscheid heb ik echt niet scherp op het netvlies.

Persoonlijk zou ik belediging, overtreden van de regels en overtreding van de voorwaarden samenvoegen tot een wat algemenere (lagere prioriteit) melding. Die Haatdragend, illegaal en spam apart snap ik dat heeft meer snelheid en een hogere attentie nodig. Maar de keuze voor de melding wordt dan een stuk meldvriendelijker.

Wij hebben ook intern nog af en toe discussie over die lijst. Jouw suggestie is daarom zeker interessant en zal ik ook intern in de groep gooien.

[Rmg]

Welke wet schrijft dit allemaal voor, hebben jullie ook een plek waar we dit kunnen nalezen?

[anboni]

MiBe schreef op maandag 26 oktober 2026 @ 15:18:
[...]


Vond dit een interessant vraagstuk dus ben er nog even mee langs onze expert op dit gebied gegaan (want zou zelf in de basis niet tegen een opt-out zijn), maar die was er vrij helder in dat we wettelijk gezien echt verplicht zijn om zowel een ontvangstbevestiging en terugkoppeling naar de melder te sturen, dus dat een opt-out ervoor zou zorgen dat we daar niet meer aan zouden voldoen.

Ik kan me niet voorstellen dat er in die wet is vastgelegd dat de terugkoppeling via email moet. Kun je niet in het TR formulier een toggle maken voor email (initiële default) of push notificatie? (Waarbij de keuze bewaard blijft voor volgende keren).

[crisp]

Rmg schreef op dinsdag 27 oktober 2026 @ 08:11:
Welke wet schrijft dit allemaal voor, hebben jullie ook een plek waar we dit kunnen nalezen?

Dat is de Europese DSA (digitaledienstenverordening), waarvan je de Nederlandstalige versie hier kunt vinden: https://eur-lex.europa.eu/legal-content/NL/TXT/HTML/?uri=CELEX:32022R2065

[3_s]

anboni schreef op dinsdag 27 oktober 2026 @ 08:11:
[...]


Ik kan me niet voorstellen dat er in die wet is vastgelegd dat de terugkoppeling via email moet. Kun je niet in het TR formulier een toggle maken voor email (initiële default) of push notificatie? (Waarbij de keuze bewaard blijft voor volgende keren).

Ik gok dat dat te veel code is voor een kleine functionaliteit. Maak je zoveel TR's dat je je stoort aan die mails?

Anders kan je wel een regel maken obv de titel, ik gok dat die begint met 'TR' oid.

[naitsoezn]

ACM schreef op dinsdag 27 oktober 2026 @ 07:56:
Wij hebben ook intern nog af en toe discussie over die lijst. Jouw suggestie is daarom zeker interessant en zal ik ook intern in de groep gooien.

Ik zou de meeste categorieen gewoon overboord gooien tbh. Vrijwel alles valt onder de noemer "overtreding huisregels en/of algemene voorwaarden", maar misschien wil je expliciet voor illegale activiteiten nog een aparte categorie hebben, dus ik zou het bij drie categorieen houden (tenzij er expliciete back-end redenen zijn voor het onderscheid tussen de diverse soorten overtreding).

O, en de motivatie zou ik persoonlijk bovenaan zette om in te vullen. Dan valt het minder weg onder de lijst van categorieen.


Edit:

ACM schreef op dinsdag 27 oktober 2026 @ 07:46:
[...]

Dat is de standaard afzender vanaf Tweakers voor mail waarvan we open staan voor reacties. Bij mail waar we geen reacties verwachten (of niet zoveel mee kunnen doen) is de afzender [e-mail]

De naam van de mod hebben we bewust weggelaten om enerzijds duidelijker te maken dat het een teambeslissing is. En anderzijds om te voorkomen dat moderators via DM's of andere wijze persoonlijk worden benaderd met klachten, terwijl er ivm diezelfde wetgeving nu ook een veel formelere bezwaarprocedure is geïntroduceerd.

Misschien kunnen jullie nog iets expliciets aan de titel toevoegen om dit te faciliteren. Ik zie dat het onderwerp nu vrij generiek "We hebben je melding op Tweakers ontvangen" is. Met iets als "Topic Report ontvangen: We hebben je melding op Tweakers binnen gekregen" kun je filteren op "Topic Report".

[ Voor 30% gewijzigd door naitsoezn op 27-10-2026 09:07 ]

[Wolly]

Laat maar zitten dan. Dat denk ik als ik ook nog de melding handmatig in het juiste vakje moet schuiven.

Zoiets kan een AI toch gemakkelijk zelf sorteren voor 'jullie'? En waarom uberhaupt aparte vakjes bij indiening, is er een manager die een mooi dashboard wilde?

[naitsoezn]

Wolly schreef op dinsdag 27 oktober 2026 @ 09:06:
Laat maar zitten dan. Dat denk ik als ik ook nog de melding handmatig in het juiste vakje moet schuiven.

Zoiets kan een AI toch gemakkelijk zelf sorteren voor 'jullie'? En waarom uberhaupt aparte vakjes bij indiening, is er een manager die een mooi dashboard wilde?

Ben ik het niet helemaal mee oneens maar als je dan toch een categorie-indeling wilt dan liever minder dan meer .

[crisp]

Wolly schreef op dinsdag 27 oktober 2026 @ 09:06:
Laat maar zitten dan. Dat denk ik als ik ook nog de melding handmatig in het juiste vakje moet schuiven.

Zoiets kan een AI toch gemakkelijk zelf sorteren voor 'jullie'? En waarom uberhaupt aparte vakjes bij indiening, is er een manager die een mooi dashboard wilde?

Deze categorisering maakt het voor de moderators makkelijker om het te koppelen aan de juiste voorwaarde of huisregel (dat zijn er namelijk nogal wat).

naitsoezn schreef op dinsdag 27 oktober 2026 @ 09:04:
[...]

Misschien kunnen jullie nog iets expliciets aan de titel toevoegen om dit te faciliteren. Ik zie dat het onderwerp nu vrij generiek "We hebben je melding op Tweakers ontvangen" is. Met iets als "Topic Report ontvangen: We hebben je melding op Tweakers binnen gekregen" kun je filteren op "Topic Report".

Dit systeem is er niet alleen voor forumtopics; het is een generiek systeem dat al langer gebruikt wordt voor reacties op artikelen, V&A advertenties, product- en shopreviews. De term "Topicreport" komt derhalve nergens in dit systeem meer voor...

[True]

ACM schreef op dinsdag 27 oktober 2026 @ 07:41:
[...]

Of je er al een hebt ingediend kan je in het nieuwe systeem inderdaad niet meer bij een post zien.

Hoewel we open staan voor feedback, willen we de functionaliteit ook niet onnodig nog complexer maken. We hebben daarom ook lang niet alles van de oude topic reports overgenomen.

Is dit iets dat je daadwerkelijk mist? Of is het vooral een opmerking dat het er niet meer is?

Ik zou zeggen van wel dat ik deze feature (ondanks de beperkte format) mis.
Met de snelheid van onze vrijwillige mods/admins blijft soms een TR wel voor een tijd liggen (begrijp mij niet verkeerd, hier heb ik alle begrip voor). Soms zelfs zo erg dat ik in het desbetreffende sub-forum feedback topic ik een bericht post om te vragen of er naar gekeken kan worden (vooral op de wat tragere sub-fora met relatief weinig interactie).
Daarbij vind ik het persoonlijk wel prettig om te zien dat een mod (en ook hier kan ik niet zien welke) mijn melding gelezen heeft (rood handje -> geel handje) en ik weet dat hier over nagedacht wordt.
Nu moet ik buiten GoT om in mijn mailbox maar gaan zien dat ik a) een TR gemaakt heb en b) of er een definitief besluit genomen is. Overigens indien de flow is dat bij een definitief besluit de melder ALTIJD een terugkoppeling krijgt is dat wezenlijk uitgebreider dan dat het was.

[The Eagle]

Paar dingen:
1. Vwb gebruik AI: in de TR's en andere reports kunnen persoonlijke / vertrouwelijke gegevens staan. Mag niet zomaar. Maar het hoe staat los van het wat of waarom hier.

2. Ik snap de wettelijke basis. Wat ik me wel sterk afvraag is of er goed over de effecten nagedacht is. De rapporteer functie kwam er destijds om SM te ontlasten en heeft als doel de orde op het forum te bewaken, met behulp van de community. Mooi ding. Maar wat er nu gebeurt is de community wegjagen.
Plat gezegd: de wettelijke basis gaat er voor zorgen dat het aantal TR's gaat dalen, omdat mensen niet gespamd willen worden. En daarbij de load op de moderators dus groter wordt.
Risico is ook dat mensen een mail rule op gaan zetten waardoor andere belangrijke communicatie wellicht gemist wordt.

3. Is de overweging gemaakt om eea simpelweg niet te doen? Kosten baten analyse: wat kost het om te implementeren, wat zijn de effecten, vs wat is een evt wetteljke boete of impact? Nofi, maar DPG is een commercieel bedijf, en dus worden dergelijke afwegingen aan de lopende band gemaakt.

4. Welke alternatieven zijn er bedacht?

Last: notificatie is volgens mij heel simpel op te lossen. Als ik de wettelijke basis zie, dan zegt die dat je gebruiker moet informeren en updaten. Prima. Dat kan op meerdere manieren. Ik zou er voor willen opteren om voor evt mailen te kijken nar status van de user op het forum (ingelogd, laatste sessie / activiteit) plus evt prefs, en dan te mailen.
Simpel gezegd: Als er een notificatie moet komen, kijk naaar de prefs van de user. Is de user ingelogd en momenteel actief op het forum (binnen zekere tijdsmarge), gebruik dan de notificatie op het forum. Zo niet, dan pas mailen. Met andere woorden: maak er een tweetrapsraket van. Geeft je tevens een extra "vangnet" om aan te tonen dat je dingen dadwerkelijk doet

[True]

ACM schreef op dinsdag 27 oktober 2026 @ 07:46:
[...]

Dat is de standaard afzender vanaf Tweakers voor mail waarvan we open staan voor reacties. Bij mail waar we geen reacties verwachten (of niet zoveel mee kunnen doen) is de afzender [e-mail]

De naam van de mod hebben we bewust weggelaten om enerzijds duidelijker te maken dat het een teambeslissing is. En anderzijds om te voorkomen dat moderators via DM's of andere wijze persoonlijk worden benaderd met klachten, terwijl er ivm diezelfde wetgeving nu ook een veel formelere bezwaarprocedure is geïntroduceerd.

M.b.t. die 'formelere bezwaarprocedure' is dat ook ergens geborgd en gedeeld of is dit huidig de implementatie en that's it? Want als simpele user weet ik hier dus echt helemaal niets van anders van het feit dat ik natuurlijk DSA volledig uit mijn hoofd ken en weet wat mijn rechten zijn (not).

[True]

MiBe schreef op maandag 26 oktober 2026 @ 14:50:
Goed gespot, we hebben de rapporteerfunctie voor het forum vandaag gelijkgetrokken met de rest van de website (dit zal ook in de eerstvolgende dev .plan voorbij komen, maar jullie waren die al voor ), het forum was de laatste plek waar dit nog op de 'ouderwetse' manier ging.

Even een bewust deel-quote om hierop in te haken.
Het gebeurd zeer frequent dat er feature wijziging op Tweakers/GoT worden doorgevoerd zonder de gebruikers hierover actief te informeren. Wij zijn (m.u.v. abonnementhouders) natuurlijk geen klant en hebben geen recht van spreken. Maar dan gaan we wel volledig voorbij aan het feit dat het hier veelal technische experts zijn die die processen snappen of willen snappen en de technische achtergronden redelijk kunnen doorgronden.

In het algemeen zou ik het een aanwinst vinden om niet bij elke feature of A/B-test weer een topic te mogen lezen (bij goed geluk) in mooie features of stoute bugs.
Recent voorbeeld dat ik dacht dat ik gek werd en Chrome een of andere beautify update uitgebracht had omdat die ineens afleesbare ogen had. Het heeft mij toch een paar minuten geduurd voordat ik deze post gevonden had: XWB in "Wordt het niet eens tijd voor verbeterde smileys?"
Aan de andere kant, hoe de fuck wil je zoiets implementeren (die zeer actieve terugkoppeling naar gebruikers), daar heb ik ook geen antwoord op

[Orion84]

True schreef op dinsdag 27 oktober 2026 @ 11:16:
[...]


M.b.t. die 'formelere bezwaarprocedure' is dat ook ergens geborgd en gedeeld of is dit huidig de implementatie en that's it? Want als simpele user weet ik hier dus echt helemaal niets van anders van het feit dat ik natuurlijk DSA volledig uit mijn hoofd ken en weet wat mijn rechten zijn (not).

Linkje om bezwaar te maken is onderdeel van de mail die je krijgt. Nadat een melding is afgehandeld.

[True]

anboni schreef op dinsdag 27 oktober 2026 @ 08:11:
[...]


Ik kan me niet voorstellen dat er in die wet is vastgelegd dat de terugkoppeling via email moet. Kun je niet in het TR formulier een toggle maken voor email (initiële default) of push notificatie? (Waarbij de keuze bewaard blijft voor volgende keren).

Nee in de DSA staat het communicatiemiddel niet vast dit is te kiezen door de beheerder/eigenaar van de service (website).
Het is dus prima mogelijk om het via een pushmelding/DM te doen.
Enkel bij een ban (ik weet niet wat er dan nog zichtbaar is van Tweakers/GoT ik ben niet zo gelukkig dat ik dat heb mogen ervaren) kan het zijn dat dat niet bereikbaar is én Tweakers dus niet meer kan voldoen aan die wetgeving. Het versturen van mail is een uiterst passende manier om altijd die communicatie te kunnen doen en te voldoen aan de DSA ondanks dat dat misschien niet de meest gebruikersvriendelijke manier is (al helemaal niet voor melders in mijn optiek).

[True]

Wolly schreef op dinsdag 27 oktober 2026 @ 09:06:
Laat maar zitten dan. Dat denk ik als ik ook nog de melding handmatig in het juiste vakje moet schuiven.

Zoiets kan een AI toch gemakkelijk zelf sorteren voor 'jullie'? En waarom uberhaupt aparte vakjes bij indiening, is er een manager die een mooi dashboard wilde?

Nee dit kan niet zonder meer, je weet niet wat gebruikers invullen en Tweakers is verantwoordelijk voor de verwerking in een AI tool gooien mag dan ook niet klakkeloos hier hangt best wel wat recente wet- en regelgeving aanvast.

[True]

Orion84 schreef op dinsdag 27 oktober 2026 @ 11:22:
[...]

Linkje om bezwaar te maken is onderdeel van de mail die je krijgt. Nadat een melding is afgehandeld.

Niet volledig correct (niet om vervelend te doen).
Een melder krijgt bij geen actie geen mogelijkheid om bezwaar te maken. En misschien is dat wel de huidig gewenste implementatie, maar er is geen bezwaarmogelijkheid (huidig geïmplementeerd) met een linkje indien een mod niets doet gebaseerd op een melding van een melder.
Hoe dit werkt als een mod een post aanpast en de poster hiervan een mail krijgt weet ik niet.

[Orion84]

True schreef op dinsdag 27 oktober 2026 @ 11:32:
[...]


Niet volledig correct (niet om vervelend te doen).
Een melder krijgt bij geen actie geen mogelijkheid om bezwaar te maken. En misschien is dat wel de huidig gewenste implementatie, maar er is geen bezwaarmogelijkheid (huidig geïmplementeerd) met een linkje indien een mod niets doet gebaseerd op een melding van een melder.
Hoe dit werkt als een mod een post aanpast en de poster hiervan een mail krijgt weet ik niet.

Dat kan ook komen doordat je “vraag of verzoek” had aangevinkt, wat bedoeld is voor dingen als een titelchange en andere ‘hulpverzoeken’, die niet zozeer betrekking hebben op overtredingen waarop ingegrepen moet worden. Daar is de DSA niet van toepassing en dus ook de bezwaarprocedure niet.

Maar dat kan misschien wel duidelijker benoemd worden in het keuzescherm @ACM @XWB

[The Eagle]

Al eens bedacht dat dit gewoon in de hand gaat werken dat users modlike responses gaan geven in het topic en moderators taggen, ipv een TR aan te maken?

En gezien de wettelijke basis, moet je dat dan ook maar via mail gaan doen als we een modje ergens op attenderen? Of zijn we dan helemaal gek geworden?
Lijkt er op van wel he. Maar dat is nou precies wat er omgekeerd gebeurt richting users

Dit even los van enige inhoud, puur op proces.

[ Voor 49% gewijzigd door The Eagle op 27-10-2026 11:44 ]

[True]

Feature request:

1. In het TR scherm een hyperlink naar de huisregels en AV voor die twee punten.
2. In het TR scherm toevoegen 'post past niet binnen huidig beleid van sub-forum'.

#2 is zeker bij de topics waar actief gemod moet/mag worden en bepaalde sub-fora (AWM bijv.) wel relevant. Ik meen dat bijv. link dumps bijv. geen huisregel zijn, maar op sommige sub-fora in het beleid staat.

[XWB]

True schreef op dinsdag 27 oktober 2026 @ 11:21:
[...]

In het algemeen zou ik het een aanwinst vinden om niet bij elke feature of A/B-test weer een topic te mogen lezen (bij goed geluk) in mooie features of stoute bugs.
Recent voorbeeld dat ik dacht dat ik gek werd en Chrome een of andere beautify update uitgebracht had omdat die ineens afleesbare ogen had. Het heeft mij toch een paar minuten geduurd voordat ik deze post gevonden had: XWB in "Wordt het niet eens tijd voor verbeterde smileys?"
Aan de andere kant, hoe de fuck wil je zoiets implementeren (die zeer actieve terugkoppeling naar gebruikers), daar heb ik ook geen antwoord op

Belangrijke wijzigingen worden sowieso aangekondigd in een tweewekelijks .Plan artikel. Aangezien wij dagelijks updates uitrollen, zou je waarschijnlijk gek worden van de constante stroom aan meldingen; vandaar dat ze elke twee weken worden gebundeld in één .Plan artikel.

[ACM]

True schreef op dinsdag 27 oktober 2026 @ 11:32:
[...]


Niet volledig correct (niet om vervelend te doen).
Een melder krijgt bij geen actie geen mogelijkheid om bezwaar te maken.

Als een moderator een melding afwijst krijg je ook bezwaarmogelijkheid aangeboden.

Als er helemaal niks gebeurt met je melding, dus 'oneindig' open blijft staan, dan zou je inderdaad geen bezwaarmogelijkheid krijgen aangeboden. Maar ik vermoed dat daar de bezwaar-optie die de DSA benoemt ook niet echt voor is bedoeld?

[True]

Orion84 schreef op dinsdag 27 oktober 2026 @ 11:36:
[...]

Dat kan ook komen doordat je “vraag of verzoek” had aangevinkt, wat bedoeld is voor dingen als een titelchange en andere ‘hulpverzoeken’, die niet zozeer betrekking hebben op overtredingen waarop ingegrepen moet worden. Daar is de DSA niet van toepassing en dus ook de bezwaarprocedure niet.

Maar dat kan misschien wel duidelijker benoemd worden in het keuzescherm @ACM @XWB

Wel interessant eigenlijk.
Omdat een melder (per ongeluk) een verkeerd vinkje zet krijgt de melder ondanks de input/vraag/reactie niet de melding om bezwaar te maken.
Hiermee kadert Tweakers dus eigenlijk een bezwaar vraag gebaseerd op het format en beperkt het hierin vervolg feedbackloops binnen DSA. Het lijkt mij maar de vraag of dit wel zo wenselijk is.

[ACM]

True schreef op dinsdag 27 oktober 2026 @ 11:45:
[...]


Wel interessant eigenlijk.
Omdat een melder (per ongeluk) een verkeerd vinkje zet krijgt de melder ondanks de input/vraag/reactie niet de melding om bezwaar te maken.
Hiermee kadert Tweakers dus eigenlijk een bezwaar vraag gebaseerd op het format en beperkt het hierin vervolg feedbackloops binnen DSA. Het lijkt mij maar de vraag of dit wel zo wenselijk is.

Als wij 'm zelf corrigeren naar de juiste classificatie, dan wordt dat weer wel aangeboden.

Die "vraag of verzoek"-optie is er omdat gebruikers - net als bij topicreports - soms ook gewoon willen dat we iets voor ze doen wat ze niet meer zelf kunnen. Zoals een spelfout in de titel van een topic verbeteren of persoonsgegevens uit een oude reactie verwijderen.

Dat zijn dan verzoeken die voor de DSA niet relevant zijn; die gaat bij meldingen sowieso alleen over illegale zaken. Wat wij al hebben opgerekt door ook overtredingen van onze eigen AV- en huisregels als "bezwaargeschikte" meldingen te zien.

[Question Mark]

crisp schreef op dinsdag 27 oktober 2026 @ 08:14:
[...]

Dat is de Europese DSA (digitaledienstenverordening), waarvan je de Nederlandstalige versie hier kunt vinden: https://eur-lex.europa.eu/legal-content/NL/TXT/HTML/?uri=CELEX:32022R2065

Als ik het artikel snel analyseer, dan kom ik het volgende tegen (artikel 17):

Wanneer de melding de elektronische contactinformatie bevat van de persoon of entiteit die het heeft ingediend, stuurt de aanbieder van hostingdiensten die persoon of entiteit onverwijld een ontvangstbevestiging van de melding.

De dienstaanbieder brengt die persoon of entiteit ook onverwijld op de hoogte van zijn besluit met betrekking tot de informatie waarop de melding betrekking heeft, en verstrekt daarbij informatie over de verhaalmogelijkheden in verband met dat besluit.

Eigenlijk staat er alleen in dat er een melding verstuurd moet worden, maar is er geen enkele vormvereiste aan de methode. Waarom is er dan eigenlijk gekozen voor email, en niet voor bijvoorbeeld een push-message?

[anboni]

True schreef op dinsdag 27 oktober 2026 @ 11:25:
[...]


Nee in de DSA staat het communicatiemiddel niet vast dit is te kiezen door de beheerder/eigenaar van de service (website).
Het is dus prima mogelijk om het via een pushmelding/DM te doen.
Enkel bij een ban (ik weet niet wat er dan nog zichtbaar is van Tweakers/GoT ik ben niet zo gelukkig dat ik dat heb mogen ervaren) kan het zijn dat dat niet bereikbaar is én Tweakers dus niet meer kan voldoen aan die wetgeving. Het versturen van mail is een uiterst passende manier om altijd die communicatie te kunnen doen en te voldoen aan de DSA ondanks dat dat misschien niet de meest gebruikersvriendelijke manier is (al helemaal niet voor melders in mijn optiek).

Maar eigenlijk heb jij het (volgens mij) nu alweer over wat anders
- Ik heb het over het TR formulier, oftewel ik maak een report aan
- Jij hebt het over een TR door iemand anders gemaakt op een post van mij

In het tweede geval zou ik het verdedigbaar vinden om per definitie zowel mail als DM/Push te doen (zonder mogelijkheid tot opt-out).

[ACM]

Question Mark schreef op dinsdag 27 oktober 2026 @ 12:03:
Waarom is er dan eigenlijk gekozen voor email, en niet voor bijvoorbeeld een push-message?

Omdat deze functionaliteit generiek voor Tweakers is gemaakt en niet uitsluitend voor forumposts. Wij hebben daarbij aangenomen dat DM's een stuk minder gebruikelijk is bij het volledige Tweakers-publiek dan e-mail.

[ACM]

anboni schreef op dinsdag 27 oktober 2026 @ 12:20:
Maar eigenlijk heb jij het (volgens mij) nu alweer over wat anders
- Ik heb het over het TR formulier, oftewel ik maak een report aan
- Jij hebt het over een TR door iemand anders gemaakt op een post van mij

In het tweede geval zou ik het verdedigbaar vinden om per definitie zowel mail als DM/Push te doen (zonder mogelijkheid tot opt-out).

Ter verduidelijking; er worden maximaal 5 (of 7 afhankelijk van hoe je telt) geautomatiseerde mails gestuurd in deze context:

1. De ontvangstbevestiging
2. Een mail aan de "melder" wat er met de melding is gebeurt en waarin de mogelijkheid tot bezwaar wordt aangeboden
3. Als we de melding accepteren: een mail aan de "poster" wat met diens bijdrage is gebeurt en waarin de mogelijkheid tot bezwaar wordt aangeboden
4. Als een hen bezwaar maakt: een ontvangstbevestiging van dat bezwaar
5. En bij afhandeling van dat bezwaar dan een mail om te melden wat er mee is gebeurt

Waarbij stappen 4 en 5 twee keer kunnen voorkomen en daarmee het totaal dan 7 mails maakt.

[True]

ACM schreef op dinsdag 27 oktober 2026 @ 11:45:
[...]

Als een moderator een melding afwijst krijg je ook bezwaarmogelijkheid aangeboden.

Dat is niet correct en niet de huidige implementatie - behalve als we beiden over iets anders praten.

Als er helemaal niks gebeurt met je melding, dus 'oneindig' open blijft staan, dan zou je inderdaad geen bezwaarmogelijkheid krijgen aangeboden. Maar ik vermoed dat daar de bezwaar-optie die de DSA benoemt ook niet echt voor is bedoeld?

Het oneindig openhouden om geen keuze te maken is m.i. ook geen logische en terecht flow, maar ik kan hier enkel een mening over hebben


Even ter verduidelijking ik heb een TR gemaakt (inhoud en post absoluut niet relevant).
Ik krijg een bevestigingsmail:

We hebben je melding op Tweakers ontvangen
Beste $Username_melder,

Bij deze bevestigen we de ontvangst van je melding over de forumpost[incl. hyperlink naar post] van $Username_poster. Dank je wel dat je de moeite hebt genomen om dit met ons te delen. We nemen je melding zo snel mogelijk in behandeling en laten je weten zodra er een besluit is genomen.

Je hebt aangegeven dat de melding betrekking heeft op vraag of verzoek en daarbij de volgende toelichting gegeven:
$Input_vrij_in_te_vullen_veld_melder

Als je nog vragen hebt, kun je reageren op deze e-mail. Vermeld daarbij graag dat het gaat om een melding op Tweakers en gebruik deze code:
$Unique_ID

Met vriendelijke groet,

Tweakers

Na behandeling (waarbij de actie is: we doen niets met je TR) krijg ik:

Jouw melding is afgehandeld
Beste $Username_melder,

Op $Datum_van_melding heb je een melding gedaan over een forumpost[incl. hyperlink naar post].
We hebben je melding bekeken en besloten niets aan te passen. Hieronder vind je onze toelichting:

$Input_mod

Met vriendelijke groet,

Tweakers

Er is dus nadrukkelijk geen mogelijkheid om bezwaar te maken nadat een melding is afgehandeld met: we doen hier niets mee.

[ACM]

True schreef op dinsdag 27 oktober 2026 @ 12:33:
Er is dus nadrukkelijk geen mogelijkheid om bezwaar te maken nadat een melding is afgehandeld met: we doen hier niets mee.

Tsja, zoals al is toegelicht; als je een melding als "vraag of verzoek" indient, dan geldt dat allemaal niet...

[The Eagle]

ACM schreef op dinsdag 27 oktober 2026 @ 12:33:
[...]

Ter verduidelijking; er worden maximaal 5 (of 7 afhankelijk van hoe je telt) geautomatiseerde mails gestuurd in deze context:

1. De ontvangstbevestiging
2. Een mail aan de "melder" wat er met de melding is gebeurt en waarin de mogelijkheid tot bezwaar wordt aangeboden
3. Als we de melding accepteren: een mail aan de "poster" wat met diens bijdrage is gebeurt en waarin de mogelijkheid tot bezwaar wordt aangeboden
4. Als een hen bezwaar maakt: een ontvangstbevestiging van dat bezwaar
5. En bij afhandeling van dat bezwaar dan een mail om te melden wat er mee is gebeurt

Waarbij stappen 4 en 5 twee keer kunnen voorkomen en daarmee het totaal dan 7 mails maakt.

Dus als ik ook maar iets report, dan krijg ik vervolgens 7 mails gespamd ipv simpelweg een melding op het forum? Nee dank je, dan maak ik wel liever geen meldingen meer. Nofi, maar dan mag je een ander gaan spammen en ga ik wel modjes taggen ofzo.

Snap je wat je veroorzaakt?

Sidenote: er staat "hostingprovider" dat is T.net helemaal niet.
En vergeet ook niet dat de FP niet de grootste schat van T.net is. Dat is de userbase en de community en het forum. Je hebt volgens mij deels de verkeeerde prio's gezet hier

[crisp]

The Eagle schreef op dinsdag 27 oktober 2026 @ 13:29:
[...]

Dus als ik ook maar iets report, dan krijg ik vervolgens 7 mails gespamd ipv simpelweg een melding op het forum? Nee dan ke, dan maak ik wel liever geen meldingen meer. Nofi, maar dan mag je een ander gaan spammen en ga ik wel modjes taggen ofzo.

Nee, als melder krijg je er 2 (1. en 2.) en als je bezwaar maakt dan nog 2 (4. en 5.). Mods lukraak gaan taggen in plaats van netjes een rapport indienen zal je waarschijnlijk ook niet in dank worden afgenomen...

Snap je wat je veroorzaakt?

Wij hebben ook niet om deze wetgeving gevraagd, en al helemaal niet om de strengste uitvoering daarvan. We hadden immers al een goed werkend systeem... Maar helaas voldeed dat niet om aan de eisen van de DSA te voldoen.

Sidenote: er staat "hostingprovider" dat is T.net helemaal niet.

Waar staat dat?

En vergeet ook niet dat de FP niet de grootste schat van T.net is. Dat is de userbase en de community en het forum. Je hebt volgens mij deels de verkeeerde prio's gezet hier

Wat bedoel je hier precies? Dat voldoen aan wetgeving geen prioriteit zou moeten zijn?

[Wolly]

The Eagle schreef op dinsdag 27 oktober 2026 @ 13:29:
[...]
Sidenote: er staat "hostingprovider" dat is T.net helemaal niet.

Hostingdienst staat er toch? Dat klopt.

[naitsoezn]

True schreef op dinsdag 27 oktober 2026 @ 12:33:
Er is dus nadrukkelijk geen mogelijkheid om bezwaar te maken nadat een melding is afgehandeld met: we doen hier niets mee.

Zal de categorie zijn die je hebt aangevinkt dan denk ik. Nog een goede reden om minder categorieën te hanteren en duidelijk te zijn in de consequenties van de keuzes

Beste $user,

Op $datum heb je een melding gedaan over een forumpost.
We hebben je melding en de bijbehorende situatie beoordeeld. Op basis daarvan zijn we tot de conclusie gekomen dat de melding in dit geval niet gegrond is. Hieronder vind je onze toelichting:

$handmatige toelichting.

Ben je het niet eens met deze uitkomst? Dan kun je tot en met $zeer-ruime-datum bezwaar maken [$link].

Bij Tweakers doen we ons best om elk bezwaar snel en zorgvuldig af te handelen. We hopen er samen goed uit te komen. Mocht je toch behoefte hebben aan een vervolgstap, dan kun je je melding voorleggen aan een erkende geschillencommissie via de EU-lijst, of een beroep indienen bij de rechter.

Met vriendelijke groet,

Tweakers

---

ACM schreef op dinsdag 27 oktober 2026 @ 07:41:
Is dit iets dat je daadwerkelijk mist? Of is het vooral een opmerking dat het er niet meer is?

Voor de "happy flow" is het een overbodige feature, maar de feedback-topics staan vol met vragen over of er eens naar een rood / oranje handje gekeken kan worden. Als de afhandeling dus iets langer dan gewenst duurt, is het wel zo nuttig om een status te kunnen inzien.

[ Voor 18% gewijzigd door naitsoezn op 27-10-2026 14:16 ]

[ACM]

naitsoezn schreef op dinsdag 27 oktober 2026 @ 14:11:
Voor de "happy flow" is het een overbodige feature, maar de feedback-topics staan vol met vragen over of er eens naar een rood / oranje handje gekeken kan worden. Als de afhandeling dus iets langer dan gewenst duurt, is het wel zo nuttig om een status te kunnen inzien.

De tooling voor moderators om de meldingen af te handelen is ook sterk veranderd; het is voor de mods nu ook veel makkelijker om openstaande meldingen te zien.

Jouw voorbeeld is daardoor hopelijk minder relevant geworden met het nieuwe systeem. Waardoor ik vooralsnog geneigd ben af te wachten hoe dit nieuwe systeem werkt voor we besluiten of we deze functie over willen nemen uit de oude topicreports

[The Eagle]

crisp schreef op dinsdag 27 oktober 2026 @ 13:51:
[...]

Nee, als melder krijg je er 2 (1. en 2.) en als je bezwaar maakt dan nog 2 (4. en 5.). Mods lukraak gaan taggen in plaats van netjes een rapport indienen zal je waarschijnlijk ook niet in dank worden afgenomen...

Dat verwacht ik ook niet nee. Maar des te meer reden voor de devvers om eens goed na te denken wat hier nou echt de beste oplossing voor de hele community is. Want nu wordt het geheel op de users afgewenteld, terwijl het een probleem van T.net is en niet van de users. Dus dan is het niet gek als die omwegen zoeken. En heel eerlijk: ik zou het als crew des te meer reden vinden om bij de devvers te gaan klagen dat ze een andere oplossing moeten gaan zoeken als ik zoveel getagd werd. Zoals je zelf al aangeeft: er was een prima oplossing. Die was niet DSA proof kennelijk, dus kwam er iets anders, ipv een goede fit gap die iedereen tevreden stelt.

Wij hebben ook niet om deze wetgeving gevraagd, en al helemaal niet om de strengste uitvoering daarvan. We hadden immers al een goed werkend systeem... Maar helaas voldeed dat niet om aan de eisen van de DSA te voldoen.

[...]
Wat bedoel je hier precies? Dat voldoen aan wetgeving geen prioriteit zou moeten zijn?
[...]

Nee, ik bedoel dat je moet kijken voor wie je iets maakt,.en je jezelf ook moet bedenken dat een site niks is zonder users. Die je nu wegjaagt.
De huidige oplossing is met name handig voor de mods. Maar over de rug van de users, en onder het mom van "dit moeten we jullie wettelijk opdringen".

Je moet aan een wettelijke verplichting voldoen. Het hoe staat niet perse omschreven. Maar volgens mij is er niet afdoende naar andere mogelijkheden gekeken. Of de user base geraadpleegd van wat handig is.

[The Eagle]

Pragmatische gezien: volgens mij voldoe je ook aan de wetgeving als je een user een extra emailadres laat opgeven voor dergelijke notificaties. Mag dezelfde zijn, mag een ander zijn. Als je voor notificatie via het forum kiest, is dat automatisch een verplichting voor dat tweede emailadres. Dan ben je volgens mij wettelijk gedekt. En kan iedereen zelf kiezen hoe ie de boel notified wil hebben. Die via het forum werkt dan altijd, belangrijke notificatie gaan via bepaalde Sender naar je primaire email die je niet hoeft te blocken. En waar je als reguliere, brave user die wettelijk verplichte rotzooi heen laat routen kun je dan zelf kiezen.

Zo geef je de user de keuze hoe ie zijn notificaties wil en kun je toch je huidige dsa compliant mechanisme gebruiken.

Dekt meteen af dat het een bewuste keuze van de user moet zijn waar het heen moet, dus ga je ook spam accounts tegen.

[ Voor 8% gewijzigd door The Eagle op 27-10-2026 21:03 ]

[crisp]

The Eagle schreef op dinsdag 27 oktober 2026 @ 20:58:
[...]

Dat verwacht ik ook niet nee. Maar des te meer reden voor de devvers om eens goed na te denken wat hier nou echt de beste oplossing voor de hele community is. Want nu wordt het geheel op de users afgewenteld, terwijl het een probleem van T.net is en niet van de users. Dus dan is het niet gek als die omwegen zoeken. En heel eerlijk: ik zou het als crew des te meer reden vinden om bij de devvers te gaan klagen dat ze een andere oplossing moeten gaan zoeken als ik zoveel getagd werd. Zoals je zelf al aangeeft: er was een prima oplossing. Die was niet DSA proof kennelijk, dus kwam er iets anders, ipv een goede fit gap die iedereen tevreden stelt.

[...]

Nee, ik bedoel dat je moet kijken voor wie je iets maakt,.en je jezelf ook moet bedenken dat een site niks is zonder users. Die je nu wegjaagt.
De huidige oplossing is met name handig voor de mods. Maar over de rug van de users, en onder het mom van "dit moeten we jullie wettelijk opdringen".

Je moet aan een wettelijke verplichting voldoen. Het hoe staat niet perse omschreven. Maar volgens mij is er niet afdoende naar andere mogelijkheden gekeken. Of de user base geraadpleegd van wat handig is.

Let wel, deze functionaliteit is juist in samenspraak met de crew zo ontwikkeld, en is al een poos actief op andere delen van de site. Het is ook niet iets waarbij we over één nacht ijs zijn gegaan, maar waarbij we gezien de complexiteit hier en daar wel pragmatische keuzes hebben gemaakt.

Is het nu echt puur de aversie tegen mail wat voor jou een probleem is? Dan is dat misschien iets waarvan we zouden moeten bekijken hoe breed dat speelt, maar tot nog toe hebben we daar niet veel signalen over gekregen.

[The Eagle]

Ja. Want ik krijg al spam genoeg, en ik wil niet iedere keer een bevestiging per mail als ik een TR doe. Ik help graag de crew met signaleren, maar daar hoef ik echt niet iedere keer een bevestiging van. En ook hoef ik echt niet direct een melding van een aanpassing. Die zie ik wel als notificatie als ik weer op het forum kom. Zoals al jaren dagelijks het geval is.

Die mails leiden ook af, en zijn bovendien volledig onnodig als je een TR doet.
Prima communicatiemiddel als het activiteit over mijn eigen account betreft. Maar niet voor ieder wissewasje.

[crisp]

The Eagle schreef op dinsdag 27 oktober 2026 @ 21:24:
Ja. Want ik krijg al spam genoeg, en ik wil niet iedere keer een bevestiging per mail als ik een TR doe. Ik help graag de crew met signaleren, maar daar hoef ik echt niet iedere keer een bevestiging van. En ook hoef ik echt niet direct een melding van een aanpassing. Die zie ik wel als notificatie als ik weer op het forum kom. Zoals al jaren dagelijks het geval is.

Die mails leiden ook af, en zijn bovendien volledig onnodig als je een TR doet.
Prima communicatiemiddel als het activiteit over mijn eigen account betreft. Maar niet voor ieder wissewasje.

Duidelijk, we nemen het mee als input

[Reinier]

Mij valt alleen op dat sexistische fout gespeld is.

En in de onderste categorie: Een verzoek tot aanpassen van of een vraag over de inhoud dat niet valt onder de andere classificaties loopt ook niet lekker, want een vraag dat... is geen Nederlands

[Vorkie]

Ik zie hier niet zo'n probleem in, net zoals bijvoorbeeld op nu.nl ook netjes duidelijke rapporten komen wanneer de melding is verwerkt.

Niet als je hem hebt gemaakt trouwens.

[True]

The Eagle schreef op dinsdag 27 oktober 2026 @ 21:24:
Ja. Want ik krijg al spam genoeg, en ik wil niet iedere keer een bevestiging per mail als ik een TR doe. Ik help graag de crew met signaleren, maar daar hoef ik echt niet iedere keer een bevestiging van. En ook hoef ik echt niet direct een melding van een aanpassing. Die zie ik wel als notificatie als ik weer op het forum kom. Zoals al jaren dagelijks het geval is.

Die mails leiden ook af, en zijn bovendien volledig onnodig als je een TR doet.
Prima communicatiemiddel als het activiteit over mijn eigen account betreft. Maar niet voor ieder wissewasje.

Schreeuwend eens.
Ik verwacht dat ik een filter maak en niet meer naar de mails ga kijken ook als het een keer een mail betreft die gaat over een post van mij.
De huidige implementatie gaat het doel voorbij.

[Fiber]

Ik wil ook graag het Rood/Oranje/Gele handje terug, dat was prima duidelijk. Meer feedback zit ik ook niet op te wachten.

Die mails hoeven van mij dus ook niet, maar ach als dat nou wettelijk moet dan moet het maar. Ga er alleen niet van uit dat ze ook gelezen worden, want die gaan ongeopend in de trashcan, dus ik zou er niet te veel tijd in stoppen...

[sypie]

@crisp Er zit nog wel een ienieminie dingetje in de melding.
Bij het doen van een TR staat er onder puntje 3:

Reclame of spam
De inhoud bevat reclame of promotie van een referral, enquête of inkoopactie.

In de mail met terugkoppeling staat dit:

Je hebt aangegeven dat de melding betrekking heeft op reclame of spam en daarbij de volgende toelichting gegeven:

Waarbij enquête niet genoemd wordt. Misschien voor de volledigheid toevoegen?

Verder zou mijn het keuze zijn om de uitleg bij de TR opties als een mouse-over te doen, eventueel met een i-knopje waar op de mobiel op getikt kan worden. Dit maakt het lijstje een flink stuk korter en aantrekkelijker.

[crisp]

sypie schreef op dinsdag 27 oktober 2026 @ 22:29:
@crisp Er zit nog wel een ienieminie dingetje in de melding.
Bij het doen van een TR staat er onder puntje 3:

[...]


In de mail met terugkoppeling staat dit:

[...]

Waarbij enquête niet genoemd wordt. Misschien voor de volledigheid toevoegen?

Mja, enquête = promotie = spam lijkt me; anders wordt ook overal het kopje "Reclame, spam, referral, enquête of inkoopactie" en dat lijkt me nogal verbose...

[Meg]

Klopt het dat je nu SeM ook berichten kan rapporteren?

* Meg is wel benieuwd wanneer je hier elders wat meer over leest.

[RobertMe]

Als voornamelijk deelnemer in "grote" topics en zo af en toe eens een report doen in de categorie "dat hoort niet hier maar in dat andere topic" (wat voornamelijk in het Ubiquiti network topic is als weer iemand met zijn Protect vragen komt aanzetten dat een eigen topic in een andere categorie heeft) of "dit gaat wel heel erg offtopic". En met wat het rapporteren nu geworden is..., is het ineens wel allemaal heel "formeel", incl. bevestigingsmails en wat nog meer. En mijn eerste idee na de eerste (/tot nu toe enige) report en het zien van die mail was "wat? Dan rapporteer ik wel niet meer".

Waarbij ik uberhaupt niet eens zou weten welk type ik zou moeten selecteren bij mijn twee voorbeelden. Is een "hoort in ander topic" dan een vraag? En "offtopic" een overtreding van de huisregels (van dat topic)?

Voorheen stond er zelfs iets in de trant van "als het duidelijk is wat er mis is hoef je niet te veel te zetten" en kon je dus inderdaad (bij wijze van) rapporteren met "offtopic" en klaar. En nu zijn de wijzigingen dusdanig dat je echt een volledige procedure start met (meermaals) feedback, blijkbaar de mogelijkheid tot klachten, .... Waardoor ik ook het gevoel krijg dat ik alvast een hele onderbouwing moet toevoegen.

En dat er bepaalde overtredingen zijn die wel een stuk formeler zijn opgezet, incl. (eventuele) wettelijke basis, begrijp ik volledig. Maar het aantal reports dat ik doe en/of tegenkom van dusdanige ernst kan ik in de ~15+ jaar die ik op Tweakers zit misschien op 1 hand tellen. Waarbij het rapporteren van zaken op GoT IMO ook veel laagdrempeliger is (/was) dan op andere plekken, juist omdat je daar vaak kleine "overtredingen" hebt (en iets als "offtopic" op de FP gewoon als offtopic gemodereerd wordt en klaar, terwijl er in een topic ook pagina's gevuld kunnen worden met offtopic posts en een mod wel eens "mag ingrijpen").

[True]

Bug:
Lijkt iets niet helemaal lekker te gaan met die uitlijning:


Version 156.0.8078.49 (Official Build) (64-bit)
Heb uitschakelen van Custom css niet getest.

[True]

@RobertMe ik kan mij hier ook goed in vinden, als ik kijk naar wat ik zoal in het invulveld voor een TR doe is dat ergens tussen de 2 woorden en maximaal 2 zinnen.
TRs als:

• OT
• niet constructief
• HK post
• spam
• kick van 300 jr
• ai copy paste

Ik ben van mening (en m.u.v. 1x heb ik nooit van een mod gehoord dat mijn TRs niet welkom waren) dat dit gewoon goed kan helpen om de aandacht van de mods weer eens op een thread te werpen waar ze wellicht normaliter zelf nooit komen.
Vanmiddag weer, ik maak een TR aan voor iets wat duidelijk niet gewenst is op GoT (buiten HK). Ik schud mijn hoofd, mik het op 'vraag', scroll naar beneden (want er is 1000px ruimte onbenut (?)), zet er één woord bij en tik op versturen.
Na twee seconden zie ik mijn telefoon oplichten voor een binnenkomende mail (dat heb ik behoorlijk in de perken dus een binnenkomende mail is voor mij vrijwel altijd relevant om te lezen) is het de onnodige bevestiging.
Nog geen halfuur later is een mod het met mij eens en krijg ik weer een mailtje "Jouw melding is afgehandeld" met deze keer zelfs verwijzingen naar twee huisregels waar de post niet in overeenstemming mee was en ik kan zelf bezwaar maken op de genomen actie (?? waarom ..).

Vroeger was het hier gewoon gezellig en dronken we een biertje aan de statafels nu lopen we allemaal met een stropdas.

[ Voor 3% gewijzigd door True op 28-10-2026 21:13 ]

[crisp]

True schreef op woensdag 28 oktober 2026 @ 21:12:

Vroeger was het hier gewoon gezellig en dronken we een biertje aan de statafels nu lopen we allemaal met een stropdas.

Ja, dat krijg je als strenge Europese regelgeving, duidelijk bedoelt voor internetagglomeraten zoals X en Meta, ook toepasbaar wordt verklaard op een forum zoals dat van Tweakers, omdat we onderdeel zijn van een groot mediabedrijf (DPG)...

[Fiber]

RobertMe schreef op woensdag 28 oktober 2026 @ 20:52:
Als voornamelijk deelnemer in "grote" topics en zo af en toe eens een report doen in de categorie "dat hoort niet hier maar in dat andere topic" (wat voornamelijk in het Ubiquiti network topic is als weer iemand met zijn Protect vragen komt aanzetten dat een eigen topic in een andere categorie heeft) of "dit gaat wel heel erg offtopic". En met wat het rapporteren nu geworden is..., is het ineens wel allemaal heel "formeel", incl. bevestigingsmails en wat nog meer. En mijn eerste idee na de eerste (/tot nu toe enige) report en het zien van die mail was "wat? Dan rapporteer ik wel niet meer".

Waarbij ik uberhaupt niet eens zou weten welk type ik zou moeten selecteren bij mijn twee voorbeelden. Is een "hoort in ander topic" dan een vraag? En "offtopic" een overtreding van de huisregels (van dat topic)?

Voorheen stond er zelfs iets in de trant van "als het duidelijk is wat er mis is hoef je niet te veel te zetten" en kon je dus inderdaad (bij wijze van) rapporteren met "offtopic" en klaar. En nu zijn de wijzigingen dusdanig dat je echt een volledige procedure start met (meermaals) feedback, blijkbaar de mogelijkheid tot klachten, .... Waardoor ik ook het gevoel krijg dat ik alvast een hele onderbouwing moet toevoegen.

En dat er bepaalde overtredingen zijn die wel een stuk formeler zijn opgezet, incl. (eventuele) wettelijke basis, begrijp ik volledig. Maar het aantal reports dat ik doe en/of tegenkom van dusdanige ernst kan ik in de ~15+ jaar die ik op Tweakers zit misschien op 1 hand tellen. Waarbij het rapporteren van zaken op GoT IMO ook veel laagdrempeliger is (/was) dan op andere plekken, juist omdat je daar vaak kleine "overtredingen" hebt (en iets als "offtopic" op de FP gewoon als offtopic gemodereerd wordt en klaar, terwijl er in een topic ook pagina's gevuld kunnen worden met offtopic posts en een mod wel eens "mag ingrijpen").

Dat dus. Helemaal mee eens, spijker op de kop, had het niet beter kunnen verwoorden!

[Wolly]

crisp schreef op woensdag 28 oktober 2026 @ 21:18:
[...]

Ja, dat krijg je als strenge Europese regelgeving, duidelijk bedoelt voor internetagglomeraten zoals X en Meta, ook toepasbaar wordt verklaard op een forum zoals dat van Tweakers, omdat we onderdeel zijn van een groot mediabedrijf (DPG)...

Want die strengere wetgeving staat niet toe dat er een textbox bovenin staat waar je, zoals voorheen, iets intikte en op Verzend drukte?

Er moet nu een categorie worden toegewezen door de melder? En die wetgeving vereist een mailbevestiging en kent geen opties om de gebruiker de voorkeur voor ontvangstbevestiging te laten kiezen?

[Fiber]

True schreef op woensdag 28 oktober 2026 @ 21:12:
@RobertMe ik kan mij hier ook goed in vinden, als ik kijk naar wat ik zoal in het invulveld voor een TR doe is dat ergens tussen de 2 woorden en maximaal 2 zinnen.
TRs als:

• OT
• niet constructief
• HK post
• spam
• kick van 300 jr
• ai copy paste

Ik ben van mening (en m.u.v. 1x heb ik nooit van een mod gehoord dat mijn TRs niet welkom waren) dat dit gewoon goed kan helpen om de aandacht van de mods weer eens op een thread te werpen waar ze wellicht normaliter zelf nooit komen.
Vanmiddag weer, ik maak een TR aan voor iets wat duidelijk niet gewenst is op GoT (buiten HK). Ik schud mijn hoofd, mik het op 'vraag', scroll naar beneden (want er is 1000px ruimte onbenut (?)), zet er één woord bij en tik op versturen.
Na twee seconden zie ik mijn telefoon oplichten voor een binnenkomende mail (dat heb ik behoorlijk in de perken dus een binnenkomende mail is voor mij vrijwel altijd relevant om te lezen) is het de onnodige bevestiging.
Nog geen halfuur later is een mod het met mij eens en krijg ik weer een mailtje "Jouw melding is afgehandeld" met deze keer zelfs verwijzingen naar twee huisregels waar de post niet in overeenstemming mee was en ik kan zelf bezwaar maken op de genomen actie (?? waarom ..).

Vroeger was het hier gewoon gezellig en dronken we een biertje aan de statafels nu lopen we allemaal met een stropdas.

Helemaal mee eens!

[crisp]

Wolly schreef op woensdag 28 oktober 2026 @ 21:21:
[...]


Want die strengere wetgeving staat niet toe dat er een textbox bovenin staat waar je, zoals voorheen, iets intikte en op Verzend drukte?

Er moet nu een categorie worden toegewezen door de melder?

Nee, dat is om het voor de moderators (vrijwilligers, die met dit systeem hun workload helaas ook zien toenemen en stricter zien worden) makkelijker te maken de juiste overtreden voorwaarde of huisregel erbij te selecteren (wat gerapporteerd moet worden aan de Europese DSA databank). Op basis van een specifieke classificatie kunnen we in de backend alvast een filtering doen op de vele tientallen voorwaarden en regels die we hebben.

En die wetgeving vereist een mailbevestiging en kent geen opties om de gebruiker de voorkeur voor ontvangstbevestiging te laten kiezen?

Voor zover ik weet schrijft de wetgever geen methode voor met betrekking tot de communicatie, maar wordt email zo'n beetje wel als het meest gangbaar gezien, ook binnen de DPG-merken, en is ons aangeraden dat in eerste instantie dan ook gewoon over te nemen. Ik denk dat dat wel iets is waar we nog eens over moeten nadenken en bespreken met onze legal/privacy-adviseur.

[jadjong]

Ik vind het wel handig, alleen hoeft het wat mij betreft niet via email.

[Fiber]

crisp schreef op woensdag 28 oktober 2026 @ 21:39:
[...]

Nee, dat is om het voor de moderators (vrijwilligers, die met dit systeem hun workload helaas ook zien toenemen en stricter zien worden) makkelijker te maken de juiste overtreden voorwaarde of huisregel erbij te selecteren (wat gerapporteerd moet worden aan de Europese DSA databank). Op basis van een specifieke classificatie kunnen we in de backend alvast een filtering doen op de vele tientallen voorwaarden en regels die we hebben...

Valt vast ook wel een leuk jaarlijks FP artikel van te maken met statistiekjes en zo...

[The Eagle]

crisp schreef op dinsdag 27 oktober 2026 @ 08:14:
[...]

Dat is de Europese DSA (digitaledienstenverordening), waarvan je de Nederlandstalige versie hier kunt vinden: https://eur-lex.europa.eu/legal-content/NL/TXT/HTML/?uri=CELEX:32022R2065

@crisp ik zou wel eens een toelichting willen lezen van jullie juridische afdeling op basis waarvan precies nou bepaald wordt wat er kan en mag. Met verwijzingen naar artikelnummers enzo, zodat we niet door 200+ paginas aan ambtelijke onzin hoeven.
Is dat mogelijk denk je?

Verder vermoed ik (maar ianal) dat je er mee weg kunt komen dat er bij het indienen van een TR door een user op het forum geen melding hoeft te komen. Immers, je kunt die direct koppelen aan een ingelogde user en die ziet ook al bevestiging van zijn TR. Afhandeling kan dan verder plaatsvinden op een door de user gewenste manier, en al naar gelang de laatste activiteit op het forum evt via mail indien nodig.

Er zullen weinig mensen zijn die van buitenaf een correctie op content op het forum willen. En als dat er al is dan kan dat gewoon via de mail naar de crew, dus ook dat is gedekt.

Noot: ik ga bewust niet in op de inhoud van de communicatie en waar een melding over gaat. Daar vind ik ook iets van. Maar dat hoeft in de procedure niet moeilijker te zijn dan een "algemeen" categorie, ipv een zooi tickboxes

[The Eagle]

En @MiBe ook vwb dat verzoek aan die "expert".

Dat gezegd hebbende: je moet meldingen terug koppelen. Wat is de definitie van een melding volgens de dsa? Is dat een stukje tekst met toelichting? Of wordt bijvoorbeeld een vinkje van een user al als melding beschouwd?

[XWB]

True schreef op woensdag 28 oktober 2026 @ 21:08:
Bug:
Lijkt iets niet helemaal lekker te gaan met die uitlijning:
[Afbeelding]

Version 156.0.8078.49 (Official Build) (64-bit)
Heb uitschakelen van Custom css niet getest.

Ik kan het niet reproduceren. Ben je ingezoomd? En zou je dit willen proberen:

1. Open het meldformulier en klik met de rechtermuisknop op de achtergrond van de popup. Kies Inspecteren.
2. Klik in het Elements paneel op het element twk-content-report-form. Dat is de buitenste laag van de popup.
3. Zet rechts bij Styles het vinkje uit voor de regel filter: drop-shadow(...).
4. Beweeg daarna opnieuw met de muis over de opties. Verspringt het nog steeds?

[True]

XWB schreef op woensdag 28 oktober 2026 @ 22:53:
[...]

Ik kan het niet reproduceren. Ben je ingezoomd? En zou je dit willen proberen:

1. Open het meldformulier en klik met de rechtermuisknop op de achtergrond van de popup. Kies Inspecteren.
2. Klik in het Elements paneel op het element twk-content-report-form. Dat is de buitenste laag van de popup.
3. Zet rechts bij Styles het vinkje uit voor de regel filter: drop-shadow(...).
4. Beweeg daarna opnieuw met de muis over de opties. Verspringt het nog steeds?

Het is alleen als ik helemaal naar beneden gescrolld ben.
drop-shadow aan/uit gevinkt maakt geen verschil.
Edit: let op, van uit, aan, uit (drop-shadow vinkje) is het opgelost, maar bij opnieuw scrollen naar boven en dan weer volledig beneden is het weer aanwezig.

[ Voor 6% gewijzigd door True op 28-10-2026 23:12 ]

[Sissors]

crisp schreef op woensdag 28 oktober 2026 @ 21:18:
[...]

Ja, dat krijg je als strenge Europese regelgeving, duidelijk bedoelt voor internetagglomeraten zoals X en Meta, ook toepasbaar wordt verklaard op een forum zoals dat van Tweakers, omdat we onderdeel zijn van een groot mediabedrijf (DPG)...

Tja "wij" willen dat dit allemaal 'transparant' moet worden duidelijk gemaakt (lees: automatische mails). En van mij hoeft het ook niet, maar van mij hoef ik ook geen automatische mail van een Meta te krijgen waar ik toch niks mee kan.

Maar als "wij" dit erg belangrijk vinden op het internet, dan is het logisch dat het ook geldt voor meer diensten. Ik vind de opmerkingen van andere over dat er maar een weg rond de wet gezocht moet worden ook niet echt goed. Je zou moeten stemmen dan op partijen die tegen de wet zijn, al is dat waarschijnlijk ook makkelijker gezegd dan gedaan. Anyway, voor iemand deze gaat rapporteren als offtopic: Persoonlijk denk ik van die mails als er maar gewoon iets duidelijks in het onderwerp staat dat het een mail is vanwege een rapport die jij hebt aangemaakt als gebruiker, dat een ieder die er niet op zit te wachten, die zo kan filteren.

[XWB]

True schreef op woensdag 28 oktober 2026 @ 23:10:
[...]


Het is alleen als ik helemaal naar beneden gescrolld ben.
drop-shadow aan/uit gevinkt maakt geen verschil.
Edit: let op, van uit, aan, uit (drop-shadow vinkje) is het opgelost, maar bij opnieuw scrollen naar boven en dan weer volledig beneden is het weer aanwezig.
[Afbeelding]

Dan zit het probleem in elk geval niet in de filter property. Het enige wat ik nog kan bedenken is dat de popup bij jouw vensterhoogte en schaal niet op hele pixels uitkomt.

Wil je deze drie dingen nog los proberen (in hetzelfde Elements paneel)? Scrol na elke aanpassing helemaal naar beneden in de popup en beweeg dan over de opties. Ververs de pagina tussen de tests, zodat er steeds maar één aanpassing actief is. Degene die werkt is mogelijk de fix:

1. Op div.modal__container: verander top: 5vh in top: 26px en max-height: 90vh in max-height: 470px.
2. Op div.modal__body: voeg will-change: transform toe.
3. Op div.modal__body: voeg background-color: inherit toe.

[Gizz]

Volgens mij nog niet genoemd (dit topic snel gescand), en zo wel dan ben ik het ermee eens:

Ik mis erg de preview van de TR die ik instuur. Ik maak veel TR's aan om posts naar een beter passend topic te laten verhuizen. Vind het altijd fijn om op 'Bekijk reactie' te drukken om te controleren of ik de juiste linkjes onder mijn copy-v had zitten, want dan worden de linkjes omgezet in een klikbare titel.

Nu kan dat niet meer, je ziet alleen de url die je plant en daarna is je TR op weg naar degene die het gaat lezen.

Wat mij betreft een essentiële functie om mijn TR te kunnen controleren voordat hij verstuurd wordt.

[True]

Gizz schreef op donderdag 29 oktober 2026 @ 12:30:
Volgens mij nog niet genoemd (dit topic snel gescand), en zo wel dan ben ik het ermee eens:

Ik mis erg de preview van de TR die ik instuur. Ik maak veel TR's aan om posts naar een beter passend topic te laten verhuizen. Vind het altijd fijn om op 'Bekijk reactie' te drukken om te controleren of ik de juiste linkjes onder mijn copy-v had zitten, want dan worden de linkjes omgezet in een klikbare titel.

Nu kan dat niet meer, je ziet alleen de url die je plant en daarna is je TR op weg naar degene die het gaat lezen.

Wat mij betreft een essentiële functie om mijn TR te kunnen controleren voordat hij verstuurd wordt.

Wij simpele gebruikers weten niet eens of bb-codes in de TRs überhaupt wel werkten (wel mijn aanname) én of ze nog steeds wel werken of niet. Dit is ook nog nergens gecommuniceerd van wat ik weet.

[crisp]

True schreef op donderdag 29 oktober 2026 @ 13:44:
[...]


Wij simpele gebruikers weten niet eens of bb-codes in de TRs überhaupt wel werkten (wel mijn aanname) én of ze nog steeds wel werken of niet. Dit is ook nog nergens gecommuniceerd van wat ik weet.

Nee, het is puur platte tekst

[True]

crisp schreef op donderdag 29 oktober 2026 @ 14:12:
[...]

Nee, het is puur platte tekst

Puur voor mijn gevoel, was dat eerder ook zo of is dat nieuw?

[Yorinn]

True schreef op donderdag 29 oktober 2026 @ 14:22:
[...]


Puur voor mijn gevoel, was dat eerder ook zo of is dat nieuw?

Eerder werkte het wel.

[crisp]

True schreef op donderdag 29 oktober 2026 @ 14:22:
[...]


Puur voor mijn gevoel, was dat eerder ook zo of is dat nieuw?

De topicreports maakten gebruik van de RML-mogelijkheden van het forum (en later ook de wysiwyg-editor). Daar hebben we het DSA-systeem niet in voorzien.

[MiBe]

The Eagle schreef op woensdag 28 oktober 2026 @ 22:10:
En @MiBe ook vwb dat verzoek aan die "expert".

Dat gezegd hebbende: je moet meldingen terug koppelen. Wat is de definitie van een melding volgens de dsa? Is dat een stukje tekst met toelichting? Of wordt bijvoorbeeld een vinkje van een user al als melding beschouwd?

Voor de meldingen wordt, gezien de opzet van de flow, sowieso al een toelichting vereist (dat is daarbij een verplicht veld). Daarna gaat er dus terugkoppeling plaatsvinden, of er nu wel of niet iets met de melding wordt gedaan.

The Eagle schreef op woensdag 28 oktober 2026 @ 22:01:
[...]

@crisp ik zou wel eens een toelichting willen lezen van jullie juridische afdeling op basis waarvan precies nou bepaald wordt wat er kan en mag. Met verwijzingen naar artikelnummers enzo, zodat we niet door 200+ paginas aan ambtelijke onzin hoeven.
Is dat mogelijk denk je?

Hier zal ik even op reageren. Met alle respect, maar de desbetreffende afdeling werkt voor meer titels dan alleen Tweakers en ik vind dit nogal een verzoek zonder dat er concrete aanleiding toe is. Het ongetwijfeld niet gewenste maar wel duidelijke antwoord daarop is dus nee. Zij zijn er om de verschillende titels te helpen om aan de wet te voldoen, niet om die wet uit te kleden en te verduidelijken voor de gebruikers op de verschillende platformen.

Modbreak:

Even een algemene mededeling m.b.t. dit topic. Het valt me op dat enkele users er op momenten behoorlijk met gestrekt been in gaan. Bij dezen even de verduidelijking dat deze wijziging geen initiatief vanuit Tweakers zelf is, maar dat er verandering nodig was om aan de wetgeving te voldoen. Het kan zijn dat je het niet eens bent met de implementatie, bijvoorbeeld met terugkoppeling via email, maar dat is geen reden om dusdanig tegen de developers tekeer te gaan. Ik houd het topic voor nu open en constructieve feedback is nog altijd van harte welkom (mits het nieuwe informatie toevoegt in plaats van herhaling van wat er al gezegd is), blijkt dat het zo fel door blijft gaan gooi ik het topic op slot.

[True]

Ander neveneffect van de huidige implementatie:

1. ik maak een TR;
2. mod verklaard mijn TR ongeldig (er word niets gedaan met mijn TR);

Bij de vorige implementatie zag ik dit alleen door het specifieke topic op te zoeken, terug te scrollen na het zien van een groen handje tot de desbetreffende post en dan zien dat er niets aan gedaan is.
Nu krijg ik een mailtje met de melding dat:
"We hebben je melding en de bijbehorende situatie beoordeeld. Op basis daarvan zijn we tot de conclusie gekomen dat de melding in dit geval niet gegrond is. Hieronder vind je onze toelichting:"

[de argumentatie]

"Ben je het niet eens met deze uitkomst? Dan kun je tot en met 30 april 2027 bezwaar maken [hyperlink]."

En met argumentatie in het invulveld na het volgen van de hyperlink is bezwaar aangemaakt. Ik geloof niet dat ik in de afgelopen 15 jaar ooit een DM gestuurd heb naar een mod en heb aangegeven dat ik het niet eens was met het afhandelen van een TR. Het was 'schouders ophalen' en doorscrollen.
De huidige implementatie komt voor mij ook veel toegankelijker over en misschien is dat wel een voordeel, maar ik heb hier tegelijkertijd ook wel mijn bedenkingen bij.

---

NB als in het kader van transparantie dit nodig is/gedaan wordt voor DSA wil ik de opmerking plaatsen dat het nergens duidelijk is ná het aanmaken van een TR voor welke reden (MPC optie) die is aangemaakt.

[Truus01]

De feedback is ergens wel fijn. Maar onnodig.
Dat het rode handje weg is en dus niet meer eeuwig rood blijft, is wel fijn.
Het geheel van een enorme lijst aan keuzes, mail ter bevestiging, mail van de afhandeling is too much.
De opzet van @naitsoezn zou een verbetering zijn.

Toch gaat dit, zoals meerderen al gezegd hebben, er voornamelijk voor zorgen dat het aantal TR's omlaag gaat. En niet omdat er minder posts zijn die rapporteerwaardig zijn, maar door dit 'gedoe'.
Persoonlijk nu al een paar keer gedacht 'ja dag, geen zin in die lijst en al die mails, dit meldt iemand anders maar'.

Is het wettelijk bv wel mogelijk dat de bevestiging een push bericht simpele notificatie is, en de terugmelding per mail?

Succes!

[True]

Truus01 schreef op zondag 1 november 2026 @ 12:30:
De feedback is ergens wel fijn. Maar onnodig.
Dat het rode handje weg is en dus niet meer eeuwig rood blijft, is wel fijn.
Het geheel van een enorme lijst aan keuzes, mail ter bevestiging, mail van de afhandeling is too much.
De opzet van @naitsoezn zou een verbetering zijn.

Toch gaat dit, zoals meerderen al gezegd hebben, er voornamelijk voor zorgen dat het aantal TR's omlaag gaat. En niet omdat er minder posts zijn die rapporteerwaardig zijn, maar door dit 'gedoe'.
Persoonlijk nu al een paar keer gedacht 'ja dag, geen zin in die lijst en al die mails, dit meldt iemand anders maar'.

Is het wettelijk bv wel mogelijk dat de bevestiging een push bericht is, en de terugmelding per mail?

Succes!

Ik kan dit beamen, mijn counter voor het niet doen van TRs terwijl ik dat eerder wel gedaan zou hebben staat inmiddels op drie.

[Truus01]

True schreef op zaterdag 31 oktober 2026 @ 23:10:
Ik geloof niet dat ik in de afgelopen 15 jaar ooit een DM gestuurd heb naar een mod en heb aangegeven dat ik het niet eens was met het afhandelen van een TR. Het was 'schouders ophalen' en doorscrollen.

Ik had nu ook de eerste (en tot nu toe enige) keer echt zoiets van WTF?! En dat is de reden dat het blijft staan?!
Wilde bijna al kwaad bezwaar maken, terwijl ik het normaal niet eens merk. Wat je zegt, schouders ophalen en door.
Voor mij persoonlijk werkt dit dus, als de afhandeling eigenlijk een afwijzing van mijn TR is, en ik krijg dat zo per mail, behoorlijk frustrerend. (En nog meer 'dan meld ik het maar niet'.)

[ Voor 3% gewijzigd door Truus01 op 01-11-2026 12:35 ]

[Fiber]

Truus01 schreef op zondag 1 november 2026 @ 12:30:
[...]

Is het wettelijk bv wel mogelijk dat de bevestiging een push bericht is, en de terugmelding per mail?

Succes!

Nee, liever niet.

Mailtjes kan ik negeren, ongelezen laten, sterker nog, die zie ik niet eens. Van push berichten op mijn scherm krijg ik bijna een hartverzakking...

[Fiber]

Truus01 schreef op zondag 1 november 2026 @ 12:34:
[...]

(En nog meer 'dan meld ik het maar niet'.)

Minder meldingen krijgen kan naast de wettelijke verplichtingen best een bijkomende reden zijn van dit gedoe...

[Truus01]

Fiber schreef op zondag 1 november 2026 @ 17:24:
[...]

Nee, liever niet.

Mailtjes kan ik negeren, ongelezen laten, sterker nog, die zie ik niet eens. Van push berichten op mijn scherm krijg ik bijna een hartverzakking...

Ik bedoelde eigenlijk meer een DM, of nog liever een simpele notificatie.

[Lordy79]

Nou ik ben in bezwaar gegaan en dat is toegekend. Voor het eerst in ruim 20 jaar dat in beroep gaan tegen een mod ingreep effect heeft.
Kan toeval zijn, maar misschien dat er nu ook minder rigide wordt gekeken naar onterechte ingrepen.

* Lordy79 is dus wel blij met deze ontwikkeling.

(Ik vond t sowieso een vooruitgang overigens)