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

Thumbnails have unnecessary padding at the bottom #277

Closed
linkot opened this issue Apr 25, 2020 · 12 comments
Closed

Thumbnails have unnecessary padding at the bottom #277

linkot opened this issue Apr 25, 2020 · 12 comments
Labels
enhancement New feature or request unclear Need help from the author to provide more information to flesh out the issue

Comments

@linkot
Copy link

linkot commented Apr 25, 2020

2020-04-25_16-00-21

@linkot
Copy link
Author

linkot commented Apr 25, 2020

2020-04-25_16-05-47
😕

@linkot linkot changed the title UI??? thumbnails??? Apr 25, 2020
@lwouis lwouis changed the title thumbnails??? Thumbnails have unnecessary padding at the bottom Apr 25, 2020
@lwouis lwouis added the enhancement New feature or request label Apr 25, 2020
@lwouis
Copy link
Owner

lwouis commented Apr 25, 2020

Hi @linkot! I gather from your question marks that you think there is an issue with the layout of the UI.

First, I think it is important for the discussion that you understand the current layout logic. The current layout logic has fixed height for the thumbnails, so that users can expect them to be at a certain position constantly.

If you would prefer a different logic for layout, could you please elaborate it here in a nice detailed fashion, so that it's possible for us to discuss its benefits over the current approach, and importantly, so that someone can work on implementing it, if it is indeed an overall more appealing proposition

@lwouis lwouis added the unclear Need help from the author to provide more information to flesh out the issue label Apr 25, 2020
@linkot
Copy link
Author

linkot commented Apr 25, 2020

Hi @linkot! I gather from your question marks that you think there is an issue with the layout of the UI.

First, I think it is important for the discussion that you understand the current layout logic. The current layout logic has fixed height for the thumbnails, so that users can expect them to be at a certain position constantly.

If you would prefer a different logic for layout, could you please elaborate it here in a nice detailed fashion, so that it's possible for us to discuss its benefits over the current approach, and importantly, so that someone can work on implementing it, if it is indeed an overall more appealing proposition

I don't speak English, I use Google Translate.
I think the height of each thumbnail should be the same, just like a window computer.
There shouldn't be a large area under the thumbnail.
Maybe it can be centered?
2020-04-25_21-50-15

@lwouis
Copy link
Owner

lwouis commented Apr 25, 2020

Hey @linkot, did you read the explanations by following the link I provided? 😅

It explains why the UI is the way it is.

The logic is different from Windows 10. In Windows 10, the thumbnails get smaller as more rows are displayed.

With AltTab, the thumbnails have a fixed height, so that the user can locate them easily.

You can customize the sliders in the preferences, if you want to get rid of the the extra padding.

@linkot
Copy link
Author

linkot commented Apr 25, 2020

@lwouis Thank you,Solved my confusion

@lwouis
Copy link
Owner

lwouis commented Apr 25, 2020

@linkot if you are satisfied with this, could you please close the ticket?

If you think the thumbnails layout could be improved, then we would need a detailed description on what the new design would look like, what the logic would be, and why it is better than the current solution.

@linkot
Copy link
Author

linkot commented Apr 26, 2020

@lwouis
Just like this, the thumbnails are centered. Instead of leaving blank at the bottom. It is more visually comfortable around.
This question can be closed, thank you.
2020-04-26_18-12-56

@linkot linkot closed this as completed Apr 26, 2020
@mfn
Copy link

mfn commented Apr 27, 2020

I think the height of each thumbnail should be the same, just like a window computer.

I also struggle with this, eventually accepting it because I've no idea how to bring this up properly.

Windows 10 or HyperSwitch (more important here to me 😄 ) work that way, thumbnails are the same height.

Using same width / different height as AltTab creates a kind of "visual noise" to me, I look at the screen and it feels "disorganized" because every thumb is slightly different: Like my room is not clean up but in chaos and my mother yells at me to fix this. But there's nothing to fix, it's by design. Makes me cry 😄

AltTab has no clear grid to me, hence the "noise" I'm seeing. There's only "rows" which match, but there are no columns.

I look at HyperSwitch, it's so much cleaner: there is a clear grid, every thing is perfectly squished into a regular grid of rows and column. This is "organized" to me and much much easier to "locate stuff with my eyes" (the primary reason for me to use such a tool).

