[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