Fred1515 said: How about making filenames like moe.imouto's? Many users prefer saving pics on their HD instead of using the favorites, and that would certainly make things much more convenient.
At one point I could save danbooru images (I use the Save Image in Folder extension) by their page title, which was the tags. That was quite useful, even if I do rename all images I save anyway.
At some point that stopped working, and I don't think I changed any settings in SIiF. Though I could have done so accidentally, I guess.
I'd like to be able to see who's favorited images again, for one. Otherwise I have no real complaints with things as they are and don't know a thing about coding.
I guess for my blue sky features list I'd like to see:
Searching for comments by tags is something I'd love to see implemented especially for posts from obscure series or featuring obscure characters as well comments related to post of the user's interests.
The ability to select which parts of a user's profile are visible and hidden as a setting. Also, the ability expand or collapse/hide make visible different parts of a profile while keeping the user selected settings.
A better way of tagging characters in posts with a large number of characters would be nice.
*EDIT*
One more thing. The ability for Contributor+ users to lock the rating of a post when they upload.
Fred1515 said: How about making filenames like moe.imouto's?
Many users prefer saving pics on their HD instead of using the favorites, and that would certainly make things much more convenient.
That's how they were at one point. The problem from my perspective is that if the tags change so does the filename so you end up with duplicate files. When I transferred all my old archive CDs to an external drive I renamed all these old files to the current MD5 scheme and overwrote all the dups.
Fred1515 said: How about making filenames like moe.imouto's?
I actually prefer Danbooru's way of doing it, to be honest.
As you probably already know, every image's filename on the site is its MD5 hash. That to me is very valuable, as you'll always have a way to associate the image with the post it came from.
... and that association means that any saved image's metadata is easily within reach: its tags. And if you have a massive collection of images saved from the site, you know what a pain in the balls it is to try and keep it all indexed and searchable, since the images don't have any way to describe themselves except for their filenames.
So, think about it: jpeg images support tagging, and you have easy access to the tags of any image you've saved off of Danbooru. It would be entirely possible to create a script that could do the following for every pic saved off of the site:
Do a search on Danbooru using the MD5 hash -- which is the image's filename -- as a parameter, and find the original post the image came from.
Programatically "scrape" the tags from the outputted HTML.
Use voodoo to magically manipulate the image file, and add all of the "scraped" tags to it.
After that, all of the image's you've saved from Danbooru would be effectively tagged; and all you would need is an image viewer that lets you sort by tags.
Well, that's my argument for keeping the current naming scheme =P
Technical problem: S3 only stores static files, so the image would have to be renamed when the tags changed. You could write a proxy script to rename it, but it'd use a lot of extra bandwidth on wherever it was hosted.
A better way of tagging characters in posts with a large number of characters would be nice.
Something like an association between the everyone tag and whatever "series" tag you use? ie. Everyone tag + Touhou tag would automatically drop all the character tags in the tag box?
reese said: A better way of tagging characters in posts with a large number of characters would be nice.
Iteratively automatically suggesting tags could help with this, also this would be the ideal situation for spatial tagging.
Simply dumping all the characters into the box isn't the best idea, since not all everyones include exactly the same people. Also as of right now the "related characters" feature misses some characters and adds extras from cross-over posts.
Fred1515 said: How about making filenames like moe.imouto's?
Many users prefer saving pics on their HD instead of using the favorites, and that would certainly make things much more convenient.
I'd like to second the opinion that we keep the current system to avoid duplicates. With the alternative, not only does the filename change as the taglist does, but it gets truncated so you don't get the whole list anyway. Additionally using the hash as the name provides an easy and immutable handle to point to a specific file.
I wouldn't be against us looking into embedding the taglist into the file itself, as per Bapabooiee's suggestion, but to do it in the site itself which would eliminate the need for people to know how to script that themselves. I do have some reservations with that though, as I noted before.
Siegmund said: Something like an association between the everyone tag and whatever "series" tag you use? ie. Everyone tag + Touhou tag would automatically drop all the character tags in the tag box?
Would only be useful in certain situations though, I think - most everyone posts are generally not everyone, so you'd have to weed out all the ones that aren't there. We'd also need a mechanism to mark characters as belonging to a certain copyright(s). Which isn't necessarily a bad idea, it's just nothing we've had before. (Related Characters can be very helpful, I've used it often, but it's not the same thing.)
Fencedude said: I might suggest a slightly larger size than 1024, and 500 is really too small to be of any use.
I think I agree. Maybe 1500 across instead of (or in addition to) 1024? Or whatever will make an image fully visible on a full-screened browser on a 1680x1050 monitor. I imagine that's a pretty common resolution for Danbooru users. I'm at 1920x1200 myself.
So maybe thumbnail, 800, ~1500, original? Something like that anyway. 500 is quite small but 800 might be better for quick load time but not impossibly small.
albert said: I think 150 (thumbnail), 500, 1024, and original are good for most cases.
I'd probably also add one of 1600 (3:4), 1680 (16:10), or 1920 (HD) for people with better monitors. Those are probably the most common better monitors out there today and would cover almost anyone.
I think it goes without saying though that we shouldn't be up-scaling to anything. That would just waste a lot of space for marginally poor quality versions.
Based on some testing, the whitespace on the right of the image, the sidebar and the vertical scrollbar on the browser add up to about 440px. Keep this in mind when suggesting resolutions.
Shinjidude said: I'd probably also add one of 1600 (3:4), 1680 (16:10), or 1920 (HD) for people with better monitors. Those are probably the most common better monitors out there today and would cover almost anyone.
Ya I am running a 19 CRT still so a 4:3 would be handy. Not going to an LCD until I get me one of the 1920x1280 22' LCDs.
I highly doubt that there is a significant difference between Danbooru users and typical web users. It would be easy enough for albert to collect statistics on this to check.
