this came up not so long ago: just change the canvas sizes in a text editor. cheers, robbert
"Chuckk Hubbard" badmuthahubbard@gmail.com wrote:
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.
You lost me at "just". That you can fix it by opening a patch in a text editor, finding and adjusting all the affected windows, saving the file, and reopening it in Pd doesn't mean it's not a bug!
-Chuckk
On 2/26/07, robbert van hulzen robbert@performers.net wrote:
this came up not so long ago: just change the canvas sizes in a text editor. cheers, robbert
"Chuckk Hubbard" badmuthahubbard@gmail.com wrote:
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.
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
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 ;-)
best, d.
Chuckk Hubbard wrote:
You lost me at "just". That you can fix it by opening a patch in a text editor, finding and adjusting all the affected windows, saving the file, and reopening it in Pd doesn't mean it's not a bug!
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....
roman
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
Sorry for my swift previous answer on this thread. I didn't know that there was an actual bug involved, instead of just differences in how OSes handle oversize windows.
d.
marius schebella wrote:
Roman Haefeli wrote:
subtract 3px
on my system it's 4 pix. osx 10.4.8. tcl 8.4. m.
On 26/02/2007, at 23.46, Derek Holzer wrote:
I didn't know that there was an actual bug involved, instead of
just differences in how OSes handle oversize windows.
I think it makes a lot of sense to separate the two "issues"
- That the patch canvas "grows", and
- that a patch canvas can be bigger then the screen size
since a solution to the one might not be a solution to the other.
As for the second. We have different screens with different
resolutions and size. So what can fit on one screen might not fit on
another screen. Nothing wrong with that. But it would sure be nice if
Pd or tk/tcl or both would resize the patch and add scroll bars such
that it fit into the screen incase it was "meant to be" bigger.
I don't suppose I'm wrong by stating that linux users have the same
problem, but just have better control over the window system such
that resizing the windows is an easy job.
On 2/27/07, Steffen stffn@dibidut.dk wrote:
- that a patch canvas can be bigger then the screen size
since a solution to the one might not be a solution to the other.
As for the second. We have different screens with different resolutions and size. So what can fit on one screen might not fit on another screen. Nothing wrong with that. But it would sure be nice if Pd or tk/tcl or both would resize the patch and add scroll bars such that it fit into the screen incase it was "meant to be" bigger.
Another problem I've had with this is when I edited a patch on a system with dual monitors, and then opened it on my home computer and some subpatches were actually completely off my screen. Thankfully I was using Windows, so I could hit Alt+Space and M to move the windows.
-Chuckk
Hallo, Steffen hat gesagt: // Steffen wrote:
I don't suppose I'm wrong by stating that linux users have the same
problem, but just have better control over the window system such
that resizing the windows is an easy job.
I don't know about Apple, but you can run Blackbox on Windows instead of the standard GUI and make everybody think you're ubercool and run Linux. ;)
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
oops, sorry about the number, i didn't want to say, it's exact 3px. i just estimated. i am working actually on linux, so i couldn't test. though, it would be interesting to see, if it's also 4px on windows.
roman
On Mon, 2007-02-26 at 17:40 -0500, marius schebella wrote:
Roman Haefeli wrote:
subtract 3px
on my system it's 4 pix. osx 10.4.8. tcl 8.4. m.
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
Yup.
On 2/26/07, Roman Haefeli reduzierer@yahoo.de wrote:
oops, sorry about the number, i didn't want to say, it's exact 3px. i just estimated. i am working actually on linux, so i couldn't test. though, it would be interesting to see, if it's also 4px on windows.
roman
On Mon, 2007-02-26 at 17:40 -0500, marius schebella wrote:
Roman Haefeli wrote:
subtract 3px
on my system it's 4 pix. osx 10.4.8. tcl 8.4. m.
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
when I posted that bug first time (in 2002) it was 2 pixels on windows AND on linux(!). marius.
Chuckk Hubbard wrote:
Yup.
On 2/26/07, Roman Haefeli reduzierer@yahoo.de wrote:
oops, sorry about the number, i didn't want to say, it's exact 3px. i just estimated. i am working actually on linux, so i couldn't test. though, it would be interesting to see, if it's also 4px on windows.
roman
On Mon, 2007-02-26 at 17:40 -0500, marius schebella wrote:
Roman Haefeli wrote:
subtract 3px
on my system it's 4 pix. osx 10.4.8. tcl 8.4. m.
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
the worst is when you have a bunch of subpatches that you don't need to edit or look at after you do the initial coding.
..if you save your main patch 40 or 50 times, those 3 or 4 pixels really add up, and all your subpatches grow really huge.
You can also "just" try changing your screen resolution if possible, to see if the out-of-bounds edges of the PD window show up.
d.
Chuckk Hubbard wrote:
You lost me at "just". That you can fix it by opening a patch in a text editor, finding and adjusting all the affected windows, saving the file, and reopening it in Pd doesn't mean it's not a bug!
-
Chuckk Hubbard -
Derek Holzer -
Frank Barknecht -
hard off -
marius schebella -
robbert van hulzen -
Roman Haefeli -
Steffen