Its a tricky issue because its different which each window manager.
So I think the best way to address it, in the short run at least, is
for people to figure out the settings that work best with their window
manager. I guess we should make it possible to set this stuff in a
plugin, so any suggestions of how best to do that would be most
appreciated.
.hc
On Jan 13, 2011, at 4:37 PM, Roman Haefeli wrote:
Hi
It seems that since Pd 0.43 a Pd file does not save the window manager
window position and size anymore (at least on linux), but instead the
position and the size of the canvas, i.e. the white patching area.
This has some implications. Since window decorations (title bar,
window
borders) have different sizes/widths across different window managers,
but even different sizes across certain themes of certain window
managers, the patch window of a saved patch doesn't always appear at
the
position where it was saved. Even more, the next time the patch is
saved
and re-loaded, it's shifted again, etc.
I am usually running fluxbox and with my current theme, the offset is
x: -3px
y: -9px
With the Ubuntu Lucid default theme (Gnome), the offset is:
x: -1px
y: 0px
Can that be addressed somehow, or is it not possible from tcl/tk to
know
the properties of the window decorations?
In fluxbox, there is the side effect, that when xPos or yPos is
negative, the window is drawn to the next window free area of the
screen
instead of the stored position.
Another new issue since 0.43 in fluxbox is, that a second instance
of Pd
is always opened on the workspace where the first instance is running.
This wasn't the case with older versions of Pd (i.e.: it was
possible to
start a second instance of Pd in a new workspace.
Is anybody else experiencing similar issues and might have some ideas
how to resolve this?
Cheers
Roman
_______________________________________________
Pd-dev mailing list
[email protected]
http://lists.puredata.info/listinfo/pd-dev
----------------------------------------------------------------------------
"Making boring techno music is really easy with modern tools, but with
live coding, boring techno is much harder." - Chris McCormick
_______________________________________________
Pd-dev mailing list
[email protected]
http://lists.puredata.info/listinfo/pd-dev
