Hallo,
Andy and me had a little off-list discussion, but this below may be interesting to others as well.
padawan12 hat gesagt: // padawan12 wrote:
A problem often comes when you activate GOP on a patch - to be honest I've never understood any reason to why it selects one particular place as the GOP center, is it just random? Anyway, this often requires moving objects up and left beyond the frame.
Actually as default Pd always puts the red rectangle to the same position at coordinates x=100, y=100. The origin of this coordiante system (x=0, y=0) is in the upper left corner of a patch normally, the positive x-direction is to the right, the pos. y-direction is down(!) from there.
However if you move objects into the area with "negative" coordinates left or above the patch's borders, Pd will still show them, but it will move the origin (0, 0) to somewhere in the middle of the patch. The red GOP rectange still is at (100, 100), but now it may seem to be at a different position, because the origin (0, 0) doesn't match the window-borders anymore.
I suppose that Pd will try to create the Properties menu at a position indicated by the object's coordinates, but it will reference a different origin, that's why the menu seems is displaced.
Well, all this is very confusing, that's not moving stuff to the negative area is quite important.
Frank Barknecht _ ______footils.org_ __goto10.org__
Why even allow the negative areas to be 'breached' then? Is it related to Miller's initial desire to create graphs that exceed their boundaries?
~Kyle
On 3/14/07, Frank Barknecht fbar@footils.org wrote:
Hallo,
Andy and me had a little off-list discussion, but this below may be interesting to others as well.
padawan12 hat gesagt: // padawan12 wrote:
A problem often comes when you activate GOP on a patch - to be honest I've never understood any reason to why it selects one particular place as the GOP center, is it just random? Anyway, this often requires moving objects up and left beyond the frame.
Actually as default Pd always puts the red rectangle to the same position at coordinates x=100, y=100. The origin of this coordiante system (x=0, y=0) is in the upper left corner of a patch normally, the positive x-direction is to the right, the pos. y-direction is down(!) from there.
However if you move objects into the area with "negative" coordinates left or above the patch's borders, Pd will still show them, but it will move the origin (0, 0) to somewhere in the middle of the patch. The red GOP rectange still is at (100, 100), but now it may seem to be at a different position, because the origin (0, 0) doesn't match the window-borders anymore.
I suppose that Pd will try to create the Properties menu at a position indicated by the object's coordinates, but it will reference a different origin, that's why the menu seems is displaced.
Well, all this is very confusing, that's not moving stuff to the negative area is quite important.
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hallo, Kyle Klipowicz hat gesagt: // Kyle Klipowicz wrote:
Why even allow the negative areas to be 'breached' then? Is it related to Miller's initial desire to create graphs that exceed their boundaries?
I don't know anything about this desire, where did you read about it?
Frank Barknecht _ ______footils.org_ __goto10.org__
Miller said so himself at the video of his talk from the last Pd-convention. It was posted to the list maybe a year and a half ago. I can't find it in the archives for the life of me, but the video was in ogg format and had a title that mentioned something about engineers and hammers...
If anyone else has even a vague semblance of what I'm talking about, please corroborate!
Anyway, in it, Miller says that the first thing he wanted to do with Pd (this is WAY early development) was to be able to make a graph that goes outside of the boundaries. What a joker, eh?
~Kyle
On 3/15/07, Frank Barknecht fbar@footils.org wrote:
Hallo, Kyle Klipowicz hat gesagt: // Kyle Klipowicz wrote:
Why even allow the negative areas to be 'breached' then? Is it related to Miller's initial desire to create graphs that exceed their boundaries?
I don't know anything about this desire, where did you read about 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
Hmm... it's an aesthetic idea not to clip graphics to rectangular bounds (so graphs can go out of their 'boxes') but it's another problem what to do when someone drags an object to a place with negative cordinates. I think it should stay where you put it and the GUI should just adjust scroll bars. TK's canvas object does something different (and very irritating). I don't know how to stop TK from "helping" in this way.
cheers Miller
On Thu, Mar 15, 2007 at 10:15:21AM -0500, Kyle Klipowicz wrote:
Miller said so himself at the video of his talk from the last Pd-convention. It was posted to the list maybe a year and a half ago. I can't find it in the archives for the life of me, but the video was in ogg format and had a title that mentioned something about engineers and hammers...
If anyone else has even a vague semblance of what I'm talking about, please corroborate!
Anyway, in it, Miller says that the first thing he wanted to do with Pd (this is WAY early development) was to be able to make a graph that goes outside of the boundaries. What a joker, eh?
~Kyle
On 3/15/07, Frank Barknecht fbar@footils.org wrote:
Hallo, Kyle Klipowicz hat gesagt: // Kyle Klipowicz wrote:
Why even allow the negative areas to be 'breached' then? Is it related to Miller's initial desire to create graphs that exceed their boundaries?
I don't know anything about this desire, where did you read about 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
--
http://theradioproject.com http://perhapsidid.blogspot.com
(((())))(()()((((((((()())))()(((((((())()()())()))) (())))))(()))))))))))))(((((((((((()()))))))))((()))) ))(((((((((((())))())))))))))))))))__________ _____())))))(((((((((((((()))))))))))_______ ((((((())))))))))))((((((((000)))oOOOOOO
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list