Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Suggestion] Usability Improvements #114

Open
Asinin3 opened this issue Apr 30, 2019 · 9 comments

Comments

@Asinin3
Copy link
Contributor

@Asinin3 Asinin3 commented Apr 30, 2019

LRR has a very nice web-interface and I've been impressed overall, however there are some QoL changes I'd like to see to make it more usable.

  • Option to scale images to browser Width.
    • Options to Limit how much an image gets resized e.g don't scale above native image resolution, or limit it to only scaling up by a specified percentage e.g 200%, 300%, 400%
  • Retain search terms and page number when returning to the library view after editing a gallery's meta-data or viewing a gallery. (I'd also like to see this working with the browser's back button, I guess the only way to do that would be to change the URL based on the page count and search terms?)
  • Delete archive button (with confirmation) in the library view
  • Improve how LRR finds cover images, by e.g trying to find portrait oriented images first, or having certain (specified) filenames be preferred over others e.g "!cover".
  • Remove "hover to show tags" and just make it show tags whenever hovering over the gallery. I can see how the tool-tip might accidentally get in the way, so perhaps a 0.5sec hover delay would fix that?
  • Add view random gallery button to the bottom of page navigation.
  • Change the "Disable Automatic Bookmarking" setting to have a (configurable) value of pages you can limit it to. Allowing users to disable automatic bookmarking on galleries with e.g less than 40 images. Change it to 0 to disable it completely, or uncheck the setting to have it be enabled on everything.
  • Ability to hide "Series" column from list view
  • Add support for shorthand namespaces in the search field e.g a:=artist:, c:=character, m:=male:, f:=female: just like how it's done on E-H.
  • Remove name-spaces from the tag column in list-view and color-code them instead (for more space).
    • Alternatively, just switch to using the shorthand namespaces in the list-view e.g a: = artist:
  • Add a short delay (roughly 0.2sec?) to updating search results. I found making searches in LRR a bit hard as LRR constantly refines it's search results as you type resulting in typo's due to the delay before keys register.
  • In the batch tagger make gallery names link to their meta-data page or add a button.
  • Implement a way to hide galleries which have tags or are not already ticked from the batch-tagger.
    When I had a few galleries in my large library missing tags, it was quite hard to find them.
  • Add a way to rename and if possible move gallery archives/folders inside the meta-data page, if moving is too hard simply changing the path the database points to would be enough.
  • (Minor) Option to either hide padding around images, or remove top padding when "hide top-level navigation" is enabled. I know this affects some themes more than others, but it'd be nice to have more of the image shown without needing to scroll down a little. If scale to width is implemented then that should remove the side padding too so the image can take up the full width of the browser.
  • Make clicking on a gallery's tag fill the search box with namespace:tag format instead of just the tagname.
  • Wrap 'Archive Overview' in some kind of JavaScript onclick action so that opening archive with 500 pages does not cause all 500 pages to be loaded by browser if user is not interested in checking overview. Alternatively paginate overview.
  • Add div with tags on reader.
  • Show read pagecount indicator in thumbnail view
@Difegue

This comment has been minimized.

Copy link
Owner

@Difegue Difegue commented Apr 30, 2019

Thanks for the detailed breakdown! Github doesn't allow me to comment easily on checklist items, so I went ahead and checked off the ones I don't plan on doing.

  • Your first option sounds like what Scale to View already does -- not sure what else you need from it ? Maybe upscaling which is a simple addition (and matches your second checkbox)

  • For editing, the easiest solution is to move it to a new window/tab. I'm a personal middle-click abuser so I open most of my stuff in new tabs by default, but I agree it'd make for a better UX.

  • I'm mixed on the delete button - I don't mind adding it, but I'd like avoiding cluttering the gallery view with icons. An option I could try out is to move save/edit to a custom context menu ala google drive, and add delete there.

