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 789572 - Alignment of external screen limits placing of icons
Alignment of external screen limits placing of icons
Status: RESOLVED WONTFIX
Product: gnome-shell
Classification: Core
Component: general
3.26.x
Other Linux
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2017-10-27 18:51 UTC by Rüdiger Kupper
Modified: 2017-10-27 19:11 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Alignment of screens limits where icons can be placed. (490.17 KB, image/jpeg)
2017-10-27 18:51 UTC, Rüdiger Kupper
Details

Description Rüdiger Kupper 2017-10-27 18:51:18 UTC
Created attachment 362431 [details]
Alignment of screens limits where icons can be placed.

GNOME in Ubuntu, reporting against gnome-shell since I do not know better. Please assign to appropriate package. Thanks!

Using external monitors with the gnome desktop behaves unexpected in a few ways. One is, that the alignment of screens limits, where icons can be placed on that screens:
My external monitor is higher than the internal screen of my laptop. I have aligned the screens at the bottom. This makes the bottom part of the (external, higher) screen unusable for placing icons.

This is probably best seen on the attached screenshot.
Thanks for caring!
Comment 1 Florian Müllner 2017-10-27 19:11:59 UTC
That's a limitation of the EWMH spec - nautilus places desktop icons according to the _NET_WM_WORKAREA[0] hint, which is calculated relative to screen edges (in constrast to having separate workareas per monitor).

Given that EWMH is tied to X11 and we are transitioning to wayland, it's unlikely that anyone will go through the effort of coming up with a spec change proposal (and implementation once it's agreed upon), so closing as wontfix.

But note that Carlos had some ideas about porting nautilus' desktop icons to a gnome-shell extension, which would neither be tied to X11 nor to the limitations of EWMH.

[0] https://specifications.freedesktop.org/wm-spec/wm-spec-latest.html#idm140200472697552