Sidebar (for tabs) with different sizes for elements whille expanding

[quxer]

Captchas

• I have read the instructions.
• I have searched existing issues and avoided creating duplicates.
• I am not filing an enhancement request.

What happened?

When sidebar is set to collapsed mode with expanding on hover there are problems with button sizes.

With workspaces, while expanded workspace button has smaller hight, which causes all tabs to be shifted upwards. With many tabs it is so distracting and hard to click on the one you want. Profile button is shifted a little as well.

When I disable workspaces, then tabs while expading are shifted downwards. While collapsed profile button with separator are too high and go downwards too.

I tried reseting to default buttons placement, but it was worse with more buttons next to profile button. To add to that this shifting behaviour is from many versions ago, many from the start. Once it was almost fixed, but with new changes to placement of buttons it's got worse. It is almost like both versions of sidebar are different elements between which we are switching.

Reproducible?

• I have checked that this issue cannot be reproduced on Mozilla Firefox.

Version

1.0.1-a.19

What platform are you seeing the problem on?

Windows

Relevant log output

No response

[dosubot]

I found related discussions and issues that might be helpful:

• Add a delay to Side bar extend on hover #2416

• Sidebar expands when hovering too easy #1502

• Unify spacing in the sidebar when expanded vs not expanded #1339

• Sidebar hover and right click makes the sidebar dissapear #2587
  This issue discusses the sidebar disappearing when right-clicking or hovering slightly outside the window. A suggested solution is to modify the hover detection logic to be less sensitive or introduce a delay before hiding the sidebar, which may help reduce accidental sidebar hiding.

• Workspace name gets shrinked when mouse is not over the sidebar #2346
  This issue addresses the workspace name shrinking when the mouse is not over the sidebar. A workaround is to adjust settings to expand tabs by default or display workspaces as an icon strip. Updating to versions 1.0.1-a.15 or later should also resolve the issue.

• This is fine, I didn't need to see what my workspaces were anyway. #2211
  The issue of not seeing workspace names can be resolved by disabling the "Hide unused workspaces" feature in the settings.

• Workspace icon is off centred #2133
  This issue regarding the off-centered workspace icon has been fixed.

To continue talking to Dosu, mention @dosu.

[Gregoor]

I liked the idea of using expand-on-hover but find it currently unusable due to the layout shift. Here is an idea for solving it:

When expand on hover is enabled:

• Essentials should always (also when expanded) be rows, like regular tabs, so that they stay in position
• Account and Workspace switcher should either also follow that formula or simply be hidden when collapsed (my personal preference)

[Lalit64]

@quxer Why is this not getting enough attention?

[quxer]

@quxer Why is this not getting enough attention?

I don't know. But probably with beta release and disabling expand on hover, this issue will be pushed down the line or forgotten.

[dosubot]

Hi, @quxer. I'm Dosu, and I'm helping the desktop team manage their backlog. I'm marking this issue as stale.

Issue Summary:

• The issue involves a layout shift in the sidebar when expanded, affecting button sizes and usability.
• I suggested potential solutions, including modifying hover detection logic.
• @Gregoor proposed maintaining the position of essentials and account/workspace switchers.
• @quxer speculated the issue might be overlooked due to the beta release and feature changes.

Next Steps:

• Please let us know if this issue is still relevant to the latest version of the desktop repository by commenting here.
• If there is no further input, the issue will be automatically closed in 7 days.

Thank you for your understanding and contribution!