Modern imageboard software is extremely bloated and convoluted. SchemeBBS would be a perfect replacement if it had Captcha and images.
You could just use the software 4taba uses.
I'd use the <img> tag.
>>3
This, and I would also serve the images over HTTP/s
>>1
There are some images at the bottom of https://textboard.org
There's also https://textboard.org/favicon.ico
image description :
• A horse •
🐴🖤🖤🖤🐴🖤🖤🎠🎠🎠🖤🖤🐎🐎🐎🐎🖤🖤🖤🎠🎠🎠🎠🖤🏇🏇🏇🏇🏇
🐴🖤🖤🖤🐴🖤🎠🖤🖤🖤🎠🖤🐎🖤🖤🖤🐎🖤🎠🖤🖤🖤🖤🖤🏇🖤🖤🖤🖤
🐴🐴🐴🐴🐴🖤🎠🖤🖤🖤🎠🖤🐎🐎🐎🐎🖤🖤🖤🎠🎠🎠🖤🖤🏇🏇🏇🏇🖤
🐴🖤🖤🖤🐴🖤🎠🖤🖤🖤🎠🖤🐎🖤🖤🖤🐎🖤🖤🖤🖤🖤🎠🖤🏇🖤🖤🖤🖤
🐴🖤🖤🖤🐴🖤🖤🎠🎠🎠🖤🖤🐎🖤🖤🖤🐎🖤🎠🎠🎠🎠🖤🖤🏇🏇🏇🏇🏇>>7
Is that programaticallly generated using Scheme?
>>8
Unfortunately various dialects have https://textboard.org/prog/39/263-272,287-290,293,296,300 mercurial and sometimes incompatible unicode support, so it isn't.
>>1
Try Nanochan.
https://textboard.org/prog/6/77,78
That is the Lua version, which is a simple imageboard implemented in less than 3500 lines of Lua. For some reason, they have since ported the code to C++. It looks something like this http://nanochanqzaytwlydykbg5nxkgyjxk3zsrctxuoxdmbx5jbh2ydyprid.onion
If Nanochan is down, refer to Picochan, which started as a clone of Nanochan. It has similar look, feel, and functionality to Nanochan. Picochan: http://picochanwvqfa2xsrfzlul4x4aqtog2eljll5qnj5iagpbhx2vmfqnid.onion
Picochan's source code can be found at https://github.com/vxiiduu/picochan
>>10
the way you say <less than 3500 lines> feels like that shitload of lines for a simple imageboard is really something
>>3
>>4
The thumbnails should be merged into one image and served as embedded base64 to reduce requests
>>11
"Less than 3500 lines" is significant because that is a fully featured imageboard. It has captcha, tripcodes, file uploads (epub, pdf, mp4, etc.), image thumbnails, web interface for administration/moderation, transparent moderator action logging, moderator permission levels, sticky threads, thread locking, file uploads, etc. Everything is done without JavaScript. If you don't need the extra features, just strip them out of the source code.
I would build a web extension dedicated to finding this type of pattern in a page (•image="a horse"•), and that would pass that string to an AI api which role would be to generate an image from it. Then the web extension would integrate the generated picture, appending an <img> tag.
The AI api would work in such a way : when one string is given for the first time, an image is generated and stored as the "good" response to that string.
The second time the string is passed to the ai, the image is not generated again, but rather the api send the stored related image.
You could implement from the extension a system of downvote/upvote that would be associated with the "correctness" of the appended image. When the image is downvoted too many times, the image is destroyed, and supervised learning tools are used in order to correct the AI weigths BUT taking into account the positive scores of correctness via upvotes of the other pictures.
Initially I would suggest DALL-E but then those upvote/downvote thing~
Dall-E would totally work, but I don't think it returns the same image everytime for the same string.
>>17
Caching?
>>18
yes
the way you say <less than 3500 lines> feels like that shitload of lines for a simple imageboard is really something
Did you know that SchemeBBS is more than 5000 lines of Scheme? Much of that is for working around MIT Scheme's limited features. Excluding all the external libraries, SchemeBBS is still more than 1000 lines of Scheme. And SchemeBBS is only a simple textboard. Nanochan is a fully featured imageboard, all in less than 3500 lines.
Scheme BTFO
Were're all schemers trying to control our little worlds