NineChime forum

Moving the view and search tools around isn't that hard.  It does make things kinda crowded, though, especially for people who use 800x600 screens.  I'll try a different layout for you to try (haveta be tomorrow, though).

Also I would like the drawing apps to start at full screen width.

I haven't had much luck getting code to run on page loads.  I might be doing something wrong, or the browser is trying to run the code before the page fully loads.  I'm not that good with JavaScript.

What about adding a wider starting width (at least for shi painter pro), would that be possible?

Sure.  I assume that most people are using an 800x600 screen (based on my web server stats).  It's possible to go larger, though.

Open up shiBBS.php, paintBBS.php, or noteBBS.php, and look for a few lines like this:

// Bug in Mac version of Java requires hard-coded values, rather than CSS.  >:(
// Typical viewable width of 800x600 browser is 740px.
    $xhack = '740';
// Typical height
    $yhack = '550';

Change the $xhack and $yhack variables to whatever you like.  That's the default size of the applet.

You could also change the applet width to "100%", but that will crash some browsers.  The height must always be hard-coded, since height is always dynamic in HTML.

Can threads be started w/out drawings or uploaded images?

Nope.  Oekaki isn't really a forum or chat room.  When I was using NoteBBS, people always complained about posts without pictures.

Can images be uploaded in a reply message (that doesn't start the thread)?

That requires support for BBCode, which allows you to add [proper] links, images, and other content into a reply.  OekakiPoteto uses a simpler system called "NiftyToo", and it doesn't support this.

I would like to left-justify all the pictures as much as possible, rather than center the large pictures.  I like the 1st comments to be on the right of the picture when possible and fit on the screen (if the picture isn't too wide of course).   Is this possible?

HTML isn't really a layout language, so these kinds of things are very tricky to do.  You can't do things like, "if the picture is half as wide as the screen, wrap the text differently."  Wacintaki takes a number of guesses, trying to be friendly to people with small screens.  Making anything appear side-by-side in HTML is pretty difficult without causing problems in different browsers or hard-coding to only one screen resolution.  Overall, to answer your question, I'd say no.  It's certainly more trouble than it's worth.

Sorry, but I prefer to do things properly, if possible, so I'm not too keen on adding table wizardry and JavaScript to handle layout.

I would like to have the comments to be left-justified also once they pass below the picture.

Whoo boy... you've just touched up on the thing about HTML that drives me NUTS.  I've been trying to do this for months with my new gallery, and nothing other than tables works, and tables suck.

Things like this cannot be done in HTML/CSS without the use of floating images, and I've never been able to get them to work properly.  Each browser shows things differently, and none of them seem to put images in places that make sense.  Just adding avatars to 1.3 and wrapping comments correctly around them has been a major pain.  Doing it with tables isn't hard, but then things only work with one screen resolution, and Internet Explorer makes all the comments run off-screen, while FireFox won't fill up the entire comment box.  It's a major problem that can only be fixed with tables, and I am definately not using table layouts in Wacintaki.  The whole reason I created Wacintaki in the first place is to convert the code to CSS.

It's not impossible, it just feels like it without resorting to terrible hacks.  You can blame the people who created HTML for this mess.  I don't think it will ever be fixed, the way the W3C runs things.

I've seen a couple of boards where every other picture is left-justified, and the rest are right-justified.

Interestingly, this feature is trivial.  I didn't think it looked that good when I tried it, though, especially on large screens.

Is it possible to allow for a "draft number" to be added to the file name?  For example drawing #00001 on its second draft could be called 00001_2.png

Wacintaki dosn't have an architecture that makes version control practical.  I'll consider this for my new oekaki project.

1.3 will have a WIP feature, so people can keep editing a picture and post it when they are done.  But, that's about it.

Caching issues will be somewhat fixed, as 1.3 no longer recyles image numbers.  Retouches, though, still have this problem.

Really, I think I've taken OP as far as it can go without a complete rewrite.  That's why 1.3 will be the last major version of Wacintaki.

Also is it possible to add place holding zeros in the front of the file number?  This is just so that the file order can match computer-order if I were to save some of them to a hard drive and display them.

I've thought about it, but there's a lot of things to change, as so many different pieces of the code handle filenames.  Adding the board prefixes was more work than I thought, and I'm not sure I want to go throught that all over again.  I'll think about it, though.  I'd just rather not add yet another API to Wacintaki to handle something that could be done so much easier in another board with a simple fprint().

OK, try this.  Login as an owner, then run this script.  Type in the names, and you should be all set.

changename.zip