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 365283 - interface is different and non-obvious to scale icons in folder view
interface is different and non-obvious to scale icons in folder view
Status: RESOLVED DUPLICATE of bug 148293
Product: nautilus
Classification: Core
Component: Desktop
2.16.x
Other Linux
: Normal minor
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-10-26 14:07 UTC by Patrick Wagstrom
Modified: 2012-09-19 22:38 UTC
See Also:
GNOME target: ---
GNOME version: 2.15/2.16



Description Patrick Wagstrom 2006-10-26 14:07:03 UTC
When a file is on the desktop, right clicking on it brings up an option to scale the icon size.  When this file is then dragged into another desktop folder, it will retain the altered icon size.  However, right clicking on it in the icon view does not bring up the option to change the size of the icon.  Instead, one needs to go to the non-obvious "Edit" menu where we see "Stretch Icon" and "Return Icon's Original Size".

In my view this is a UI consistency issue and Nautilus is not doing what makes sense.  After all, shouldn't we be treating the desktop as just another file folder that is always set in icon view?

The fix would be to ensure that the menu options that show up in the context menu for items on the desktop also show up on items in folders.

Consistency is good.

This bug may be related to bug #148293, which addresses some of these inconsistency issues, however that seems more like a wishlist of enhancements, while this is a usability bug.
Comment 1 William Jon McCann 2012-09-19 22:38:22 UTC
Consistency is generally good when the things are alike. However, the desktop view and the folder grid/icon view are entirely different things. One supports manual positioning the other doesn't. The context menus are very different, etc. This is one of many reasons why we've deprecated the desktop view. I think it makes sense to separate the view options for the Desktop too. So, I'm going to dup this bug to that.

*** This bug has been marked as a duplicate of bug 148293 ***