Its amazing how I read all that, and yet have absolutely no idea what 95% of it means.
But it sounds good to me!
What Fencedude said. My Database-Fu is weak.
If internationalization involves being able to run the website in multiple languages at the same time. I'm for it.
Otherwise I support the keep it simple principle in the hopes that re-written Danbooru will make it out without bogging someone down too much to make it happen.
I like the stylesheet breakdown, HTML 5 is a nice thing to hear, maybe I'll think of something clever after some sleep.
I'd like to see more APIs that's pretty much it. Things like the ability to list something as a favorite.
I only understood the part about pools and favorites, and it certainly sounds cool.
I'm sure evazion will have some good ideas and suggestions.
Danbooru 2: The movie.
You should recruit someone to assist you with administrating this part of the site.
How about embedding XMP tag metadata?
I think I'll leave this one up to you... but if it was me? I'd go for a little something more roomy, more like a home, you know with signatures and avatars. Danbooru the home of homes...
OH! and a better forum please ._. not complaining, just more like home...
- A "translation mode" for posts, in which clicking and dragging on the image automatically creates a new note and opens it for text entry. I don't think I can put into words how amazingly helpful this feature, or something like it, would be.
- If that's not doable, then at the bare minimum, a keyboard shortcut for "Create new note". There is a bookmarklet linked in howto:translate that does this already, but it's such an essential feature for translating long images that it should be a feature of Danbooru proper. (Although the "translation mode" would be better.)
- A better pool ordering interface and for pool order changes to be reflected in pool history, as discussed in forum #33944.
- A way to link to users using DText, as discussed in forum #33926. (I favor <<user>>, personally.)
- A version of order:favcount that counts all users, not just those above Member-level.
And my two cents regarding the changes you're uncertain about:
albert said:
Using sampling to calculate related tags.
Go for it. I, for one, wouldn't be too terribly sad if the feature itself wasn't there; it took me a while to think of where it was actually used, and I don't think I've ever used it.
albert said:
Switching to jQuery.
Meh. jQuery is quite nice, but I say don't fix what isn't broken, and I've certainly never seen any problems with any of the DOM-manipulating/AJAX features of Danbooru.
albert said:
Internationalization.
Never a bad idea, especially considering that l18n libraries seem to ship default with Rails.
albert said:
Switching to git.
Obviously, this is a matter of your preferences, not mine, but I've always thought of git's in-place branches as "too clever by half"; I like my branches in multiple directories. That said, merging bugfixes into the development copy is a huge pain in the ass.
Volaju said:
I think I'll leave this one up to you... but if it was me? I'd go for a little something more roomy, more like a home, you know with signatures and avatars. Danbooru the home of homes...OH! and a better forum please ._. not complaining, just more like home...
The forum software could use some tweaking, but by and large we are trying to DISCOURAGE excess...socialization, so to speak, on the forum.
A feature that I would like to see implemented would be able to "group" attachments of tags, or perhaps have the ability to nest tag attachments within other tag attachments. This is not important, the desired effect is.
Let me first demonstrate the problem that this will solve:
Currently, doing a search for "izumi_konata cat_ears" would return posts depicting both izumi_konata and cat_ears, but not necessarily a nekomimi-clad konata.
In order for this problem to be solved, there needs to be a way to associate one tag with another, along with additional search syntax to support searching. Perhaps something along the lines of "[ izumi_konata cat_ears ] yuri" as opposed to "izumi_konata cat_ears yuri".
This is something I have wanted to add to my own Danbooru-like webapp, but never got around to coding something like this (I figured it would require re-coding of the tagging engine and search). I hope you add this functionality to Danbooru 2 so that I can observe your implementation.
Also, for the love of science, tag-auto-complete! I use it on my own Danbooru-clone and it is extremely useful.
Yeah, the forum and comments are nice and neat the way they are now. Even if we do get avatars by some chance, I would hope that they are tiny (100x100 max) and please, please no signatures. All they do is take up space.
Kitsu~ siad:
A feature that I would like to see implemented would be able to "group" attachments of tags, or perhaps have the ability to nest tag attachments within other tag attachments.
Second this. It would make tagging a fair bit more difficult, but would also make finding the image you want almost absurdly easy.
Volaju said:
I think I'll leave this one up to you... but if it was me? I'd go for a little something more roomy, more like a home, you know with signatures and avatars. Danbooru the home of homes...OH! and a better forum please ._. not complaining, just more like home...
Good God, no. Try Gelbooru's forums if you want that stuff. I looked at the first few topics and they literally made me wince; I'm sure you'll fit right in.
Kitsu~ said:
A feature that I would like to see implemented would be able to "group" attachments of tags, or perhaps have the ability to nest tag attachments within other tag attachments. This is not important, the desired effect is.
We have discussed this before and it just can't be done because it would require retagging every single image on danbooru.
Soljashy said:
Yeah, the forum and comments are nice and neat the way they are now. Even if we do get avatars by some chance, I would hope that they are tiny (100x100 max) and please, please no signatures. All they do is take up space.
fine no signatures, and 100x100 is all I need.
Fencedude said:
The forum software could use some tweaking, but by and large we are trying to DISCOURAGE excess...socialization, so to speak, on the forum.
Well you're right on the forum software, starting look like the 1990's on this website... but I might add a superb 1990's website... It's just like one giant wall of text.
glasnost said:
Second this. It would make tagging a fair bit more difficult, but would also make finding the image you want almost absurdly easy.Good God, no. Try Gelbooru's forums if you want that stuff. I looked at the first few topics and they literally made me wince; I'm sure you'll fit right in.
I do go to Gelbooru, and Sankaku Complex, and many hentai sites, and porn, and... well just about anything, been to most of the chan's to =\
I like this site and iichan the best though, mainly because it's not just hentai or porn
Log said:
We have discussed this before and it just can't be done because it would require retagging every single image on danbooru.
Yeah, its not a bad concept, but complete unfeasible at this point.
Soljashy said:
Yeah, the forum and comments are nice and neat the way they are now. Even if we do get avatars by some chance, I would hope that they are tiny (100x100 max) and please, please no signatures. All they do is take up space.
No. NO NO NO NO
We do not need avatars or anything of the sort. The forum is only here as an administrative appendage to the site.
Did you have to quote my post to respond to, Fencedude? I'm as much against the idea as you are.
albert said:
stuff
Pretty much all of that sounds rad. I'll second all of glasnost's feature requests as well.
glasnost said:
l18n
That's either l10n or i18n ;)
Volaju said:
dumb shit
go away
I'm with glasnost on his proposed notes/translation/pools changes.
I'd also love it if the pools list had forum index-like features, namely:
- modified pools since last viewed in bold
- a direct link to the last page of posts for large pools
Kitsu~ said:
A feature that I would like to see implemented would be able to "group" attachments of tags, or perhaps have the ability to nest tag attachments within other tag attachments. This is not important, the desired effect is.
Log said:
We have discussed this before and it just can't be done because it would require retagging every single image on danbooru.
The "need" to retag existing images should not be an obstacle against enhancing the tagging system. Rather than completely overhaul everything, it is technically feasible to retain existing tags and add the ability to "attach" tags together (pairs, triples) to support more complex semantics, while not breaking the existing tag search, which becomes a fall-back option if the new 'enhanced' search doesn't return enough results.
It's not like all posts are currently "fully-tagged" to begin with, and many tags aren't as well-populated as they should be either. And we certainly don't go through all existing posts to try to apply newly-created tags. Stuff falls between the cracks, it can't be helped.
For something like this, you have got to start somewhere, or else the legacy content argument is simply going to gain greater and greater inertia and we won't get anywhere. Rewriting the site is as good a time as any to consider implementing such changes.
Now, that was for the sake of argument. While I do think richer semantics would be awesome, I also have reservations about ease of use and other design challenges, which ultimately affects how widely changes will be adopted by users.
I vote for the change in the tagging system, it'll be a pain to go back through old posts, but if one were to have a way of searching posts that did not have any of these nested tags, or attached tags, at least over time things could be fixed. There's a large userbase on danbooru, and I'm sure most of them don't know how to tag anything, but I think enough of them should, and overtime things will get updated.
My other suggestion is related to the install of danbooru and upgrading. It would be nice if it were easier to do so. I'm not sure on the state of things at the moment, but when I used to run danbooru's code (I use moe.imouto's fork now), things were a bit of a pain. The install scripts helped considerably though, but often were broken due to changes to danbooru that weren't reflected in the scripts. I'm not asking for Wordpress like installation, but just something documented or easier for non linux power users.
I'd like a feature that detects if someone is a humorless sperging git and bans them if so.
I'm nth-ing the nested/grouped tags suggestion as it's simply a good idea--there's nothing about it that's incompatible with the way things are done now, and saying that it would require retagging every image is stupid. Nobody ever suggested that all the images posted prior to tag OCD should be deleted just because nobody would ever get around to going back and adding tags indicating that there's a blob of cum on the brick wall the girl wearing pinku nekomimi is up against between (47,50) and (99,100).
Here's my wishlist. I know that some of these may not be feasible or you may not want to do them, but I'll just throw these all out there anyway and see what sticks. Sorry for the wall of text.
Security
XSS protection. Use SafeERB. Mark sensitive cookies as httpOnly. Require users to reenter their password before sensitive actions, such as resetting their email address, permanently deleting things, inviting users, etc.
CSRF protection. Currently Danbooru is completely vulnerable to CSRF attacks. Fortunately Rails has builtin protection against this. It basically just needs to be turned on. However, it only works for HTML requests. I think the JSON/XML API will have to be reworked to completely protect against CSRF.
Mass assignment protection. Using attr_accessible instead of attr_protected is much more secure. Also, avoid this idiom: Post.new(params[:post].merge(:updater_user_id => @current_user.id). IIRC merging params in this way is insecure (updater_used_id can still be overwritten by the user).
Better authentication / session handling. Don't send the user's password hash in plaintext along with every request for god's sake. Use real session tokens.
Host uploaded files on a separate subdomain. This has security as well as performance (1, 2) benefits.
Miscellaneous
Switch to Imagemagick or something for resizing images. The current resizer has a long standing bug with generating corrupt thumbnails/samples sometimes. It doesn't handle transparent GIFs/PNGs well either. Also, turn on progressive JPEG encoding. It's a loseless option and last time I tested it generated on average ~10% smaller files.
Integrate piespy's image similarity search with the server. This way it would be easier to do automatic dupe checking on upload.
Make the tag edit history searchable by tags (Trac #429. Fixing this should also make it possible to order searches by when a tag was added (forum #33750).
Add some kind of versioning to the JSON/XML API. Currently scripts have no way to tell if the API has been changed.
Add tag autocompletion to the search box and the edit box.
DText kind of sucks. Specifically, it doesn't have an escape mechanism and it doesn't handle URLs well. I don't see why you don't just use something standard like Markdown.
Put the help files on the wiki so that it's easier to keep them up to date.
Use a simple custom formatting language for formatting translation notes instead of HTML. The problem with using HTML is that translators format things like sound effects inconsistently and they use all sorts of outdated HTML to do it. There are also security problems with allowing HTML in notes. The current filter doesn't filter out everything it should.
Replace the parent/child concept with anonymous pools. It's redundant to have to two separate mechanisms (pools and parents) for grouping posts.
Make pools taggable.
I was tempted to mention a more in-depth semantic model based on RDF triples, but figured I'd be at least somewhat realistic.
In terms of things a refactor might be able to fix...how about the "Danbooru Bedtime" that happens every day beginning about twenty minutes ago?
Wishlist
I'm not going to hold my breath on these things, but they would be really nice to have.
An image recommendation system, a la Netflix. The site would analyze your votes and favorites and generate recommendations for you. This could be a list of new recommendations on your user page, or it could be a list of "users who liked this post also liked these other posts" on individual post pages.
A method to order search results by relevance. Let's say you search for short_hair. You really want to find posts focusing on short-haired girls, but instead half the results are just posts with short-haired girls somewhere in the background. Ideally posts that are most short-hair-oriented would appear in the results first, and ones where there's just incidentally a short-haired girl in the background would appear last. Overall this should help address the problem of mostly-irrelevant tags being added to posts and polluting the search results.
Obviously, determining the relevance a given tag has to a post isn't easy. I have a few ideas as to how this might be accomplished, but I'm not sure how workable they are.
What if we had a way to flag certain tags as "prominent" for any given post, kind of like ANN allows you to flag some roles as "primary" or "secondary"?
Again, current posts will have all of their tags at the lowest level of prominence by default, but this is something that can be fixed over time.
Ordering by number of comments would be great.
Some things I'd like to see:
- Being able to use meta-tags for blacklists (see forum #7409). For example, I could add the line "pool:730" to my blacklist, and all images from the "Rule #34" pool would be filtered-out from the paginator.
- Moving the "Preview" feature so that it's implemented client-side. See trac #1117.
- More metadata to describe pools (like evazion said). Currently, the only way to describe a pool is via its name and its description - and that can get a little clunky sometimes. See forum #34087.
- Implementing logins/sessions in a more secure manner: hashes + salts are not secure, and are vulnerable to dictionary attacks. Sending password hashes in plaintext (as evazion pointed-out, again) is also something that makes me feel uneasy.
- A short-hand way to link to user profiles using DText formatting. See forum #33926.
Well, that's my short wishlist; I'll see if I can come-up with some more ideas later.
I'm not too sure about this one, since it's not that big of a deal at all, but it's probably worth tossing the idea around anyway.
But would it be feasible to rig the forum Preview feature so that when you preview your reply, it's formatted exactly like published replies on the forum? What I mean by this is that when you preview your post, the text has a lot more horizontal space than when it's actually published to the forum (forum posts here have a "vertical" feel to them). This has caused some discord for me in the past.
All too many times, I've written something up on the forum, previewed it to make sure its readable and formatted in a legible way, and submitted it - only to see that my post looks like a huge wall of text. I usually then edit my post, indent/refactor it a little, then resubmit.
Again, it's not a big deal, but it might possibly be something that'd be worth addressing.
albert
over 2 years agoDanbooru 2
So Rails 3 is around the corner and I thought this would be as good a time as any to rewrite the site.
I don't plan on adding or removing any features, or changing the layout significantly. The rewrite will mainly focus on refactoring and designing the site in a more idiomatic style. But now is a good time to ask for some blue sky features, things that would require a major migration that could mean hours of downtime. I'll start by listing some stuff that has been on my wishlist for awhile.
Things I'm debating over:
As you can see there's a lot on my plate, most of it of intangible benefit to site users. None of this will be deployed anytime soon. If you have any ideas or comments let me know.