But what to do with the feedback? Too much options create complexity and I certainly don't want to see a flag in AltTab providing different layouts, that would be a hell to maintain (especially for a single person, I can imagine).

(sorry I resized the screenshot to mask my private stuff)

Screenshot HyperSwitch aka "neatly organized"
Snip20200427_24

Screenshot AltTab aka …
Snip20200427_20

I get the pro arguments for the AltTab rendering: they're more details, better match the shape.

In all my years (probably totally biased and trained and thus simply used to) it's just not an issue.

To quickly locate information, I need it organized ("grid"), not uneven shapes in rows 🤷‍♀️

(ps: this is not a rant: I primarily use AltTab because I absolutely value it and your outstanding fantastic work on this, you know that!)

@lwouis
Copy link
Owner

lwouis commented Apr 28, 2020

@mfn actually on the complexity of maintaining an alternate layout, it could be reasonable. I can imagine 2 functions/classes to contain the variations and make it clear for readers. It would introduce yet another preference though. Recently i've been thinking about reducing the amount of preferences actually, which is way harder than adding more of them, since to reduce and make macro preferences, you need usage statistics to know which ones people are using, with with values. Making statistical clusters. However, out of libre-software spirit, i refuse to add any kind of telemetry to the app, so that data is not available.

On the design side of things, this project was born as a port of Windows 10 alt-tab UX. There are differences today, but on the layout, i copied their non-uniform grid. My thought process was that the people at Microsoft probably poured a bunch of R&D and user studies into their decisions, and that when in doubt I would better copy their approach.

It's really hard to work without data. Both without actual usage data, but also without user studies because everyone could be using sub-optimal settings and think it's efficient, as people are often wrong about things. Also i suspect most people use defaults settings so ideally we make those the best ergonomic choice, but then again how do we know what is without user studies.

Tricky problem

@mfn
Copy link

mfn commented Apr 28, 2020

Tricky problem

Absolutely :-)

Oh, forgot one thing: I've never seen a scrollbar on HyperSwitch. I think it rather scales down the thumbnails and just displayes more rows/columns.

AltTab "hides" stuff behind the scrollbar, i.e. least recently used windows fall off the visible grid.

I think this is a killer feature because, if you use such a an application, to me the primary goal is to "see everything".

In practice though even I was not hit by that often (hardly notice the scrollbar because I switch so quickly) because the common case is to switch between recently windows.

@lwouis
Copy link
Owner

lwouis commented Apr 28, 2020

@mfn actually there is a lot that happened on that front already. Let me share.

HyperSwitch doesn't support lots of windows. Its UI just crops and goes offscreen. It's a pretty bad UX. Try it. Spawn a bunch of Finder windows and see how it looks. Windows 10 has a pretty poor UI as well were it kind of "paginate". It's a bad UX I think cause it's hard to see, is keyboard-only, etc.

You say scaling down is the best UI because it shows everything at once. I thought that too (see the visuals and my summary here), so I implemented scale-down-to-fit a few versions ago. Then a user who actually is the kind of person always having 50 windows open at all times (a friend of mine has 200 chrome tabs at all tabs and was offended I suggested closing some). For that user, scaling down means basically the app is unusable because everything is small and hard to recognize. They actually suggested a scrolling UX, which I ended up implementing after much thought.

I think scrolling is best because it focuses on recent windows, while letting people dig deeper if needed while still having nice big thumbnails. As a side-note, the size of the thumbnails is actually the main reason I started this whole project. I was unhappy with the small thumbnails in HyperSwitch, and wanted big fat visuals on screen like Windows 10. I ended up going a little further and trying to make this app the best it can possible be

@mfn
Copy link

mfn commented Apr 28, 2020

I guess I never had that much windows open with HyperSwitch to ever notice. And it's usually not the use-case to select the "oldest recently used" windows, that's why the scrollbar equally "Works" because a low number actually needs to use it (I never did so far, I hardly notice there's even one present).

Nevertheless, the non-existent of a grid kills my "perceptability" to choose windows :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request unclear Need help from the author to provide more information to flesh out the issue
Projects
None yet
Development

No branches or pull requests

3 participants