[PD-dev] [ pure-data-Bugs-1818219 ] namespace prefix not included in save functions
SourceForge.net
noreply at sourceforge.net
Wed Oct 24 11:42:10 CEST 2007
Bugs item #1818219, was opened at 2007-10-23 00:50
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1818219&group_id=55736
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: v0.41.0
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: stffn (stffn)
Assigned to: Nobody/Anonymous (nobody)
>Summary: namespace prefix not included in save functions
Initial Comment:
1. Open the attahced patch in Pd-extended.
2. Notice the both [list-abs/wrandom] and [unauthorized/grid] gets created.
3. Save the patch whit out making any chages.
4. Close the patch.
5. CLose Pd-extended.
6. Open the patch again.
7. See that the grid objects doesn't get created and (since) the the prefix has been removed.
This happens in Pd-extended-0.39.3 mac intel.
----------------------------------------------------------------------
>Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2007-10-24 11:42
Message:
Logged In: YES
user_id=564396
Originator: NO
i changed the category, since it is a problem with pd (though it affects
externals)
i changed the name, because it is not gui-specific: every object that
defines a savefn() is affected by this (usually only gui-classes do this
because they are the classes where you cannot directly edit the arguments
(being hidden) and which might offer a properties window to change these
arguments)
however: i think it is a great feature that an object is able to change
it's own name (really).
nevertheless, an object should also be able to _query_ it's own name.
this is usually not a big problem because the object assumes that it knows
how it is called (the name the dev gave it).
when using namespaces this is not the case any more.
basically: the object would need a way to easily query it's own name (i am
sure it is somehow possible via weird t_canvas/t_class/t_obj/t_pd/...
pointer magic which is so complicated i will have to re-read to source
code)
the savefn() should provide a way to set object-name and arguments
separately, the object-name should default to the actual name (not the
canonical one) if not set otherwise.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-10-24 02:50
Message:
Logged In: YES
user_id=27104
Originator: NO
I found the root of the problem, if the GUI object has a savefn, then that
savefn needs to include the whole classname, including the namespace
prefix.
I think stffn was right, it does apply to all GUIs.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-10-23 23:09
Message:
Logged In: YES
user_id=27104
Originator: NO
This doesn't happen to all GUI objects, just some. I think [grid] is one,
but many others work fine with the prefixes.
----------------------------------------------------------------------
Comment By: stffn (stffn)
Date: 2007-10-23 09:44
Message:
Logged In: YES
user_id=1658640
Originator: YES
True, this also happens in Pd version 0.40-2.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-10-23 01:40
Message:
Logged In: YES
user_id=27104
Originator: NO
This happens on Pd-0.40.3-extended-20071021 on Mac OS X also. Has anyone
tested this on other GOPs? I know pddp/pddplink works fine. Also
cyclone/Scope~ also works. I think this might be an issue with the objects
themselves.
----------------------------------------------------------------------
Comment By: stffn (stffn)
Date: 2007-10-23 00:52
Message:
Logged In: YES
user_id=1658640
Originator: YES
I forgot to mention that it happens to quite many if not all the GUI
objects. At least those in CVSROOT/doc/pddp/about/GUIs-about.pd.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1818219&group_id=55736
More information about the Pd-dev
mailing list