single step?
cyrille
Le 13/07/2010 19:03, Hans-Christoph Steiner a écrit :
I removed pmpd from externals/build/src when I converted pmpd to
use the
Makefile/libdir template, which Pd-extended also uses. This
template is
not tied to Pd-extended at all, and is standalone. If you want to
build
On Jul 13, 2010, at 2:53 PM, cyrille henry wrote:
Le 13/07/2010 20:34, Hans-Christoph Steiner a écrit :
That build system was originally intended to be a hand-selected
collection of objects in a flat name space. Then people (like me) got
lazy and also threw in some libraries to get things
On Jul 13, 2010, at 3:59 PM, cyrille henry wrote:
Le 13/07/2010 21:36, Hans-Christoph Steiner a écrit :
..
make -k build most of extenals
It will be them all if you have all the right packages installed :)
i don't whsh to install all package needed by a lib that i will
never use
Hey Miller,
Good news with the git repo! I think your plan makes sense. I would
be willing to try doing future work on 0.43 in git if that makes it
easier for you to sync those changes. Also, I noticed that you
changed the startup order. Could you shed some light on why? I
to
look at it. So I don't mind learning how to
just commit the revisions myself.
-Jonathan
From: Hans-Christoph Steiner h...@at.or.at
To: pd-dev@iem.at List pd-dev@iem.at
Sent: Wed, June 9, 2010 1:24:34 PM
Subject: [PD-dev] documenting how to get SVN commit access
I wrote up a quick doc on how
On Jun 30, 2010, at 2:53 PM, András Murányi wrote:
2010/6/27 Hans-Christoph Steiner h...@at.or.at
On Jun 25, 2010, at 11:59 AM, András Murányi wrote:
2010/6/10 András Murányi muran...@gmail.com
2010/6/10 Hans-Christoph Steiner h...@at.or.at
and its not 2010-06-10 in NYC yet :)
.hc
On Jul 9, 2010, at 4:49 PM, András Murányi wrote:
Hello HC,
still frequent failures because of the non existing directory. I'm
serious - if you want to give a chance to uploaders from 'earlier'
time zones than NYC you got to have the directory created
earlier (just imagine Japan
take time, indeed. :)
OK, I installed the tdm-gcc.tdragon.net x32 and x64 MinGW.
On 08/07/2010 21:09, Hans-Christoph Steiner wrote:
Working on this is definitely not a waste of time, but it is not a
simple project. We all start somewhere, so motivation is the key
rather than skills.
I
On Jul 7, 2010, at 9:15 AM, Martin Peach wrote:
Hans-Christoph Steiner wrote:
Hey Martin,
I've been using udpsend/udpreceive in a project and they've been
great. I have one small request, which I'd happily implement if
you don't want to. For the error like not connected, it would
On Jul 2, 2010, at 2:06 AM, dmotd wrote:
Hans-Christoph Steiner wrote:
yes, check ext13 externals/Makefile for example.
yes yes, i know the makefile template well, what i'm
interested in is more a proposal/example for how different
environments will package these templated libs,
dpkg/rpm
getting too
caught up in some fundamental change of practice.
best,
dmotd
Hans-Christoph Steiner wrote:
The idea is to have all libraries have their own standalone build
systems that do not rely on the packages/Makefile.buildlayout stuff.
That's the idea with the Makefile/library template.
I think
, xsample (i am waitinng
on some fixes up stream for clk and vasp)
sorry for not emailing earlier, i've had little time to work
on this stuff and just ran with the momentum with the small
time i have had.
cheers,
dmotd
Hans-Christoph Steiner wrote:
Hey, I just saw you are working flext stuff
Thanks for the spotting that, it should be fixed with this commit:
http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revisionrevision=13677
.hc
On Jun 19, 2010, at 11:59 AM, Claude Heiland-Allen wrote:
Hi Hans and other pd-extenders,
Just noticed this:
$ wget
On Jun 15, 2010, at 7:02 PM, IOhannes m zmölnig wrote:
On 06/15/2010 08:12 PM, Chris Niven wrote:
I agree, it makes more sense for developers like myself who are only
working on specific
parts of the project, and aren't necessarily concerned with
everything
going on in the main
tracker.
On Jun 15, 2010, at 7:02 PM, IOhannes m zmölnig wrote:
On 06/15/2010 08:12 PM, Chris Niven wrote:
I agree, it makes more sense for developers like myself who are only
working on specific
parts of the project, and aren't necessarily concerned with
everything
going on in the main
tracker.
Right now, every change on the bugs/patches/feature trackers is posted
to pd-dev. That means we get a lot of email on pd-dev from those
trackers. The trackers have the ability to send emails more directly
with the build-in notification system, and by assigning bug reports to
people.
Any intrepid Windows people out there want to try a 64-bit build of Pd-
extended? 64-bit builds are working well on GNU/Linux, and now are
starting to be possible on Mac OS X. So why not Windows? I don't
have access to a 64-bit Windows machine, but I can help someone who
does.
.hc
I tried running a Pd-extended 0.42.5 build on Mac OS X 10.6, and got
this:
cd spotlight_importer xcodebuild
=== BUILD NATIVE TARGET PureData OF PROJECT PureData WITH THE DEFAULT
CONFIGURATION (Release) ===
Check dependencies
error: There is no SDK with the name or path '/Developer/SDKs/
the XCode disc.
On Thu, Jun 10, 2010 at 12:45 PM, Hans-Christoph Steiner
h...@eds.org wrote:
I tried running a Pd-extended 0.42.5 build on Mac OS X 10.6, and got
this:
cd spotlight_importer xcodebuild
=== BUILD NATIVE TARGET PureData OF PROJECT PureData WITH THE
DEFAULT CONFIGURATION
On Jun 10, 2010, at 1:05 PM, IOhannes m zmölnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 2010-06-09 at 22:09 -0400, Hans-Christoph Steiner wrote:
Until we get the 'puredata' package installing its extra stuff in a
separate dir from /usr/lib/pd, then its tricky to make
On Jun 7, 2010, at 4:40 AM, IOhannes m zmoelnig wrote:
On 2010-06-02 16:25, Hans-Christoph Steiner wrote:
Hey all,
FYI: I moved the pd-mobile-0.43 branch to a more appropriate
location:
https://pure-data.svn.sourceforge.net/svnroot/pure-data/branches/pd-mobile-0.43
out of curiosity
IOhannes m zmoelnig wrote:
On 2010-06-07 09:09, IOhannes m zmoelnig wrote:
- the package still conflicts with pd-externals, gem, pd-pdp, pd-zexy
i thought i had changed this, but probably only in trunk and not in the
0.42 branch. i'll fix it.
hmm, according to
On Jun 5, 2010, at 12:41 PM, ydego...@gmail.com wrote:
On Lucid, it will not install because of the dependency on
libraw1394-8 (Lucid has libraw1394-11)
I'll check it out.
do you know you can put :: libc6 (= 2.4),
instead of specific versions
for each system?
ciao,
sevy
The list
Unless I hear from anyone soon, I'm going to be copying trunk/
externals to the pd-extended/0.42 branch today in preparation for
making the final release. Any changes that need to happen in trunk
can always be merged, and vice versa.
.hc
Hey all,
FYI: I moved the pd-mobile-0.43 branch to a more appropriate location:
https://pure-data.svn.sourceforge.net/svnroot/pure-data/branches/pd-mobile-0.43
If you already have the code checked out, you can point it to the new
location by doing this in the Terminal:
cd pd-mobile-0.43
when
the time comes.
-Chris
On 2-Jun-10, at 10:25 AM, Hans-Christoph Steiner wrote:
Hey all,
FYI: I moved the pd-mobile-0.43 branch to a more appropriate
location:
https://pure-data.svn.sourceforge.net/svnroot/pure-data/branches/pd-mobile-0.43
If you already have the code checked out
So everything in SVN has been branched off for the Pd-extended 0.42.5
release except the 'externals' section. Since there was a bunch of
recent dev work on the 'mrpeach' net stuff and 'tof', I wanted to
check in with y'all about which code should be included in the next
release.
Is
How about just starting a new SourceForge project for it? Then you
can use svn, git, or whatever. I think the pure-data SVN is a pretty
big mess because there is so much stuff in it. Since I'm admin on a
bunch of SF projects, I can easily create one and hand over the admin
status to
How's this coming along? We are working on a parallel project of
getting Pd running on Android, and also integrating all of the mobile
code into a branch in preparation to getting into trunk. There is
also some iPhone audio code out there floating around that you could
integrate.
.hc
I seem to recall that happening when things are built using MinGW
without the -mms-bitfields flag. Check trunk/externals/Makefile for
well tested compile flags for MinGW.
.hc
On Mar 16, 2010, at 7:49 AM, Lorenzo wrote:
Ok so, whilst keeping in mind IOhannes advice about getting into C
I'd guess no, but its usable. Also, FYI, its not Pd-extended. Its pd-
gui-rewrite/0.43 which is a branch of Pd-vanilla intended to be folded
back into trunk. Then when that's done, it will be mixed into Pd-
extended for Pd-extended 0.43.
.hc
On May 14, 2010, at 9:34 AM, Ivica Ico
about delay lines not working.
.hc
On May 13, 2010, at 10:23 PM, chrism wrote:
Hi Hans,
Cool, thanks. Which one contains the build which you are referring
to with
the too-fast timing issues?
Chris.
On Thu, 13 May 2010 21:18:31 -0400, Hans-Christoph Steiner h...@at.or.at
wrote:
Right now
even when they don't need to be. Is there
somewhere I can look at the code?
Chris.
On Thu, 13 May 2010 14:40:12 -0400, Hans-Christoph Steiner h...@at.or.at
wrote:
Sounds like that's the problem. [metro 1000] to [realtime] is
giving me
150-200ms. This is with -nosound. Any ideas where
So I have Pd running on Android, and am currently testing the timing. I
made a simple [metro 1000]--[print] and I seem to be getting 3-6 bangs
per second. The audio API stuff isn't entirely worked out, and I seem
to recall some relation between the audio I/O and timing.
Any ideas why the
it away for Mac but keep
it in
for windows.
cheers
Miller
On Sun, Apr 25, 2010 at 06:52:40PM -0400, Hans-Christoph Steiner
wrote:
So there is some code in m_sched.c which closes the audio device.
On
Mac OS X, it gets triggered when the computer goes to sleep, and
then
Pd can't play
So I've been working away on the final details on the libdir/makefile
template and I think its ready for a 1.0 release. I've applied it to
a bunch of libraries and debianized most of them successfully. Check
it out:
http://puredata.info/docs/developer/MakefileTemplate
It would be very
So there is some code in m_sched.c which closes the audio device. On
Mac OS X, it gets triggered when the computer goes to sleep, and then
Pd can't play audio any more unless you cycle the DSP or restart Pd.
This is an source of confusion for newbies and annoyance for users. I
don't
I updated the Ubuntu/Jaunty box to Lucid 9.10 so we should have Lucid
builds starting tonight.
.hc
Using ReBirth is like trying to play an 808 with a long stick.-
David Zicarelli
On Apr 14, 2010, at 7:19 PM, Lee Azzarello wrote:
On Mon, Apr 12, 2010 at 2:53 AM, IOhannes m zmoelnig
zmoel...@iem.at wrote:
On 2010-04-11 21:43, Lee Azzarello wrote:
Debian testing 32 bit
Linux musicmachine 2.6.32-trunk-686-bigmem #1 SMP Sun Jan 10
07:12:17
UTC 2010 i686 GNU/Linux
Is it just typing a ~ that does it, or creating an object with a ~ in
it, or maybe creating an object that is just a ~, i.e. [~]?
.hc
On Mar 22, 2010, at 5:48 AM, Robert Gruendler wrote:
Hi all,
i'v checked out the current head of the pd-gui rewrite 0.43 branch
from
On Apr 12, 2010, at 3:43 AM, Roman Haefeli wrote:
On Mon, 2010-04-12 at 09:33 +0200, Frank Barknecht wrote:
On Sat, Apr 10, 2010 at 11:01:22PM +0200, Roman Haefeli wrote:
On Sat, 2010-04-10 at 13:25 -0400, Hans-Christoph Steiner wrote:
Part of the idea of a libdir is to also include examples
In Pd-extended you can use [iemmatrix/mtx_mul~].
mtx_*~ alternatives.pd
Description: Binary data
.hc
On Apr 11, 2010, at 11:55 PM, Lee Azzarello wrote:
Heya, I switched this to IRC and got some help there. The solution for
my particular problem was to compile iemmatrix as a single
On Apr 12, 2010, at 11:59 AM, Roman Haefeli wrote:
On Mon, 2010-04-12 at 11:32 -0400, Hans-Christoph Steiner wrote:
On Apr 12, 2010, at 3:43 AM, Roman Haefeli wrote:
On Mon, 2010-04-12 at 09:33 +0200, Frank Barknecht wrote:
On Sat, Apr 10, 2010 at 11:01:22PM +0200, Roman Haefeli wrote
as a single
library. Now I'm stuck on getting pool and memento to work, which is a
wild journey of configuration and compiling and linking akin to
recompiling the linux kernel to support a single piece of hardware
that's really rad.
-lee
On Mon, Apr 12, 2010 at 11:44 AM, Hans-Christoph Steiner h
Part of the idea of a libdir is to also include examples. Currently,
this is done using an 'examples' subfolder. The problem with that is
the example patches won't automatically find the objects from the
libdir that they are embedded in. So I'm wondering what the best way
to handle
Towards the goal of Debianizing all of Pd-extended into separate
packages, I'd like to reorg the 'pdogg' and 'maxlib' libraries in SVN
using the template Makefile. Then I'll debianize them also. It'll
mean changing the file layout a bit to match the template style.
(check ext13, motex,
I started a wiki page and example library for the Makefile template.
Please check it out and give feedback suggestions, etc.
http://puredata.info/docs/developer/MakefileTemplate
https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk/externals/template
.hc
to be compiled without autoconf
salaam,
sevy
Hans-Christoph Steiner wrote:
I started a wiki page and example library for the Makefile
template. Please check it out and give feedback suggestions, etc.
http://puredata.info/docs/developer/MakefileTemplate
https://pure-data.svn.sourceforge.net
On Apr 6, 2010, at 1:17 PM, IOhannes m zmoelnig wrote:
On 2010-04-06 18:09, Hans-Christoph Steiner wrote:
Towards the goal of Debianizing all of Pd-extended into separate
packages, I'd like to reorg the 'pdogg' and 'maxlib' libraries in SVN
using the template Makefile. Then I'll debianize
Please add it to the patch tracker:
http://puredata.info/dev/patchtracker
.hc
On Mar 26, 2010, at 10:18 PM, Ivica Ico Bukvic wrote:
Attached fixes (version 0.42.5 pd-extended):
lack of reporting of disconnect through the right outlet and added
safer way of reporting disconnect as it can
Hey IOhannes,
With the latest revision of pd-gui-rewrite branch, the Tcl entry box
is broken. I am guessing something in your recent commits broke it.
It gets caught up on the validation. To reproduce, try typing code
into the Tcl entry box, I get a Tcl exception that I can't get out
IOhannes probably overlooked that line when he was working on the new
post stuff. I haven't looked at that code, so its just a guess. If
you want to commit to the pd-gui-rewrite branch, I say go ahead.
.hc
On Mar 19, 2010, at 8:47 PM, Miller Puckette wrote:
Hi all,
I tried to compile
hey IOhannes,
Why generate verbosity levels on the fly? So far we've been using the
syslog levels, I think we should stick with that and use that
throughout.
http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revrevision=13214
.hc
I've noticed this behavior a bit also, but haven't had a chance to
debug it. I'd try capturing the Tcl code send by the Pd GUI, then
checking it in Tcl with [info complete].
The real key is isolating the step that makes it happen, then fixing
it should be pretty easy.
I'm immersed in
I'm just trying out the new comport object in trunk, and it seems that
it no longer outputs an error when you try to send bytes to a closed
serial port, even with [verbose 1(. While the earlier messages were
less than ideal, I think there should be some kind of notification if
you send
On Mar 17, 2010, at 1:29 PM, IOhannes m zmoelnig wrote:
On 2010-03-17 17:51, Hans-Christoph Steiner wrote:
hey IOhannes,
Why generate verbosity levels on the fly? So far we've been using
the
syslog levels, I think we should stick with that and use that
throughout.
so far nobody has
This kinds of sounds like the stuff we were dealing with in the pd-gui-
rewrite branch. Do you have a patch you are using to test this? Is
the word 'cre' always involved in these freak outs?
.hc
On Mar 17, 2010, at 3:30 PM, Ivica Ico Bukvic wrote:
A couple more instances (this time
On Mar 16, 2010, at 5:20 AM, IOhannes m zmoelnig wrote:
On 2010-01-22 22:04, Miller Puckette wrote:
Hi all,
As I understand it... post() puts out an entire line, and
startpost(),
any number of poststring, etc, and then an endpost() also puts out
one line. The only ugly thing is that some
Since Bitstream Vera has been removed from a number of distros like
Debian and Ubuntu, I would like to change the default font in pdp_text
and pdp_qtext to DejaVu, which is the replacement for Bitstream Vera.
Any objections?
.hc
___
Pd-dev mailing
Hey Martin,
I think this would be a good question for pd-dev, hope you don't mind
that I forwarded it there:
On Mar 4, 2010, at 2:10 PM, martin.pe...@sympatico.ca martin.pe...@sympatico.ca
wrote:
Hi Hans,
Thanks for pointing this out. I guess the new recommended practice
is to use
On Feb 23, 2010, at 11:52 PM, Ivica Ico Bukvic wrote:
The problem is that Tcl/Tk is not the bottleneck when it comes to
array
redrawing. Its how pd sends draw commands. Redrawing a big array
once
could result in literally 500KB of Tcl code generated by Pd and
sent to
the GUI.
So
On Feb 24, 2010, at 3:54 PM, IOhannes m zmölnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Arnout Engelen wrote:
On Tue, Feb 23, 2010 at 07:46:32PM -0500, Ivica Ico Bukvic wrote:
Hence, I personally feel going after JUCE or Qt still allows Pd to
be as
platform-agnostic as Pd
Did you try the current GUI rewrite?
http://puredata.info/dev/PdGuiRewrite
.hc
On Feb 23, 2010, at 2:43 PM, Paul Kohlhoff wrote:
Hello,
I am looking for some advice on a possible rewrite of the PureData
GUI. I am a member of a team of student developers at Virginia Tech.
We are looking
The problem is that Tcl/Tk is not the bottleneck when it comes to array
redrawing. Its how pd sends draw commands. Redrawing a big array once
could result in literally 500KB of Tcl code generated by Pd and sent to
the GUI.
So whether you use Tcl/Tk, Qt, JUCE, or whatever, you'll have to
Also, there are some conversion objects around, I think in pdmtl for
example.
.hc
On Feb 14, 2010, at 12:15 PM, Roman Haefeli wrote:
I assume, this is because a 24bit integer cannot be saved with full
precision with Pd, since Pd seems to strip off some bits when saving a
floating point
On Feb 1, 2010, at 3:38 AM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
Hey all,
Just finished a weekend long Debian Bug Squashing Party here in
NYC. I
discussed with a few Debian Developers how best to fit Pd's files
into
Debian Policy. This is what we came up with. Let
Hey all,
Just finished a weekend long Debian Bug Squashing Party here in NYC.
I discussed with a few Debian Developers how best to fit Pd's files
into Debian Policy. This is what we came up with. Let me know what
you guys think, and whether there are other things to add.
* While
. What do you think?
Andras
ps i have rerouted the thread to pd-dev.
2010/1/24 Hans-Christoph Steiner h...@at.or.at
Wow, that sucks! Good luck with the new computer!
.hc
On Jan 23, 2010, at 2:31 AM, Rich E wrote:
Well, I wanted to take this on if others thought it was a good
idea, but my
Hey all,
I've noticed with the pd-gui-rewrite build system, I have been setting
the auto-vectorization on for expr and it seems to have many loops
vectorized. Anyone have any ideas on profiling expr to see if it is
making a difference?
.hc
the gl_editor should be the GOP's own, not that of its
parent.
It's a structure parallel to that of the canvas itself, which supplies
rtext memory space for each 'text' box in the canvas's gl_list list.
cheers
M
On Tue, Jan 19, 2010 at 11:03:23PM -0500, Hans-Christoph Steiner
wrote:
Hey Miller
GOP now will have a x-gl_editor even though it doesn't
have its own window. But if it receives a [vis 0(, then that non-
vised GOP will have its gl_editor deleted. That doesn't seem quite
right, right?
.hc
On Jan 20, 2010, at 11:09 AM, Hans-Christoph Steiner wrote:
Ok, that makes sense
On Jan 19, 2010, at 3:10 AM, IOhannes m zmoelnig wrote:
SourceForge.net wrote:
Message:
Unfortunately, the shifting does happen on Pd-vanilla, just less
so. There
doesn't seem to be a way in Tcl/Tk to measure the size of the
window frame
of X11 windows. Different window managers will
When sending a vis 1 to a GOP subpatch, it produces a consistency
check failed: canvas_vis though it seems to work fine. I am wondering
if this is still supposed to be true: x == glist_getcanvas(x). In
g_editor.c, canvas_vis() starts out with:
void canvas_vis(t_canvas *x, t_floatarg f)
-data.svn.sourceforge.net/viewvc/pure-data?view=revrevision=10469
.hc
On Jan 15, 2010, at 5:13 PM, Hans-Christoph Steiner wrote:
so I guess here is my question, is this how things are supposed to
work in terms of GOP:
- when a GOP is drawn on the parent, gl_editor should be the same as
the parent's
This would be great to have in the bug tracker, it crashes for me too
on Pd-0.42.5-extended-20091217 on Mac OS X 10.5.8/Intel.
.hc
On Jan 10, 2010, at 6:26 PM, Michal Seta wrote:
Hi all,
I have this MEGA patch that I have been using for various things on
and off. Sometimes I do not open
for number,
number2, or any other gui-atom objects: should these be working
already?
marmosets,
Bryan
On 2010-01-18 23:09:34, Hans-Christoph Steiner h...@eds.org
appears to
have written:
Awesome! If its big and complicated, I say post it to the list
first,
if not too bad, then just
Miller, how about the UTF-8 patch?
.hc
On Jan 19, 2010, at 10:15 PM, Miller Puckette wrote:
127 is 'delete' -- ascii all right, but not 'printable'.
cheers
Miller
On Tue, Jan 19, 2010 at 09:37:08PM -0500, Hans-Christoph Steiner
wrote:
Looks good to me. One comment, shouldn't
On Tue, Jan 19, 2010 at 07:15:16PM -0500, Hans-Christoph Steiner
wrote:
Ok, more info on this solo thread. So it turns out that
canvas_destroy_editor() calls glist_findrtext() which in turn calls
canvas_create_editor(). That doesn't seem to make a lot of sense.
It
seems
Hey all,
I am thinking that we should set our bug and patch trackers so that
you have login in order to post. While I do want to get as many bug
reports as possible, from what I have seen, the anonymous reports
almost always need a follow-up and are almost never followed up on.
Or the
had feared :-/
marmosets,
Bryan
On 2009-03-20 18:39:06, Hans-Christoph Steiner h...@eds.org
appears to
have written:
I wonder what the best approach is to getting it included. I
also think
its a very valuable contribution. I think we need to first get the
Tcl/Tk only changes done, since
On Jan 17, 2010, at 1:31 PM, zmoel...@iem.at wrote:
Quoting Hans-Christoph Steiner h...@at.or.at:
please bear in mind that english is not my mother tongue.
...oh, it seems like the linecolor? does not finish the sentence.
linecolor? is the tag name,
this became clear to me only
On Jan 17, 2010, at 2:22 PM, zmoel...@iem.at wrote:
Quoting Hans-Christoph Steiner h...@at.or.at:
makes sense. (the verbose/syslog level tag are rather post,
error, verbose?; according to the Pd API)
Hmm, I am not sure it makes sense to have three systems
(alternating, post/error
-03-20 18:39:06, Hans-Christoph Steiner h...@eds.org
appears to
have written:
I wonder what the best approach is to getting it included. I also
think
its a very valuable contribution. I think we need to first get the
Tcl/Tk only changes done, since that was the mandate of the pd-devel
0.41
On Jan 16, 2010, at 4:46 AM, IOhannes zmölnig wrote:
Hans-Christoph Steiner wrote:
one could use the new ::pdwindow::verbose{} rather than post{}.
but really the underlying problem should be fixed sooner than later.
Warnings that happen every time rapidly become meaningless, and
therefore
On Jan 16, 2010, at 5:13 AM, IOhannes zmölnig wrote:
Hans-Christoph Steiner wrote:
Hey IOhannes,
I was just looking thru your pdwindow.tcl procs. It seems to me that
those procs should just go all the way and implement a syslog-style
system with the same levels. Then the Pd window could
I am trying to debug various issues with GOP and parent/child
relationships. I am not quite clear on what x-gl_editor is supposed
to be. Can anyone clue me in? The bug seems to be related to the
fact that in canvas_vis(), pd doesn't quite know what x-gl_editor is
supposed to be, since
-Christoph Steiner wrote:
I am trying to debug various issues with GOP and parent/child
relationships. I am not quite clear on what x-gl_editor is
supposed to be. Can anyone clue me in? The bug seems to be related
to the fact that in canvas_vis(), pd doesn't quite know what x-
gl_editor
On Jan 14, 2010, at 3:51 AM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
Hey,
Everytime I run pd 0.43 from the command line like ./pd, I get this:
Ignoring '5401': doesn't look like a Pd-file
yes, here too :-)
and i even know where it comes from...
when you call ./pd-gui.tcl
Hey IOhannes,
I was just looking thru your pdwindow.tcl procs. It seems to me that
those procs should just go all the way and implement a syslog-style
system with the same levels. Then the Pd window could have a little
dropdown menu on the lower left to select which level to show.
On Jan 12, 2010, at 3:02 AM, IOhannes m zmoelnig wrote:
hi.
Hans-Christoph Steiner wrote:
Hey IOhannes,
Any reason not to use the tkwait visibility .pdwindow.tcl.entry
option? I think its preferable because it keeps things symmetic,
i.e.
grab/ungrab. It'll only cause the GUI
On Jan 12, 2010, at 3:31 AM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
Hey IOhannes,
http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revrevision=12956
Just checking out your commits. The ./pd-gui.tcl [[host:]port]
thanks
stuff looks interesting, but your
Hey IOhannes,
http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revrevision=12956
Just checking out your commits. The ./pd-gui.tcl [[host:]port]
stuff looks interesting, but your commit removed that stringent test,
which might be needed if wish pd-gui.tcl is going to be able to
Hey IOhannes,
Any reason not to use the tkwait visibility .pdwindow.tcl.entry
option? I think its preferable because it keeps things symmetic, i.e.
grab/ungrab. It'll only cause the GUI to pause, 'pd' will still keep
loading.
I am going to make the Pd-extended 0.42 release branch ASAP. Are
there any outstanding development efforts on externals that need to be
completed before the branch?
.hc
[W]e have invented the technology to
Hey IOhannes,
Are you planning on keeping iemguts in the next Pd-extended release?
Its included now.
.hc
If nature has made any one thing less susceptible than all others of
exclusive property, it is the
, 2010, at 9:41 PM, Hans-Christoph Steiner wrote:
Hey Miller and all,
Happy New Year! I just reviewed the C code in the pd-gui-rewrite
branch. There are a number of changes to the C code that have been
included in the pd-gui-rewrite branch. There are two types of
changes that are included
On Jan 1, 2010, at 2:47 PM, IOhannes m zmölnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hans-Christoph Steiner wrote:
I am attempting a merge of the PDa integer code with Pd-vanilla 0.43.
Vanilla now mostly had the t_sample/t_float stuff ironed out, but
there
are a few minor
Strange, moving with arrows and getting arrow key names from [keyname]
works fine in 10.5. 10.6 uses TkCocoa while earlier versions of Tcl/
Tk use TkCarbon. It would be worth asking on the tcl-mac list.
For the object/message boxes, the bindings are set in pdtk_text.tcl in
pdtk_text_new
Hey Miller and all,
Happy New Year! I just reviewed the C code in the pd-gui-rewrite
branch. There are a number of changes to the C code that have been
included in the pd-gui-rewrite branch. There are two types of changes
that are included:
- C changes obviated by the Tcl rewrite,
I am attempting a merge of the PDa integer code with Pd-vanilla 0.43.
Vanilla now mostly had the t_sample/t_float stuff ironed out, but
there are a few minor differences between the two that I am not sure
of. Here's the first that is in a bunch of places, including in
d_arithmetic.c:
701 - 800 of 1799 matches
Mail list logo