[PD] Missing objects in Pd-Extended Intel OSX?
Jonathan Wilkes
jancsika at yahoo.com
Tue Apr 23 18:30:21 CEST 2013
----- Original Message -----
> From: IOhannes m zmölnig <zmoelnig at iem.at>
> To: pd-list at iem.at
> Cc:
> Sent: Tuesday, April 23, 2013 3:01 AM
> Subject: Re: [PD] Missing objects in Pd-Extended Intel OSX?
>
> On 04/23/2013 02:26, Jonathan Wilkes wrote:
>>
[...]
>> Then if $object_name matches any of the atoms that follow ALIAS, look for
> any files inside
>> $directory that match any of the aliases. If you find a match, follow the
> current loading logic
>> (i.e., look for $objectname_setup, etc.). This has the benefit that the
> external/abstraction
>> developer doesn't have to care about what order to put the atoms after
> ALIAS, only that
>> one of the atoms uses "normal" characters that correspond to the
> characters of the filename
>> (minus the file extension) that contains the class/abstraction.
>
> i'm pretty sure there is a catch somewhere when it comes to loading
> abstractions.
Can you explain what the catch is? Is it intractable?
>
>>
>> Finally, if there was a match, and there was a
> $normal_characters_name_setup that
>> was executed without error, then Pd should automatically do a
> "class_addcreator" for
>> each of the remaining aliases.
>>
>
> not sure whether this should be handled automatically or explicitely
> within an external.
For [block~]/[switch~] level flexibility I think it has to be explicit. I
need to think about it more...
>
>>
>> I suppose its easier to require $1 of the "ALIAS" comment to be
> normal_characters_name.
>> I think it's better for the external/abstraction author if it can be an
> unordered list, but honestly
>> anything is better than the current hexloader complexity.
>
> what's that "complexity"? having to have to look up some
> characters in
> an ascii table?
Plus telling the user, "To not get broken objects load this library
that has a bug that is the reason it didn't already load."
But yes, having to look up characters in a table or even notice them
in a filename in the help browser or search plugin is more complex
than looking at human readable filenames and/or _setup routines.
>
>>
>> If someone can explain to me where the loop is in the source code where Pd
> looks for
>> binaries/abstractions, I'll try to code it myself.
>
> just check the various loaders in externals/loaders/
Ok thanks.
-Jonathan
>
>
> gmdrs
> IOhannes
>
> _______________________________________________
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
More information about the Pd-list
mailing list