>
> Have you ever considered upgrading to 0.47?
But I do use 0.47, I also said I tried this abstraction first on vanilla ;)
2016-06-28 4:07 GMT-03:00 Roman Haefeli :
> Whatever it is you experienced with Pd-0.43-extended, I call FUD. Never
> experienced it myself (whatever you mean by 'screws t
Hello Derek, Roman and others still reading :)
I am really pleased to read your thoughts as they express many issues I
have had in mind :
Especially what you said about GUIs being probably much easier to implement
in a text language than in graphical/dataflow programming language. I have
the same
Hello,
I suppose this response is to no one in particular but I like talking to
Alex so I'll reply to him =).
As per the abstraction vs externals for gui stuff debate, I have a few
general thoughts/observations:
At least in my personal experience, I haven't had much luck with GUI
abstractions. I
On Mon, 2016-06-27 at 18:44 -0300, Alexandre Torres Porres wrote:
>
> I do agree on this point about their convenience and everything. I
> pointed I do offer abstractions for that matter. Though I do maintain
> the personal and humble opinion that I'd rather see a multislider
> external in this ca
On Mon, 2016-06-27 at 12:41 -0300, Alexandre Torres Porres wrote:
> And thus I tried it in Pd-Extended 0.42-5, the one I use, but I still
> can't get it to work. Not sure how better it is in 0.43 (which I'm
> not installing as it always screws things up in my system) - but it
> seems it needs even
2016-06-27 19:41 GMT-03:00 Lucas Cordiviola :
> Also I consider “multislider” a missing object or a bug in “zexy” not in
> cyclone. :)
>
the one in max would be quite a pain to clone, I have to say :P that's why
I first let it open to "some library", you know... just a basic
multislider. And Pd-L
...@gmail.com
Date: Mon, 27 Jun 2016 18:44:01 -0300
To: phae.il...@gmail.com
CC: pd-list@lists.iem.at
Subject: Re: [PD] a multislider GUI as abstraction
2016-06-27 18:08 GMT-03:00 Raphaël Ilias :
I think this discussion is moving to a general debate... or a troll :-( about
external vs. abstraction
Anyway
2016-06-27 18:08 GMT-03:00 Raphaël Ilias :
> I think this discussion is moving to a general debate... or a troll :-(
> about external vs. abstraction
> Anyway, I'm interested in this not-so-childish debate, even if I might not
> have the skills to give some arguments (like on performance), and tha
Hello,
I think this discussion is moving to a general debate... or a troll :-(
about external vs. abstraction
Anyway, I'm interested in this not-so-childish debate, even if I might not
have the skills to give some arguments (like on performance), and that I
think it's more a personal matter at the
2016-06-27 12:41 GMT-03:00 Alexandre Torres Porres :
> From reading the email, seems there are attempts to solve many of the
> issues like right clicking and getting into a properties window, which I
> think it's impressive and I'd like to see that as I still cannot quite
> grasp how it'd be possi
Yeah, most of your points against externals sounds a bit like "they need to
be maintained and that takes effort", I know... but I don't think that's a
disadvantage of an external. If no one is willing to do it, that's another
problem...
> OK,sometimes, externals can be faster. And in sometimes, it
hello,
i'm sorry to jump again on this kind of topic, but it's painful to read a mail
like that.
Le 26/06/2016 23:31, Alexandre Torres Porres a écrit :
2016-06-26 16:35 GMT-03:00 IOhannes m zmölnig mailto:zmoel...@iem.at>>:
for me this sounds a bit like "i'd love to see them as external
2016-06-26 16:35 GMT-03:00 IOhannes m zmölnig :
> for me this sounds a bit like "i'd love to see them as externals
totally sound like that :)
*so* they can be included in some library"
yeah, also like the idea of having it not as a single separate thing
> would you care to explain what make
On 06/25/2016 05:30 PM, Alexandre Torres Porres wrote:
> I'd love to see them as externals and included
> in some library
for me this sounds a bit like "i'd love to see them as externals *so*
they can be included in some library", which is factually wrong.
if i just imagined the inference, woul
2016-06-24 22:38 GMT+02:00 Roman Haefeli :
> Hey Raphaël
>
>
Hello Roman,
and first : thanks a lot for feedback !
> Impressive work. I'm all for more advanced GUIs. I even like them being
> abstractions as opposed to compiled externals. I'm not so concerned
> about performance, since the GUI ru
2016-06-24 22:16 GMT+02:00 Fred Jan Kraan :
> Hi Raphaël,
>
>
>> I love pd, but I miss some GUIs, like a good break-points curve editing
>> (i am aware about [envgen] but it's buggy inside graph-on-parent), for
>> envelopes or dynamic compressor ...
>>
>
> Just today I completed a first reissue of
Nice!
FWIW, in vanilla you have an array that can be used as a multislider,
although it may be difficult to sometimes grab each point. In pd-l2ork
you have an option of jump on click inside arrays, and a new mode of
drawing arrays with individual bars whose colors can be customized. With
this
2016-06-24 17:38 GMT-03:00 Roman Haefeli :
> I even like them being abstractions as opposed to compiled externals.
Quite the opposite here :) I'd love to see them as externals and included
in some library - maybe a max clone for cyclone...
___
Pd-list@
nice !
> Le 24 juin 2016 à 21:22, Raphaël Ilias a écrit :
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
Hey Raphaël
Impressive work. I'm all for more advanced GUIs. I even like them being
abstractions as opposed to compiled externals. I'm not so concerned
about performance, since the GUI runs in a separate thread. I believe
it's rather GUIs like arrays that may cause hiccups when they send much
data
Hi Raphaël,
I love pd, but I miss some GUIs, like a good break-points curve editing
(i am aware about [envgen] but it's buggy inside graph-on-parent), for
envelopes or dynamic compressor ...
Just today I completed a first reissue of the tof library containing
[breakpoints], a derivate of [gg
21 matches
Mail list logo
