Patches item #1516869, was opened at 2006-07-04 11:48 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1516869...
Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: wishlist Status: Open Resolution: None Priority: 5 Submitted By: IOhannes m zmölnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: hide object name+args with gop
Initial Comment: the attached patch adds a new checkbox to the gop-properties which allows to "hide object name and arguments". this makes it possible to have long objectnames which at the same time are gop-abstractions with a small width. (i think it is very inconvenient if the minimum width of a gop-object is determined by the object's name and its arguments)
this is related to feature request [ 1491020 ]
----------------------------------------------------------------------
You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1516869...
Hallo, SourceForge.net hat gesagt: // SourceForge.net wrote:
Summary: hide object name+args with gop
Initial Comment: the attached patch adds a new checkbox to the gop-properties which allows to "hide object name and arguments". this makes it possible to have long objectnames which at the same time are gop-abstractions with a small width. (i think it is very inconvenient if the minimum width of a gop-object is determined by the object's name and its arguments)
this is related to feature request [ 1491020 ]
I had a quick look: That's quite nice and very useful. Of course it also has the problem, that now looking at a patch and a printed patch won't give away all of it's workings. One cannot even say, if a certain object is of a certain kind just by looking at it (see attached patch: the left toggle in fact is a subpatch). So this feature has to be used with great care.
I think it would be nice if I didn't need to open the GUI dialog everytime I want to edit the object. Something like showing the object name and argument automatically, if an object is selected in edit mode would be a useful improvement.
Other than that: great work!
I attached another possible use for this: myvsl.pd, a vslider whose range is easier to set by arguments then the traditional vsl. This way, Hans could finally make the slider objects with a default range of 0-1 which he wished for several times in the past. ;)
Ciao
Frank Barknecht wrote:
this is related to feature request [ 1491020 ]
I had a quick look: That's quite nice and very useful. Of course it also has the problem, that now looking at a patch and a printed patch won't give away all of it's workings. One cannot even say, if a certain object is of a certain kind just by looking at it (see attached patch: the left toggle in fact is a subpatch). So this feature has to be used with great care.
yes this is true. (otoh, there are already ways to circumvent the "printed patch" paradigm: just hide your objects with a canvas). furthermore, it makes gop-objects more like the real graphical objects (like iemgui).
I think it would be nice if I didn't need to open the GUI dialog everytime I want to edit the object. Something like showing the object name and argument automatically, if an object is selected in edit mode would be a useful improvement.
i totally agree, though i think that the 2 are not directly related. personally i would prefer a small editor outside of the patch (like in a status-line at the bottom of the window), similar to the edit-field in widespread spreadshit apps. see also feature request [1491020].
so: i didn't take care of this problem since i thought it should be solved separately.
mfg.adsr. IOhannes
Sounds quite useful. Any chance you want to add it to packages/ patches so that it'll get included in Pd-extended?
.hc
On Jul 4, 2006, at 7:55 AM, IOhannes m zmoelnig wrote:
Frank Barknecht wrote:
this is related to feature request [ 1491020 ]
I had a quick look: That's quite nice and very useful. Of course it also has the problem, that now looking at a patch and a printed patch won't give away all of it's workings. One cannot even say, if a certain object is of a certain kind just by looking at it (see attached patch: the left toggle in fact is a subpatch). So this feature has to be used with great care.
yes this is true. (otoh, there are already ways to circumvent the "printed patch" paradigm: just hide your objects with a canvas). furthermore, it makes gop-objects more like the real graphical objects (like iemgui).
I think it would be nice if I didn't need to open the GUI dialog everytime I want to edit the object. Something like showing the object name and argument automatically, if an object is selected in edit mode would be a useful improvement.
i totally agree, though i think that the 2 are not directly related. personally i would prefer a small editor outside of the patch (like in a status-line at the bottom of the window), similar to the edit- field in widespread spreadshit apps. see also feature request [1491020].
so: i didn't take care of this problem since i thought it should be solved separately.
mfg.adsr. IOhannes
PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
------------------------------------------------------------------------
I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits. - Martin Luther King, Jr.
Hans-Christoph Steiner wrote:
Sounds quite useful. Any chance you want to add it to packages/patches so that it'll get included in Pd-extended?
the procedure is quite simple: download the patch from the patch-tracker, put it into packages/patches, adapt to your needs. feel free to do it :-)
honestly, i would be glad if the patch made it into pd-0.40...
mfg.ard IOhannes
On Jul 5, 2006, at 3:53 AM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
Sounds quite useful. Any chance you want to add it to packages/ patches so that it'll get included in Pd-extended?
the procedure is quite simple: download the patch from the patch-tracker, put it into packages/ patches, adapt to your needs. feel free to do it :-) honestly, i would be glad if the patch made it into pd-0.40...
I would also like to see that functionality in pd-0.40. It would be more likely to be included if its well tested. Adding your patch to Pd-extended will give you some free beta testing. Plus as the auto- builds get setup, there will be even more reason to put your patches there.
.hc
------------------------------------------------------------------------
News is what people want to keep hidden and everything else is publicity. - Bill Moyers
-
Frank Barknecht -
Hans-Christoph Steiner -
IOhannes m zmoelnig -
SourceForge.net