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 val
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.
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 .
as well. What do you think?
Andras
ps i have rerouted the thread to pd-dev.
2010/1/24 Hans-Christoph Steiner
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 laptop
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
--
return;
}
A non-vised 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-Chr
i _think_ 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:23P
very, very hard to get working right.
cheers
M
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&#x
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,
x27;t figure out how to get at the properties dialog 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
appears to
have written:
Awesome! If its big and complicated, I say post it to
So adding glist_noselect(x); to canvas_destroy_editor() seems to
make sense. The rest I think it better solved elsewhere. Basically
canvas_destroy_editor() calls glist_findrtext() which calls
canvas_create_editor():
http://lists.puredata.info/pipermail/pd-dev/2010-01/014734.html
.hc
if (!gl->gl_editor)
360 canvas_create_editor(gl);
361 for (x = gl->gl_editor->e_rtext; x && x->x_text != who; x =
x->x_next)
362 ;
363 if (!x) bug("glist_findrtext");
364 return (x);
365 }
.hc
On Jan 19, 2010, at 5:54 PM, Hans-Christoph Steiner
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
is commit:
http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&revision=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 s
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
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 ha
htly) easier than I had feared :-/
marmosets,
Bryan
On 2009-03-20 18:39:06, Hans-Christoph Steiner
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,
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
s,
Bryan
On 2009-03-20 18:39:06, Hans-Christoph Steiner
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
On Jan 17, 2010, at 2:22 PM, zmoel...@iem.at wrote:
Quoting "Hans-Christoph Steiner" :
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
On Jan 17, 2010, at 1:31 PM, zmoel...@iem.at wrote:
Quoting "Hans-Christoph Steiner" :
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 m
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
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
Hans-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-
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, sinc
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.
Atta
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 cal
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=rev&revision=12956
Just checking out your commits. The ./pd-gui.tcl [[:]]
thanks
stuff looks interesting, but your co
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 c
Hey Miller, IOhannes and anyone else who is interested,
Last night I committed another C-side changes to the pd-gui-rewrite
branch, so I thought I'd explain it here. The original code would
rebuild the whole window menu in 'pd' every time a canvas was vised or
unvised, and when [pd] boxes
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.
http://pure-data.svn.sourceforge.net/viewvc/pure-data/branc
Hey IOhannes,
http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&revision=12956
Just checking out your commits. The ./pd-gui.tcl [[:]]
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
handl
On Jan 8, 2010, at 10:21 AM, IOhannes m zmölnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hans-Christoph Steiner wrote:
Hey IOhannes,
Are you planning on keeping iemguts in the next Pd-extended release?
i'm not planning anything.
(i also cannot make any promises o
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 elim
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 action
.hc
On Jan 1, 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
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, thi
On Jan 1, 2010, at 4:22 PM, IOhannes m zmölnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hans-Christoph Steiner wrote:
This would obviously work better that my code, but I still don't
see the
point of using a t_float there. All three lines are casting t_ints
from
w
On Jan 1, 2010, at 3:21 PM, IOhannes m zmölnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hans-Christoph Steiner wrote:
Here's the code in question, from PDa:
ah which reminds me of the thing i forgot in my last email: please add
line numbers when you refer to a sepcific
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
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
Another thing Günter did in PDa is introduce t_time for the clock
functions instead of using 'double' directly. Any reason not to
include t_time in vanilla?
+typedef long long t_time;
EXTERN t_clock *clock_new(void *owner, t_method fn);
-EXTERN void clock_set(t_clock *x, double systime);
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:
On Dec 15, 2009, at 9:41 AM, IOhannes m zmoelnig wrote:
pd-cvs-requ...@iem.at wrote:
--
Message: 6
From: p...@macosx104-i386.idmi.poly.edu
Subject: [PD-cvs] load_every_help 2009-12-14_22.51.01
To: pd-...@iem.at
Message-ID:
___
Paul Brossier has become the maintainer for the 'puredata' package and
has put his files into the Debian git repo:
http://wiki.debian.org/Alioth/Git
http://git.debian.org/?p=collab-maint/puredata.git;a=summary
Therefore, I am removing trunk/packages/debian in favor of that git
repo.
.hc
Hmm, looks like a complicated issue. Could you file a bug report?
.hc
On Dec 14, 2009, at 2:21 PM, Patrick Boivin wrote:
Hi Hans,
I spotted some other forgotten install_name_tool fixes with MacOS 10.4
version of Pd-0.42.5-extended-20091214 autobuild for:
./Contents/lib/libavcodec.51.dylib
Its actually a bug in Tk, IIRC. I had a discussion on #tcl about it.
I don't remember the detail , here's one descrtipn:
: frame/toplevel/labelframes always make a geometry request
whenever you [$w configure] them. If they have a geometry master, it
will see the event, restart the ge
You want the 'bt' (backtrace) from gdb. Basically, you want to find
out which function it triggering the segfault.
.hc
On Dec 12, 2009, at 1:59 PM, Miguel Sánchez Valdés wrote:
I get this error:
pd_gui: pd process exited
accept: Interrupted system call (4)
Pt_Start() called
Program rece
For segfaults, I think that gdb is the best way to track it down.
Once the segfault happens, you can get the backtrace (bt) to see where
it happened. Then you can set breakpoint to make the execution stop
at a certain point of the code, and step thru the code to see the
values in the va
On Nov 29, 2009, at 2:30 PM, András Murányi wrote:
2009/11/12 András Murányi
do all externals have the problem, or just a few?
mmm, seems to me that none of them load.
THat's an odd one. My guess is that perhaps the pd you are using
and the externals that you are loading are differ
On Dec 4, 2009, at 11:00 PM, Ivica Ico Bukvic wrote:
I guess I didn't understand the nature of that issue. I haven't seen
it. Tcl/Tk's bbox stuff seems to work with comments, do you mean
IEMGUI text?
.hc
Hans,
I really don't mean to be disrespectful but I am really getting
frustrated
by
On Dec 5, 2009, at 7:51 AM, Frank Barknecht wrote:
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
The problem is versioning. One of the goals of Pd-extended is to be
compatible with the same version of Pd-vanilla, i.e. Pd-extended
0.40.3
can run anything that
email test that you should do to assess the problem of text size
being misrepresented by tcl tk's bbox call.
Ico
Hans-Christoph Steiner wrote:
On Dec 4, 2009, at 7:56 AM, Ivica Ico Bukvic wrote:
please see attached patch. it applies cleanly against 0.41.4
extended as
well as 0.42.5
On Dec 4, 2009, at 7:56 AM, Ivica Ico Bukvic wrote:
please see attached patch. it applies cleanly against 0.41.4
extended as
well as 0.42.5 extended.
ico
It works for me Pd-extended 0.42.5-20091112, thanks for that. Sorry
for the delay, its been a busy week. Two things I tried:
- like th
On Nov 28, 2009, at 11:14 PM, Ivica Ico Bukvic wrote:
I have been trying what you have been posting, but I haven't found a
clean patch or pd.tk.. The standard format for submitting code to
most open source projects is a "diff -uw" patch. That's the best way
to submit them if you want people
On Dec 3, 2009, at 9:28 PM, Claude Heiland-Allen wrote:
Some quick comments..
Hans-Christoph Steiner wrote:
By the way, is anyone from pure:dyne listening? It would be great
to have some input from you.
1. The paths stuff: the status quo is fine, I don't understand what
you are t
You should try the port yourself, its not hard. If you wrote these
externals, then its just a few ifdefs. Here's an example of a Max/MSP
object ported to Pd:
http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/io/xbee/
.hc
On Dec 3, 2009, at 4:22 AM, komika wrote:
an
On Dec 3, 2009, at 9:22 AM, Frank Barknecht wrote:
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
But that means the definition of /usr/lib/pd has to be changed. We
discussed
these this at the last PdCon, and there was agreement on the fact
that the
three
On Dec 2, 2009, at 12:16 PM, IOhannes m zmoelnig wrote:
IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
FYI: I reparented the PdLab page to the FrontPage rather than the
AutoBuildProcess page. The Pdlab is not only for the auto-builds,
but
also for devs to work on foreign
Hey all,
In case you didn't already see it, we now have a Macbook Pro with a
dead screen set up as a 10.4/Intel build server. Thanks for Greg Pond/
Sewanee for the donation of said Macbook.
http://puredata.info/docs/developer/Macosx104I386
.hc
On Dec 2, 2009, at 11:49 AM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
i recommend working on debian/sid, but this doesn't help me much
if one
of the autobuilds fails on the osx103 machine.
i prefer to investigate directly what is going wrong on the failing
machine
On Dec 2, 2009, at 3:22 AM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
This is the documentation of the auto-build process, the last step is
where it rsyncs over the source tree, which is mainly for rsync's
--delete for a real clean start.
http://puredata.info/docs/deve
On Dec 2, 2009, at 3:33 AM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
The compelling reason is that 'pd' means multiple packages
'puredata',
'pd-extended', and perhaps others. Where is the harm in changing
this?
but there are so many tri
On Dec 2, 2009, at 4:11 AM, Frank Barknecht wrote:
Hallo,
IOhannes m zmoelnig hat gesagt: // IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
The compelling reason is that 'pd' means multiple packages
'puredata',
'pd-extended', and perhaps others.
On Dec 1, 2009, at 8:57 AM, IOhannes m zmoelnig wrote:
IOhannes m zmoelnig wrote:
the svn client installed on the build-machine (/sw/bin/svn) is
somewhat
outdated (1.4.4) and refuses to "svn update" the sandbox.
this seems to be a common problem on more of the build machines
(e.g. i
On Nov 30, 2009, at 6:33 PM, Mathieu Bouchard wrote:
On Mon, 30 Nov 2009, Frank Barknecht wrote:
Additionally, I'd like to Debianize the directory names (i.e. /
usr/lib/puredata)
What's un-Debian about /usr/lib/pd?
the package name is not "pd".
alternatively, the package name could be cha
On Dec 1, 2009, at 3:22 AM, IOhannes m zmoelnig wrote:
Mathieu Bouchard wrote:
On Mon, 30 Nov 2009, Frank Barknecht wrote:
Additionally, I'd like to Debianize the directory names (i.e. /
usr/lib/puredata)
What's un-Debian about /usr/lib/pd?
the package name is not "pd".
the package name
On Dec 1, 2009, at 5:04 AM, Frank Barknecht wrote:
Hallo,
IOhannes m zmoelnig hat gesagt: // IOhannes m zmoelnig wrote:
however, i don't see a really compelling reason why things should be
moved from /usr/lib/pd to /usr/lib/puredata.
it might be sufficient to symlink from /u/l/puredata to /u/
Hey all,
For the new 'puredata' package, I think we should add the user-
installed paths that have been included with Pd-extended for a while
now. Additionally, I'd like to Debianize the directory names (i.e. /
usr/lib/puredata) and add /usr/lib/pd-externals for the install path
for libra
On Nov 28, 2009, at 11:35 AM, i...@vt.edu wrote:
Please make either a diff/patch with only the scrolling stuff in it,
or a version of the pd.tk with only the scrolling changes. If we are
talking about the scrolling algorithm, then we should only be talking
about that code, not ttk and other
Please make either a diff/patch with only the scrolling stuff in it,
or a version of the pd.tk with only the scrolling changes. If we are
talking about the scrolling algorithm, then we should only be talking
about that code, not ttk and other things that have nothing to do with
scrolling
On Nov 18, 2009, at 10:47 AM, Ivica Ico Bukvic wrote:
Please see attached. This one should work seamlessly on pd-extended
0.42.5 with Linux (it has *not* been tested with other platforms even
though the basic premise of the redesign is that it should).
Ico
FYI, it doesn't work on Mac OS X b
On Nov 21, 2009, at 12:44 AM, Chris McCormick wrote:
Hi Hans!
Let me prefix this by saying I think you and everyone else are doing
great work
with pd-extended.
On Sat, Nov 21, 2009 at 12:19:45AM -0500, Hans-Christoph Steiner
wrote:
On Nov 21, 2009, at 12:03 AM, Chris McCormick wrote
On Nov 19, 2009, at 10:04 PM, Ivica Ico Bukvic wrote:
That's not a reason for removing it.
I never said it was. It was simply icing on the cake, if you like:
pd-extended exhibits a problem that pd-vanilla doesn't exactly
because of
this one line. Namely, this is the culprit for profuse canv
On Nov 20, 2009, at 3:14 PM, Mathieu Bouchard wrote:
On Thu, 19 Nov 2009, Ivica Ico Bukvic wrote:
So, if anyone is aware of the reason for its placement, it would be
most helpful to learn more about that before making the final
decision whether to keep/remove it.
Because objectboxes and
That's a tough one. I made a simpler version of your bug patch with
directions. But I agree, there is a lot of potential to GOP, but only
if it is rock-solid.
bug.pd
Description: Binary data
.hc
On Nov 19, 2009, at 3:31 PM, Ivica Ico Bukvic wrote:
All right. So, I've done some di
On Nov 21, 2009, at 12:03 AM, Chris McCormick wrote:
On Sat, Nov 21, 2009 at 03:02:14AM +, Chris McCormick wrote:
On Fri, Nov 20, 2009 at 01:24:18PM -0500, Mathieu Bouchard wrote:
On Fri, 20 Nov 2009, Chris McCormick wrote:
Maybe I am misunderstanding something, but if this is a questio
On Nov 20, 2009, at 12:28 AM, Chris McCormick wrote:
On Thu, Nov 19, 2009 at 06:10:34PM -0500, Mathieu Bouchard wrote:
On Thu, 19 Nov 2009, Hans-Christoph Steiner wrote:
It seems that Günter is no longer updating the 'puredata' package,
so I
wanted to start the process of updat
On Nov 19, 2009, at 1:58 PM, IOhannes m zmölnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hans-Christoph Steiner wrote:
It seems that Günter is no longer updating the 'puredata' package,
so I
wanted to start the process of updating it. I am working on
becoming
It seems that Günter is no longer updating the 'puredata' package, so
I wanted to start the process of updating it. I am working on
becoming a Debian Maintainer, so I can get direct upload access.
This is what I would like to address:
- improved puredata.desktop for file associations, etc.
Hey Ico,
You should post this to the patch tracker once you are ready to submit
it.
.hc
On Nov 18, 2009, at 11:40 PM, Ivica Ico Bukvic wrote:
Yay! Finally figured it out.
Please disregard my netsend patch, it's basically treating symptoms
rather than the source.
It turns out that the pa
Could you post the full pd.tk and the version of Pd its it supposed to
work with? Also:
- I attached a quick stab at turning your scrollbar logic into a 0.43
GUI plugin. It doesn't work because your code relies on Pd-extended
0.42 things, but if you make your algorithm into a plugin usi
On Nov 18, 2009, at 2:35 AM, Frank Barknecht wrote:
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
So I guess to make it localizable, it would have to be something like
framesync/fps$1. Without a settable receive, it makes this kind of
chore to deal with then
009, at 12:17 AM, Miller Puckette wrote:
I think it's only in the e-mail:
http://lists.puredata.info/pipermail/pd-dev/2009-10/014298.html
On Wed, Nov 18, 2009 at 12:12:50AM -0500, Hans-Christoph Steiner
wrote:
On Oct 31, 2009, at 9:41 PM, Ivica Ico Bukvic wrote:
3) 0 0 coordin
On Oct 31, 2009, at 9:41 PM, Ivica Ico Bukvic wrote:
3) 0 0 coordinate-centric design IMHO does not make sense. From
historical perspective, old patches should still TTBOMK open just
fine.
Yet, if 0 0 approach is still imposed, it results in unintuitive
behavior of scrollbars. e.g. try the
On Nov 1, 2009, at 4:15 AM, Frank Barknecht wrote:
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
I rewrote the scrollbar logic in 0.43 and its working well, as far
as I
can tell. Have you tried it out? I think its a similar approach,
but
the difference is
On Nov 17, 2009, at 5:29 PM, András Murányi wrote:
On Tue, Nov 17, 2009 at 3:22 AM, Hans-Christoph Steiner
wrote:
It would be super userful to have an easy way to make the various
loaders auto-load (Lua, Tcl, libdir, etc). For the 0.43 GUI
plugins, currently, it will autoload any
On Nov 17, 2009, at 4:53 AM, Frank Barknecht wrote:
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
(*) Pd has no non-globals, just obfuscated names..
Yeah, I also try to avoid globals as much as possible. With this
library, its kind of mirroring the audio clock
On Nov 17, 2009, at 12:40 AM, Mathieu Bouchard wrote:
On Mon, 16 Nov 2009, Hans-Christoph Steiner wrote:
It would be super userful to have an easy way to make the various
loaders auto-load (Lua, Tcl, libdir, etc).
I think it would be even more userful to have hexloader work for
On Nov 16, 2009, at 9:18 PM, Luke Iannini wrote:
2009/11/16 :
Quoting "Hans-Christoph Steiner" :
I am in the process of working on my 'framesync' library, and I
just had
a thought that I am not sure has come up before. Lots of times,
we want to
use send/recei
It would be super userful to have an easy way to make the various
loaders auto-load (Lua, Tcl, libdir, etc). For the 0.43 GUI plugins,
currently, it will autoload any file called *-plugin.tcl anywhere in
the path, so to install a 0.43 GUI plugin, you just drop the file into
the Pd path a
On Nov 16, 2009, at 5:55 PM, Claude Heiland-Allen wrote:
Hans-Christoph Steiner wrote:
I am in the process of working on my 'framesync' library, and I
just had a thought that I am not sure has come up before. Lots of
times, we want
to use send/receives in reusable code, but wit
On Nov 16, 2009, at 3:10 PM, zmoel...@iem.at wrote:
Quoting "Hans-Christoph Steiner" :
I am in the process of working on my 'framesync' library, and I
just had a thought that I am not sure has come up before. Lots of
times, we want to use send/receives in reusa
I am in the process of working on my 'framesync' library, and I just
had a thought that I am not sure has come up before. Lots of times,
we want to use send/receives in reusable code, but with a global
namespace, there is the potential for nameclashes. So I propose that
for libraries, w
I updated the Ubuntu/intrepid server to Karmic so we'll have 9.10
nightlies now.
.hc
I hate it when they say, "He gave his life for his country." Nobody
gives their life for anything. We steal the lives of thes
On Nov 9, 2009, at 2:13 PM, András Murányi wrote:
2009/11/9 IOhannes m zmoelnig
András Murányi wrote:
>>
> Apparently, pd-gui-rewrite still doesn't load the libs, no ELF32
messages
> any more but all "couldn't load" plus a few "unknown sybol" errors.
which "unknown symbols"?
obviously th
On Nov 9, 2009, at 12:59 PM, András Murányi wrote:
...and i got my package successfully built on Hardy 8.04 amd64.
Thanks Hans!
It starts up and seems to run smoothly - there's just some font
weirdness.
I imagined that upon this, pd-gui-rewite would happily load the
libraries but it's
Thanks for the bug report, please try again tomorrow and see if I
fixed it with this commit:
http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&revision=12721
.hc
On Nov 3, 2009, at 10:39 PM, Patrick Boivin wrote:
Hi,
I just installed Pd-extended 0.42.5 auto-build from 2009-1
You need to 'svn up'.
.hc
On Nov 1, 2009, at 1:29 AM, patrick wrote:
thank you very much Hans,
everything is working (only Bitstream Vera is missing).
pat
___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
--
On Oct 31, 2009, at 9:12 PM, Ivica Ico Bukvic wrote:
2) graph on parent (GOP) enable and then immediately disable crashes
patches that haven't been closed prior to disabling GOP (to
reproduce,
open new patch->right-click->properties->enable gop->apply->disable
gop->apply->crash). This one
901 - 1000 of 2320 matches
Mail list logo
