Roman Haefeli wrote:
On Mon, 2007-02-26 at 22:34 +0100, Derek Holzer wrote:
I'd point more to OS X or the Aqua desktop as the culprit, actually. Don't know 'bout windows, but on many Linux window managers, you can use the Alt+Mouse to relocate a window (of any app) and find the resize tab at the edges. File a feature request at Apple, where they get paid to read those things ;-)
as other people already mentioned, it happens also on windows, not only in aqua/osx. so i'd say the culprit is rather not aqua/osx. i also posted that issue here at least two times. from what i can say, saving a patch makes it bigger by a few pixels in both dimensions. so if one does open a patch, save it, close it, open it again and so on, it grows with each cycle. i'd say an easy workaround, if not the solution, would be to subtract 3px in each dimension for each canvas when saving a patch. i'm not a tk/tcl-coder, though....
It seems to happen in canvas_saveto() in g_readwrite.c, so it's not tcl, just c. These seem to be the dimensions: (int)(x->gl_screenx1), (int)(x->gl_screeny1), (int)(x->gl_screenx2 - x->gl_screenx1), (int)(x->gl_screeny2 - x->gl_screeny1) but they are used in two places depending if it's a root canvas or not. Martin
The growth seems to come from TK... I added a "correction" (g_canvas.c, line 1051) but it looks like I'd better go adjust it again...
cheers Miller
On Mon, Feb 26, 2007 at 05:43:41PM -0500, martin.peach@sympatico.ca wrote:
Roman Haefeli wrote:
On Mon, 2007-02-26 at 22:34 +0100, Derek Holzer wrote:
I'd point more to OS X or the Aqua desktop as the culprit, actually. Don't know 'bout windows, but on many Linux window managers, you can use the Alt+Mouse to relocate a window (of any app) and find the resize tab at the edges. File a feature request at Apple, where they get paid to read those things ;-)
as other people already mentioned, it happens also on windows, not only in aqua/osx. so i'd say the culprit is rather not aqua/osx. i also posted that issue here at least two times. from what i can say, saving a patch makes it bigger by a few pixels in both dimensions. so if one does open a patch, save it, close it, open it again and so on, it grows with each cycle. i'd say an easy workaround, if not the solution, would be to subtract 3px in each dimension for each canvas when saving a patch. i'm not a tk/tcl-coder, though....
It seems to happen in canvas_saveto() in g_readwrite.c, so it's not tcl, just c. These seem to be the dimensions: (int)(x->gl_screenx1), (int)(x->gl_screeny1), (int)(x->gl_screenx2 - x->gl_screenx1), (int)(x->gl_screeny2 - x->gl_screeny1) but they are used in two places depending if it's a root canvas or not. Martin
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
cheers miller, that would be awesome.
sorry to keep this going, but what about bug #2:
- The opening position of property dialogs, when repeatedly accessed,
"wander" down the screen, until eventually, they are nearly off the bottom of the screen. I'm guessing the behavior is partly intentional, to enable tiling of multiply-opened windows, but it happens even when only one property window is open at a time.<
??
Looks like that's purely TK trying to "help"... ugh.
cheers Miller
On Mon, Mar 05, 2007 at 07:15:48PM +0900, hard off wrote:
cheers miller, that would be awesome.
sorry to keep this going, but what about bug #2:
- The opening position of property dialogs, when repeatedly accessed,
"wander" down the screen, until eventually, they are nearly off the bottom of the screen. I'm guessing the behavior is partly intentional, to enable tiling of multiply-opened windows, but it happens even when only one property window is open at a time.<
??
-
hard off -
martin.peach＠sympatico.ca -
Miller Puckette