Danbooru

Danbooru2's UI

Posted under General

Sal.N said:

Yay, but... *facepalm*. The "Keyboard shortcuts available" line is a huge space-wasting.

Also it seems to be utterly random when it decides to show up. It'll show up in threads with pools but NOT on solo images. This could lead to confusion to viewer without an account.

I Suggest it be everywhere but it also leads to problems of well it taking a mountain of space as its for some reason Tiny font BUT having huge amounts of padding around it... So maybe bump its size up a little bit to be closer to the size of Pool Text and cut down the top/bottom padding on it?

Edit: Shouldn't we put a banner notice about enable/Disable Keyboard Shortcuts and Pool Location so people know more about this as I didn't even know about the changes until I checked this thread just now.

Edit 2: I disabled the Keyboard Shortcuts but am still getting the notice that they're still available. Possible bug?

Updated

Question for everyone: When searching for tags or pools, which ordering do you use most frequently? (In the Sort/Order dropdown.)

The one selected by default was name until yesterday, but I had Albert change it to date/last updated with issue #789.

My reasons were that A) I never use name and always have to switch it back to date or count, so I assumed everyone used it the same way, and B) I believe it used to be this way in Danbooru 1, and I saw no reason to change it.

But it seems that not everyone uses the search the same as I do, so I wanted more opinions to find which sorting is used the most often.

^ for tags: i prefer a sort by date for the default tag listing. it's easier to monitor new tag creations this way. the more mature ones are usually at the bottom, which gardeners are already familiar with and might not be necessary to be listed at all (but it's there for completeness).

in cases i have to use the tag search, i use all of them, if one tag sorting isn't enough. this usually happens if you are searching for complicated tags that you don't know the exact name but contain a specific string like *_own_* . in this case, maybe an alphabetical arrangement would be better.

there are also times you have to use sorting by count for gardening. as more recent tags occupy the topmost and initial page. gardened/emptied tags might be used again in the future. those with 1 or so are easier to spot if you're familiar with the right tag.

well, but that's just me.

I'm not sure this is the right place for such question. The question is more about default setting/functionality rather than interface, but we can wait and see how many people will respond before trying to move this somewhere.

@ghostrigger
The issue is only with search presets, not listing. I agree that listing is probably more useful when it's ordered by date.

I vastly prefer default sorting by name in the tag search since that's what I'm using all the time, and I do use tag search very frequently. Sorting search results by count can also be useful, but I can't remember a single time when I've used ordering by date.

Ordering by name is much more convenient when you are looking for a specific tag but you are not sure how exactly it is spelled. It also helps you to notice duplicate tags and mistypes and correct them, most of the time they will be near the main tag.
Or when you want to check if some tags exist, you would usually search for something like "*keyword*". In this case sorting by name is best if you are going to examine all of the results, while sorting by count is better if you only want to see the well established/most populated tags.

On a side note, I think ordering of search results became even more important now because there are fewer results displayed per page. So you usually would want to be able to guess where tag you are looking for is positioned. Sorting by name is the most convenient for this because it is predictable.

From regular user's viewpoint, sorting by count for tags and by 'last modified' for pools sounds reasonable.

But I think we should ask for clickable column titles, allowing for sort by that column in either asc or desc order, if that wasn't requested already.

Thinking once more about Padding.

Around "Comment Created" it seems that there is still a lot of padding around it (akin to the size of the old Pool layout. Not sure if we want to consider trimming the fat down around that as well.

1 2 3 4 5 6