After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 681410 - make sidebar not resizable
make sidebar not resizable
Status: RESOLVED OBSOLETE
Product: nautilus
Classification: Core
Component: Sidebar
3.22.x
Other Linux
: Normal normal
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2012-08-07 20:27 UTC by William Jon McCann
Modified: 2021-06-18 15:48 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Make sidebar non-resizable (6.92 KB, patch)
2012-08-07 22:13 UTC, William Jon McCann
needs-work Details | Review

Description William Jon McCann 2012-08-07 20:27:33 UTC
The sidebar is currently user resizable. This has a number of problems. It is hard to make it "just work" and often the sidebar can be too small or too large. It is hard to know when to honor the user's saved size and when to make the size adapt to the window or content view size. It is hard to style the grip and pane controls well.

I think it is better to just make the size fixed and adjusted automatically.
Comment 1 William Jon McCann 2012-08-07 22:13:35 UTC
Created attachment 220612 [details] [review]
Make sidebar non-resizable
Comment 2 Cosimo Cecchi 2012-08-16 10:28:43 UTC
Review of attachment 220612 [details] [review]:

While I agree with the overall intention of this (we already have a number of bug reports suggesting a less-flexible width adjustment for the sidebar), I don't think just hardcoding 200px is a good approach, since it might happen that those are just not enough even for a translated version of the stock items.
Ideally, I think we should always avoid ellipsizing or cutting stock strings with the minimum sidebar size - this includes all headings, stock bookmarks in Places and the "Browse Network" shortcut - possibly also in case the "Large Text" option was enabled from Universal Access. Maybe this can be achieved by using a non-ellipsizing cell renderer for those items and a different renderer for other items?
Or maybe we should actually try to use EggListBox for the sidebar, which would give us more flexibility over the size requests of the various rows.
Comment 3 André Klapper 2012-08-16 11:08:18 UTC
(In reply to comment #2)
> I don't think just hardcoding 200px is a good approach

How well does that work for people that use larger fonts (e.g. a11y)?
Comment 4 Cosimo Cecchi 2012-08-16 11:11:41 UTC
(In reply to comment #3)
> 
> How well does that work for people that use larger fonts (e.g. a11y)?

I don't think it does...that's the same thing I was referring to when I mentioned the "Large Text" setting in the previous comment.
Comment 5 André Klapper 2021-06-18 15:48:20 UTC
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org.
As part of that, we are mass-closing older open tickets in bugzilla.gnome.org
which have not seen updates for a longer time (resources are unfortunately
quite limited so not every ticket can get handled).

If you can still reproduce the situation described in this ticket in a recent
and supported software version of Files (nautilus), then please follow
  https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines
and create a new ticket at
  https://gitlab.gnome.org/GNOME/nautilus/-/issues/

Thank you for your understanding and your help.