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

Better customization of the grid of books #3

Closed
m-dp opened this issue Aug 24, 2017 · 4 comments
Closed

Better customization of the grid of books #3

m-dp opened this issue Aug 24, 2017 · 4 comments

Comments

@m-dp
Copy link

m-dp commented Aug 24, 2017

In the preferences, "Cover image size" section, it would be nice that:

  • the "Grid [size]" and "Column count" do not necessarily modify each other;
  • a checkbox "Auto adjust" is used to have current behaviour of relation of "Cover image size in grid" and column count;
  • the cover image size still cannot be more than (screen size / column count);
  • but if the cover image size is small (e.g. 80), and the columns large (e.g. count = 4), good, the grid shows a small cover, but with large text strings (title, filename etc.), and the grid rows are short proportionally to the cover image size (instead of tall);
  • also, a checkbox could "hide the cover": in this case, * the column count determines the column width, * the cover size determines the column height (the same as if the cover was displayed), and * the text screen occupy the space instead of the cover page, and they word wrap.
@m-dp
Copy link
Author

m-dp commented Aug 27, 2017

Alternatively:

  • you could add "Row count" along with the existing "Column count"
    • in case of switch to landscape to portrait, "Row count" and "Column count" swap - 5x3 when landscape becomes 3x5 when portrait (the division of the screen in cells does not change, the cells remain the same, only the orientation of what is inside the cells (text, images, controls) changes)
  • depending on the space that is left on the cell when placing the "cover-page thumbnail", the text strings (title, filename etc.) can go either below the cover-page thumbnail or on its right
  • a checkbox could "hide the cover", and only the text strings (title, filename etc.) remain in the cell.

This should provide the most flexibility in the visual rendering of the documents collection.
In my view, I like to keep the full filename visible, but wasting as little screen as possible - legible grids with as many titles as possible, wasting little space.

Another note - I see that you are using space-dash-space, ' - ', as a separator to divide fields (e.g. author vs. title) in the filename. I wish to note that using the dash that way is not universal. For example, I use that sequence to divide fields like 'title - subtitle [author - publisher]'. It would be advanced, but maybe you could specify a field in the preferences to specify what to use as a separator; you are now using ' - ' but in my case it would be ' [' (or '' to disable the feature).

@m-dp
Copy link
Author

m-dp commented Aug 30, 2017

...also a grid view with the same layout of the "List", just adding more columns, would be nice. It could help to have a checkbox only display the filename and not the title: the title is often redundant.

I see that the "starred" view only allows the List: could we also have the option of a grid there?

@foobnix
Copy link
Owner

foobnix commented Aug 31, 2017

You write to more suggestions, it would be good if you choose the most wanted 3 ideas and create separate 3 new issues with details and marks on screenshots also . It's will be more informative and more clear for me what to do.
Thank you for help

@foobnix
Copy link
Owner

foobnix commented Aug 31, 2017

One idea = one issue

@foobnix foobnix closed this as completed Aug 31, 2017
foobnix pushed a commit that referenced this issue Oct 17, 2019
обновление ресурсов
foobnix pushed a commit that referenced this issue Dec 23, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants