The Legendary Next Update (365)
316 Name: !WAHa.06x36 : 2005-10-25 05:01 ID:Heaven
Nothing specific, just protecting against any possible future ones.
306 Name: !WAHa.06x36 : 2005-10-24 12:15 ID:Heaven
Shift-reload already! Also, most people are familiar with "More options..." links and know when and when not to click them. I might see about styling it, though.
316 Name: !WAHa.06x36 : 2005-10-25 05:01 ID:Heaven
Nothing specific, just protecting against any possible future ones.
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.
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. ┐('～`；)┌
267 Name: !WAHa.06x36 : 2005-10-23 14:53 ID:Heaven
I told you to shift-reload!
289 Name: !WAHa.06x36 : 2005-10-23 19:40 ID:Heaven
Return links are actually not a very good idea. I know some browsers will clear all input fields if you follow a link back to the page you came from, but leave the fields intact if you click the back button.
248 Name: 214 2005-10-22 12:23 ID:Heaven
It's also more markup when even the existing one isn't working as well as it should.
186 Name: &height=16)
2005-10-20 10:07 ID:Heaven
No, but that's not the point.
195 Name: Anonymous 2005-10-20 12:16 ID:Heaven
> For example,
Different boards having different settings does not at all touch the question whether the learning curve of sage="does not bump thread" is low or not. It's up to the admins to tell their users what a particular modification on their board implies for "sage" - hopefully in a more responsible way than on 4chan.
145 Name: 2005-10-19 04:10 ID:gBva8ggI
So, does that mean you approve of removing the style selector on subpages? I just woke up and I'm confused.
Anyway, Safari doesn't, as far as I know, let you pick stylesheets. And IE obviously doesn't. Also, not even Firefox will actually remember your choice, making the ability completely useless anyway, unless coupled with Javascript on the page to save the setting.
> The Futaba template is missing the "No File" checkbox next to the File field in the Post New Thread area.
That's because Kareha has no "No File" check in the first place, and I'm not sure I want to add code just for that (since it'd have to be optional anyway).
159 Name: 2005-10-19 14:46 ID:gBva8ggI
Copyright only applies to the literal code, not to features, ideas, or algorithm. Patents do, to some extent, but that's not the issue here. Since I'm not going to write the exact same code, there's little they can do.
349 Name: Anonymous : 2005-10-27 17:20 ID:Heaven
GDLib for thumbnails: http://wakaba.c3.cx/sup/kareha.pl/1113869490/5
20 Name: !WAHa.06x36 2005-10-13 12:03 ID:gBva8ggI
I can't reproduce this on Firefox 1.0.4 nor Safari on the Mac, but that ancient Firebird had a similar problem (but even worse).
Anyone else? Try post with a | in your name.
153 Name: Anonymous 2005-10-19 13:16 ID:Heaven
>>152
What does that even mean? Does that mean nobody can come along and claim some sort of authorshop/copyright on Kareha or a slightly modified version of Kareha?
88 Name: Anonymous 2005-10-17 12:39 ID:Heaven
>Why should it?
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.
>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.
Good point.
>Any idea why?
I dunno. I guess it's just another one of Futaba's countless layout quirks.
49 Name: !WAHa.06x36 2005-10-15 19:03 ID:Heaven
That is an interesting idea, and one that deserves some more thought.
218 Name: Anonymous 2005-10-21 15:22 ID:Heaven
>> More information on the all threads page, date of the last post? file size?
Well, I had already proposed the filesize indicator in >>208, but optimally I would actually prefer that subback resemble the one in 0ch (ie, same as the main page thread list, but without CSS).
And single-post links don't include the thread's first post anyway, so there's no need for >>n. Quoting an entire post is not wise either.
>Isn't this essentially the same as saying "Please don't talk so much?"
In a sense, yes. Just like the postcount limit could be interpreted as "Please don't talk so long".
>what
main page -- 161 Name：◆WAHa.06x36：2005/10/21(Fri) 14:44 ID:Heaven
subpage -- 4 ：◆WAHa.06x36：2005/10/21 14:44 ID:Heaven
Question: does Kareha have a 1001th post message like "Name: 1001:Over 1000 Thread" for when a thread exceeds its postcount limit?
285 Name: !WAHa.06x36 : 2005-10-23 18:38 ID:Heaven
HTML mode handles >> references, but not URLs because I've been too lazy to figure out a regexp that would handle that correctly. Also, yes, newlines are converted to <br /> intentionally. This matches how most sites that accept HTML markup work.
115 Name: Anonymous 2005-10-18 03:20 ID:Heaven
>>108
I don't think that restricting specific users' posting priviliges is useful in any way except restricting them from posting.
>>108,113
"fusianasan" is for when a user wants to prove that he is posting from a certain place (like a school, a company's network or a military base).
>>112
A keyboard shortcut for "reply" in Kareha or "submit" in Wakaba would be nice to have.
276 Name: Anonymous : 2005-10-23 17:40 ID:Heaven
>>275
Heh, I thought you had disabled it manually.
>The File field is almost never there.
Right, and when it isn't, the Formatting menu can still reside on the same line.
The error page in mode_message should more closely resemble that of 0ch (complete with "ERROR!" title).
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.
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]
192 Name: Anonymous 2005-10-20 11:52 ID:iWMGI/HY
> The "entire thread" link can easily be changes to link to the files in /res/ instead of going through the script, but that would make it somewhat less convenient when you want to consturct custom URLs, so I haven't done it.
A better solution would be to use mod_rewrite to rewrite all /kareha.pl/$number/ links to /res/$number.html
It schould be a lot faster then running the script and the links stay the same.
82 Name: Anonymous 2005-10-17 11:47 ID:Heaven
> but I don't quite see why there should be a "First 100" at the top but not at the bottom.
Probably to avoid clutter and because of the assumption that if you arrive at the bottom of a page, you can do without the "First 100" link. "First 100" seems to be a navigational aid for beginners who are new to the thread, so it makes sense to only have it at the top.
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?