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 106599 - Nautilus does not update desktop icon position on resolution change.
Nautilus does not update desktop icon position on resolution change.
Status: RESOLVED DUPLICATE of bug 47943
Product: nautilus
Classification: Core
Component: Desktop
2.22.x
Other All
: Normal major
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
: 114691 499580 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2003-02-20 11:45 UTC by Stanislav Brabec
Modified: 2008-11-15 11:50 UTC
See Also:
GNOME target: ---
GNOME version: 2.21/2.22


Attachments
Prelimitary patch, icon position dumbness (2.29 KB, patch)
2005-08-31 12:22 UTC, Christian Neumair
none Details | Review

Description Stanislav Brabec 2003-02-20 11:45:34 UTC
Starting with XFree86 4.3.0, XRandR extension becomes mainstream.

Nautilus desktop does not reorder icons on RandR request for desktop size
change. Icons placed on right part of desktop are unaccessible.

I have been thinking about nice icon-place-non-destuctive algorithms:

1) Store icon positions on desktop not in pixels, but in percentage (or
recumpute it in such way while resizing).

2) When resizing, icons placed on right and down 20% of screen (or similar)
will be moved, others untouch.

You can also look at gnome-panel, how it does its things.
Comment 1 Jeremy Nickurak 2003-03-04 01:37:02 UTC
Another suggestion:
Matrox's "PowerDesk" utility has an option to allow the user to save
icon positions independantly in each resolution. Therefore, an icon
arrangement that makes sense at a given resolution/orientation is used
only for that resolution/orientation, and the user is free to maintain
reasonable settings for each layout.

Additionally, the implementation multiple-layouts might just solve
http://bugzilla.gnome.org/show_bug.cgi?id=82400 at the same time.
Comment 2 oa 2004-01-02 13:50:04 UTC
I am facing this scenario in a slightly different way: with a
dual-screen setup on my laptop, I would like to arrange some
work-related icons on the secondary screen's desktop area, and other
icons on the primary (laptop) screen's desktop. I would not actually
mind not having the icons on the extended desktop unavailable at
times. However, when I log in with just one screen, Nautilus resets
the positions of the icons, so that when logging in with both screens,
all the extended desktop icons are bunched together at the edge of the
desktop area, having lost the positions where I would have preferred
to place them.
Comment 3 Tim Herold 2004-05-08 15:44:23 UTC
*** Bug 114691 has been marked as a duplicate of this bug. ***
Comment 4 Christian Neumair 2005-08-31 09:35:41 UTC
> when I log in with just one screen, Nautilus resets
> the positions of the icons, so that when logging in with both screens,
> all the extended desktop icons are bunched together at the edge of the
> desktop area

How can Nautilus know that you'll attach your second monitor in an upcoming session?
Comment 5 Christian Neumair 2005-08-31 12:22:00 UTC
Created attachment 51608 [details] [review]
Prelimitary patch, icon position dumbness

The attached patch makes Nautilus handle xrandr requests by a dumb relayout.
Not very smart, but a starting point.
Comment 6 Stanislav Brabec 2005-09-06 12:44:46 UTC
Now I am regularly using two desktops with different resolution and shared home.

There is my idea on ideal solution:

After login with different desktop size:
"You are using new desktop size. What do you want to do?"

"Bunch offscreen icons at the edge" "Keep relations"

First turns on custom icon positioning for moved icons, second sets relative
positioning for all icons.

In context menu of the icon, additional menu can contain: "Icon position >
Absolute" (remove custom positions), "Icon position > Relative" "Icon position >
Custom for screen size" (create custom record).

Technically, I can imagine following solution:

icon_position_relative="0.03,0.5"
or
icon_position="64,600" icon_position_custom="1280,1024,64,900"
Comment 7 Jeremy Nickurak 2006-01-15 22:24:05 UTC
should the blocked_by_freeze keyword be removed from this?
Comment 8 Cosimo Cecchi 2008-02-25 22:40:37 UTC
Still there with 2.21.91.
Comment 9 Cosimo Cecchi 2008-03-23 20:24:53 UTC
*** Bug 499580 has been marked as a duplicate of this bug. ***
Comment 10 Jeremy Nickurak 2008-07-28 21:26:48 UTC
Still in 2.22.

These 3 bugs all seem quite tightly related, and all quite old:

http://bugzilla.gnome.org/show_bug.cgi?id=47943
http://bugzilla.gnome.org/show_bug.cgi?id=82400
http://bugzilla.gnome.org/show_bug.cgi?id=106599
Comment 11 Cosimo Cecchi 2008-11-15 11:50:10 UTC
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.


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