Hello all,
There are two minor issues in PD that I've ignored for a long time, but they do tend to become annoying after long editing sessions. (The fact that I'm complaining about such small things attests to how amazing PD is otherwise.)
patch window, it may or may not stay that way for a few edits, but eventually, it will "grow". I like to have the windows be just a little bigger than the biggest element in my patch (usually a large background canvas), but PD seems to sporadically resize the windows a bit bigger than that. I can't find a consistent behavior here, it just happens eventually.
"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.
I'm on PD-0.39.2-extended-test7, Mac Intel, if that's relevant.
Phil Stone UC Davis
Hallo, Phil Stone hat gesagt: // Phil Stone wrote:
- 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.
2), like 1), might be a Mac-specific issue, but I guess not.
Normally the real reasons is, that you've moved some patch elements over the top or left border of the patcher window. Then Pd's coordinate system, which has (0,0) in the upper left corner, tries to reorganize itself to the new position of the upper left (0,0) point - and it gets confused, which results in the Properties menu getting displayed out of focus.
You can easily test this using attached patch. Simple fix: Never place anthing beyond the upper or left border!
Frank Barknecht _ ______footils.org_ __goto10.org__
no, that is a known problem which also appears under windows. but maybe not under linux. every time you save the patch, the size gets increased by 1 or even 2 pixels... I think it is a tcl/tk problem. marius.
Frank Barknecht wrote:
Hallo, Phil Stone hat gesagt: // Phil Stone wrote:
- 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.
2), like 1), might be a Mac-specific issue, but I guess not.
Normally the real reasons is, that you've moved some patch elements over the top or left border of the patcher window. Then Pd's coordinate system, which has (0,0) in the upper left corner, tries to reorganize itself to the new position of the upper left (0,0) point - and it gets confused, which results in the Properties menu getting displayed out of focus.
You can easily test this using attached patch. Simple fix: Never place anthing beyond the upper or left border!
Ciao
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Aha! The window is consistently growing by a few pixels, that's why I wouldn't notice it until some random time! Thanks for clearing that up.
I couldn't find anything about this on a quick search of Tcl/Tk known issues, but it does seem like a likely source of the problem.
Phil
marius schebella wrote:
no, that is a known problem which also appears under windows. but maybe not under linux. every time you save the patch, the size gets increased by 1 or even 2 pixels... I think it is a tcl/tk problem. marius.
Frank Barknecht wrote:
Hallo, Phil Stone hat gesagt: // Phil Stone wrote:
- 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.
2), like 1), might be a Mac-specific issue, but I guess not.
Normally the real reasons is, that you've moved some patch elements over the top or left border of the patcher window. Then Pd's coordinate system, which has (0,0) in the upper left corner, tries to reorganize itself to the new position of the upper left (0,0) point - and it gets confused, which results in the Properties menu getting displayed out of focus.
You can easily test this using attached patch. Simple fix: Never place anthing beyond the upper or left border!
Ciao
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Fri Feb 23, 2007 at 07:42:07AM +0100, Frank Barknecht wrote:
Hallo, marius schebella hat gesagt: // marius schebella wrote:
no, that is a known problem which also appears under windows. but maybe not under linux.
I've never encountered problem 1), the resizing, on my Linux machines.
kryzstof czaja reported the same thing a few years ago. only affecting windows.
something about the border-thickness attribute was adding to the height on save and setting to 0 fixed it..
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Frank Barknecht wrote:
Hallo, Phil Stone hat gesagt: // Phil Stone wrote:
- 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.
2), like 1), might be a Mac-specific issue, but I guess not.
Normally the real reasons is, that you've moved some patch elements over the top or left border of the patcher window. Then Pd's coordinate system, which has (0,0) in the upper left corner, tries to reorganize itself to the new position of the upper left (0,0) point - and it gets confused, which results in the Properties menu getting displayed out of focus.
You can easily test this using attached patch. Simple fix: Never place anthing beyond the upper or left border!
Thanks, Frank, that's good to know, but it's not the cause of this problem. As others have pointed out, it's apparently a Mac/Windows Tcl/Tk glitch -- though I couldn't find anything about it on a cursory search of Tcl/Tk known issues.
Phil
pasted object is in exactly the same position as the copied object (fine), except that it is _underneath_, so when you click and drag it out of the way you move the original instead, messing up your carefully placed patch cords. The solution being to move the original _before_ I hit Ctrl-V, but it's very hard to train myself to do this. It would be better if the newly pasted object was on top.
Steve
On 2/22/07, Phil Stone pkstone@ucdavis.edu wrote:
Hello all,
There are two minor issues in PD that I've ignored for a long time, but they do tend to become annoying after long editing sessions. (The fact that I'm complaining about such small things attests to how amazing PD is otherwise.)
- Windows do not hold their size. If I carefully set the size of a
patch window, it may or may not stay that way for a few edits, but eventually, it will "grow". I like to have the windows be just a little bigger than the biggest element in my patch (usually a large background canvas), but PD seems to sporadically resize the windows a bit bigger than that. I can't find a consistent behavior here, it just happens eventually.
- 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.
I'm on PD-0.39.2-extended-test7, Mac Intel, if that's relevant.
Phil Stone UC Davis
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On 23/02/2007, at 2:12 PM, Stephen Sinclair wrote:
- When you copy and paste (Ctrl-C, Ctrl-V in immediate
succession), the pasted object is in exactly the same position as
the copied object (fine), except that it is _underneath_, so when
you click and drag it out of the way you move the original instead,
messing up your carefully placed patch cords. The solution being
to move the original _before_ I hit Ctrl-V, but it's very hard to
train myself to do this. It would be better if the newly pasted
object was on top.
Try Duplicate, Ctl-D. The new copy is offset slightly right and down.
tm
Hallo, Stephen Sinclair hat gesagt: // Stephen Sinclair wrote:
- When you copy and paste (Ctrl-C, Ctrl-V in immediate succession), the
pasted object is in exactly the same position as the copied object (fine), except that it is _underneath_, so when you click and drag it out of the way you move the original instead, messing up your carefully placed patch cords. The solution being to move the original _before_ I hit Ctrl-V, but it's very hard to train myself to do this. It would be better if the newly pasted object was on top.
Try "Ctrl-D" instead ov C-C, C-V
Frank Barknecht _ ______footils.org_ __goto10.org__
I noticed 1) before too, on Mac. I'm not sure if the same thing has happened to me on Windows; resizing windows is much much easier in Windows. The reason it was a huge problem on Mac was that, once the window is larger than your display, there's no way to get to the resize button on the lower right corner of the window. Another possibly related issue I've had is that sometimes scroll bars just don't appear on Mac. I usually have to close and reopen Pd and reload the window.
-Chuckk
On 2/22/07, Phil Stone pkstone@ucdavis.edu wrote:
Hello all,
There are two minor issues in PD that I've ignored for a long time, but they do tend to become annoying after long editing sessions. (The fact that I'm complaining about such small things attests to how amazing PD is otherwise.)
- Windows do not hold their size. If I carefully set the size of a
patch window, it may or may not stay that way for a few edits, but eventually, it will "grow". I like to have the windows be just a little bigger than the biggest element in my patch (usually a large background canvas), but PD seems to sporadically resize the windows a bit bigger than that. I can't find a consistent behavior here, it just happens eventually.
- 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.
I'm on PD-0.39.2-extended-test7, Mac Intel, if that's relevant.
Phil Stone UC Davis
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list