Yeah, this is a known bug fixed in the most recent beta release, try
it and let us know if oyu still have problems:
http://at.or.at/hans/pd/installers.html
.hc
On Jul 19, 2010, at 12:29 PM, Mathieu Bosi wrote:
Hi to everyone
today with a friend we were testing some PD patches when we cam
Hi to everyone
today with a friend we were testing some PD patches when we came down to
this weird bug
(which seems to be happening only in Vista...)
reproducing this bug is very easy:
just create an empty patcher and add a print object with a label having 8
characters, for example:
[print ab
Hi Matteo,
here doesn't happen neither, I'm using the same Pd-ext version of yours,
i.e. 0.42.5-extended-20100127 on Ubuntu Jaunty.
> Hmm, doesn't happen for me with Pd version 0.42.5-extended-20100224
>
> .hc
>
> On Feb 23, 2010, at 10:43 AM, Matteo Sisti Sette wrote:
>
> > Jonathan wrote:
> >
Hmm, doesn't happen for me with Pd version 0.42.5-extended-20100224
.hc
On Feb 23, 2010, at 10:43 AM, Matteo Sisti Sette wrote:
Jonathan wrote:
> Hello,
> I'm using Pd version 0.42.5-extended-20100217 and see that an
> implicit float message is made explicit (e.g., "1" becomes "float
--- On Tue, 2/23/10, Matteo Sisti Sette wrote:
> From: Matteo Sisti Sette
> Subject: Re: [print]
> To: jancs...@yahoo.com
> Cc: "PD list"
> Date: Tuesday, February 23, 2010, 4:43 PM
> Jonathan wrote:
>
> > Hello,
> > I'm using Pd version
> 0.42.5-extended-20100217 and see that an
> > im
Jonathan wrote:
> Hello,
> I'm using Pd version 0.42.5-extended-20100217 and see that an
> implicit float message is made explicit (e.g., "1" becomes "float 1")
> by the [print] object. Is the same behavior going to be done for
> implicit lists?
I don't know the answer to your question, bu
Hello,
I'm using Pd version 0.42.5-extended-20100217 and see that an
implicit float message is made explicit (e.g., "1" becomes "float 1") by the
[print] object. Is the same behavior going to be done for implicit lists?
Thanks,
Jonathan
__
On Jul 11, 2008, at 2:24 PM, Frank Barknecht wrote:
> Hallo,
> IOhannes m zmoelnig hat gesagt: // IOhannes m zmoelnig wrote:
>
>> João Pais wrote:
>>> I meant the latest usable (which I have installed) builds of
>>> pd-extended, and the last version of
>>> pd-vanilla-without-documentation-about-d
Hallo,
IOhannes m zmoelnig hat gesagt: // IOhannes m zmoelnig wrote:
> João Pais wrote:
> > I meant the latest usable (which I have installed) builds of
> > pd-extended, and the last version of
> > pd-vanilla-without-documentation-about-data-strucutures-and-so-on (also
> > being unfair).
> > I
ng for the right externals for windows
and apple for my students, now I'm sure that
everyone can use the files that I make.
hans r
>Date: Wed, 09 Jul 2008 09:50:51 +0100
>To: João Pais <[EMAIL PROTECTED]>
>From: Hans Roels <[EMAIL PROTECTED]>
>Subject: Re: [PD] prin
On Tue, Jul 8, 2008 at 3:36 AM, Claude Heiland-Allen
<[EMAIL PROTECTED]> wrote:
> Hi,
>
> Yet another approach ;)
>
> I've got a suite of bash scripts that help narrow down which externals
> are missing. Here's a real-life-example:
>
> --8<--
> [EMAIL PROTECTED]:~/maximus/pdpatchinfo$ cat ../2007/
Hi,
Yet another approach ;)
I've got a suite of bash scripts that help narrow down which externals
are missing. Here's a real-life-example:
--8<--
[EMAIL PROTECTED]:~/maximus/pdpatchinfo$ cat ../2007/d01234two/*.pd |
./objs.sh | ./externals.sh pd-0.41-4.txt | ./externals.sh Gem.txt |
./abst
João Pais wrote:
> you mentioned 64bit, and the other things, do you know of any place
> where to find a small reference about that? now I am curious. I usually
> update the version anyway, but more for sport than after a
> carefully-pondered reflexion (in the case of Pd).
>
well, in theory it
> i was trying to say that you are obviously not trying to run a native
> 64bit system (with a 64bit kernel and running Pd as 64bit application)
>
> the good thing about amd64/emt64 is, that they can also run 32bit (i386).
>
> anyhow, if you want to run Pd in as a native 64bit app, you will need
Great !!!
Thats very helpful..
Is it diffcult to implement detecting abstractions within
abstractions ???
That would be perfect
Cheers Luigi
Am 04.07.2008 um 13:20 schrieb Hans-Christoph Steiner:
I've made a patch that might be useful for others. In the attached
patch you can open a pd-
João Pais wrote:
>> by any chance, you are not running an amd64 system? (this is getting
>> hot ground for me, as i am not so sure whether PdX actually does have
>> some x86_64 patches incorporated; but chances are low)
>
> my new desktop is a 64 d-core intel, I have windows and ubuntu there
>> I meant the latest usable (which I have installed) builds of
>> pd-extended, and the last version of
>> pd-vanilla-without-documentation-about-data-strucutures-and-so-on (also
>> being unfair).
>> I haven't being using pd too much these days for sound, but in the last
>> builds of pd-ext
João Pais wrote:
> I meant the latest usable (which I have installed) builds of
> pd-extended, and the last version of
> pd-vanilla-without-documentation-about-data-strucutures-and-so-on (also
> being unfair).
> I haven't being using pd too much these days for sound, but in the last
> builds of
> with "in parallel versions", do you mean the latest officially released
> versions "Pd-0.41-4" vs "Pd-extended-0.39.3" or not-yet released
> versions "Pd-0.42.0-test1" vs "Pd-extended-0.40-rc4"?
I meant the latest usable (which I have installed) builds of pd-extended,
and the last version
João Pais wrote:
> Hi,
> I guess new users use extended, since both are now in parallel versions.
with "in parallel versions", do you mean the latest officially released
versions "Pd-0.41-4" vs "Pd-extended-0.39.3" or not-yet released
versions "Pd-0.42.0-test1" vs "Pd-extended-0.40-rc4"?
(admi
Hi,
I would like to reply with a couple of suggestions:
Have you thought about another technique? instead of making several
[select]s with lots of variables (which will have to be checked now and
then, as we don't know fow now which version of vanilla was your reference
version), you could
excellent!
that is so useful. thanks for sharing.
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Hmm, sounds interesting. This would be useful for a better .app
maker, where it only includes the files that are needed. (That would
only apply on Mac OS X .app maker. The .deb maker I am working on
will depend on the Pd-extended package)
.hc
On Jul 1, 2008, at 11:03 PM, Hans Roels wrot
On Tue, 1 Jul 2008, Hans Roels wrote:
or [$1], I didn't find a solution for this (small) problem yet. (I'd think it
is bad pratice to use [5] in sted of [5( or am I wrong?)
[5] is not a replacement for [5(, it's an alias for [f 5].
_ _ __ ___ _ _ ___
hello,
I've made a patch that might be useful for others. In the attached
patch you can open a pd-file and the main window prints all the
abstractions or externals that you need to make the patch work. It
doesn't detect abstractions within abstractions though and it also
prints objects like [
On Nov 20, 2007, at 3:21 PM, IOhannes m zmoelnig wrote:
> Hans-Christoph Steiner wrote:
>> On Nov 20, 2007, at 12:16 PM, IOhannes m zmoelnig wrote:
>>> Hans-Christoph Steiner wrote:
Is there any particular reason why [print] does not accept
float arguments? I think I want to add th
Hans-Christoph Steiner wrote:
> On Nov 20, 2007, at 12:16 PM, IOhannes m zmoelnig wrote:
>
>> Hans-Christoph Steiner wrote:
>>> Is there any particular reason why [print] does not accept float
>>> arguments? I think I want to add them.
>> probably for a similar reason like why [send] does not
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
> I don't understand your point. Basically what I am asking is, would
> anyone object to adding the ability to handle float args to [print]?
No, I think this would be useful and I stumbled across [print] not
accepting n
On Nov 20, 2007 12:43 PM, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote:
>
> I don't understand your point. Basically what I am asking is, would
> anyone object to adding the ability to handle float args to [print]?
Hans, I am not really sure exactly what you mean here. Is this something as
s
On Nov 20, 2007, at 12:16 PM, IOhannes m zmoelnig wrote:
> Hans-Christoph Steiner wrote:
>> Is there any particular reason why [print] does not accept float
>> arguments? I think I want to add them.
>
> probably for a similar reason like why [send] does not accept float
> arguments?
>
> (th
Hans-Christoph Steiner wrote:
> Is there any particular reason why [print] does not accept float
> arguments? I think I want to add them.
probably for a similar reason like why [send] does not accept float
arguments?
(this is of course not true; [send] requires "binding" to a label, and
numb
Is there any particular reason why [print] does not accept float
arguments? I think I want to add them.
.hc
All information should be free. - the hacker ethic
___
32 matches
Mail list logo