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...
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...
-
SourceForge.net