[PD] new object: [path] - following the example of [import]

IOhannes m zmoelnig zmoelnig at iem.at
Thu Dec 1 19:09:28 CET 2011

Hash: SHA1

On 2011-12-01 17:34, Hans-Christoph Steiner wrote:
>> #1 do you think "path" is a good name, or will people confuse that with
>> "getdir"? probably [searchpath] would be more meaningful.
> I'm not stuck on the name 'path', but I do insist on consistency.  The prefs are called "Path...", the [declare] flag is called -path, and the command line arg is called -path.

so why is [import] not called [lib]?

while i beg for consistency myself, you must not forget the context
where things appear. "path" in the context of starting an application
can well mean something different than in the context of creating a
programme, dealing with sound files.
also i would not mind renaming the "Path..." to "Search paths..." in the
prefs panel (i would object in the startup flags, for compatibility reasons)

>> #3 could anybody tell me why [declare] does not take immediate effect?
> Check declare_new() in g_canvas.c

this question was not a technical one. i understand the implementation
and its implications pretty well.
nevertheless, i find the behaviour confusing and unintuitive.
to rephrase my question:
#3 could anybody tell me, why [declare] is implemented in a way that it
doesn't take immediate effect?

Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/


-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3636 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20111201/ffa793af/attachment.bin>

More information about the Pd-list mailing list