You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I found where it comes from, but don't know how to cleanly solve the problem.
When the witray looks to find where to be put, it uses the whole virtual screen
to set it's position. I think that it should use the real screens like the
windows does.
The line that does the configuration is the line with "subpt(scr.rect.max,
r.max);"
diff -r 75881cc5391e cmd/tray/tray.c
--- a/cmd/tray/tray.c Fri Apr 13 22:37:30 2012 -0400
+++ b/cmd/tray/tray.c Tue May 15 11:42:58 2012 +0200
@@ -213,6 +213,10 @@
offset.x += tray.iconsize + tray.padding;
r = Rpt(ZP, offset);
+ /* The following line does note take the primary and secondary screens into
account.
+ * It think that the tray should be either only printed on the primary
screen or be
+ * configurable to select which screen to print on.
+ */
p = subpt(scr.rect.max, r.max);
if(tray.edge & East)
p.x = 0;
Original issue reported on code.google.com by
[email protected]
on 14 May 2012 at 12:31Attachments:
The text was updated successfully, but these errors were encountered: