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
_______________________________________________ PD-dev mailing list [email protected] http://lists.puredata.info/listinfo/pd-dev
