On Sun, 2020-06-07 at 19:34 -0300, Alexandre Torres Porres wrote:
> The reason now, like I told you, is that I was/am trying to merge
> into the same download the inclusion of my tutorial as a single combo
> pack... so I put it down and tried to reupload but failed.
I see. What I'm actually sugges
Hi Alex,
just to sum up and emphasize what Roman has been saying: it's good
practice to keep old releases around, because existing projects might
depend on it. This is especially relevant in the case of "else", since
there are breaking changes between beta versions.
Of course, you're free to
Can someone upload it to Deken? Please always consider this option
instead of e-mailing binaries ;-)
Christof
On 07.06.2020 22:02, João Pais wrote:
thanks all. I can't test these, but I assume that they work.
apparently google is weird about attachments, but double-zipping
tricks them.
Joao
Hi,
Is it possible to pass arguments to Pd via terminal?
I know we don't have [stdin], but I was wondering if there is any other way.
Cheers,
Mario
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/
Hello Mario,
If you do :
$ pd --help
you should get a line with :
-send "msg..." -- send a message at startup, after patches are loaded
++
Jack
Le 08/06/2020 à 14:32, Mario Buoninfante a écrit :
> Hi,
>
> Is it possible to pass arguments to Pd via terminal?
> I know we don't have [stdin],
To expand on Jack's answer:
pd -send "foo baz; bar 1 2 3;"
This will send 'baz' to the receiver 'foo' and '1 2 3' to the receiver
'bar'.
---
Here's a caveat for all Msys2 users on Windows: by default the Msys2
terminal interprets messages starting with a forward slash as absolute
file path
On 6/7/20 5:09 PM, João Pais wrote:
> Hi list,
>
> Martin Peach has released a new version of midifile. But since in the
> present situation he's not able to get to his computers, the binaries
> for the mac and linux versions can't be built and uploaded to deken.
there's so many continuous-integr
Hi Jack,
Thanks for your help. That's great but is not exactly what I'm looking for.
In my previous email I missed an important bit, what I'd like to do is pass
an arg to a specific patch.
Something like
> pd mypatch.pd 23
and then in "mypatch" I have [$1] that is now 23.
Cheers,
Mario
Hi Christof,
Just read your email, thanks guys for your help!
Cheers,
Mario
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
Ah, that's an interesting idea. Unfortunately, your proposed syntax
wouldn't work because any arguments after the flags are treated as patch
files, so in your case Pd would try to open "mypatch.pd" and "23".
Top level patches usually don't use creation arguments because it is not
really possib
I like this idea very much! Could there be an argument flag? e.g.
$ pd mypatch.pd -a 23
Basically like terminal commands in sox, where the flags apply to import and
output files dependent on the placement, in PD it could work as flags for PD
before and in between the filename(s) to be opened.
Yup, I understand it all, and I've been trying to say my idea was to
replace that download (beta 27), reupload it, but containing my live
electronics tutorial with it. It seems this is not clear somehow, so,
again, I wanted to take it down and put it back like that, and then it
didn't work.
Yes, I
and I've been trying to say my idea was to replace that download (beta
27), reupload it, but containing my live electronics tutorial with it.
It's not about beta 27, it's about *any* "else"-release. Some projects
might depend on beta 24, some might need beta 13. Just don't delete old
releases,
> On 8 Jun 2020, at 16:41, Alexandre Torres Porres wrote:
>
> Yup, I understand it all, and I've been trying to say my idea was to replace
> that download (beta 27), reupload it, but containing my live electronics
> tutorial with it. It seems this is not clear somehow, so, again, I wanted to
Or Pd can recognize the "--" flag which disables command line parsing
hereafter. I looked into this as it was helpful for debugging the sound file
stuff and found it was an easy change to make. I just never formalized it for a
PR etc.
> On Jun 8, 2020, at 5:00 PM, pd-list-requ...@lists.iem.at w
Em seg., 8 de jun. de 2020 às 11:52, Simon Iten
escreveu:
> you see, the idea is to leave whatever there is untouched and upload new
> stuff.
> if you want to include your tutorial from now on, do it! but leave the old
> versions as they were…
>
Ok, I see! It didn't occur to me that merely repla
Yap, in the end I put a [receive] in the patch as a workaround.
I'll open a ticket on github then, I suppose this could be useful.
Just to give you a bit more context here, the reason why I'm asking for
this is because I'm prototyping a test suite for Pd - ie for "continuous
integration' or simply
Big thumps up for test suits! BTW, IOhannes has already been working on
a testing framework for Pd: https://git.iem.at/pd/pedant
Christof
On 08.06.2020 17:34, Mario Buoninfante wrote:
Yap, in the end I put a [receive] in the patch as a workaround.
I'll open a ticket on github then, I suppose t
On Mon, 2020-06-08 at 11:41 -0300, Alexandre Torres Porres wrote:
>
> This is why I asked Roman if this idea is ok and I'm worried now that
> he won't like the idea to be forced to have a script download both
> the library AND the tutorial.
You make it sound like I have some authority. I don't me
The thing is that we can load more than one patch. I think something
like this could work:
pd patch1.pd -a "1 2 3" patch2.pd -a "foo bar"
But we could move the bikeshedding to GitHub ;-)
https://github.com/pure-data/pure-data/issues/1058
Christof
On 08.06.2020 17:09, Dan Wilcox wrote:
Or Pd
For french people, after "pd", we have "pedant" :D
I love !
https://en.wiktionary.org/wiki/p%C3%A9dant
++
Jack
Le 08/06/2020 à 17:40, Christof Ressi a écrit :
> Big thumps up for test suits! BTW, IOhannes has already been working on
> a testing framework for Pd: https://git.iem.at/pd/pedant
>
However, cool to have tests in Pd ;)
For the name : Pure DAT (Pure Data Auto Tests).
Too close to Pure Data ? Sure !
++
Jacj
Le 08/06/2020 à 17:55, Jack a écrit :
> For french people, after "pd", we have "pedant" :D
> I love !
> https://en.wiktionary.org/wiki/p%C3%A9dant
> ++
>
> Jack
>
>
>
On 6/8/20 5:49 PM, Christof Ressi wrote:
> The thing is that we can load more than one patch. I think something
> like this could work:
>
> pd patch1.pd -a "1 2 3" patch2.pd -a "foo bar"
>
> But we could move the bikeshedding to GitHub ;-)
> https://github.com/pure-data/pure-data/issues/1058
>
this breaks th eexpectations of cmdline processing (a separation between
options with arguments (e.g. '-a "1 2 3"') and 'just arguments"
("patch1.pd patch2.pd").
Agreed.
or should it be the other way round?
pd -args 'foo bar' -open "patch1.pd" -open "patch2.pd"
I tend to agree. It's also easie
Many of the answers I find online are not dated, so I'm not sure what
the most recent info is.
(1) Is there an information source which is guaranteed to be the most
up-to-date for Pd, and similarly for Gem?
(2) Is it true that Gem will only work with 32-bit versions of Pd? Or is
that a now-o
25 matches
Mail list logo
