[PD-dev] changing [declare -stdpath] behavior
Roman Haefeli
reduzierer at yahoo.de
Thu May 29 01:22:20 CEST 2008
i am very much in favor of that change and i _don't_ care about any
backwards compatibility issues, since [declare] has been proven to be
very unreliable anyway. better to change it early, before usage of it is
widely spread.
personally i think, that your suggestion is the layout, that makes most
sense and it is intuitive to use.
roman
On Thu, 2008-05-29 at 00:34 +0200, Hans-Christoph Steiner wrote:
> On GNU/Linux and Windows, -stdpath work like this: [declare -
> stdpath ../extra/<somedir>]. On Mac OS X, you need to omit the
> "../", i.e. [declare -stdpath extra/<somedir>]. Since that means
> that [declare] with -stdpath has broken behavior, I want to suggest a
> change that would make it more intuitive but would break on all
> platforms:
>
> Right now, I don't see any reason why -stdpath should include the "../
> extra" part. Since all externals have been included in "pd/extra" by
> convention for a long time, it seems to me that it would make the
> most sense to make -stdpath relative to "/path/to/pd/extra". (I
> remember many years ago some people using an 'externs' folder, but I
> haven't seen/heard that in years). This would make the above
> [declare] like this:
>
> [declare -stdpath <somedir>]
>
> I think the same would apply to -stdlib:
>
> [declare -stdlib <somedir>]
>
> .hc
>
>
> ------------------------------------------------------------------------
> ----
>
> I have the audacity to believe that peoples everywhere can have three
> meals a day for their bodies, education and culture for their minds,
> and dignity, equality and freedom for their spirits. - Martin
> Luther King, Jr.
>
>
>
> _______________________________________________
> PD-dev mailing list
> PD-dev at iem.at
> http://lists.puredata.info/listinfo/pd-dev
___________________________________________________________
Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de
More information about the Pd-dev
mailing list