That kid wrote the CSS book.
WKUK really does look bad out of context. Or in context. Or whatever, I love that show:
- Kid Beer segment
- Screenshot happens at @8:12
Wkuk, always knew when to stop before they crossed that line. 👍
I don’t think they did always (e.g. they dunked on women a lot), but I think their intent was to be more of an absurdist comedy using some known tropes to bond their audience (e.g. in 2000s, where women were dunked on a lot in popular media or portrayed in anti-progressive ways) rather than to propagate the trope itself.
WKUK were very anti-authoritarian, so I give them slack if they messed up along the way and punched down from time to time.
You left your SI in the link
whoops, thanks – fixed
C++ for kids - fine
Javascript for babies - call CPS!spoiler
LISP for toddlers - parent of the year award
When is Lemmy going to fix spoiler tags?
Sheesh!
Works for me on Voyager, what app are you using?
Sync for Lemmy
I don’t have Sync but I fired up Mlem and Avelon and they both also botched the spoiler tag. It doesn’t appear like it should be too hard to implement, wonder what’s going on?
Mlem dev here! Lemmy has a custom “flavor” of Markdown that is distinct from other social media platforms. Open-source markdown parsers and renderers exist for popular flavors of Markdown (e.g GitHub-flavor), but not for Lemmy-flavor. Most Lemmy clients choose to use an existing GitHub-flavor parser that is close enough to Lemmy’s to be indistinguishable in most cases. Mlem uses swift-markdown-ui to render markdown, which uses cmark-gfm as its parser.
Lemmy’s spoiler format is unique to Lemmy-flavor markdown, so that’s one of the places where use of a third-party markdown parser is noticed by users. Other common parsing errors are subscript and footnotes.
Adding spoiler support is not particularly easy, unfortunately. You can’t really apply spoiler-parsing logic on-top of another markdown parser - it has to be integrated into the parser itself. This is because the app needs to ignore spoiler markdown in certain situations, such as inside of a code block. The only good option is to write a custom markdown parser from scratch, or modify an existing markdown parser to support Lemmy’s markdown dialect. Both options can be difficult for developers for several reasons:
- cmark-gfm is written in C, which the developer of the Lemmy client may not be familiar with.
- If the app is using a third-party renderer, and not just a parser, that renderer also needs to be rewritten to support the new parsing logic.
This takes a significant amount of time for comparatively little value for users, so most client developers didn’t prioritise it.
In an upcoming Mlem version, we’re replacing our markdown parser renderer with a custom one that can render spoilers and subscripts, but we’ve got a way to go before we achieve full parity with Lemmy. If any developers of other apps are using cmark-gfm, you’re welcome to use our code from that repo under the terms of the licence.
Sorry this is kinda long, I hope this answers your question
Great info, thanks!
This right here is why I love you guys. Someone posted a bug, and we already have two people testing said bug, and giving reports within 30 minutes of the bug report.
Never change Lemmy :)
Boost also has yet to implement spoiler tags.
I just checked it on Sync for Lemmy, and it showed as a blue block till I clicked it. I’m using a Galaxy S10e. It does show two instances of the word “spoiler” at the beginning of the text, but that’s just something Sync does. Works fine elsewhere.
Why are you giving out parent of the year awards for crimes against humanity?
I’ll hold out for: machine code for babies
Thank you for the spoiler tag, that was pretty NSFL
Should have started with C
Balmer Peak for kids…
Honestly, software development can be so demoralizing at times.
That’s a book for PHP devs
Is this part of the furry agenda?
