/episodethree/ - Episode Three

Here it is

can dis run in a raspberr ypi

>>130
I don't ship ARM releases, but I think it should work. Go can build ARM targets, and I generally try to limit the number of C bindings to make it easier to cross compile

>>130
>>131
I've confirmed that it builds by running
GOARCH=arm ./build.py
but as I don't have a Raspberry Pi, I'm unable to test it

What does 3.4 bring?

>>2
awsome, been waiting for this :3

Can we get some screenshots from the Admin Interface? Any progress on the anti-spam front?

Has Anyone hack together a Lynxchan to Gochan migration script?

Test 2 (updated)

>>23
>>Archive management
>make it easy to export board archives to an external server, can mean just moving the html files, or maybe converting the db data to other mediums like gemini
I think something like that would be best handled by a plugin or an external server-side program.

>>add alt text to uploaded images
>easier said that done lol but worth a shot
Do you mean like custom per-post/per-upload alt texts, or are you referring to an accessibility thing, adding an alt attribute to each image?

>>Board wikis
>like the sidebard in reddit, mods/jannies can edit the board wiki pages from web interface -- this is something vichan had but few other boards do, i guess it trivial to do in php. The same function can be used for board news, rules, faq etc.
Something like that seems like it would be out of the scope of gochan, though it could be potentially done with a plugin or an external program.

>>More custom markdown / BBCodes / Emotes / Emojis
>obvs low priority: presumably this can be done via an addon
I'm actually looking into adding Markdown support, and emote images would actually be (potentially) trivial to implement. Gochan already supports per-board configuration, so if emotes were added, you could have per-board emotes, and something this could be added to gochan.json or a board's JSON file.

{
"Emotes": [
{":think:": "/static/emotes/thinkemoji.png"},
{":ree:": "/static/emotes/ree.png"}
]
}

I just checked and confirmed that the uploaded images' thumbnails don't have the original image's EXIF data, so adding an option to strip metadata should be relatively simple.

Thanks for the thoughtful replies :)

>>24

yeah i'd recommend sticking with SQL, mongo in particular kinda sucks, and it will probably be easier to just convert the db than add nosql support on your end

glad to hear that removing exif and the markdown/ emojis are in the pipeline, the in built captcha would be nice but not essential, maybe that should go in the 'future plugin' bin.

> Alt Text

I mean accessibility: alt text per image, or if that is difficult ( since the number of images varies ) you can just do a single alt text bubble and users can handle the rest. Beyond accessibility this is useful in terms of long term archiving since images may be lost in migrations.