The Legendary Next Update (365)
127 Name: Anonymous 2005-10-18 16:23 ID:Heaven
Getting back to inconsequential nitpicking: I find the "___ image replies omitted" phrase to be a bit redundant, and for one it confuses me as to whether or not those image replies are separate from text-only replies. How about simply calling it "images"?
333 Name: Anonymous : 2005-10-26 20:33 ID:y5Ya7L3/
>>327-328
All of this would be better handled by an external application. I think you are putting way too much work into user gimmicks as it is.
More options means putting more buttons, links, etc. into the interface. I am still bothered by the "More options...", but I am just a text purist (doing my fair share of AA, though) anyway, so meh meh... ( ´･ω･｀)
271 Name: Anonymous : 2005-10-23 16:32 ID:Heaven
Did you ditch customizable capcodes?
How about placing the Formatting menu to the left or right of the "File: " field? I'd also like to see WakabaMark changed to its real name (Markdown).
A few other considerations:
- Using "◆" as the default tripkey character.
- No need for the "Navigation: " text before the navigation links in subpages
- In Pseud0ch, post numbers should be the same size/format as the rest of the header text
- I'm still thinking that subback should be as minimal as possible: no navlinks, title, or last post/filesize data. Then again, I'm from the school of following 0ch blindly.
- Variable admin permissions per password
- Is the Admin bar gonna come back before the final version?
Small details aside, this is seriously shaping up to be an amazing release. Your efforts are much appreciated, WAHa.
55 Name: Anonymous 2005-10-16 10:35 ID:Heaven
>>54
I really don't understand what the problem with the current system is. You must be confused. ┐('～`；)┌
357 Name: Anonymous : 2005-10-31 11:19 ID:Heaven
>>354
admin.pl with a separate HTML page in ./admin (so it can be accessed simply by appending "/admin" to the board URL). It should have every possible admin feature available in kareha.pl, including rebuilding caches, modifying the spamlist, and nuking the board.
6 Name: !WAHa.06x36 2005-10-12 17:30 ID:gBva8ggI
I fixed the Javascript a bit, and uploaded it for these boards. Try shift-reloading to get the new code, and see if cookies work better now that I'm not using cargo-cult code.
92 Name: anon!21anon4H3U 2005-10-17 14:00 ID:Heaven
This my just be me, but I'd like a link to the entire thread in karaha at the top of threads.
185 Name: Anonymous 2005-10-20 09:52 ID:Heaven
>>184
If people are going to decide to use custom names for paramaters, then there isn't much you can do about it anyway, or is there?
288 Name: Anonymous : 2005-10-23 19:30 ID:Heaven
0ch's error page provides a link to return to the board from which the error originated, which I think is pretty reasonable. Sometimes I think the navigation bar and CSS selector are used somewhat excessively in mode_message (though the latter's presence has been diminished significantly throughout the course of this thread).
9 Name: test 2005-10-12 20:46 ID:Heaven
> Reintroduction of "Marked for deletion (old)"
I actually don't like that, and think wakaba should no longer use the futaba style of dropping threads by default. Why not use the least-popular option instead? If a thread is in demand, let it live.
333 Name: Anonymous : 2005-10-26 20:33 ID:y5Ya7L3/
>>327-328
All of this would be better handled by an external application. I think you are putting way too much work into user gimmicks as it is.
More options means putting more buttons, links, etc. into the interface. I am still bothered by the "More options...", but I am just a text purist (doing my fair share of AA, though) anyway, so meh meh... ( ´･ω･｀)
134 Name: Anonymous 2005-10-18 17:37 ID:EoLJTz7L
How about a function to replace an inappropriate image with a standard image? (aka HelloKitty.gif)
9 Name: test 2005-10-12 20:46 ID:Heaven
> Reintroduction of "Marked for deletion (old)"
I actually don't like that, and think wakaba should no longer use the futaba style of dropping threads by default. Why not use the least-popular option instead? If a thread is in demand, let it live.
55 Name: Anonymous 2005-10-16 10:35 ID:Heaven
>>54
I really don't understand what the problem with the current system is. You must be confused. ┐('～`；)┌
362 Post deleted by moderator.
353 Name: !WAHa.06x36 : 2005-10-28 09:06 ID:Heaven
That's a Firefox bug.
140 Name: Anonymous 2005-10-18 20:03 ID:Heaven
>>137
I also noticed that you removed the CSS selector in individual thread views. Personally, it seems both the Admin options and Style selector are a bit of a hindrance to the overall layout. Don't get me wrong -- I think the drop-in Style capability is fantastic-- but it just doesn't seem to play nice with the current 2ch page design.
The thing is, don't most or all major browsers these days allow users to change CSS styles from within the application itself? I know Firefox does, at least. Maybe the selector isn't really necessary.
4 Name: Anonymous 2005-10-12 17:13 ID:Heaven
Wakaba:
- Better handling of the code that automatically inserts the >> links for quote-replies. Right now it inserts them numerous times if you go back and forth several times before actually hitting "submit".
- Reintroduction of "Marked for deletion (old)" (it's just handy to have that)
- Prune-limit mode that is defined by number of files or size sum of files on a board
173 Name: Anonymous 2005-10-20 01:57 ID:Heaven
> He meant saging a thread just because a part of the actual e-mail address contains the word "sage."
> You know, like [email protected].
Well, then you are out of luck, aren't you? So you want to enter your E-Mail but cannot because then the post wouldn't bump then? Solution: Write it in the comment field, problem fixed.
There is no reason to change well-known keywords for this or even turn this into a frustratingly unconvenient tickbox/checkbox.
16 Name: Anonymous 2005-10-13 06:02 ID:Heaven
> Also: I just noticed that "¦" in tripcodes will work correctly but turn into "�U" through the cookie on /soc/ but not on the sandbox.
This might have been worded a bit akwardly. What I meant was: Tricodes work fine with ¦ on both the sandbox and /soc/&/sup/, although the latter boards will strangely turn the ¦ into a U? after the reply button was hit.
57 Name: &height=16)
2005-10-16 21:11 ID:gBva8ggI
All right, a beta version with some new features is now installed for this board. It implements a couple of bug fixes, and navigational and 2ch-style improvements suggested in this thread. Try it out, and complain about stuff that doesn't work or doesn't make sense.
I also put in customizable capcodes now. You can define a string of arbitary HTML for the capcode, so you can put whatever kind of fagginess you want in there! Hooray! Try this out by posting with #test.
The good old test thread is still here: http://wakaba.c3.cx/sup/kareha.pl/1099697376/
308 Name: Anonymous : 2005-10-24 15:37 ID:hjzD4Li4
Also, can you make >> links into anchors('#') when you're on the reply/entire thread page, especially in Wakaba? Currently when you click the link it just reloads the page with a different highlight, which is not all that helpful.
164 Name: Anonymous 2005-10-19 18:08 ID:Heaven
>3) was about a string to trigger ID:Heaven, not a constant for the Heaven part (which is already configurable)
That's what I was referring to also in >>154 (S_NOID being the theoretical trigger string for ID:Heaven).
Concerning localization: there are certain compromises with input triggers that must be made in order to maintain interoperability with Japanese users coming from 2ch/Futaba. They're not going to care about a system where "sage" and "fusianasan" (in Roman too I'm guessing, can someone confirm this?) don't work in their respective fields. In effect, 2ch set a standard of usability that we need to follow if we want to build a bridge between both communities.
On the flipside, I think there should also be a secondary set of trigger strings that would be more coherent to Western users and universal to all Western boards. Making them configurable from site to site is really dumb, because it would create an unthinkable usability mess. With Shiichan's death, Kareha stands unrivaled, and setting these strings in stone would ingrain them in the culture like "sage" and "fusianasan" have been in Japan. Thinking very optimistically, if a Western BBS site should grow into something large enough for 2channers to strongly take notice of, they would pick up on these triggers and possibly make their own concessions to implement them in 0ch.
What they should be is yet to be determined. Unfortunately, they'll probably have to be pretty dull in comparison to the witty botanical references and word puns in 2ch and Futaba.
>I don't think so, not in these cases. What's the alternative? Having a different field for fusianasan, a new checkbox for sage, etc.? That's just cluttering up the interface.
Then why not simply boil it all down to the comment field, with trigger strings for inputting the name, e-mail, sage, ID:Heaven, and fusianasan? You can get a lot more minimal with the current interface.
>Huh?
He meant saging a thread just because a part of the actual e-mail address contains the word "sage."
7 Name: !WAHa.06x36 2005-10-12 17:41 ID:gBva8ggI
(Lots of stuff in here, click "whole post"!)
> How about listing what dmpk2k or you have done already?
Truth be told, I haven't even looked over his contributions yet. I'm doing some work on Kareha first. He did bandwidth load balancing for Wakaba across several servers, and image file archiving, at least. Plus some proxy checking and other goodies.
> Split threads and posts into separate tables. You're repeating the lasthit and parent column over and over.
Bad idea. Adds a lot of code complexity without adding any new functionality. The current solution is simple and robust.
> Automatic closing and moving of threads that do not get any activity in a certain timeframe (based on average activity frequency of the board)
This is nearly impossible to get right, and I don't think I'm going to try unless someone can think up a reliable algorithm that uses the data that is availble (not much).
> Reintroduction of "Marked for deletion (old)" (it's just handy to have that)
I tried several times, and concluded it wasn't worth the code and database overhead it would take. This feature is relatively easy to implement for Futaba-style post number limited boards (and Futaba implements it really stupidly), but it gets tricky when you have different deletion modes and want to do it right.
> Prune-limit mode that is defined by number of files or size sum of files on a board
Size limit is already implemented. I might add file limit, but I'm not sure it's all that useful, when you already have the size limit.
The rest, I agree with, and I will try to get most of it done. I'm sure there's some more stuff hidden in old threads, though!
278 Name: Anonymous : 2005-10-23 18:02 ID:Heaven
Text Art's description about auto-linking URLs and >> references is redundant. Not a bad solution with the layout, though (hiding the menu behind "More options..." still bugs me).