/make/ - Creative

World made of things

Want your event posted here? Requests accepted in this /meta/ thread.

Max message length: 5120

Drag files to upload or
click here to select them

Maximum 5 files / Maximum size: 20.00 MB

More

(used to delete files and postings)


(563.11 KB 1227x1804 nindex.png)
(433.01 KB 1194x1440 npost.png)
(283.86 KB 1352x1322 ntagsearch.png)
(89.55 KB 1335x1083 nboards.png)
Nchan Anonymous 01/28/2020 (Tue) 17:52:06 No. 4
Nchan (temporary name) is my imageboard engine project. The goal is to do basic shit that we should've been doing ages ago, like browsing threads by tag, supporting all file types, using .webp thumbnails for compressed animation and transparency (including apng), making nojs posting super comfy, not having a clunky inconsistent pile of garbage UI, and having more/better post formatting options.

It currently runs on node.js, though I'm planning to eventually rewrite as much of it as possible as C++ modules (basically everything except the initial request redirecting).

It may not be finished for a while because I'm not good at designing/using databases. Technically most of it already works though.
(42.52 KB 288x508 watcher.png)
Had to wait an hour before making this thread because Lynxchan is a piece of shit.

Other ideas I have:
- polls where separate votes are shown for people who have posted in the thread, and people who had posted elsewhere in the board prior to voting. I'm almost guaranteed to add this at some point unless it turns out to be very complicated somehow, but I doubt it will.

- thread-based paint chats. Threads can have their own paint chat canvas that everyone can draw in. Also 99% sure I'll add this. Similarly, I want to have a really nice oekaki script, with the ability to conveniently make edits of other people's images. I've made a browser painting application before and I used it as a paint chat at some point so I have a pretty good idea of how to make one, there's some version of it here for testing: https://tsun.itch.io/paintgo

- threads within threads, the top of the thread will show small thread OPs for threads that are inside of it. It seemed like a good idea at some point, but I'm not sure how useful this actually is. It was mostly for boards like /make/, so you could have a project thread, and then different topics in it.

