Re: [PD] plans for Pd 0.48

2017-01-05 13:55 GMT-02:00 Miller Puckette : > And another use case - non-real-time (batch) audio rendering as in csound > where you just allocate instances as you need 'em. This definitely needs > doing. > recently, I was trying to figure out a way of doing a simple SuperCollider recursion cod

Re: [PD] plans for Pd 0.48

This abstraction is not perfect (I have to finish it to remove a bug), but it can help in certain circumstance. ++ Jack Le 10/01/2017 à 20:48, oliver a écrit : > Jack wrote: >> Hello, >> >> For 2) Is it helpful ? : >> http://markmail.org/message/4rre3i3hcci54m7j ++ >> >> Jack > > hi, yes, that

Re: [PD] plans for Pd 0.48

Jack wrote: Hello, For 2) Is it helpful ? : http://markmail.org/message/4rre3i3hcci54m7j ++ Jack hi, yes, that's a similar approach to what i found as a private solution for this problem. but my point is: IMHO something like spaces in symbols or filenames shouldn't be a problem in the fi

Re: [PD] plans for Pd 0.48

IOhannes m zmölnig wrote: On 01/10/2017 03:46 PM, oliver wrote: IOhannes made a .tcl plugin that I'm using, that at least allows DND for opening PD files when dropped onto the PD window. would be great to have that natively, too. why? you're right, the plugin itself is well working and easy

Re: [PD] plans for Pd 0.48

Hello, For 2) Is it helpful ? : http://markmail.org/message/4rre3i3hcci54m7j ++ Jack Le 10/01/2017 à 15:46, oliver a écrit : > hi, > > since it's already up, i took the freedom to add a small "wish-list" of > features i think would be great for PD-vanilla's next release. Almost > all of these

Re: [PD] plans for Pd 0.48

On 01/10/2017 03:46 PM, oliver wrote: > IOhannes made a .tcl plugin that I'm using, that at least allows DND for > opening PD files when dropped onto the PD window. would be great to have > that natively, too. why? gmfrs IOhannes signature.asc Description: OpenPGP digital signature ___

Re: [PD] plans for Pd 0.48

On 10/01/17 14:46, oliver wrote: > 4.) a position outlet for [readsf~], signal or message You can use [timer] for this, as [readsf~] is constant speed. (I tried a complicated [fexpr~]-based solution with integrated wrapping to avoid getting stuck after some minutes, but it drifted badly from cloc

[PD] plans for Pd 0.48

hi, since it's already up, i took the freedom to add a small "wish-list" of features i think would be great for PD-vanilla's next release. Almost all of these things can be done with externals, but i think they are somewhat elementary features and maybe it's not too hard to implement them in

Re: [PD] plans for Pd 0.48

re: moog, re:dir /* Engine Driven Module Program * By Billy Stiltner */ //[[] #include #include int state; int _state; int count; int wait; long double a1,b1,c1,a2,b2,c2,a3,b3,c3,z1,z2,z3,k1,k2,k3; long double x,y,z,detn; int input_mod(vo

Re: [PD] plans for Pd 0.48

And another use case - non-real-time (batch) audio rendering as in csound where you just allocate instances as you need 'em. This definitely needs doing. cheers M On Thu, Jan 05, 2017 at 04:45:15PM +0100, IOhannes m zmoelnig wrote: > On 2017-01-01 21:32, Miller Puckette wrote: > > I can take on

Re: [PD] plans for Pd 0.48

On 2017-01-01 21:32, Miller Puckette wrote: > I can take on a larger list of smaller changes. > The major changes I want to try to put in this release are as follows: here's another one that emerged from my wishlist, after the few mentions of [clone] in the last days: add a method to clone to ch

Re: [PD] plans for Pd 0.48

…but yeah, Cancel should probably return the state, but there’s not really a mechanism to do that. My updates were really a response to the fact there was no Apply button on OSX … maybe Apply makes more sense in the end? :) Dan Wilcox @danomatika danomat

Re: [PD] plans for Pd 0.48

Well, let’s just say I “enabled it” without being slavish… Dan Wilcox @danomatika danomatika.com robotcowboy.com > On Jan 2, 2017, at 5:47 PM, Matt Barber wrote: > > Hi Dan, > > Is this documented somew

Re: [PD] plans for Pd 0.48

Hi Dan, Is this documented somewhere? I've been paging through this recently: https://developer.apple.com/library/content/documentation/UserExperience/Conceptual/OSXHIGuidelines/WindowDialogs.html#//apple_ref/doc/uid/2957-CH43-SW3 but I don't know if it's current. Of special interest is that