image

  • I agree that landscape covers showing up atm is a bit weird, but I'm not sure how to improve on that without making the thumbnailing a mess. Cropping landscape thumbnails to fit portrait might work better here.

  • I think moving the tag overlay to the entire gallery area is a bad idea as it hinders navigation, and adding hover delay just makes it harder to find out the tag overlay actually exists. I don't think it's that much of a QoL improvement here either. (You get more space to put your mouse over, at the cost of having to wait longer for the overlay to appear)

  • I'm not big on duplicating the random button either -- It makes sense on the reader, less so for a button that's usually not used when you already did some scrolling. I could make it a floating button, not sure yet. Giving that one a meh.

  • For the automatic bookmarking, I kinda see the point (not saving progress on small, 20-page doujins which you're not going to resume most of the time), but it's a lot of extra complexity for both me and end-users whereas you could just click on the first page button.

I'm ok with the rest - not sure if there's a "standard" color code for namespaces somewhere?

@Asinin3

This comment has been minimized.

Copy link
Contributor Author

@Asinin3 Asinin3 commented May 1, 2019

Image Scaling
The current "Scale To View" option makes it fit into the browsers window, what I was trying to suggest was a new option that instead of making sure the image fits completely into the window the width would be scaled to the width of the browsers window. Edit: I've changed this suggestion to just scale to width.

The second task would expand upon that by adding options to limit that functionality by e.g not allowing it to scale above the image's original resolution, or not allowing it to scale the width above a certain %. The current implementation is especially not that great for double-pages, you need to turn scale to view on and off all the time or zoom in manually to make the image take up more of your browser.

Metadata & Delete button
Fair enough, they aren't huge issues anyway. I think the delete button being added wouldn't be "cluttering the gallery view" much if e.g it didn't show up unless you were logged in with proper privileges though it isn't a huge deal.

Landscape covers
I found that there are a number of galleries with images named like 000a. 000b. for the landscape images, maybe just ignoring files with certain names and looking for images with "cover" in the name etc would help without having to check image dimensions if that's too hard. The issue is also made worse for Windows users because the way it sorts files alphabetically is different than Linux, so users will expect e.g 000cover.jpg to come before 000.jpg but with LRR it doesn't.

Tags on hover
Personally I'd find it a lot better having them appear on hovering gallery thumbnails rather than having to hover over the "hover here for tags" then you could remove the "hover here for tags" and it would suddenly free up space for more buttons or perhaps showing the artist or some other info like image count at the bottom. I only suggested adding a delay in-case you thought people would constantly accidentally have the over-lay get in the way. But it's definitely a more subjective thing.

Random Archive Button
To me, it just seems a bit silly having to go back to the library page then click on the random gallery button rather than be able to do it directly from the image viewing page. It could just be a small icon at the bottom navigation with a question-mark or something. I don't think it would be in the way.

Automatic Bookmarking
If it's too hard to check image counts, would it be easier to just have a setting to disable it on galleries that don't have the tankoubon/story_arc tag? It's not a huge deal anyway, very minor.

Namespace Colors
This is what HPX uses for Artist, Circle and Parody. IIRC it is a standard because I remember seeing it used elsewhere. I'll do some more digging when I get unbanned from exH for too many page visits lol.
Artist - Hex: #22a7f0 / Red 34 Green 167 Blue 240
Circle - Hex: #36d7b7 / Red 54 Green 215 Blue 183
Parody - Hex: #d2527f / Red 210 Green 82 Blue 127

@Difegue

This comment has been minimized.

Copy link
Owner

@Difegue Difegue commented May 26, 2019

Haven't had time to review the new ones until now; Sounds like good QoL improvements to me, I'll try working them in for beta 3 alongside regex searches and the like.

Difegue added a commit that referenced this issue May 26, 2019
@AnyByte

This comment has been minimized.

Copy link
Contributor

@AnyByte AnyByte commented Jun 4, 2019

I would also suggest adding this to the image container css in reading mode because it gets selected every time I quickly click through pages.

And ideally it would be great to add this on other pages or elements that are not supposed to be highlighted.

@Difegue Difegue added this to the 0.6.0 - BFR 2 milestone Jun 4, 2019
@Difegue Difegue pinned this issue Jun 4, 2019
@Jisagi

This comment has been minimized.

Copy link

@Jisagi Jisagi commented Jul 28, 2019

A small idea to extend the "Retain search terms and page number" part, since the total page count has been mentioned ther as well. How about showing the gallery page count (maybe only in thumbnail view). The only way to neatly add this to the list view, might be an extended kinda list view with a double/multi lined list with additional information. The (latter) idea came from e-h (obviously) and their different views.

@Difegue

This comment has been minimized.

Copy link
Owner

@Difegue Difegue commented Jul 29, 2019

I've had a few requests for pages read/total count in the survey; For the list view I wager a simple xx/yy number could fit. (likely replacing the New! icon)

@CirnoT

This comment has been minimized.

Copy link
Contributor

@CirnoT CirnoT commented Aug 1, 2019

  • Have clicking on tag fill search box with namespace:tag format.
  • Wrap 'Archive Overview' in some kind of JavaScript onclick action so that opening archive with 500 pages does not cause all 500 pages to be loaded by browser if user is not interested in checking overview. Alternatively paginate overview.
  • Add div with tags on reader.
@xXmeme-machineXx

This comment has been minimized.

Copy link

@xXmeme-machineXx xXmeme-machineXx commented Nov 15, 2019

Please add sort by date added

@Difegue

This comment has been minimized.

Copy link
Owner

@Difegue Difegue commented Nov 15, 2019

Related to #195.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
6 participants
You can’t perform that action at this time.