"Hier op GoT verwachten we dat je echte thumbnails maakt."

[Themperror]

Ongetwijfeld dat een boel hier dit stukje rode text meer dan vaak tegekomen..

Ik wil hierbij dus even een discussie hierover openen met als statement dat dit wel een heel oude mentaliteit is om te verwachten van mensen dat ze hun eigen thumbnails maken.

Bijna elke forum, imageboard of dergelijks modern zorgt ervoor dat thumbnails automatisch gemaakt worden na het posten van een image, dus waarom kan tweakers dit niet? Dit scheelt in moderatie/handhaving en helpt mee in waar de thumbnail feature daadwerkelijk voor bedoelt is: lager bandwidth usage (zowel tweakers als de clients).

Het is in mijn ogen bijna absurd dat mensen handmatig hun thumbnails moeten maken, wat vooral lastig is als je op een mobiel device zit (of bijzonder veel werk) als je eigenlijk gewoon op het forum zit en een image deelt.

Als het daarlangs nog om "custom thumbnails" moet gaan, zou dit altijd nog een optional ding / feature kunnen zijn.

[NeFoRcE]

Als je upload via je fotoalbum is het allemaal goed geregeld

[CyBeR]

Dat hele verhaal moet gewoon klaar zijn, we zitten niet meer in de tijd van 56K modems en krappe datalimieten.

Dat belerende toontje ook

[ Voor 15% gewijzigd door CyBeR op 20-09-2021 11:35 ]

[AW_Bos]

Je kan gewoon in de werkbalk boven het reactieveld op de afbeeldingknop klikken, en je kan een afbeelding uploaden anje fotoalbum, die je vervolgens ook eenvoudig aan je bericht kan hangen, in het juiste formaat.

De tekst die je ziet, is afkomstig van afbeeldingen die niet aan die formaten voldoen, en meestal geplaatst zijn voordat de uploadtool er was.

Het zou wel mooi zijn als de tekst over de thumbnails nog eens aangepast wordt.

[ Voor 10% gewijzigd door AW_Bos op 20-09-2021 11:31 ]

[Themperror]

Als voorbeeld dit dus: JackAvery in "Diablo II: Resurrected"

[ Voor 63% gewijzigd door Themperror op 20-09-2021 12:21 ]

[JvS]

Ik vind het ook een irritante melding. Bij mij is ook weleens een foto verwijderd omdat ik het via mn telefoon op de tweakers host een plaatje van 3000x4000 had geupload (die was volgens mij 1-2MB ofzo).

Dat is op een snelle host, geen achterlijk groot plaatje en levert geen problemen op. Ik kreeg toen van de moderator in kwestie te horen:

Tsja, de rode banner om de foto's staat er niet voor niets. Je bent ook niet de enige bij wie deze actie wordt gedaan. Het is ook niet puur alleen de rode banner die triggert, het is de bijbehorden resolutie. In dit geval was het 4000 x 3000, veelal wordt de grootte gedoogd tot een 1600 x 1200 (of kleiner als de host echt traag is), maar ingegrepen word dus (veel) vaker gedaan.

Ik ben dan iemand aan het helpen en dan wordt dat plaatje weggehaald. Voelt echt heel erg "overmoderatie" aan...

[AW_Bos]

Het is code van minimaal 10 jaar oud. Dus de devvers kunnen het wat mij betreft wel aanpassen dat het niet opdringerig is.

Internet is sneller, de site is breder.
Die schreeuwende melding moet gewoon weg omdat het niet meer in deze tijd past.

[ Voor 33% gewijzigd door AW_Bos op 20-09-2021 11:56 ]

[418O2]

custom css snippet: Verberg 'te grote afbeelding' thumbnail waarschuwing

Voor als je er echt niet meer tegen kan

[Gropah]

AW_Bos schreef op maandag 20 september 2021 @ 11:55:
Het is code van minimaal 10 jaar oud. Dus de devvers kunnen het wat mij betreft wel aanpassen dat het niet opdringerig is.