- eitochan features. eitochan is an 8chan script I made long time ago that adds a bunch of things like a videoplayer, text commands, comic reader, and an advanced thread watcher. Basically you can bookmark threads and/or boards, and it'll show you when there's new threads/posts on the left side of the screen and auto-updates. It basically looks like pic related.
>>4
>>5
Awesome ideas but are they feasible?
>>6
Feasible how? Most of it either already works or I've made in the past, I'm not sure why they wouldn't be feasible. I could probably host an imageboard with what you see in the screenshots in a few days if I spent that time fixing up the most important missing pieces like post deletion.
Do you have a site up? Get in the webring.
>>10
No, it would just fall apart the moment some edgy script kid decides he hasn't had enough attention recently. I'd have to focus on adding security and anti-spam/overloading measures, and I don't feel like doing that yet.
>>11
Well as soon as you feel it's strong enough for a real run it would be great for the ring. I doubted the thread within a thread idea at first but upon further thought it seems like it could be really good for certain boards - i.e. an /agdg/ thread with multiple subthreads for specific games or specific discussion such as graphics or language. The poll idea is ace too. The other ideas are good too, those mentioned just stuck out to me more. What's the comic reader in your eitochan look like? And, not to be terse, what's the point of the video player in eito, is it so you can keep a video on screen across multiple tabs?
(4.16 MB 1208x786 2020-01-31.webm)
>>12
Yeah I'll host an imageboard when the software is more ready for it.
The primary things stopping me are proper account/board management, post deletion and banning, page caching (so the server doesn't have to re-generate every page on every pageview), and some kind of anti-flooding measures so you can't just go ahead and make the server eat 50 million posts per second. There's a bunch of other stuff before I'd call the software "ready", but those are the most important things it lacks.

I haven't added any of the ideas in >>5 yet, they're low priority and can be added on top later. I'm on the fence about the threads-within-threads idea, I feel like people would create pointless sub-threads all the time, and it would be annoying to check them for any discussion. It might also complicate the software.
The comic reader in eitochan is shitty and I'll make a completely new one for Nchan, it just moves from image to the next in the thread. I'll remake it as some kind of a full-screen gallery feature I think.
The video player is a window that plays videos in the thread so you can continue to scroll the thread while it plays, and it can automatically jump to the next video when the first ends. webm related.
>>13
Sorry for the delay. That video player looks nice. Is this the primary place you'll be posting updates about Nchan, or is there somewhere else that can be checked?
(1.49 KB 300x100 difficulty 0.jpg)
(1.72 KB 300x100 difficulty 1.jpg)
(1.81 KB 300x100 difficulty 2.jpg)
>>14
This is the only place. I decided not to blogpost about every little thing as much as I'd like though, since I don't want the board to be bumped in the webring for every little thing.

"Currently" working on captcha stolen from lynxchan, sessions, and accounts, they're all kind of related. I've also experimented with captcha difficulties, current plan is for it to normally be really easy, and get harder depending on traffic, and maybe get ridiculous in case there's a spam attack.
"Currently" in quotes because I'm actually working on other projects at the moment.
>>13
Damn anon, digging that video player
>>4
Would it be possible to include reference links that jump straight to the threads themselves and possibly a secondary reference link to skip sticky'd threads too?
Site announcements, overbars, banners, titles, post forms, and other lists and options really eat up a lot of vertical space and scrolling like your first image shows. Though this isn't really a mistake on your part since every imageboard's index pages have this problem. Add in permanent sticky'd threads like rules or meta threads, and temporary event sticky'd threads and it adds even more vertical space. But if there was a reference link that can keep the focus on the threads section so page refreshes always immediately show you the threads themselves then this could solve that problem. So you don't always have to scroll, arrow key, page down, or spacebar so many times. Something like
>nch.an/make/
Shows you the first image in your post, but something like
>nch.an/make/#threads
Skips down from the site/board banners and titles, the post form, and any other blotters and goes straight to the OP of the first thread on the index page. And something like
>nch.an/make/#threads-nosticky
Goes a step further and skips sticky'd threads too. For cases where a permanent rules or meta thread has a huge OP that takes up a sizable chunk of vertical space.
I have no idea how easy something like this would be to implement. #threads might be easy since you could stick it after the final blotter and it won't change for every thread bump, but #threads-nosticky would change depending on how many sticky threads there are and what their bump order is.
>>17
That's certainly an interesting idea that I never thought about, personally I use the catalog more so I haven't thought of any improvements for index. All thread links already jump to the OP post though.

The equivalent of #threads already exists, and I don't see why I couldn't add the second one as well, but how do you think you'd actually access it? Are you thinking about bookmarking it? Typing it in the address bar is even slower than just scrolling down, but I also don't want it to be where links lead to by default (except maybe the one that leads you from thread back to index). This sounds too niche as a feature to justify adding another 2 links after every board link. I could add a link to #threads-nosticky at the top of the page maybe.

It's easy if you're fine with it being a javascript-exclusive feature though, since I could just add a setting to define where links go by default, and you could configure it separately between bookmarked boards, >>>/board/ links, and other links.
Hey in case something happens on a long term basis with anon cafe is there anywhere to find updates on Nchan?
>>19 If this place is kill then I'll most likely not post about it anywhere at all until I can host my own imageboard (which will join the webring). I might also remake /make/ in fatchan.
>>20 *on <fatpeople.lol>.
cool. fatchan is cool.
What would be really revolutionary would be to do away with boards all together. Just have one huge board with tags you can filter through.
>>23 That would make moderation a pain in the ass, since everything would have to either become /b/, or be controlled by the same handful of global moderators. I think you could use this software to do that though. Just disable board creation and set the page count to 100 or something. Tag search has a catalog mode too.
>>23 Isn't that kind of what /server/ is about?
>>24 People could be given mod positions over a certain tag. So any post with that tag they are able to delete or lock. And they could ban users from being able to use that tag on their posts for a given amount of time. >>25 Yeah, sort of.
Open file (66.53 KB 1000x1000 acc.png)
Accounts/registering/logins/sessions are now working. You can't do anything with them yet though. Next to-do is jobs and board creation. I'll be using a "job" system for managing boards and moderation and such, they'll be completely separate from both accounts and boards. A job could be anything from admin to board owner to global janitor, each job has a power level that determines what you're allowed to do, and I'm planning to make the power level requirements of various things configurable (for example you could only allow the board owner to ban people, and other mods can only delete posts). Jobs can then be given to existing accounts, so you could for example transfer the ownership of your board to another mod. The power level requirements will also be configurable to be lower than a moderator, for example 0=TOR, 1=anyone, 2=self. You'll be able to use power level settings for example to disable images for TOR users, allow users to delete their own posts and such, and even do weird things like allow people to edit each other's posts.
>>28 >I'll be using a "job" system for managing boards and moderation and such, they'll be completely separate from both accounts and boards. A job could be anything from admin to board owner to global janitor, each job has a power level that determines what you're allowed to do >The power level requirements will also be configurable to be lower than a moderator Imagine being below a janitor and still not getting paid
good luck anon. now that i know about the project i'll be watching for updates on it. and yes, i'd recommend fatchan as a bunker-bunker if anon.cafe disappears. the admin Tom there is cool af.
Open file (6.19 MB 1040x860 manage.webm)
If any wanderer to this thread has ideas for board options or other features, let me know. I want to emphasize customizability. Board/job creation now works. Also made a prototype of all the board settings that I want to have. I probably won't actually support the vast majority of it for a while, most of it is very simple but there's just a lot. Webm related, managing boards and jobs. >>30 >he does it for free >except he doesn't have the power to do anything
>>35 >has ideas I'd say first and foremost, reproduce what Tom has done with JSChan (fatchan). It's already a very nice little imageboard system from the user's perspective.
>>40 The sooner I know what features I want to have, the better equipped I am to design the software around it. I'm not really going for "little", anyone can make a cute little imageboard engine and there's plenty of them already. What I want is to completely deprecate engines such as vichan/infinity and lynxchan, I don't want there to be any reason at all to go back to them.
>>42 God speed,boardmaker-man.
>>35 >If any wanderer to this thread has ideas for board options or other features, let me know. I want to emphasize customizability. These would be some of my blue sky wishes for a dream imageboard: Quality of Life - Pinktext / Orangetext by using "<" maybe even a third kind - A hide thread button on the catalog (8chan style), not as a tab (4chan style) - Shift Click / Alt Click to hide/pin threads like on 4chan - A hide locked threads function that actually works - The ability to hide names / trips in the menu completely so you never see them, even as a drop down. And a separate "extreme" option that hides any replies to them also. Watchlists - A "watchlist overboard" which just shows you threads you have watched. - An "auto-watch feature" where any thread you have posted in becomes watched. Boards / Tags - Working nerve centers with more than 8 boards with configurable number of threads of the nerve center. So if you want to cap it at 50 threads you can, or if you want to see every existing thread on all boards on the nerve center, you can do that too. - Ability for ranked users to add or remove tags from threads - An ability to share "instances" with other users which would be a version of a board or nerve center, with your particular tag / filter set-up. CSS - Ability to have different CSS on the same board, like on /server/. - Dynamic CSS. So if you are browsing on an overboard or nerve center, each thread (on index or catalog view) will have the CSS of the corresponding board, even without opening the thread. - A custom CSS creator. Board creators could simply select colors / pics for each element in a menu and it would generate the CSS for them. I know some of these are very "ideas guy" but if you managed even half of them it would make Lynxchan and Vichan completely irrelevant. If I think of anything more I will let you know.
Open file (72.53 KB 352x548 watcher.png)
>Pinktext / Orangetext by using "<" maybe even a third kind Currently < is bluetext and ^ is fagtext because it points towards OP, as seen in second pic in OP. >A hide thread button on the catalog (8chan style), not as a tab (4chan style) >Shift Click / Alt Click to hide/pin threads like on 4chan Middle clicking the post options button hides a post/thread, and it works in catalog. Not sure if I want to add a second button for left clicking, but I'll add it if more people want it. I'll make a note about keyboard shortcuts. >A hide locked threads function that actually works I'm not sure why that's special, but it's trivial enough so why not. Threads will have CSS classes to indicate they're locked/stickied/etc, so you can also use custom CSS to modify them. >The ability to hide names / trips in the menu completely so you never see them, even as a drop down >a separate "extreme" option that hides any replies to them also. When you click the arrow next to a post? This gets a little difficult because it's hard to tell when people want the filter to be permanent and when temporary. And if you want to support all options, then there will be a million buttons in the dropdown. I can add a shortcut to it for creating permanent name filters though. However the post filtering system (which you'll have to edit in a menu) I have is way better than anything I've seen anywhere else. You can target names/trips/filenames, replies, specify OP or catalog, whitelist/blacklist boards, toggle case sensitivity, there's options to invert it and add multiple keywords to the same filter, etc. I'm also going to add stacked filters, so you can only apply filters inside threads that are filtered by a "parent" filter. (for example detect OP that has "draw thread" in the title, and then highlight all posts that contain "requesting" in the post) >A "watchlist overboard" which just shows you threads you have watched. There will be a watchlist on the edge of the screen which also shows new posts (pic related). A catalog for them seems redundant, but I'll consider adding it. >An "auto-watch feature" where any thread you have posted in becomes watched. Considered it in the past but didn't need it myself, I'll include it this time. >Working nerve centers with more than 8 boards with configurable number of threads of the nerve center. So if you want to cap it at 50 threads you can, or if you want to see every existing thread on all boards on the nerve center, you can do that too. There's a feature I've called "multiload", it lets you load multiple boards into the same catalog view, and create groups into your favorited boards list. It has no limit on how many boards you can add (though it'll load longer the more you add). "Every thread" is a problem though because your browser can't handle it. Loading every thread into the catalog will just freeze and choke the shit out of it. You'll be able to configure how many threads it shows though. There's also a feature that highlights threads that have been bumped/created since you last viewed the catalog, and those threads will show up even if they go past the thread limit. >Ability for ranked users to add or remove tags from threads BOs will be able to create jobs with very customizable privileges, you could create a job that lets someone edit tags (in that board) but nothing else. An admin could also create global jobs like this. There won't be any upvote-like reputation shit, only jobs that must be assigned by a mod/admin. >An ability to share "instances" with other users which would be a version of a board or nerve center, with your particular tag / filter set-up. I'm not entirely sure what you mean by this, but it sounds extremely complicated and not something that more than a handful of people would use. I can kind of imagine how to do it, but it doesn't seem worth the effort. >A custom CSS creator. Board creators could simply select colors / pics for each element in a menu and it would generate the CSS for them. I'd rather create tutorials on how to use your browser's tools to get CSS rules from the page and modify them. It's an interesting idea though and surprisingly simple to do, I'll probably do it some day when there's nothing more interesting to do. >Dynamic CSS. So if you are browsing on an overboard or nerve center, each thread (on index or catalog view) will have the CSS of the corresponding board, even without opening the thread. Best way I can think of is generate a separate CSS file with altered rules in the server when a BO updates the board CSS. It would work but I have no idea how to accomplish that kind of CSS splicing, so probably not going to happen. >Ability to have different CSS on the same board, like on /server/. This is a little easier than above, because the CSS rules only need to be valid for the thread itself and the user knows it when creating it. I actually like this idea and I'll add it as a regular option if I can (so optionally anyone can set custom CSS for their thread). Should be straightforward enough unless I'm overlooking something. Thanks
>>45 Where'd my quote go >>44
Open file (2.77 KB 79x191 spbanding.PNG)
>>45 >Currently < is bluetext and ^ is fagtext because it points towards OP, as seen in second pic in OP. Missed that, looks great. >I'm not sure why that's special, but it's trivial enough so why not. On 8chan the hide locked threads function was broken, never worked properly. >When you click the arrow next to a post? Perhaps if you click the drop down in the thread you just see the normal filter. But the "extreme filter" would be accessible through settings menu, which would be fine since you'd only ever need it for the worst of the worst spammers / attention whores. >I'm also going to add stacked filters, so you can only apply filters inside threads that are filtered by a "parent" filter. (for example detect OP that has "draw thread" in the title, and then highlight all posts that contain "requesting" in the post) >There's also a feature that highlights threads that have been bumped/created since you last viewed the catalog, and those threads will show up even if they go past the thread limit. Genius. This is some serious QOL porn. >Considered it in the past but didn't need it myself, I'll include it this time. Thank you. >"Every thread" is a problem though because your browser can't handle it. Of course. I also considered another issue I had with nerve centers. If you had a large board, /v/ for example, and smaller boards like /x/ or /ck/, due to the difference in PPH, all you would see is the /v/ threads, defeating the point. I thought about two ways to remedy this. The first and easiest would be some sort of banding system on the board list, where you can see the easily see in bright colors how fast a board is, and create your multiloads accordingly (pic related from Sportschan as an example). The other way would be some sort of "weighting" option that would prioritize slower/smaller boards on the multiload, so that you have a more even mix. Not even sure if that's possible. >I'm not entirely sure what you mean by this, but it sounds extremely complicated I think I massively over-complicated it in my explanation. My thinking on this one was inspired by 8chan a few years back where a guy was making a bunch of scripts that you could use and it would apply his huge list of filters, mostly for 4chan jargon and text used in template threads. So the concept is a system by which filters and/or settings can be shared easily like plug-ins. So somebody could share their "/n/ Clean-up Filter" and other posters could click that and all the words, names, trips etc. in their list would be filtered on their end, without the first guy ever having to put it up on some pastebin and without the other posters having to copy paste into CSS or install some extension. I'll leave that to you if you think it's worth considering. >I'd rather create tutorials on how to use your browser's tools to get CSS rules from the page and modify them. This would be great too. There is a lack of documentation on how to change CSS for imageboards, the best I ever found was a years old thread on a dead board and that wasn't even comprehensive. >It would work but I have no idea how to accomplish that kind of CSS splicing, so probably not going to happen. Shame, but thanks for entertaining the idea. Would it be possible however to change the CSS on multiloads / overboard, while still retaining Board-specific CSS? It seems like the norm on imageboards is either board-specific CSS (which means browsing overboards with Yotsuba B or that horrid black/green Lynx default) or picking a CSS for everything (meaning you don't get board-specific CSS when you click off of the overboard). This would be a really nice addition.
>>47 >If you had a large board, /v/ for example, and smaller boards like /x/ or /ck/, due to the difference in PPH, all you would see is the /v/ threads I don't think there's a good solution to this. I color coded the threads from different boards in my 8chan script which helped a little since different boards stand out from the sea of blue /v/ thread or whatever, but it only works when there's a limited number of boards (since you run out of easily distinguishable colors). Trying to prioritize slow boards somehow doesn't make sense to me since it's organized by bump time, it'll just become confusing. Color coding them by speed seems like it would just turn into a porridge of colors and it would be hard to categorize them consistently (since the average/proportional speed changes so a board would be different color on different days), but it could maybe work, I'll try it when I get there. I actually came up with the color coding idea on the webring. Proud moment. It would be nice to have a solid solution to this though. One solution I've thought about is separating the page into 2 columns, on left you have fast boards and on right slow boards. That would require your browser window to be wide enough though, and might overall be complicated; you'd still have the problem somewhere inbetween super fast (/v/), medium speed (/tech/), and very slow (/late/), where exactly do you draw the line and how many of them do you draw, and how do you determine what board belongs where. The watch list allows you to keep track of boards too though, so I guess you could just use that to detect when super slow boards get posts, but you'd have to know about it and watch it manually. >change the CSS on multiloads / overboard, while still retaining Board-specific CSS You can't configure style for multiload specifically, but your theme and custom CSS applies on all pages (including multiload), and you can let it get replaced by board-CSS in boards that have one. This is actually complicated to get a perfect solution for, because you might want board styles to show up, but also add custom tweaks (say, making the file info text smaller) and apply it on top. But it might also be the opposite, where the BO wants to do a small tweak without interfering with user styles. And the user might want to ignore board styles or tweaks or both. The amount of settings just for custom style seems to ramp up and I haven't been able to think of a very clean way to do it. Most people don't want to tinker with settings for 18 hours, and the more settings you have the more bloated the scripts get, so it should ideally be simple. >filters and/or settings can be shared easily like plug-ins You can view your settings and saved boards and such as JSON so you can export/import them. You could also import/merge only specific things, e.g. only filters without the other settings (though that couldn't "update" a particular filter, only add more of them). It could be possible to save filters and favorited boards and whatever on your account and then anyone can load them, they could even auto-update to anyone who's using they since being tied to the account ensures nobody else can shit up the settings. It would also be useful if you use more than 1 computers, since you could load and update your own settings anywhere.
Open file (32.11 KB 385x476 1238794556469.jpg)
>>48 >I color coded the threads from different boards in my 8chan script which helped a little since different boards stand out from the sea of blue /v/ thread or whatever, but it only works when there's a limited number of boards (since you run out of easily distinguishable colors). I was talking more about color coding PPH on the board list. Pretty much exactly what already exists on the webring. Having a rainbow of colors on the multi-load itself might be an eyesore. >I actually came up with the color coding idea on the webring. Proud moment. Based >you'd still have the problem somewhere inbetween super fast (/v/), medium speed (/tech/), and very slow (/late/), where exactly do you draw the line What we already have on the webring is already very good and with a few tweaks could be perfect. I would say blocks of color is better than a continuous spectrum, since then you can easily tell by eye which boards can be grouped together on a multiload. And I wouldn't be afraid to have irregular band sizes, since some boards are several magnitudes faster than anything beneath them (for example, 8chan had stuff like /tv/ and /choroy/ that were fast compared to the rest of the boards, but they were still dwarfed by /v/ and /pol/ that had like 4x the PPH). The best solution to this would probably be to have it configurable, so that site owners can set their own band sizes and respective colors how they like it, but I don't know how that would work in practice. >It would be nice to have a solid solution to this though. One solution I've thought about is separating the page into 2 columns, on left you have fast boards and on right slow boards. I think this would ruin the point of having a multiload to be honest, after all you could achieve the same result just by having two different multiboards open. >You can't configure style for multiload specifically, but your theme and custom CSS applies on all pages (including multiload), and you can let it get replaced by board-CSS in boards that have one. Nice, I didn't explain it very well but this is exactly what I wanted. >You can view your settings and saved boards and such as JSON so you can export/import them. You could also import/merge only specific things, e.g. only filters without the other settings Sounds good, I like it. >(though that couldn't "update" a particular filter, only add more of them). Would that matter anyway? Wouldn't one just take priority over the other? >It could be possible to save filters and favorited boards and whatever on your account and then anyone can load them, they could even auto-update to anyone who's using they since being tied to the account ensures nobody else can shit up the settings. It would also be useful if you use more than 1 computers, since you could load and update your own settings anywhere. Interesting, I really like the idea. People being able to constantly update lists would stop there being a deluge of "/v/ Filter Update 2.0", "/b/ Cleaner v1.2" etc. As for accounts, I hope they would be limited to things that require permanence like this or the job system? I probably shouldn't even ask since you seem like a cool dude but I get so fucked off with needing an account to do everything and imageboards are my haven from that.
Open file (28.94 KB 429x166 yfw accounts.png)
>>49 >I was talking more about color coding PPH on the board list Oh yeah, I can easily slap color coding for all the stats including user count. We'll have to see what it looks like and how exactly to do it when there's a website with active boards. >I would say blocks of color is better than a continuous spectrum >have it configurable It would still cause problems since the PPH changes over time, so a board sitting right at the edge of a 'block' will keep changing color and/or switching between the "fast boards" and "slow boards" groups. I'm generally not a fan of things that are kind of tweaky and unreliable like that. I feel like the best solution is going to be to give users the ability to organize boards manually. >Would that matter anyway? Wouldn't one just take priority over the other? I won't get into the details of it, but currently it would just create a bunch of duplicate filters instead of updating the old ones. However, if I add the ability to load settings/filters from an account, it will require some kind of "setting packs" that can be updated/removed. That kind of system would allow you to update filters from JSON too, since you can update one of the 'setting packs' instead of merging the settings directly into yours. >As for accounts, I hope they would be limited to things that require permanence like this or the job system? That's an interesting discussion that I probably don't want to have, because people will object to anything account related no matter what. The software itself will make it possible for BOs to require accounts for various things (including posting) just because of the nature of the permission system, but whether it's enabled will depend on the admin of the imageboard. It'll be disabled by default, and I haven't yet decided on whether I want to enable it in my own imageboard. I'll probably only allow BOs to configure it for paint chats and poll creation. I don't like account requirements either, but the way I see it is; if someone wants to run an imageboard (or, to an extent, their own board) where accounts are required for something, I don't think anyone should be able to tell them they're not allowed to do it. There's some undeniable benefits to account requirements, and rather than preventing that entirely through software design, I'd rather focus on improving people's ability to find/use/make an alternative to that board/website. It's kind of like /a/, they have a very heavy handed word filtering system that people like to complain about, but it works for them and I don't think there's anything wrong with that. Many people there like it, and the ones who don't went to /animu/.
>>50 >I don't like account requirements either, but the way I see it is; if someone wants to run an imageboard (or, to an extent, their own board) where accounts are required for something, I don't think anyone should be able to tell them they're not allowed to do it. There's some undeniable benefits to account requirements, and rather than preventing that entirely through software design, I'd rather focus on improving people's ability to find/use/make an alternative to that board/website. The accounts thing makes sense. It does worry me but not because of what you are doing specifically, more just a general fear that imageboards will become shit like the rest of the internet. The fact that a "4chan Pass" is a real thing that exists already means we've gone too far. But I can see some potential applications for it, mostly for boards that are 90% tripfags and for "muh sekrit club" types. >It's kind of like /a/, they have a very heavy handed word filtering system that people like to complain about, but it works for them and I don't think there's anything wrong with that. Many people there like it, and the ones who don't went to /animu/ I've always liked splinter boards in theory but in practice it's usually disastrous. Boards like /animu/, /b2/ and /vg/ were outliers because they were so big in the first place, they could afford to shed users, and even then there was issues and drama. In most cases they just died in a matter of weeks because it just isn't possible to split apart a small board without crippling PPH. So many problems on imageboards could be solved by having a larger, more discerning userbase
Oh and I had an idea, I'll just append it here otherwise I'll forget - wordfilters for individuals. So I could set "rabbit" to wordfilter to "fuzzball" and it would only show up on my end, not for anyone else. Also an option to turn off wordfilters on the user end, I think it's ridiculous that people have to play along with whatever shitty meme wordfilters some mod put in place if they don't want to
Completely forgot about logging in. Also I should mention it in this thread as well; I'm most likely cancelling Nchan in favor of NIBS ( see: >>63 ) Unless for some reason I feel a need for making an imageboard soon and absolutely can't stand any of the current ones (lynx/jschan/etc), I might throw together some half assed version of Nchan just to get the critical missing features in. But if not then I won't be working on this again. NIBS should eventually be capable of putting out something like Nchan and more anyway.

Report/Delete/Moderation Forms
Delete
Report

Captcha (required for reports and bans by board staff)

no cookies?