you know, like 5 or 6 other 'browse' inputs for uploading. what do you think?
That's one of the banes of web-based interfaces - uploading (and downloading, though that's solved by external downloaders) multiple files.
The current ochiba tries to address this by allowing and processing .zip files of images, and I think this works pretty well for album mode.
Image board mode gets a little more complicated. Zip file uploading has the potential for abuse so it has to be enabled on a per-tripcode basis. Multiple-file inputs are another possiblity but I've not implemented them for a number of reasons:
Regarding that last bit: I've been thinking of different ways to handle the verification code thing. Maybe there can be a list of tripcodes that don't have to verify (for example, if the admin/moderator deemed you a "safe" uploader). Or, maybe some automatic counting, where after you've uploaded X number of times and demonstrated you're a "worthy" contributor, then it'll automatically shut off the verification requirement.
Just some thoughts.
well, to back up my multiple files request:
>>How many is enough?
maybe user-set? with a default of 4?
>>The interface gets really ugly (imagine what the posting window would look like, especially if you include a separate comment textarea for each)
if it was up to me, i'd make the comment go to the first post and the rest go unnamed, and no comments for each additional. but it would be hard to mess with them later, since we can't actually edit posts, so i'd probably make a mini browse input and mini textarea that would display:none/display:visible when toggled (to upload)
that brings me up another topic. i'll be honest, for me a popup isn't the best way to implement the posting field. i'd rather have it up top or something display:none/display:visible collapsible.
>>It's still cumbersome and doesn't end up saving you that much form-filling time (everything is cookie'd; the only extra bit is the CAPTCHA)
maybe so, but it would be more effective than finding the images and then zipping them. i've only used the zip feature a few times, and while it is awesome, it seems more fit for use in album mode.
how about having 'upload from url' ? save some time uploading if i already have the images located elsewhere (ie imageshack)
>maybe user-set? with a default of 4?
Had an idea: I'm thinking with some javascript magic, you could dynamically write out additional ones as each one is filled one. So once you select a first file, a second "Browse..." shows up. Sounds pretty cool, huh?
Someone code that for me.
>i'll be honest, for me a popup isn't the best way to implement the posting field. i'd rather have it up top or something
Oooh, I'm going to violently disagree on that one. I can't stand that the posting form is on top in Futallaby/Wakaba, on every single page when most of the time you won't be posting. Just eats space. Kareha is even worse. Posting for for every single thread. Gah!!!
Even hiding with a little toggle doesn't avoid the fact that the HTML is being generated when it really doesn't need to be.
What don't you like about the popup? Maybe there is some other compromise.
>how about having 'upload from url' ?
That feature already exists (FEATURE_FETCH) but is not enabled by default.
>>Had an idea: I'm thinking with some javascript magic, you could dynamically write out additional ones as each one is filled one. So once you select a first file, a second "Browse..." shows up.
i get what you mean, a toggle and somethign with on.focus or some other java. i'll get a sample up.
i just don't like popups because opening new browser instances (especially firefox) give some lag, as opposed to having it already in the window. maybe it can go both ways, user options
but then it sounds like ochiba is losin the *chan-ness of it by adding so many cookie-related options (the whole chan movement is about quick and easy posting without attachment, isn't it)
>i get what you mean, a toggle and somethign with on.focus or some other java.
Yah, something like that. On the current posting form, there would be a button labelled "Add another file", and when the user clicked it, another file input and comment textarea would appear via Javascript.
>i just don't like popups because opening new browser instances
Somewhat understandable. I really despise having the form just sitting there on top of each page though. An idea I had would be to use js/css to make an overlay appear on the page that had the posting form.
>losin the *chan-ness of it by adding so many cookie-related options
:). Being "true" to the *chans is not a goal.
http://ochiba.x-maru.org/imgboard/newpost.html
This is what I've come up with. Thoughts?
Gee, imagine that - Internet Explorer chokes on both of those.
Appears to work find in Firefox/Win, though.
http://ochiba.x-maru.org/imgboard/newpost3.html
Now works in IE and Safari.
that is fantastic
Thanks. The Javascript/form portion was fun. The backend POST-handling is turning out to be decidedly unfun. But I should be able to put it in beta soon.
hehe, that's all im waiting for.. then i'm gonna megapost reply all your themed threads.