Hello all,
Could someone explain why I had to make my patch look like (GOP_Patch.gif) in order to make it look like (GOP.gif) in the parent patch? Obviously there is some strange scaling going on plus some shifting depending on the type of GUI object (sliders and radios need to move over more, toggles and bangs end up about where you put them).
Is anyone making GOPs that get compressed in the parent patch? Would it be reasonable to make GOPs work so that the upper left corner of the patch is repoduced (without scaling) in the parent up to the size imposed by the graph bounds. So that the GOP patches actually resemble the patches...
Note I'm still using 0.36
Or I could just be using GOP improperly...
Thanks Ben
as far as I could work out, it was a bit(h but I got it working ok by making sure you save the gop'd patch so that its window size is exactly equal to the area of the patch you want visible. Then when you close it, you must specify the 'graph bounds' of the gop in the main patch to be the same size as the gop patch window that you saved... easier by far if you place a canvas of a specified size below all gui objects, and use that to guage dimensions.
matt
-=-=-=-=-=-=-=-=-=-=-=-=- http://www.loopit.org/ -=-=-=-=-=-=-=-=-=-=-=-=- ----- Original Message ----- From: ben@ekran.org To: pd-list@iem.at Sent: Friday, September 12, 2003 3:30 PM Subject: [PD] GOP Patching woes
Hello all,
Could someone explain why I had to make my patch look like (GOP_Patch.gif) in order to make it look like (GOP.gif) in the parent patch? Obviously there is some strange scaling going on plus some shifting depending on the type of GUI object (sliders and radios need to move over more, toggles and bangs end up about where you put them).
Is anyone making GOPs that get compressed in the parent patch? Would it be reasonable to make GOPs work so that the upper left corner of the patch is repoduced (without scaling) in the parent up to the size imposed by the graph bounds. So that the GOP patches actually resemble the patches...
Note I'm still using 0.36
Or I could just be using GOP improperly...
Thanks Ben
Ben,
I normally put all the GUI objects as I want them on the canvas, and then resize the window to fit just around the canvas, then save. You can also do this using a text editor and the files and changing the canvas sizes.
Yes, I know these aren't solutions, just workarounds. I agree with you that it shouldn't be scaling like that, but work from some sort of origin.
David
ben@ekran.org wrote:
Hello all,
Could someone explain why I had to make my patch look like (GOP_Patch.gif) in order to make it look like (GOP.gif) in the parent patch? Obviously there is some strange scaling going on plus some shifting depending on the type of GUI object (sliders and radios need to move over more, toggles and bangs end up about where you put them).
Is anyone making GOPs that get compressed in the parent patch? Would it be reasonable to make GOPs work so that the upper left corner of the patch is repoduced (without scaling) in the parent up to the size imposed by the graph bounds. So that the GOP patches actually resemble the patches...
Note I'm still using 0.36
Or I could just be using GOP improperly...
Thanks Ben
Thanks all for the suggestions. I did shrink my window around my framing canvas and I'm still only getting ok results. I guess 2 pixels of shift in the window is enough to throw of the scaling enough to make it really anoying...
Miller, please remove the scaling feature! In fact I'd be happy if the patch window size was not used at all and the patch is simply cropped based on the graph bound settings. GOPs don't really need to know what size of the patcher window they were created in do they? Also since the GUI objects don't get scaled, only the coordinate system gets scaled, then I think that is really useless since it will always just jumble everything up (if its scaled down from the patch).
Thanks!
Ben
Ben,
I normally put all the GUI objects as I want them on the canvas, and then resize the window to fit just around the canvas, then save. You can also do this using a text editor and the files and changing the canvas sizes.
Yes, I know these aren't solutions, just workarounds. I agree with you that it shouldn't be scaling like that, but work from some sort of origin.
David
ben@ekran.org wrote:
Hello all,
Could someone explain why I had to make my patch look like (GOP_Patch.gif) in order to make it look like (GOP.gif) in the parent patch? Obviously there is some strange scaling going on plus some shifting depending on the type of GUI object (sliders and radios need to move over more, toggles and bangs end up about where you put them).
Is anyone making GOPs that get compressed in the parent patch? Would it be reasonable to make GOPs work so that the upper left corner of the patch is repoduced (without scaling) in the parent up to the size imposed by the graph bounds. So that the GOP patches actually resemble the patches...
Note I'm still using 0.36
Or I could just be using GOP improperly...
Thanks Ben
-- . . David McCallum . Music wants to be free . http://mentalfloss.ca/sintheta .
Hallo, ben@ekran.org hat gesagt: // ben@ekran.org wrote:
Miller, please remove the scaling feature! In fact I'd be happy if the patch window size was not used at all and the patch is simply cropped based on the graph bound settings. GOPs don't really need to know what size of the patcher window they were created in do they? Also since the GUI objects don't get scaled, only the coordinate system gets scaled, then I think that is really useless since it will always just jumble everything up (if its scaled down from the patch).
We once talked about an alternative approach here: Having a kind of gop_canvas object, that acts like a normal canvas but also defines the area that should shine through a patch used as GOP. Everything on that gop_canvas is visible, everything outside of it is not.
I still like that idea.
ciao
Frank Barknecht _ ______footils.org__
Me too... I'll try it out AFTER I finally get 0.37 out the door...
cheers Miller
On Sat, Sep 13, 2003 at 01:01:05PM +0200, Frank Barknecht wrote:
Hallo, ben@ekran.org hat gesagt: // ben@ekran.org wrote:
Miller, please remove the scaling feature! In fact I'd be happy if the patch window size was not used at all and the patch is simply cropped based on the graph bound settings. GOPs don't really need to know what size of the patcher window they were created in do they? Also since the GUI objects don't get scaled, only the coordinate system gets scaled, then I think that is really useless since it will always just jumble everything up (if its scaled down from the patch).
We once talked about an alternative approach here: Having a kind of gop_canvas object, that acts like a normal canvas but also defines the area that should shine through a patch used as GOP. Everything on that gop_canvas is visible, everything outside of it is not.
I still like that idea.
ciao
Frank Barknecht _ ______footils.org__
PD-list mailing list PD-list@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-list
Hi,
it depends how big your window of the GOP is, when you save it. the parent patch tries to resize the GOP (and everything in it) to the the size of the window in which it appears in the parent patch.
to deal with that you have many different ways to go:
1a) try to resize the GOP patch until it fits like you want, 1b) try to resize the graph, where it appears in the parent patch using the properties menu.
- do this more precisely with a text editor. The last line (x-coords...)
contains the size of the patch.
Still, there are problems when opening a patch, that the size changes (by two pixels each time you open and save it - at least with the windows tcl/tk). For me I started to have the graphics in a seperate patch and have an abstraction within it, which contains the patcher. In that case I dont have to edit the size-stuff every time i change something in the GOP (patcher), which was really annoying...
Marius.
----- Original Message ----- From: ben@ekran.org To: pd-list@iem.at Sent: Friday, September 12, 2003 4:30 PM Subject: [PD] GOP Patching woes
Hello all,
Could someone explain why I had to make my patch look like (GOP_Patch.gif) in order to make it look like (GOP.gif) in the parent patch? Obviously there is some strange scaling going on plus some shifting depending on the type of GUI object (sliders and radios need to move over more, toggles and bangs end up about where you put them).
Is anyone making GOPs that get compressed in the parent patch? Would it be reasonable to make GOPs work so that the upper left corner of the patch is repoduced (without scaling) in the parent up to the size imposed by the graph bounds. So that the GOP patches actually resemble the patches...
Note I'm still using 0.36
Or I could just be using GOP improperly...
Thanks Ben
-
ben＠ekran.org -
David NG McCallum -
Frank Barknecht -
marius schebella -
matthew jones -
Miller Puckette