[PD] [PD-announce] Pd-extended 0.43.4 released!

Jonathan Wilkes jancsika at yahoo.com
Thu Jan 31 17:45:45 CET 2013



----- Original Message -----
> From: Hans-Christoph Steiner <hans at at.or.at>
> To: pd-list at iem.at
> Cc: 
> Sent: Wednesday, January 30, 2013 4:40 PM
> Subject: Re: [PD] [PD-announce] Pd-extended 0.43.4 released!
> 

[...]

> * new standard library that is larger and more consistent than what's in
> vanilla, things like all math and logic objects both message and signal
> included, rather than needed to load a library (i.e. zexy) for some of them.
> It would prioritize correctness and consistency over backwards compatibility.

That's a royal waste of your time.  I'm certain you wouldn't advocate _moving_
objects from various libs to one standard lib-- as that would break backwards
compatability-- so you must be advocating copying them.  Both would have the
direct affect of confusing users-- the former by _breaking_ all kinds of help docs,
tutorials, and lots else that's more or less part of the "standard" Pd world at
this point; and the latter by returning two results in a search for an object that
happens to be in the standard library.  Either is also a royal waste of the users' time.

If there are specific objects inside zexy or hans that need to be superceded by
an object with a better design in order to get more consistency, or if there are
objects that haven't been created yet that would add needed functionality, let's
talk about those cases.  But [import hans zexy lib_to_be_coded] is a perfectly
reasonable interface for loading 90% of what the user needs, so let's not go
breaking stuff for the sake of theoretical consistency.  For the other 10% it's
just fine for the user to search for that functionality and use the prefix
that is shown in the search results, or click the "info" icon to read about the
relevant library, or use [import], or do all three.

> 
> * no libraries but the standard library loaded by default.
> 
> * the possibility to load "distro profiles" for compatibility with 
> Pd-vanilla
> and Pd-extended
> 
> * all of Pd-vanilla's objects as a separate 'vanilla' library.

In the search plugin I'm judging vanilla objects based on
whether the help patch is inside 5.reference, and returning
them first in the results.  I asked you awhile back if the
subdirs in "doc" are subject to change and you said they
were a standard part of Pd that wasn't likely to change.
If want the "vanilla" lib for the sake of consistency,
you won't get it because the vanilla help patches must
remain in 5.reference.  If you copy them to vanilla/ again
you would create UX problems as a search will return
two results for every vanilla object.

-Jonathan

> 
> .hc
> 
> _______________________________________________
> 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