-
-
Notifications
You must be signed in to change notification settings - Fork 355
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
Comments
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. |
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. |
@lwouis Thank you,Solved my confusion |
@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. |
@lwouis |
@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 |
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. |
@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 |
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 :) |
The text was updated successfully, but these errors were encountered: