On 5/11/23 19:32, Dan Wilcox wrote:
I can't find the commit for this,
f0a3a0c621dacc1f617cf07b38d8dc563703d12e
fdmsa
IOhannes
OpenPGP_signature
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and
On 5/11/23 16:53, William Huston wrote:
Come to think of it, I think we've had this conversation before,
years ago.
I guess I just keep needing to be reminded of the PD Paradigm.
i wouldn't call it "the Pd Paradigm".
i would like it to be *the* Pd paradigm, but I think there's evidence
that
Howdy all,
there is a changelog fr sorts included with the HTML docs. For Pd 0.46, it says:
"Bug fixes to IEM GUIs: sliders and radio buttons pass floating-point numbers
through without limiting them to the GUI's range or resolution. Also, the
toggle no longer resets its "value" (the nonzero
FYI, it's still possible to restore the previous (clipped) behaviour by
adding "-compatibility 0.45" to the startup flags.
It's not possible to simply go back, it would probably break a lot of the
patches that have been written since Pd 0.46 (around 2014).
Antoine
Le jeu. 11 mai 2023 à 17:11,
On Thu, 2023-05-11 at 16:54 +0200, Christof Ressi wrote:
>
> I think we should generally follow the principle of least surprise.
+1
Roman
signature.asc
Description: This is a digitally signed message part
___
Pd-list@lists.iem.at mailing list
it's super-simple to just add a [clip 0 127] (or whatever) before or
after the slider to achieve the behavior you are looking after.
The problem is that now you have to make sure that these two ranges
always stay in sync. (It is easy to accidentally change one while
keeping the other.)
that
On 5/11/23 14:30, William Huston wrote:
Joao,
IIRC, some objects in pd-extended, like hsliders,
would always respect the limits whether dialed-in, or
when coming from an input.
When i finally switched to vanilla, I noticed the same thing,
limits were not respected on the inputs, and a lot of
Joao,
IIRC, some objects in pd-extended, like hsliders,
would always respect the limits whether dialed-in, or
when coming from an input.
When i finally switched to vanilla, I noticed the same thing,
limits were not respected on the inputs, and a lot of my patches broke.
I don't know whether the
Pd-L2Ork offers this as a user-settable property.
Best,
Ico
--
Ivica Ico Bukvic, D.M.A.
Director, Creativity + Innovation
Institute for Creativity, Arts, and Technology
Virginia Tech
Creative Technologies in Music
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
* João Pais [2023-05-11 09:18]:
> Hello list,
>
> after all this time, I just noticed something which I'm not sure if it was
> always like that or it changed without me noticing it: in atom boxes one can
> define the lower/upper limits, which work when dragging with the mouse, but
> don't work
Hello list,
after all this time, I just noticed something which I'm not sure if it
was always like that or it changed without me noticing it: in atom boxes
one can define the lower/upper limits, which work when dragging with the
mouse, but don't work when inputting a number or sending a
11 matches
Mail list logo