#dev 2022-08-31

2022-08-31 UTC
gRegorLove_, angelo, strugee, mro, tetov-irc, jonnybarnes, [ggirelli], mro_, jacky, AramZS and [snarfed] joined the channel
#
[snarfed]
sending wms on all Reddit posts has now run endpoint discovery on over 4M domains. I'm guessing it won't quite hit 5M, but we'll see. should be a fun dataset to add to Indie Map regardless
[manton] joined the channel
#
[manton]
Sorry I haven’t gotten you an answer on M.b hosted domains yet. To be honest I’m kind of distracted with other things and want to make sure I’m not missing any privacy implications. Will probably wait to revisit until an IndieWebCamp or something.
#
[snarfed]
[manton] totally ok! Understood and agreed on privacy
#
[snarfed]
Donations alone should have minimal impact, but good to be conservative
jacky, mro and cjw6k joined the channel
#
Loqi
[breck7] scroll: An extensible alternative to Markdown.
#
jacky
looks like an alternative to markdown that has strong text-first formalities
#
jacky
which is based on https://treenotation.org/#noSyntaxChars (very interesting tbh)
jacky and gRegor joined the channel
#
[tantek]4
feels a bit like python 😉
#
gRegor
Interesting choice to put their readme in that format. I feel lost trying to read that XD
jacky joined the channel
[aciccarello] joined the channel
#
[aciccarello]
I'd be happy to see something better than markdown at text readability & parsing but I have a hard time seeing something gain adoption at this point.
jacky joined the channel
#
[tantek]4
I don't really care about "adoption", I'm building my own "more readable than markdown" for my own use. If others find it useful, that's cool too. https://tantek.com/w/Markdown
#
[tantek]4
The beauty of actual plain text readable formats (in contrast to Markdown) is that no one has to "support" them for them to actually "work" (and not confuse people with extraneous punctuation, as raw Markdown can/does)
#
aaronpk
hm i like some of these but i have some questions about the URL syntax
#
aaronpk
are you intending a parser look at the .gif suffix on URLs to detect that it is an image?
gRegorLove_ joined the channel
#
[tantek]4
yes
#
[tantek]4
it's a total 80/20 solution. or more like 99/1
gRegorLove__, [fluffy], jacky and totertats joined the channel; jacky left the channel
#
jacky
aaronpk: that's what I parsed that part as too
#
jacky
I figure some mime-sniffing could be used for stricting representation and default to using the assumed URL as an alt
jacky joined the channel
#
[tantek]4
all I know is that image suffix sniffing is good enough for MediaWiki syntax
#
[tantek]4
(to decide whether to embed an image or turn a URL into a hyperlink)
#
[tantek]4
suffix parsing really, there's no sniffing involved
#
aaronpk
not needing to fetch the image is important
#
aaronpk
for that type of parsing
#
[tantek]4
aaronpk, indeed
#
[KevinMarks]
Spiderpig does it (I had a site where the images didn't have suffixes and that was annoying as they became directories)
#
[tantek]4
aaronpk, here you go if you want a list of suffixes from MediaWiki: https://www.mediawiki.org/wiki/Help:Images#Supported_media_types_for_images
#
[tantek]4
The CASSIS autolink function supports most of those (when the "embed" feature is enabled)
jacky, tetov-irc and AramZS_ joined the channel