Internet is sneller, de site is breder.
Die schreeuwende melding moet gewoon weg omdat het niet meer in deze tijd past.

Het internet is sneller, thuis. Op mobiel laat het nog wel eens de wensen over, zeker in de wat minder dichtbevolktegebieden. De site is breder, op desktop, maar op mobiel is het een ander verhaal. Daarnaast hebben mobiele verbindingen vaak ook nog eens een datacap.

Er valt imo dus nog best wat voor te zeggen dat men niet te grote plaatjes moet uploaden als al die extra pixels toch niet worden getoond.

[Themperror]

Gropah schreef op maandag 20 september 2021 @ 12:51:
[...]


Het internet is sneller, thuis. Op mobiel laat het nog wel eens de wensen over, zeker in de wat minder dichtbevolktegebieden. De site is breder, op desktop, maar op mobiel is het een ander verhaal. Daarnaast hebben mobiele verbindingen vaak ook nog eens een datacap.

Er valt imo dus nog best wat voor te zeggen dat men niet te grote plaatjes moet uploaden als al die extra pixels toch niet worden getoond.

Des te meer redenen om dit niet aan (foutgevoelige) users over te laten, maar dit hele systeem te automatiseren

[Gropah]

Themperror schreef op maandag 20 september 2021 @ 13:07:
[...]


Des te meer redenen om dit niet aan (foutgevoelige) users over te laten, maar dit hele systeem te automatiseren

Daar ben ik dan ook eerder voor dan het weghalen van de melding (wat hetgeen is dat AW_Bos lijkt te zeggen, volgens mij).

[Hielko]

Daarnaast is die resolutie check sowieso niet meer echt van de tijd nu zoveel mensen op high dpi schermen browsen.

[JvS]

Gropah schreef op maandag 20 september 2021 @ 13:10:
[...]

Daar ben ik dan ook eerder voor dan het weghalen van de melding (wat hetgeen is dat AW_Bos lijkt te zeggen, volgens mij).