Re: [PD] plans for Pd 0.48

That’s the Apple approach, I just enabled it. :) Dan Wilcox @danomatika danomatika.com robotcowboy.com > On Jan 2, 2017, at 4:40 PM, José Rafael Subía Valdez > wrote: > > Oh!!! thank you!, I would have

Re: [PD] plans for Pd 0.48

Oh!!! thank you!, I would have never tried to do that as I got used to the "apply" button, thanks :) On Mon, Jan 2, 2017 at 11:11 PM, Dan Wilcox wrote: > On Jan 2, 2017, at 3:53 PM, José Rafael Subía Valdez < > jsubiaval...@gmail.com> wrote: > > Just that not having an apply means that you need

Re: [PD] plans for Pd 0.48

> On Jan 2, 2017, at 3:53 PM, José Rafael Subía Valdez > wrote: > > Just that not having an apply means that you need to accept the changes and > that closes the dialog, so if you dont like the result, you need to go into > the properties again, with an apply button, you could see the results

Re: [PD] plans for Pd 0.48

com > > On Jan 2, 2017, at 1:17 PM, pd-list-requ...@lists.iem.at wrote: > > *From: *José Rafael Subía Valdez > *Subject: **Re: [PD] plans for Pd 0.48* > *Date: *January 2, 2017 at 1:00:05 PM MST > *To: *"pd-l...@iem.at" > > > Hello list, > > just to as

Re: [PD] plans for Pd 0.48

ika <https://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/> > On Jan 2, 2017, at 1:17 PM, pd-list-requ...@lists.iem.at wrote: > > From: José Rafael Subía Valdez <mailto:jsubiaval...@gmail.com>> > Subject: Re:

Re: [PD] plans for Pd 0.48

ontag, 02. Januar 2017 um 20:28 Uhr Von: "William Huston" An: "Miller Puckette" Cc: "pd-l...@iem.at" Betreff: Re: [PD] plans for Pd 0.48 My #1 request is to be able to index into long arrays using the standard phasor~, tabread4~ combo without loss of precision or com

Re: [PD] plans for Pd 0.48

Hello list, just to ask if there is any ruling on the Apple Human Interface Guidelines for the "apply" button in properties. This really makes programming GUI very time wasting. I do not know it what stage is this in. I know the other topics being discussed are more important in a deeper programmi

Re: [PD] plans for Pd 0.48

I'm planning (someday!) to write a helper abstraction to manage this :) M On Mon, Jan 02, 2017 at 02:28:04PM -0500, William Huston wrote: > My #1 request is to be able to index into long arrays using the standard > phasor~, tabread4~ combo without loss of precision or complex hacks. > > I have n

Re: [PD] plans for Pd 0.48

My #1 request is to be able to index into long arrays using the standard phasor~, tabread4~ combo without loss of precision or complex hacks. I have not been able to master the use of the onset inlet, and would prefer a simple solution (from a user's perspective anyway) like the Pd Double approach

Re: [PD] plans for Pd 0.48

Hi Miller, just as a reminder > > 1. Make a stab at making Pdlib callable from multiple threads. There's a > suggestion from Peter Brinkmann in which gensym() (and I presume by > extension, pd_bind() etc) would be protected by a lock. I have an alternative > idea I'd like to float; I'll do this

Re: [PD] plans for Pd 0.48

Both that and a text-object upgrade are on the dolist... I need to think carefull about how exactly to do this in the most future-proof way, as usual... cheers M On Mon, Jan 02, 2017 at 09:15:59AM -0800, Alex wrote: > I wonder if we could get the additional [inlet~] features in there too. > Maybe

Re: [PD] plans for Pd 0.48

uot;Miller Puckette" > An: pd-l...@iem.at > Betreff: [PD] plans for Pd 0.48 > > Hi all, > > I'm now ready to start working toward the next Pd release (0.48) . I've barely > touched the Pd sources since the 0.47-1 release last June, and meanwhile > picked > u

Re: [PD] plans for Pd 0.48

I wonder if we could get the additional [inlet~] features in there too. Maybe someone has a branch with some of those? I believe they were: 1) a control outlet so that abstractions can take both signals and controls in their left most inlet like other (first class?) objects.. and, for instance, c

[PD] plans for Pd 0.48

Hi all, I'm now ready to start working toward the next Pd release (0.48) . I've barely touched the Pd sources since the 0.47-1 release last June, and meanwhile picked up lots of ideas from the Pd convention and always have my own long list of things to do. In the interest of transparency I'll tr