Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
> I think this issue is pretty clear, and the languages that I know
> would fall along the lines of "each patch/abstraction has its own
> namespace" or in other words "#include only affects the one .c
> file", "impor
Bugs item #1936531, was opened at 2008-04-07 01:37
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1936531&group_id=55736
Please note that this message will contain a full copy of the comment t
I apologize IOhannes, I'm new to the dev side of pd. So please bare with me
while I learn the ropes... It probably failed because I was trying to commit
something to a file that was protected... whereas I should have been
submitting a patch to the patch trackers.
Is there any documentation on pat
On May 10, 2008, at 12:59 PM, Hans-Christoph Steiner wrote:
>
> On May 9, 2008, at 5:27 PM, IOhannes m zmölnig wrote:
>
>> Stephen Sinclair wrote:
also, i'd just like to add, that i think the 666 atomID should be
reserved for 'evil' data. It could be useful in the future for
optim
Bugs item #1828573, was opened at 2007-11-08 16:00
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1828573&group_id=55736
Please note that this message will contain a full copy of the comment
I think I fixed the full paths bug, here's the commit:
http://pure-data.svn.sourceforge.net/viewvc/pure-data?
view=rev&revision=9856
.hc
On May 19, 2008, at 8:03 PM, Hans-Christoph Steiner wrote:
>
> I think this issue is pretty clear, and the languages that I know
> would fall along the li
I think this issue is pretty clear, and the languages that I know
would fall along the lines of "each patch/abstraction has its own
namespace" or in other words "#include only affects the one .c
file", "import only affects the one .py file", etc. So I agree with
Frank. Global settings a
On May 18, 2008, at 10:49 AM, Rich E wrote:
Honestly, Tcl/Tk does a much better job than GTK on Mac OS X and
maybe Windows too. GTK apps look like, well, GTK apps. Tcl/Tk
apps can be made to be quite native in feel.
I guess I am thinking more of functionality. I feel like I have
hi
I think a main patch should inherit it's path/lib settings to all
abstractions used inside it, unless declared otherwise in the
abstraction itself.
is there a problem with that? maybe this does not work because
abstractions are loaded before the main patch, so the information does
not get parse
Hallo,
Miller Puckette hat gesagt: // Miller Puckette wrote:
> I use 'declare' all the time.. don't think it's semifunctional at all.
> I think the questions about how declares should act inside abstractions
> are hard to resolve; in my own usage (and in the way I suggest others might
> want to us
Miller Puckette wrote:
> Hi all,
>
> I use 'declare' all the time.. don't think it's semifunctional at all.
/full/path/names do not work on osx. (see my latest bugreports /follow
ups on this).
http://sourceforge.net/tracker/index.php?func=detail&aid=1917574&group_id=55736&atid=478070
marius.
Bugs item #1637460, was opened at 2007-01-17 03:32
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1637460&group_id=55736
Please note that this message will contain a full copy of the comment
Hi all,
I use 'declare' all the time.. don't think it's semifunctional at all.
I think the questions about how declares should act inside abstractions
are hard to resolve; in my own usage (and in the way I suggest others might
want to use declare) it's always in the main patch, as a way to show th
Hey,
So I am diving into the whole canvas-local namespace and [declare]
issue these days. I like the new "#X declare"/
canvas_savedeclarationsto() functionality, I think it could be useful
for a lot of things. I was thinking of making an API to use it in
externals, something like sys_reg
Bugs item #1964870, was opened at 2008-05-15 17:06
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1964870&group_id=55736
Please note that this message will contain a full copy of the comment
Hallo,
Hans friendlily reminded me to copy my latest changes in the trunk
over to the branch, so I thought I'd briefly outline the process for
doing so:
As we learned last semester, a branch is simply a copy of a directory
at a certain revision with a shared history up to the point of
copying. You
Bugs item #1964870, was opened at 2008-05-15 23:06
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1964870&group_id=55736
Please note that this message will contain a full copy of the comment t
17 matches
Mail list logo