The Legendary Next Update (365)
309 Name: Anonymous : 2005-10-24 15:47 ID:Heaven
The default should be an option in config.pl
> Also, can you make >> links into anchors('#') when you're on the reply/entire thread page, especially in Wakaba?
If this is ever implemented it should also be optional.
78 Name: &height=16)
2005-10-17 09:13 ID:Heaven
?
> Personally, I find the reverse order listing, as well as the random order listing, to be a bit silly & useless.
Well, no, duh, that's the point. They're jokes.
> The only useful bonus feature here seems to be the comma range seperator, but it seems even in that case there is not much benefit to it (saves 1-3 links in the average case that it is needed, which is rare to begin with).
On the contrary, it's very useful when referring someone to a specific discussion in a thread where several discussions are going on, since you can make a link that only shows the relevant posts. Not just on the board but when linking to threads elsewhere.
298 Name: !WAHa.06x36 : 2005-10-23 20:54 ID:Heaven
Currently, pruning by age is measured from the time of the newest post in the thread, so it wouldn't really work. I'm not sure if this is the best behaviour or not, but it seems it makes more sense to kill threads nobody cares about than to kill slow-moving threads just because they get old.
210 Name: Anonymous 2005-10-21 14:23 ID:Heaven
A trigger for turning wakabamark off and one for forcing a monospace font
353 Name: !WAHa.06x36 : 2005-10-28 09:06 ID:Heaven
That's a Firefox bug.
87 Name: Anonymous 2005-10-17 12:36 ID:Heaven
Also, I'd like to ask exactly how Kareha does automatically generates deletion passwords. I'm guessing it's similar if not identical to how it creates ID session codes with a user's IP.
360 Name: !WAHa.06x36 : 2005-10-31 13:25 ID:Heaven
Too late! Already released!
149 Name: Anonymous 2005-10-19 08:31 ID:Heaven
> 3) A specific string for ID:Heaven instead of anything in the email field
Isn't that already an option in the config?
> 5) Seperation of sage et al from the email field to something else...
Strong oppose! I am of the (strong! lol) opinion that the current situation is the one working the best and also that it is widely accepted on almost all similiar board scripts (save for Shiichan and one obscure Japanese discussion board script that I once stumbled upon).
Previous discussion of this can be found here:
http://wakaba.c3.cx/sup/kareha.pl/1102984488/
161 Name: 148 2005-10-19 16:30 ID:0dCD+kFU
RENZOKU are the flood detection things... even if they are useless MAX_POSTS_PER_MINUTE makes a lot more sense than RENZOKU2
3) was about a string to trigger ID:Heaven, not a constant for the Heaven part (which is already configurable)
Re: email/link field
Just because it works one way on 2ch/whatever does not mean it is the best way. Having 'fusianasan' as the only way to trigger the effect is just narrow-minded. Functions should have descriptive names to the people using them; should we keep the field names in Japanese because the Japanese have them in Japanese? Having all of the applicable things configurable is something that makes sense, and you can easily have both 'fusianasan' and 'show_ip' that work at the same time. Frankly, the combinations of many things into unrelated fields is a design flaw. What if you want to use a name/trip and fusianasan? What if your email address contains the string 'sage'? What if you want to sage a thread, but have an ID still?
I think the confusion of existing users is worth reducing the learning curve and improving the intuitiveness.
I'm not saying that the default behaviour needs to change, but being able to easily configure the strings used allows for easier localization.
I probably misspelled fusianasan too, why should I have to remember something so foreign?
316 Name: !WAHa.06x36 : 2005-10-25 05:01 ID:Heaven
Nothing specific, just protecting against any possible future ones.
95 Name: 2005-10-17 14:09 ID:gBva8ggI
Also, I forgot to mention: fusianasan works now! Put it in as your name to test it!
89 Name: 2005-10-17 13:10 ID:gBva8ggI
> Also, I'd like to ask exactly how Kareha does automatically generates deletion passwords. I'm guessing it's similar if not identical to how it creates ID session codes with a user's IP.
Actually, no, the Javascript just strings some random numbers and letters together.
> Because it's one of the two requirements for creating a new thread, and it's a lot more important to have a well-defined topic than to fill in your name.
But the body text is even more important, and that goes at the bottom. So I dunno.
>It's more convenient if you want to start a new thread, but for those who don't it's one more form to have to scroll by.
Would it maybe make sense to make a separate thread creation page?
41 Name: !WAHa.06x36 2005-10-14 15:30 ID:gBva8ggI
> metadata
Not sure, that would require a database redesign and I don't want to force people with a current install to do that. Also, it seems something like that would work better for a whole new script, properly designed around the idea.
> config.pl parameter for a generic image that takes the place of a deleted image (ie, Hello Kitty)
Ah, good, been meaning to do, forgot about.
> Fine-grained banning options that let you choose whether or not the user is blocked from reading a board, posting to a board, or both. Another parameter defines the duration of his ban ('0' for permaban), and another defines a reason/message displayed when the user tries to access a board.
None of those seem useful to me, because I'm of the opinion that bans are to prevent abuse, not to punish users.
> Replace HTML error pages with dialog box equivalents using JavaScript.
Would require a bunch of hidden-iframing and such. I'd like to do a complete re-design full of javascript trickery, and this idea would fit better in such a context... That is to say, I'm lazy and the current version is robust, and I'm loathe to go around changing it, since it would introduce new problems.
> Kill user deletion. I can't see any case for when it'd have constructive uses.
On image boards, it has a very definite use - people do fuck up and post in the wrong thread, or create new threads. It's better if they can clean up after themselves. In Kareha, you can already disable deletion.
> Conversion to mod_perl?
As far as I know, it should work in mod_perl already, modulo some prototype bugs. I'll try to get those fixed.
> The standalone thumbnailer project is a great idea too. As a suggestion, how about adding functionality to also read and thumbnail document files like TXT, PDF, and DOC?
That would require a LOT of code, especially when you don't want external dependencies, so it's a bit iffy.
361 Name: Anonymous : 2005-10-31 16:44 ID:Heaven
>>360
Doesn't mean we can't have separate releases for special scripts. :)
354 Name: !WAHa.06x36 : 2005-10-28 18:01 ID:Heaven
Gah, I am totally confused about what to do about the admin interface. Separate script? Built-in? Javascript? How do I display the data? I have no idea!
312 Name: Anonymous : 2005-10-24 18:15 ID:Heaven
Not getting quote highlighting is the point, isn't it? I guess if you really want WakabaMark to spread you can force it on everyone who doesn't know how to change, but it would be nicer to make people choose it so we don't have to constantly see the results of accidental markup. This is more about social engineering than your program, though.
315 Name: anon!21anon4H3U : 2005-10-24 20:46 ID:Heaven
>>313 Like lots of people use them anyway </sarcasm>. Yes, security is a good idea. What are the holes, anyway?
287 Name: Anonymous : 2005-10-23 19:25 ID:Heaven
Oh, and the navigation bar on the error page should probably look like the one on the thread page.
292 Name: Anonymous : 2005-10-23 20:18 ID:Heaven
> No, because that would be immensely useless and annoying, because nobody would know it's there,
Nobody knows how to use WakabaMark as it is now either and I don't see a big fat ugly WakabaMark FAQ next to the post form either.
> and even if they did, they'd have to go somewhere else every time they wanted to post something using a different markup.
I am just guessing here, but I am pretty sure most people will only change their settings in very rare cases.
I really think this is something that would be more useful in some sort of browser extension than in the actual software.
67 Name: Anonymous 2005-10-17 06:47 ID:Heaven
The "Entire thread" link on the thread page is missing a "/" at the end.
202 Name: 2005-10-20 19:06 ID:Heaven
Yeah, no, maybe. Using secure trips for capcodes also adds extra protections against accidentially misspellingyour capcode and leaving it open to attack.
111 Name: anon!21anon4H3U 2005-10-17 20:34 ID:Heaven
Thought of something else: can there be the ability to separately place a title on a board and what the head <title> element says?
Like "Music" for the header but "foolchan - music" for the title in the browser window.
99 Name: Anonymous 2005-10-17 14:50 ID:Heaven
I've returned from the world of the dead, with old forgotten...suggestions! http://wakaba.c3.cx/sup/kareha.pl/1109447905/l50
>-Scaleable administration (ie, [variable permissions for different passwords])
>-Forcenick and/or force anon for [specified IPs]