Good news! Add the file here, like it sounds like you already have:
pd/tcl/Makefile.am
pd/po/Makefile.am
Then manually edit pkgIndex.tcl, I haven't had good luck with
pkg_mkIndex.tcl.
.hc
On Mar 18, 2011, at 12:46 PM, yvan volochine wrote:
hi
as my work on recent files is nearly
Martin,
I think you could put different pkg-config lines in the per-OS section
of the Makefile, and that would work for differences between Debian/
Ubuntu, Mac OS X, and Windows liblua. That won't help if different
GNU/Linux distros have different names for the lib tho.
.hc
On Mar 18,
On Mar 19, 2011, at 2:54 PM, yvan volochine wrote:
On 03/18/2011 06:16 PM, Hans-Christoph Steiner wrote:
Good news! Add the file here, like it sounds like you already have:
pd/tcl/Makefile.am
pd/po/Makefile.am
Then manually edit pkgIndex.tcl, I haven't had good luck with
pkg_mkIndex.tcl
On Mar 22, 2011, at 12:11 PM, yvan volochine wrote:
On 03/20/2011 04:41 AM, Hans-Christoph Steiner wrote:
On Mar 19, 2011, at 2:54 PM, yvan volochine wrote:
On 03/18/2011 06:16 PM, Hans-Christoph Steiner wrote:
Good news! Add the file here, like it sounds like you already have:
pd/tcl
What's the end goal here? You want an object that acts like a t_canvas/
t_glist?
.hc
On Mar 13, 2011, at 3:31 PM, Charles Henry wrote:
I've been working through my CUDA Pd project, and I ran into the
problem of making externals that copy the canvas class.
My first idea was that I wanted
.
Chuck
On Wed, Mar 23, 2011 at 1:51 PM, Hans-Christoph Steiner
h...@at.or.at wrote:
What's the end goal here? You want an object that acts like a
t_canvas/t_glist?
.hc
On Mar 13, 2011, at 3:31 PM, Charles Henry wrote:
I've been working through my CUDA Pd project, and I ran into the
problem
On Thu, 2011-03-24 at 19:43 +0100, yvan volochine wrote:
hi
when reading from a *.plist file in tcl, if the value asked is an array,
I get a string:
if {![catch {exec defaults read org.puredata $akey} arr]} {
puts $arr
}
// this string is printed
(
foo,
bar
)
is there any
On Mar 25, 2011, at 2:56 PM, yvan volochine wrote:
On 03/25/2011 05:35 PM, Hans-Christoph Steiner wrote:
On Thu, 2011-03-24 at 19:43 +0100, yvan volochine wrote:
hi
when reading from a *.plist file in tcl, if the value asked is an
array,
I get a string:
if {![catch {exec defaults read
should build lua as well, like portaudio, or
should the dll be put in pd/bin, like pthreads.dll?
Martin
On 2011-03-18 23:55, Hans-Christoph Steiner wrote:
Martin,
I think you could put different pkg-config lines in the per-OS
section
of the Makefile, and that would work for differences
20:20, Hans-Christoph Steiner wrote:
Yeah, we can build Lua on Windows and install it into the MinGW path.
That's how the rest of the libraries are currently handled. Then the
installer grabs the .dlls from the MinGW install path.
Have you successfully built Lua on Windows? If so, let me know
/local/lib or /usr/local/lib/lua
might work. The lua wiki seems to imply that you should link against
the dll.
I'll change it to -llua first as that seems consistent with the rest
of the MinGW Pd build.
Martin
On 2011-03-27 12:25, Hans-Christoph Steiner wrote:
Hmm, turns out it was already
expose only what was
specified to be exported.
Martin
On 2011-03-27 22:07, Hans-Christoph Steiner wrote:
I think the key is to generate the liblua51.dll.a file using the
instructions that were just posted, and stick that into the pdlua
folder, set -L., then -llua51 should just work. The .dll.a
Hey Lorenzo,
I cc'ed pd-dev since this could be generally useful discussion. The
save thing works a fair amount different than open, and the messages are
hidden within the pd - pd-gui communications. The place to start in
finding the File-Save function is to look at what the File-Save or
On Apr 2, 2011, at 11:57 AM, yvan volochine wrote:
On 04/02/2011 05:38 PM, yvan volochine wrote:
On 04/01/2011 11:29 PM, yvan volochine wrote:
On 04/01/2011 10:43 PM, Miller Puckette wrote:
Can't be done -- the actual text editing is done in Pd and the TCL
code is just to display the
I think its best to keep them separate, so people can easily mix-n-
match what they want, IMHO. Looking forward to trying the auto-
completion plugin!
.hc
On Apr 2, 2011, at 8:15 AM, yvan volochine wrote:
hi,
I have a couple of gui-plugins[*] I'd like to submit but I'm afraid
I
'undefined reference' generally means that the linker has found
symbols in the .o files that it can't find a reference to. I.e. take
the function 'foo', if myobject.o uses foo() from the bar lib, and the
bar lib is not including the linking, because its not specified or not
in the lib
According to the Tcl/Tk 8.4 docs, it should be included. What if you
just try to use 'registry' without the 'package require registry'?
http://tcl.tk/man/tcl8.4/TclCmd/registry.htm
.hc
On Apr 5, 2011, at 11:19 AM, yvan volochine wrote:
hi,
I use `package require registry' in a
On Apr 8, 2011, at 2:08 PM, Thomas Grill wrote:
the bottom line, mingw + autotools is some kinda headache! so where
to now?
Hi,
doesn't the pd build system use mingw and autotools?
It must have the same problems, or a solution for it, no?
gr~~~
mingw and autotools seems to work fine for
On Apr 9, 2011, at 2:27 AM, dmotd wrote:
On 04/09/2011 03:48 PM, Patrice Colet wrote:
hello,
- dmotdinaudi...@simplesuperlativ.es a écrit :
and the source of my original problem, milllers pd.dll breaking the
gnu
linker likely will effect building other libs under mingw.
did you
On Apr 7, 2011, at 3:13 AM, yvan volochine wrote:
On 04/06/2011 08:04 PM, Hans-Christoph Steiner wrote:
According to the Tcl/Tk 8.4 docs, it should be included. What if you
just try to use 'registry' without the 'package require registry'?
http://tcl.tk/man/tcl8.4/TclCmd/registry.htm
On Apr 7, 2011, at 3:13 AM, yvan volochine wrote:
On 04/06/2011 08:04 PM, Hans-Christoph Steiner wrote:
According to the Tcl/Tk 8.4 docs, it should be included. What if you
just try to use 'registry' without the 'package require registry'?
http://tcl.tk/man/tcl8.4/TclCmd/registry.htm
used.
I have to crank up my PC anyway to see about a bug report (asio4all
seems
not to work with 0.43) but probably won't be able to get to it this
weekend -
I have lots of bureaucrap awaiting me...
cheers
Miller
On Sun, Apr 10, 2011 at 12:31:30PM -0400, Hans-Christoph Steiner
wrote
On Apr 11, 2011, at 5:38 AM, yvan volochine wrote:
On 04/11/2011 06:01 AM, Hans-Christoph Steiner wrote:
While avoiding bloat is a worthy goal, it seems to me that a good
place
to draw that line is at the standard Tcl/Tk. I don't think adding
those
libs will add a lot, but it does mean
Most vanilla objects are split out into their own 'vanilla' lib right
now. So if you don't add vanilla/list and vanilla to the
libraries loaded by default, they won't be loaded. You can do [import
vanilla/list vanilla] to quickly try a patch without changing your
prefs.
.hc
On Apr
wrote:
of course, I saw that being discussed some days ago. ok.
On Mon, 11 Apr 2011 17:32:19 +0200, Hans-Christoph Steiner h...@at.or.at
wrote:
Most vanilla objects are split out into their own 'vanilla' lib
right now. So if you don't add vanilla/list and vanilla to the
libraries loaded
on mobile phones and smaller computers.
.hc
On Apr 11, 2011, at 12:59 PM, João Pais wrote:
of course, I saw that being discussed some days ago. ok.
On Mon, 11 Apr 2011 17:32:19 +0200, Hans-Christoph Steiner h...@at.or.at
wrote:
Most vanilla objects are split out into their own 'vanilla
Part of the idea is that people can make CPU-optimized versions of
'vanilla' and load them as they need them. So they shouldn't be
locked in to using 'vanilla', or I would have just left those objects
built-in.
.hc
On Apr 11, 2011, at 7:31 PM, João Pais wrote:
you mean this lib
FYI: Using the magic of meld, git gui, and gitk, I have refactored
Martin's string/blob patch against pd 0.43.0 and included it into Pd-
extended 0.43 git.
.hc
I spent 33 years and four months in active military
A few updates on Pd-extended 0.43 from work I did yesterday, last night:
- just finally merged in all the relevant changes from Pd-extended
0.42 into the pd-extended.git, so tonight's build should include these
changes, including Martin's string patch
- I merged in a couple things from
(s) they would like to listen for. That would make things
pretty flexible
and allow multiple plugins to use the functionality too.
Cheers,
Chris.
On Tue, Mar 29, 2011 at 02:21:06PM -0400, Hans-Christoph Steiner
wrote:
The easiest way is to create a proc in `pd-gui`, then bind a
function
On Apr 12, 2011, at 4:21 PM, IOhannes m zmölnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/12/2011 01:46 AM, Hans-Christoph Steiner wrote:
Part of the idea is that people can make CPU-optimized versions of
'vanilla' and load them as they need them. So they shouldn't
On Wed, 2011-04-13 at 19:09 +0200, IOhannes m zmölnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/13/2011 05:11 PM, Hans-Christoph Steiner wrote:
That is not quite a good analogy. The existing method was there: a
folder that was searched by default called path/to/pd
=-
...
Martin
On 2011-04-11 18:53, Hans-Christoph Steiner wrote:
Try loading 'libdir' as the first lib.
.hc
On Apr 11, 2011, at 6:32 PM, João Pais wrote:
hmm, vanilla and vanilla/list are already in the startup libs of pd.
and after that when trying import them, they say [import]: can't
load
The library template should make your life easier:
http://puredata.info/docs/developer/LibraryTemplate
With it, you can build on Windows/MinGW,Windows/Cygwin, GNU/Linux, Mac
OS X, Android, iPhoneOS...
.hc
On Thu, 21 Apr 2011 15:15 +0100, Andrew Hassall
a.r.hass...@gmail.com wrote:
I've been
I answered there:
http://stackoverflow.com/questions/6047390/pure-data-sound-effect-library-running-on-iphone/6047556#6047556
Basically, you want http://gitorious.org/pdlib/
.hc
On May 18, 2011, at 11:45 AM, Tomas Čerkasas wrote:
Dear All,
i'll just repeat the question I've asked in
Its defintiely been long enough for the lazy consensus. If you are
still interesting, post your sourceforge account name, and I'll add you.
.hc
On May 6, 2011, at 10:37 AM, yvan volochine wrote:
hi,
I'd like to join the Pure-Data developers team on sf.net.
I am a musician (and
On May 27, 2011, at 12:02 PM, yvan volochine wrote:
On 05/27/2011 05:18 PM, Hans-Christoph Steiner wrote:
Its defintiely been long enough for the lazy consensus. If you are
still
interesting, post your sourceforge account name, and I'll add you.
cool =) my username: elgusanorojo
cheers
macosx104-powerpc should be ok now, but I botched the upgrade on the
ubuntu machine, so its in an odd state until I can get physical access
to the machine. That should happen tomorrow morning.
.hc
On May 30, 2011, at 9:11 AM, IOhannes m zmoelnig wrote:
-BEGIN PGP SIGNED
The repos are all listed here:
http://puredata.info/docs/developer/GettingPdSource
For details on the Pd-extended git workflow that I use, see the Pd-
extended section of this:
http://puredata.info/docs/developer/GitWorkflows
.hc
On Jun 2, 2011, at 5:57 PM, Albert Graef wrote:
Where is the
Oops, sorry, I messed up the post-receive hooks stuff. It should be
fixed now, and commits should be emailed to pd-cvs also.
.hc
On Jun 3, 2011, at 11:50 AM, Albert Graef wrote:
On 06/03/2011 04:48 PM, Hans-Christoph Steiner wrote:
The repos are all listed here:
http://puredata.info
On Jun 3, 2011, at 5:07 PM, Albert Graef wrote:
On 06/03/2011 10:47 PM, Albert Graef wrote:
On 06/03/2011 09:50 PM, Hans-Christoph Steiner wrote:
Oops, sorry, I messed up the post-receive hooks stuff. It should be
fixed now, and commits should be emailed to pd-cvs also.
Thanks, it works
I just setup a 'post-receive' hook in both 'pure-data' and 'pd-
extended.git' git repos on SourceForge. This hook sends the commits
to pd-...@iem.at to join the SVN emails as well.
Let me know if this is a problem for anyone. I messed up the pd-
extended.git one before, but now that that
Hey Brian,
Welcome, glad to see more libraries being produced. One thing that
should make your life a lot easier is using the library template. It
handles building on GNU/Linux, all Debian flavors (kFreeBSD, etc), Mac
OS X Universal, Windows/MinGW and Windows/Cygwin. iOS and Android are
So my current job involved setting up a Jenkins build automation server,
so I figured I could also set one up for Pd as well. The nice thing
about it is that all the config can be done with the web interface. So
that means I can give certain devs their own accounts so they can setup
and manage
On Jun 10, 2011, at 2:03 AM, Jonathan Wilkes wrote:
--- On Fri, 6/10/11, Hans-Christoph Steiner h...@at.or.at wrote:
From: Hans-Christoph Steiner h...@at.or.at
Subject: Re: [PD-dev] control backspace inside tk entry
To: Jonathan Wilkes jancs...@yahoo.com
Cc: pd-dev pd-dev@iem.at
Date
Yeah, I think its known its broken on Windows. I'll try to get to it
when I can, but with a baby coming soon, that might not happen for a
bit. Patches definitely welcome, if anyone figures it out!
.hc
On Jun 19, 2011, at 2:36 PM, Tris Whyte wrote:
hello people, is it known that the
That's quite nice, looks and works very well. You've taken my sketch
and made it something far beyond what it was originally.
One thing, I notice that for objects' help files, you strip the
paths. That make sense, except it does the same for all_about*
patches. Also, that could get
On Jun 20, 2011, at 6:55 PM, Jonathan Wilkes wrote:
--- On Mon, 6/20/11, Hans-Christoph Steiner h...@at.or.at wrote:
From: Hans-Christoph Steiner h...@at.or.at
Subject: Re: [PD-dev] revised search-plugin.tcl
To: Jonathan Wilkes jancs...@yahoo.com
Cc: pd-dev pd-dev@iem.at
Date: Monday, June
On Jun 24, 2011, at 4:36 AM, IOhannes m zmoelnig wrote:
On 2011-06-23 01:05, Jonathan Wilkes wrote:
I think separating on by dir to get a distinction between root/user
accessible libraries won't work, like if I compile pd in ~/newest-
vanilla/
and search for included libs. (Plus
Ok, it was a weird one, I think its fixed, please try it and let me
know.
.hc
On Sun, 19 Jun 2011 23:51 +0100, Tris Whyte slippyc...@yahoo.com
wrote:
damn i wish i could code, maybe i should try and build it on vista,
have successfully built it on linux before, i would just use the linux
Now that the core Pd docs (i.e. /usr/lib/pd/doc/*) are split out into a
separate Debian package, I think it could make sense to package the PDDP
docs in a kind of mirror or replacement package. Something like
pddp-doc. Jonathan, in particular, I was thinking that since you have
wanted to work
On Jun 27, 2011, at 6:45 PM, Jonathan Wilkes wrote:
--- On Mon, 6/27/11, Hans-Christoph Steiner h...@at.or.at wrote:
From: Hans-Christoph Steiner h...@at.or.at
Subject: [PD-dev] packaging the pddp docs
To: pd-dev@iem.at
Date: Monday, June 27, 2011, 9:21 PM
Now that the core Pd docs (i.e
On Jun 28, 2011, at 12:55 AM, Jonathan Wilkes wrote:
--- On Tue, 6/28/11, Hans-Christoph Steiner h...@at.or.at wrote:
From: Hans-Christoph Steiner h...@at.or.at
Subject: Re: [PD-dev] packaging the pddp docs
To: Jonathan Wilkes jancs...@yahoo.com
Cc: pd-dev@iem.at
Date: Tuesday, June 28
On Jun 28, 2011, at 12:51 PM, Jonathan Wilkes wrote:
--- On Tue, 6/28/11, Hans-Christoph Steiner h...@at.or.at wrote:
From: Hans-Christoph Steiner h...@at.or.at
Subject: Re: [PD-dev] packaging the pddp docs
To: Jonathan Wilkes jancs...@yahoo.com
Cc: pd-dev@iem.at
Date: Tuesday, June 28
On Jun 28, 2011, at 1:10 PM, Jonathan Wilkes wrote:
I'm already kind of doing that with pd-l2ork.
I've revised Miller's
control/audio/ds tutorials. Pd-l2ork has fixed
the crasher bug when
a patch closes itself, so I've got a navigation
toolbar in those
tutorials
that is currently
On Jun 28, 2011, at 4:06 PM, Jonathan Wilkes wrote:
--- On Tue, 6/28/11, Hans-Christoph Steiner h...@at.or.at wrote:
From: Hans-Christoph Steiner h...@at.or.at
Subject: Re: [PD-dev] packaging the pddp docs
To: Jonathan Wilkes jancs...@yahoo.com
Cc: pd-dev@iem.at
Date: Tuesday, June 28
compiled, I could figure
out why.
- Hans-Christoph Steiner h...@at.or.at a écrit :
Ok, it was a weird one, I think its fixed, please try it and let me
know.
.hc
On Sun, 19 Jun 2011 23:51 +0100, Tris Whyte slippyc...@yahoo.com
wrote:
damn i wish i could code, maybe i should try and build
- Hans-Christoph Steiner h...@at.or.at a écrit :
Yeah, that's a annoyance of that build system. I think you need to
make sure your source dir is called 'pd', not something like 'pure-
data' or 'pure-data.git'. We really should finalize the configure.ac
and Makefile.am for MinGW. Its quite close
On Fri, 01 Jul 2011 11:08 +0200, IOhannes m zmölnig zmoel...@iem.at
wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/01/2011 08:40 AM, Patrice Colet wrote:
needs to figure out how to do the final linking using g++ to link the
C
++ ASIO files and C files from the rest.
On Fri, 01 Jul 2011 19:36 +0200, IOhannes m zmölnig zmoel...@iem.at
wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/01/2011 06:24 PM, Hans-Christoph Steiner wrote:
the trick to use g++ for linking, is to use a dummy .cpp file, so
autotools will automatically choose g
+0200, IOhannes m zmölnig
On 07/01/2011 06:24 PM, Hans-Christoph Steiner wrote:
the trick to use g++ for linking, is to use a dummy .cpp file,
so
autotools will automatically choose g++.
something like:
snip
nodist_EXTRA_pd_SOURCES=
if PORTAUDIO
nodist_EXTRA_pd_SOURCES += dummy.cpp
endif
On Jul 3, 2011, at 3:31 AM, Patrice Colet wrote:
- Hans-Christoph Steiner h...@at.or.at a écrit :
Ah, right, supporting LTLIBRARIES would be a bigger reorg. Any luck
with the LD=$(CXX) option?
Still same error, this is exactly like this one:
http://lists.puredata.info/pipermail/pd
read in gnu manuals, automake automatically set g++
for cpp files so there is no need to set CC.
- Hans-Christoph Steiner h...@at.or.at a écrit :
On Jul 3, 2011, at 3:31 AM, Patrice Colet wrote:
- Hans-Christoph Steiner h...@at.or.at a écrit :
Ah, right, supporting LTLIBRARIES would
On Jul 11, 2011, at 5:08 AM, IOhannes m zmoelnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-07-05 13:04, Patrice Colet wrote:
I've removed this in configure.ac:
# ASIO is a C++ library, so if its included, then use g++ to build
CC=g++
compiles fine, only pd.exe is not
snip
it's seems closer
- IOhannes m zmoelnig zmoel...@iem.at a écrit :
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-07-11 17:59, Hans-Christoph Steiner wrote:
We have the opposite problem than that automake hack is trying to
solve. When ASIO is including, then everything
As long as there is a build tonight, which there should be, we should
have a working 10.6 build, so its fine by me. Thanks for the update!
.hc
On Jul 11, 2011, at 6:28 PM, Max wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
dear devs,
chaos.medien.uni-weimar.de will most probably
On Tue, 12 Jul 2011 09:22 +0200, IOhannes m zmoelnig zmoel...@iem.at
wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-07-11 19:37, Hans-Christoph Steiner wrote:
That makes me think so ./configure is finding libdl find, and then
setting HAVE_LIBDL, and then the code
On Jul 15, 2011, at 4:18 AM, IOhannes m zmölnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/14/2011 11:55 PM, Jonathan Wilkes wrote:
I've got a working tooltip prototype going, and I just noticed that
all the list classes screw up things on the tcl side, because with
list
Besides [list], what are other exceptions to the rule of the class
being all characters before the first space? It might just be easier
to code in an exception for [list].
.hc
On Jul 15, 2011, at 1:41 PM, Miller Puckette wrote:
THere isn't a 1-to-1 correspondence between the string
Is there any source repo like git or SVN for pd_l2ork? Having that
would make collaboration much easier. If there isn't already
something, I'd recommend starting a git repo for the 'pd' core part
based on the pure-data git starting at 0.42.6. That'll also have the
benefit of making it
This is great, Pierre! The first part is easy, I added your IP to the
'hosts allow' list for uploaders. Next time the script runs, it
should upload. One minor glitch, the dates are based on NYC/Eastern
time, so you have to make sure your auto-build doesn't try to upload
before
On Jul 17, 2011, at 8:59 PM, Patrice Colet wrote:
- Patrice Colet colet.patr...@free.fr a écrit :
I've got asio linking with g++ working, this is explained in here:
http://www.mail-archive.com/libtool@gnu.org/msg11308.html
# ASIO needs to go after PORTAUDIO in order for it to link
Hey Katya,
I'm very happy you're working on this, I think its a big and very
valuable step for Pd for many reasons. For me, things like accessing
large arrays and also working with UNIX timestamps and other large
integers directly, make Pd a lot easier in cases that touch on those
On Jul 28, 2011, at 7:39 AM, Pierre Mersadier wrote:
Hi HansChristoph,
Le mardi 26 juillet 2011 à 14:04 -0400, Hans-Christoph Steiner a
écrit :
Ok, its posting now on the auto-builds page :)
.hc
I now trying to work with pbuilder which seems to be a very good
tool to
build debian
On Jul 29, 2011, at 4:44 AM, Pierre Mersadier wrote:
Le jeudi 28 juillet 2011 à 19:42 -0400, Hans-Christoph Steiner a
écrit :
On Jul 28, 2011, at 7:39 AM, Pierre Mersadier wrote:
Hi HansChristoph,
Le mardi 26 juillet 2011 à 14:04 -0400, Hans-Christoph Steiner a
écrit :
Ok, its posting
Hmm, I think the grey85 was an attempt to match the default menu
background. I don't quite remember. It seems to have no effect on
Mac OS X. I'd be fine with black or default, I suppose.
.hc
On Jul 31, 2011, at 1:12 AM, Jonathan Wilkes wrote:
Hi,
What is the reason the Editmode
How about turning off anonymous posting on the bug/patch/feature
trackers? The spam rate is increasing, and the anonymous bug reports
are either people who forgot to login, or otherwise quite low quality.
.hc
Begin forwarded message:
From: SourceForge.net nore...@sourceforge.net
Date:
On Aug 5, 2011, at 11:35 AM, IOhannes zmölnig wrote:
On 08/05/2011 05:08 PM, Hans-Christoph Steiner wrote:
How about turning off anonymous posting on the bug/patch/feature
trackers? The spam rate is increasing, and the anonymous bug reports
are either people who forgot to login
see it now inside canvas_vis... too bad canvas'
window subcommand doesn't have something like pack's -in option...
But I guess I could make a toplevel checkbutton widget and just
manually clone it.
-Jonathan
From: Jonathan Wilkes jancs...@yahoo.com
To: Hans- Christoph Steiner h...@at.or.at
message is one example. tkwdigets is not complete
yet, so this is not fully in there. I think the [entry] in github
does this kind of stuff.
.hc
Hans-Christoph Steiner h...@at.or.at
To: Jonathan Wilkes jancs...@yahoo.com
Cc: pd-dev List pd-dev@iem.at
Sent: Wednesday, August 17, 2011 2:54
of stuff.
.hc
Hans-Christoph Steiner h...@at.or.at
To: Jonathan Wilkes jancs...@yahoo.com
Cc: pd-dev List pd-dev@iem.at
Sent: Wednesday, August 17, 2011 2:54 PM
Subject: Re: tkwidgets
Hey Jonathan,
I'm cc'ing pd-dev since this is a topic that could interest others
and others could
I tried these patches a bit but haven't fully tested them yet. But I
did just finish updating the MinGW setup, there have been big
improvements in the last 2 years since I looked last. The nicest is
'mingw-get' for installing packages :)
Here's the documentation on the whole setup, it
Hey Stephen,
The pd-gui-rewrite effort has been entirely folded into Miller's pure-
data.git and is included in the 0.43 release. The dev/PdGuiRewrite
page is there for historical interest. You can find out more about one
big feature of this effort in the GUI Plugins section of the docs:
On Aug 21, 2011, at 1:35 PM, Stephen Lavelle wrote:
Oh, hey -
Thanks for bringing me up to date : )
The pd-gui-rewrite effort has been entirely folded into Miller's
pure-data.git and is included in the 0.43 release.
Oh, ok - I hadn't stumbled across the gui plugin setup yet - that's
cool
On Aug 21, 2011, at 10:34 AM, Martin Peach wrote:
On 2011-08-20 21:21, Hans-Christoph Steiner wrote:
I tried these patches a bit but haven't fully tested them yet. But
I did
just finish updating the MinGW setup, there have been big
improvements
in the last 2 years since I looked last
On Aug 21, 2011, at 6:55 PM, Stephen Lavelle wrote:
You can increase the font size which will make the boxes bigger.
Also, you might like the new inlet/outlet highlighting that's in Pd-
extended 0.43 and pd-l2ork. The inlets and outlets are tagged using
Tk tags, so you should be able to
Oops, I just noticed one unneeded line in the patch I sent you:
+#pd_LINK = $(CXXLINK)
There is no need to add a line of code that is comment out :)
.hc
On Aug 21, 2011, at 10:29 PM, Hans-Christoph Steiner wrote:
Hey patco,
I boiled down your patch set into this stripped down version
On Aug 22, 2011, at 8:50 AM, Stephen Lavelle wrote:
You can increase the font size which will make the boxes bigger.
Also, you might like the new inlet/outlet highlighting that's in Pd-
extended 0.43 and pd-l2ork. The inlets and outlets are tagged
using Tk tags, so you should be able to
On Aug 22, 2011, at 11:54 AM, Patrice Colet wrote:
- Hans-Christoph Steiner h...@at.or.at a écrit :
Oops, I just noticed one unneeded line in the patch I sent you:
+#pd_LINK = $(CXXLINK)
There is no need to add a line of code that is comment out :)
Hi Hans,
I had to add this line
I just finished rebuilding the MinGW/MSYS setup on the Windows build
server using the new mingw-get utility and the latest MinGW and MSYS.
There has been big improvements in MinGW in the past couple of years,
so its getting a lot easier to set everything up. You can do it
yourself
On Aug 22, 2011, at 6:20 PM, Patrice Colet wrote:
- Hans-Christoph Steiner h...@at.or.at a écrit :
Oops, I just noticed one unneeded line in the patch I sent you:
+#pd_LINK = $(CXXLINK)
There is no need to add a line of code that is comment out :)
.hc
I've successfully compiled
On Aug 22, 2011, at 8:28 PM, Patrice Colet wrote:
- Hans-Christoph Steiner h...@at.or.at a écrit :
On Aug 22, 2011, at 6:20 PM, Patrice Colet wrote:
- Hans-Christoph Steiner h...@at.or.at a écrit :
Oops, I just noticed one unneeded line in the patch I sent you:
+#pd_LINK
Hey Miller,
I was just checking out your recent commits. The X-paste fix does
indeed fix selection click-pasting, but it breaks regular old
copy-pasting with in Pd. For example:
1. make an object box with foo in it
2. select foo and hit Ctrl-C or Edit-Copy
3. create a blank object box
4. hit
Hey Louis-Philippe,
Pd-extended is built every night on 10.6.8, and there are many libs that
are included that are built using the Library Template. You can see the
build log from today here, that's single arch:
On Aug 28, 2011, at 1:23 PM, Jonathan Wilkes wrote:
From: IOhannes zmölnig zmoel...@iem.at
To: pd-dev@iem.at
Sent: Sunday, August 28, 2011 8:15 AM
Subject: Re: [PD-dev] iemlib help patch revisions
On 08/28/2011 12:31 AM, Jonathan Wilkes wrote:
Hi,
I
I don't use Xcode, so I don't know specifics. My guess is that you have
to also add 'pd' itself. Pd is two processes 'pd-gui' and 'pd'. On Mac
OS X, the 'pd-gui' process is represented by Pd-extended.app (in
Contents/MacOS/Pd-extended). You probably need to also add 'pd', which
is
With 0.42.5, most of the command line flags were fixed in Pd-extended,
in 0.43 its definitely fixed.
.hc
On Tue, 2011-08-30 at 22:53 +0200, Thomas Grill wrote:
Hi,
i haven't used Xcode4 yet. For older versions i don't define the application
bundle as executable, but rather the unix program,
I was thinking that now would be a good time to start a release cycle
for Pd-extended 0.43. There is a ton of really useful new stuff in the
editor with the new gui, plugins, etc. So I'm thinking I'll delay some
of the library work I've been doing, and revert to the 0.42.5 behavior
of loading a
The nightly builds are on a separate server:
http://autobuild.puredata.info/auto-build/
.hc
On Tue, 2011-09-13 at 16:54 +, Marc D. Demers wrote:
Hi Hans,
I will be glad to tried out the new PD-extended version but I've been
unable to connect to the PD site for the past three days...
that then get pulled in the build.
Maybe you could see when certain libraries have been changed and
update them on your own machine. Along the idea of how macports
works.
Again, apologies if this is a really stupid question.
Cheers,
Joe
On 13 September 2011 17:06, Hans-Christoph Steiner h
1301 - 1400 of 1799 matches
Mail list logo
