The Legendary Next Update (365)
266 Name: Anonymous : 2005-10-23 14:52 ID:Heaven
ugh "More options..."
too much clickable elements! and it doesn't even do anything (Firefox 1.0.7 here)!
out! out!
113 Name: Anonymous 2005-10-17 21:30 ID:Heaven
>>112
We already have the ID function, so why do we need such an egregious compromise of anonymity (and security) like voluntarily exposing your own IP?
34 Name: Anonymous 2005-10-14 12:36 ID:hjzD4Li4
Tell me more about these pre-compiled binaries. I thought that was impractical...I mean, instruction set differences and so on.
201 Name: Anonymous 2005-10-20 18:28 ID:Heaven
> people like admins might prefer to use them
but they have capcodes now...
219 Name: Anonymous 2005-10-21 15:25 ID:Heaven
>>216
I remember at least one or two boards on 2ch that used it, though I can't remember which (moon language and such, you see).
I apologize for the dumb question I made at the end of >>218. I forgot that Kareha permasages (not closes) a thread after the limit is exceeded, so there's no need for a hypothetical 1001th post anyway! orz
160 Name: Anonymous 2005-10-19 14:51 ID:Heaven
>>157
So the functions need to be hardcoded to a post element one way or another? If I wanted to, let's say, create a template for gazo-box or Shiichan (both use checkboxes for sage), I'd need to slightly modify kareha.pl to check that new checkbox input instead of the Link string input?
An interesting limitation. Thanks for explaining.
About permasaging/deleting after a certain thread filesize is reached: would this be the same as a limit on the total number of characters in a thread? Or would we also include WakabaMark formatting, hyperlinks (including navigation), name/date/title headers, reply boxes, and non-Unicode characters in the formula?
>>158
Chances are that most if not all major/fundamental changes made to Kareha's core scripts will clash with the philosophy of most people here (including WAHa), and they won't care for them anyway. There really aren't all that many big-bang end-user features left to be implemented in Kareha before it loses its minimalist charm.
P.S. Reminder for >>85
118 Name: &height=16)
2005-10-18 04:21 ID:Heaven
Apparently it's not Japanese, because it's supposed to be pronounced as an English word. I have no clue, though.
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).
33 Name: !WAHa.06x36 2005-10-14 05:01 ID:gBva8ggI
Your browser momentarily regressed to an old bug and then got better? Who can tell?
Running in pure perl would be ideal, portability-wise, but in practice implementing a JPEG loader and saver from scratch in Perl is both a lot more work than anyone wants to do, and the result will also be too slow.
As was already stated, making a statically linked executable lets you distribute pre-compiled binaries that people can just upload along with the script.
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).
208 Name: Anonymous 2005-10-21 13:46 ID:cRmds2wO
Recapping, here are the things I'd like to see in the final release:
- better configuration of date and time (with optional timezone offsets), parsing certain characters for individual elements (ie, yyyy/MM/dd(D) hh:mm:ss -5:00:00) and also accepting numerical inputs for fixed dates and times (Eternal September)
- config.pl parameter to permasage after a certain thread filesize/total number of characters has been reached
- change the no-ID-on-email option to no-ID-on-sage
- no EMAIL_ID parameter (most if not everyone uses "Heaven" anyway, and if they really want to change it they can easily find the string in kareha.pl)
Some nitpicky template adjustments to mode_message in order to more closely resemble 0ch (see http://f17.aaa.livedoor.jp/~zerotest/jikken and http://0ch.mine.nu/jikken):
- multi-page links (1-, 101-, 201-, etc) at the top of subpages
- red, bold thread filesize indicator near the bottom of subpages
- "read all later posts" link just below the filesize indicator
- non-bolded post numbers
- colons before dates
- colons before names (thread subpages only)
- colons after thread position number in main page thread list
- smaller and (at least for Pseud0ch) black and bolded title in "Create new thread" box
143 Name: Anonymous 2005-10-19 00:56 ID:Heaven
The "Entire thread" link in the top navigation bar of the thread page is still broken.
365 Post deleted by moderator.
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.
47 Name: Anonymous 2005-10-14 22:48 ID:1l2MEdqn
>>46
Well, I haven't checked to see exactly where the ban functionality exists in Kareha, but my idea is something along the lines of: (1) encrypting the offender's IP, (2) writing it to a bans.txt list, and (3) writing a parameter next to the IP specifying the time when the ban should be lifted. Of course, you also need underlying code to check bans.txt every time a user tries to post or reply, and also to remove a ban entry at its specified time.
182 Name: Anonymous 2005-10-20 09:19 ID:Heaven
>Let people figure out things themselves, if they are so keen on changing their keywords.
If you really want to use your own custom trigger strings, you can easily search kareha.pl for instances where "sage" and "fusianasan" are used in that context and either replace them with those custom strings or append them as secondary strings. It's not something that warrants additional config.pl parameters.
163 Name: Anonymous 2005-10-19 16:46 ID:Heaven
> Frankly, the combinations of many things into unrelated fields is a design flaw.
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.
> What if you want to use a name/trip and fusianasan?
Then just make one post with your name/trip and one with fusianasan and let your ID show up in both.
fusiansan is just intended for rare or special cases anyway, as is the whole subject of identification on anonymous message boards.
> What if your email address contains the string 'sage'?
Huh?
> What if you want to sage a thread, but have an ID still?
Then the board has to be configurated to just do that (it already can).
> why should I have to remember something so foreign?
It's rarely needed anyway. Also, these things are pretty easy to remember. "sage" and "fusianasan" is all there is, really.
291 Name: Anonymous : 2005-10-23 19:54 ID:Heaven
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]
300 Name: Anonymous : 2005-10-23 23:06 ID:Heaven
Seconded. This'll go a long way to resolving headaches with WakabaMark and SJIS art, and there really isn't anything egregious about its current implementation into the mode_message template (nothing compared to putting it in a separate area, for example)
Going back to the CSS selector: since switching styles is not inherently supported in all browser GUIs, how about having a third party create extensions for those browsers and freeing up the real estate on the actual page? The selector to me seems out of place with the rest of the layout, simply because it's only there for the purpose of presentation, not the actual page content. How many people out there change styles from board defaults on a regular basis because of readability preferences?
229 Name: Shii the Metal Idol 2005-10-21 18:13 ID:z/kxsMjQ
0ch-PHP had this nifty feature where if it was a certain "high bandwidth" time of day, then you couldn't view the whole thread.
Hm... that is kind of useless on a worldwide forum, huh?
But there should still be an option to keep people from viewing more than 100-200 posts, as an emergency way of saving bandwidth.
336 Name: Anonymous : 2005-10-27 01:05 ID:GUU8bzQY
>>333
The whole point of websites is to implement things without the external application. I don't understand the argument for OH NO ANOTHER BUTTON MY WHOLE LIFE IS RUINNED crowd. If you don't like the extra buttons why don't you remove them with an external application and/or preferences? When you are talking about formating options, a preview makes sense. Are you going to set up your thrid-party application for every configuration of tags supported for every board?
If a feature is of a wide enough audience, it should be included. I'm sure nearly everyone could use a preview every once in a while, whereas something like a Bible quotation functionality would not have wide use.
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"?
129 Name: Anonymous 2005-10-18 17:18 ID:Heaven
Damn, I was about to plug >>96 when I saw you uploaded the new version. Thanks for listening WAHa, you're awesome. :D
(Does this work like rules.html in mode_image? Is the board title inserted automatically in templates.pl or is it part of that separate html file?)
Already a few nitpicks though: (1) index.html#menu and index.html#1 links should be automatically inserted to the right of the board title (or below if you're looking at it without CSS), and (2) the "Create new thread" title isn't really necessary, since the widget button already explains its function (like with the reply box).
Unrelated: in 2ch thread lists, position numbers are followed by colons, not periods.
294 Name: !WAHa.06x36 : 2005-10-23 20:38 ID:Heaven
You don't see the link to the WakabaMark page either?
> I am just guessing here, but I am pretty sure most people will only change their settings in very rare cases.
I just added the Text Art mode so that people could post AA on any board and have it work right, but the only way for that to work is if you can quickly change modes between posts.
Look, it's getting just a tiny bit annoying with the complaining. I've been putting a huge amount of effort into making this work well both for those who want markup and those who don't. If you don't like it, you turn it off and don't need to bother with it again. There's just a tiny little link there to let people do this. Is this really a such a huge bother to deal with? It's *two words*.