Wat denk je precies dat die melding toevoegt? Bij mij zorgt het er alleen maar voor dat ik tweakers irritanter vind. Het is een irritant belerend stuk tekst. (ik heb het plaatje ook vervangen met een plaatje dat in resolutie goed was, maar in MB's 'zwaarder').

Dat je die weg haalt wil niet zeggen dat we nu allemaal plaatjes van 30MB op trage hosts moeten gaan zetten.

[ Voor 9% gewijzigd door JvS op 20-09-2021 13:17 ]

[Themperror]

JvS schreef op maandag 20 september 2021 @ 13:16:
[...]

Wat denk je precies dat die melding toevoegt? Bij mij zorgt het er alleen maar voor dat ik tweakers irritanter vind. Het is een irritant belerend stuk tekst. (ik heb het plaatje ook vervangen met een plaatje dat in resolutie goed was, maar in MB's 'zwaarder').

Dat je die weg haalt wil niet zeggen dat we nu allemaal plaatjes van 30MB op trage hosts moeten gaan zetten.

Ik denk dat hij er op doelt dat als het geautomatiseerd wordt, het gevolg ervan dan automatisch ook is dat die text er niet meer zal zijn dan het feit dat "alleen" de text er niet meer is (en dus wel nog grote images zijn)

[Theo]

Bestaat die melding nog? Dat komt echt uit de tijd dat smartphones niet gangbaar waren, Windows Vista nieuw was, netbookjes (Asus eee pc) helemaal hot en happening waren en een 10 Mbit internetverbinding best snel was om je torrents binnen te halen.

In deezen moodernen tijden zou deze melding toch niet meer nodig moeten zijn met meeschalende afbeeldingen?

[Gropah]

JvS schreef op maandag 20 september 2021 @ 13:16:
[...]

Wat denk je precies dat die melding toevoegt? Bij mij zorgt het er alleen maar voor dat ik tweakers irritanter vind. Het is een irritant belerend stuk tekst. (ik heb het plaatje ook vervangen met een plaatje dat in resolutie goed was, maar in MB's 'zwaarder').

Dat je die weg haalt wil niet zeggen dat we nu allemaal plaatjes van 30MB op trage hosts moeten gaan zetten.

De melding creert bewustzijn. Voor sommige mensen zorgt die voor irritatie, dat kan ik snappen. Maar zoals ik aangeef zijn er, ook vandaag nog, redenen om niet te grootte plaatjes te embedden. Daarom ben ik (als gebruiker) zoals Themperror in ""Hier op GoT verwachten we dat je echte thumbnails maakt."" aangeeft voor meer automatisering hier in, maar ik weet absoluut niet waar daar in mogelijk is.

[RayNbow]

CyBeR schreef op maandag 20 september 2021 @ 11:29:
Dat hele verhaal moet gewoon klaar zijn, we zitten niet meer in de tijd van 56K modems en krappe datalimieten.

Inderdaad. Het moet geen probleem zijn om plaatjes als deze rechtstreeks te embedden:

[crisp]

Ik denk persoonlijk dat de melding inderdaad wat vriendelijker kan, maar vooral zou moeten wijzen op de mogelijkheid om externe afbeeldingen hier te uploaden; dat heeft naast het feit dat er dan (fatsoenlijke ) thumbs gemaakt worden ook als voordeel dat het de houdbaarheid ten goede komt.

Een dergelijk proces automatiseren heeft echter mogelijk wel implicaties op het gebied van auteursrecht ten opzichte van wanneer een gebruiker het doet, dus of we daar onze handen aan moeten willen branden...

Note overigens dat de fysieke afmetingen gebruikt worden voor de melding puur vanwege het feit dat het niet goed mogelijk is om met javascript cross-browser de filegrootte te bepalen...

[Themperror]

RayNbow schreef op maandag 20 september 2021 @ 13:34:
[...]

Inderdaad. Het moet geen probleem zijn om plaatjes als deze rechtstreeks te embedden:
[Afbeelding]

Ja geen probleem, die heb ik in ongv 10 seconden binnen met men gbit verbinding!

Maar even serieus, ik zou zeggen dat tweakers het uberhaubt niet toe staat om images van 1GB te uploaden? En anders zeker in dat geval zou ik een automatische thumbnail verwachten.

[JackAvery]

Themperror schreef op maandag 20 september 2021 @ 11:31:
Als voorbeeld dit dus: JackAvery in "Diablo II: Resurrected"

Ik voel me raar genoeg aangesproken Wil er even op wijzen dat ik hier zelf de [img] zo aangepast heb dat er een maximale breedte was, zodat ook oudere telefoons er geen last van hebben. Het forum doet dat trouwens ook al automatisch, waarbij gelinkte bestanden met een breedte groter dan 800 pixels automatisch naar 800 breedte geresized worden. Ik heb dit even in de post hierboven gedemonstreerd

Ik stoor me overigens ook aan die rode waarschuwing, maar een beetje bewustwording mag natuurlijk wel. Dat gezegd zijnde lijkt het me ook niet erg wenselijk om elk plaatje te gaan heruploaden. Het tonen van media content is nu eenmaal veel 'normaler' geworden en je wilt dat eigenlijk frictieloos houden.

[ Voor 6% gewijzigd door JackAvery op 20-09-2021 13:39 ]

[Themperror]

JackAvery schreef op maandag 20 september 2021 @ 13:38:
[...]

Ik voel me raar genoeg aangesproken Wil er even op wijzen dat ik hier zelf de [img] zo aangepast heb dat er een maximale breedte was, zodat ook oudere telefoons er geen last van hebben. Het forum doet dat trouwens ook al automatisch, waarbij gelinkte bestanden met een breedte groter dan 800 pixels automatisch naar 800 breedte geresized worden. Ik heb dit even in de post hierboven gedemonstreerd

Ik stoor me overigens ook aan die rode waarschuwing, maar een beetje bewustwording mag natuurlijk wel. Dat gezegd zijnde lijkt het me ook niet erg wenselijk om elk plaatje te gaan heruploaden. Het tonen van media content is nu eenmaal veel 'normaler' geworden.

Het hele punt is vooral dat je dus niet handmatig zelf een thumbnail moet regelen en ook weer hosting ervoor zodat vervolgens je embed goed doorlinkt naar de volle image.

crisp schreef op maandag 20 september 2021 @ 13:37:
Ik denk persoonlijk dat de melding inderdaad wat vriendelijker kan, maar vooral zou moeten wijzen op de mogelijkheid om externe afbeeldingen hier te uploaden; dat heeft naast het feit dat er dan (fatsoenlijke ) thumbs gemaakt worden ook als voordeel dat het de houdbaarheid ten goede komt.

Een dergelijk proces automatiseren heeft echter mogelijk wel implicaties op het gebied van auteursrecht ten opzichte van wanneer een gebruiker het doet, dus of we daar onze handen aan moeten willen branden...

Note overigens dat de fysieke afmetingen gebruikt worden voor de melding puur vanwege het feit dat het niet goed mogelijk is om met javascript cross-browser de filegrootte te bepalen...

Ik betwijfel of auteursrecht echt een issue is hier, de image zelf staat tenslotte al op de forum, en als je naar basically any other platform kijkt zul je zien (hoogstwaarschijnlijk in de inspect elements) dat er automatisch een thumbnail zal gemaakt worden (voor meerdere resoluties). Om als voorbeeld al sites zoals Facebook, Imgur, 4chan, Instagram en weet ik veel wie nog meer te noemen

[crisp]

Themperror schreef op maandag 20 september 2021 @ 13:41:
[...]

Ik betwijfel of auteursrecht echt een issue is hier, de image zelf staat tenslotte al op de forum, en als je naar basically any other platform kijkt zul je zien (hoogstwaarschijnlijk in de inspect elements) dat er automatisch een thumbnail zal gemaakt worden (voor meerdere resoluties). Om als voorbeeld al sites zoals Facebook, Imgur, 4chan, Instagram en weet ik veel wie nog meer te noemen

Ik weet niet of dat ook geldt als je een min-of-meer permanente thumbnail maakt, en of de grootte daarvan ook een rol speelt (en wat je met het origineel doet). Afaik zijn plaatjes op Facebook e.c. over het algemeen niet echt permanent. Dit soort zaken automatiseren vergt volgens mij toch wel wat uitzoekwerk mbt auteursrecht en gevolgen voor mogelijke claims.

[Marzman]

AW_Bos schreef op maandag 20 september 2021 @ 11:55:
Het is code van minimaal 10 jaar oud. Dus de devvers kunnen het wat mij betreft wel aanpassen dat het niet opdringerig is.

Internet is sneller, de site is breder.
Die schreeuwende melding moet gewoon weg omdat het niet meer in deze tijd past.

En het moderatiegedrag is ook veranderd. Vroeger kreeg je na een dubbelpost binnen een paar minuten al een pushnotificatie, tegenwoordig lost de software dat op.

[Dirk]

JackAvery schreef op maandag 20 september 2021 @ 13:38:
[...]

Ik voel me raar genoeg aangesproken Wil er even op wijzen dat ik hier zelf de [img] zo aangepast heb dat er een maximale breedte was, zodat ook oudere telefoons er geen last van hebben. Het forum doet dat trouwens ook al automatisch, waarbij gelinkte bestanden met een breedte groter dan 800 pixels automatisch naar 800 breedte geresized worden. Ik heb dit even in de post hierboven gedemonstreerd

Ik stoor me overigens ook aan die rode waarschuwing, maar een beetje bewustwording mag natuurlijk wel. Dat gezegd zijnde lijkt het me ook niet erg wenselijk om elk plaatje te gaan heruploaden. Het tonen van media content is nu eenmaal veel 'normaler' geworden en je wilt dat eigenlijk frictieloos houden.

Het probleem daarbij is dat je de weergave kleiner maakt, niet de afbeelding zelf. Dus alsnog wordt de grote afbeelding gedownload, om vervolgens kleiner weer te worden gegeven. Via het Tweakers fotoalbum wordt hij daadwerkelijk kleiner gemaakt en wordt de grotere afbeelding pas geladen nadat je erop klikt:

[JackAvery]

Dirk schreef op maandag 20 september 2021 @ 14:05:
[...]

Het probleem daarbij is dat je de weergave kleiner maakt, niet de afbeelding zelf. Dus alsnog wordt de grote afbeelding gedownload, om vervolgens kleiner weer te worden gegeven. Via het Tweakers fotoalbum wordt hij daadwerkelijk kleiner gemaakt en wordt de grotere afbeelding pas geladen nadat je erop klikt:
[Afbeelding]

Dat weet/begrijp ik, maar het feit dat dit [het gebruik van het fotoalbum] allemaal handmatig moet gebeuren maakt dit net niet wenselijk in veel gebruikssituaties. Als de image tool nu automatisch de image zou downloaden van bronlink, deze in je fotoalbum zou uploaden en resizen, dan zou dit nog ok zijn. Maar voor veel 'snelle' posts is het als gebruiker gewoon niet interessant noch efficiënt om een plaatje manueel te gaan heruploaden om een klein beetje meer compressie op je image te hebben op die lagere resolutie - en dat is de huidige situatie. Persoonlijk vind ik dat we zowel qua snelheden als qua bandbreedte toch vergenoeg gevorderd zijn in de Benelux om dit voor de meeste images geen probleem te maken, op enkele uitwassen van honderden megabytes na. Maar ik zou net denken dat de mensen die specifiek zo'n grote bestanden gaan linken, dat zelf ook wel beseffen.

Natuurlijk is het nog steeds 'onbeleefd' om te direct linken naar de hosting van iemand anders, maar dat is een andere discussie wat mij betreft.

In ieder geval, ik besef ook dat zo'n automatisatie mogelijk een niet-rendabele investering zou zijn voor GoT/DPG. Er zijn dan wel nog andere dingen die men kan doen om media gebruik op GoT zo frictieloos mogelijk te maken. Het zou bijvoorbeeld al veel helpen als Twitter/Instagram/... media embeds mogelijk waren met zichtbare media content.

[crisp]

JackAvery schreef op maandag 20 september 2021 @ 14:33:
[...]
Het zou bijvoorbeeld al veel helpen als Twitter/Instagram/... media embeds mogelijk waren met zichtbare media content.

Dat maken Twitter, Instagram en consorten zelf praktisch onmogelijk, tenzij je hun eigen privacy-onvriendelijke embedcode gebruikt (waar we dan weer consent voor moeten gaan vragen ivm tracking).

[Marzman]

crisp schreef op maandag 20 september 2021 @ 14:39:
[...]

Dat maken Twitter, Instagram en consorten zelf praktisch onmogelijk, tenzij je hun eigen privacy-onvriendelijke embedcode gebruikt (waar we dan weer consent voor moeten gaan vragen ivm tracking).

Op zich kun je dat oplossen door het standaard niet te laden maar dat er in de post een mededeling staat waar je op moet klikken en dat het dan geladen wordt. Volgens mij doen ze zoiets op Fok.

[crisp]

Marzman schreef op maandag 20 september 2021 @ 14:41:
[...]

Op zich kun je dat oplossen door het standaard niet te laden maar dat er in de post een mededeling staat waar je op moet klikken en dat het dan geladen wordt. Volgens mij doen ze zoiets op Fok.

Ja, dat doen we ook voor YouTube embeds. Voor Tweets en Instagram posts laten we een statische versie zien (zonder plaatjes) waarbij je kan doorklikken naar Twitter of Insta zelf; lijkt me ook een prima oplossing toch?

Helaas kan je Tweets en Instagram-posts niet sandboxed embedden, wat ook een reden is dat we het liever niet doen.

[Marzman]

crisp schreef op maandag 20 september 2021 @ 14:48:
[...]

Ja, dat doen we ook voor YouTube embeds. Voor Tweets en Instagram posts laten we een statische versie zien (zonder plaatjes) waarbij je kan doorklikken naar Twitter of Insta zelf; lijkt me ook een prima oplossing toch?

Helaas kan je Tweets en Instagram-posts niet sandboxed embedden, wat ook een reden is dat we het liever niet doen.

Ik wist niet dat dit al kon voor twitter en instagram, maar dat lijkt me inderdaad al prima

[JackAvery]

crisp schreef op maandag 20 september 2021 @ 14:48:
[...]

Ja, dat doen we ook voor YouTube embeds. Voor Tweets en Instagram posts laten we een statische versie zien (zonder plaatjes) waarbij je kan doorklikken naar Twitter of Insta zelf; lijkt me ook een prima oplossing toch?

Helaas kan je Tweets en Instagram-posts niet sandboxed embedden, wat ook een reden is dat we het liever niet doen.

Zeker respect voor het privacy-argument, en dat is natuurlijk een bewuste keuze. Maar ik vraag me af hoeveel mensen er op een statische Tweet met een redelijk non-descript URL gaan klikken, of hoeveel er zelfs maar doorhebben dat die URL embedded media representeert. En als je net die tweet hier op het forum embed om iets te illustreren, verlies je soms al bijna de reden om die tweet te embedden.

Om meteen te tonen hoe dit er uit ziet:
[Twitter: https://twitter.com/MatPiscatella/status/1438868161751765004] Die pic.twitter.com link kan één of meerdere images of video's voorstellen. Je kan op voorhand niet weten wat er getoond wordt, en veel mensen hebben problemen om door te klikken (omdat ze bijvoorbeeld geen Twitter/Instagram account hebben en dus soms voor niks klikken).

Persoonlijk los ik dit dan ook op door de image nog eens apart te hotlinken, maar dat is dan weer 'not done', want dan krijg je o.a. die prachtige rode balk vaak weer en zijn we terug bij af


Het punt blijft: internet content draait nog meer dan vroeger om visuele media. Ook zijn gemiddelde internetsnelheden en datalimieten al lang niet meer hetzelfde als toen de code voor de 'rode balk' geïntroduceerd werd. Misschien is een waarschuwing m.b.t. filesize relevanter dan een resolutiecheck, gezien het forum al standaard width=800 aanzet bij de img tag waardoor posts leesbaar blijven op courante resoluties. De waarschuwing zou ook op een ander moment getoond kunnen worden bijvoorbeeld.

offtopic:
Als ik mijn [embed] requests meteen mag erin gooien, datawrapper charts zou ook een goede zijn

[Anoniem: 1302638]

Filesize check heb ik in 2 minuten wel omzeild denk ik

[CyBeR]

Dirk schreef op maandag 20 september 2021 @ 14:05:
[...]

Het probleem daarbij is dat je de weergave kleiner maakt, niet de afbeelding zelf. Dus alsnog wordt de grote afbeelding gedownload, om vervolgens kleiner weer te worden gegeven.

Ja, und? Maakt 't beter voor hidpi schermen.

Deze ouderwetse shit moeten we echt van af jongens.

[ Voor 7% gewijzigd door CyBeR op 20-09-2021 19:34 ]

[Themperror]

Als extra puntje bovenop alle voorgenoemde, is het ook wel raar dat je het thumbnail berichtje ziet als de post niet van jou is (en de outlining ervan), want jij kan vervolgens weinig doen aan het feit dat de images geen thumbnail hebben, dus waarom zie jij de message dan?

[Jazzy]

Als ik het zo lees dan zijn we het er allemaal wel over eens dat de melding weinig nut meer heeft en dat de tekst niet past bij het huidige Vriendelijke GoT. Kunnen we los van grotere discussies over het handlen van plaatjes dan in ieder geval de waarschuwing, tekst en rode kader, uitschakelen?

[JvS]

Dat zou een mooie eerste stap zijn .

[ Voor 38% gewijzigd door JvS op 04-05-2022 12:37 ]

[Sando]

Hier op GoT verwachten we dat je echte thumbnails maakt.

Aangezien het een autoresize is, is er geen sprake van thumbnails. We maken geen (nep)thumbnail ofzo, dus kan dat woordje echte wel weg.

M.i. siert het GoT als dat hele zinnetje wat vriendelijker zou zijn. Iets in de trend van

Thumbnails zijn vriendelijker voor de bandbreedte. Lees in de faq hoe je thumbnails kunt maken.

Althans, dat zei ik in 2012. Inmiddels vind ik net als jullie dat het Tweakers zou sieren als alles gewoon geautomatiseerd gebeurde.

Maar aangezien dat wel wat kostbaarder is (in developertijd) zou een goedkope tussenoplossing zijn om dat zinnetje (uit de tijd dat Tweakers nog wat minder mainstream en toegankelijk was) wat netter en in informatie-kleuren ipv in alarm-kleuren te formuleren.

Overigens herinner ik me best veel topics over die afbeeldingen. Als je zoekt en verwijst naar dit topic, kan je vast zo 50 +1's scoren om op de radar te komen.

[crisp]

Sando schreef op maandag 23 mei 2022 @ 15:08:
[...]

Althans, dat zei ik in 2012. Inmiddels vind ik net als jullie dat het Tweakers zou sieren als alles gewoon geautomatiseerd gebeurde.

Maar dat doen we tegenwoordig ook, vooropgesteld dat je de image-upload gebruikt

Geautomatiseerd externe afbeeldingen verwerken maakt ons direct verantwoordelijk wat betreft copyright, dus dat doen we liever niet.

Maar ook van mij een +1 om die melding of te killen, of een stuk vriendelijker en duidelijker te maken

[Sando]

crisp schreef op maandag 23 mei 2022 @ 15:43:
[...]

Geautomatiseerd externe afbeeldingen verwerken maakt ons direct verantwoordelijk wat betreft copyright, dus dat doen we liever niet.

Hier heb ik niet aan gedacht!

Dat maakt het er niet makkelijk op, maar wel interessant. Als grote afbeeldingen ongewenst zijn, dan zou je ook afbeeldingen tot een bepaalde resolutie (of bestandsgrootte) bij het posten automatisch kunnen converteren naar een link.

Eventueel geautomatiseerd een alert of pb naar de poster... dat gaat vanzelf irriteren omdat de poster dan steeds op "markeer als gelezen" moet klikken en kan daardoor een onderwijzend effect hebben.

dat doen we tegenwoordig ook, vooropgesteld dat je de image-upload gebruikt

En ik ben zo gewend het handmatig en omslachtig te doen dat ik dit steeds vergeet.

[Cheesy]

Yep, van mij mag die waarschuwing ook weg. Ik stoor me er al lange tijd aan. Het is te opzichtig.
Afbeeldingen van 2k pixels zijn tegenwoordig prima te laden.

Sando schreef op maandag 23 mei 2022 @ 15:53:
[...]

Dat maakt het er niet makkelijk op, maar wel interessant. Als grote afbeeldingen ongewenst zijn, dan zou je ook afbeeldingen tot een bepaalde resolutie (of bestandsgrootte) bij het posten automatisch kunnen converteren naar een link.

Eventueel geautomatiseerd een alert of pb naar de poster... dat gaat vanzelf irriteren omdat de poster dan steeds op "markeer als gelezen" moet klikken en kan daardoor een onderwijzend effect hebben.


[...]

Klinkt al een heel goed idee wat mij betreft. Zou het voor mezelf ook prima vinden mocht ik per ongeluk een grote afbeelding embedden.

[ikloon]

We hebben de melding verwijderd. Deze tonen we dus niet meer.

Dit topic kan dicht.