[PD-dev] Pd-extended EOL?

Hans-Christoph Steiner hans at at.or.at
Mon Nov 9 20:22:17 CET 2015


There is lot more than just box color in the Pd-extended look-n-feel.  There are mouse icons, fonts, consistent sizing, differentiation of inlet/outlet types, etc.

.hc

On Nov 9, 2015, at 8:09 PM, Jonathan Wilkes wrote:

> You can't, because the relevant canvas item options are hard-coded in C (e.g., object box outline color, xlet outline and fill color, etc.).
> 
> -Jonathan
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> On Monday, November 9, 2015 1:13 PM, Dan Wilcox <danomatika at gmail.com> wrote:
> 
> 
> Also, I wonder if the “look and feel” aspects of extended could be applied via a plugin? 
> 
> --------
> Dan Wilcox
> @danomatika
> danomatika.com
> robotcowboy.com
> 
>> On Nov 9, 2015, at 11:10 AM, Dan Wilcox <danomatika at gmail.com> wrote:
>> 
> 
> Right. The gui rewrite was a huge part of extended that was incorporated into vanilla. Obviously the plugin mechanism makes deken possible!
> 
> I’d like to find a way to bring in the consistent font sizing in as well as the help patches Jonathan updated. Maybe worth bringing up again? There is a lot of good work that shouldn’t be lost with the transition, if possible.
> 
> --------
> Dan Wilcox
> @danomatika
> danomatika.com
> robotcowboy.com
> 
>> On Nov 9, 2015, at 6:49 AM, Hans-Christoph Steiner <hans at at.or.at> wrote:
>> 
>> 
>> Moving towards deken definitely makes sense.  
>> 
>> FYI, for anyone interested, it would not be hard to do a Pd-extended update if it is just a matter of updating the libraries.
>> 
>> I think the future of my work on something like Pd-extended would be to make a new standard library that covers lots of stuff.  That was really the original idea of Pd-extended, funny enough.
>> 
>> .hc
>> 
>> On Oct 2, 2015, at 8:47 PM, Dan Wilcox wrote:
>> 
> 
> Yeah, that’s what I mean. Basically so people will stop downloading an out of date extended if there is an easy way to get the same/similar functionality from a much newer version of vanilla+externals. Judging from the continued extended bug reports of things which are generally fixed in vanilla, I’m thinking it would be a good idea to see what’s needed for a transition and start that more formal conversation.
> 
> --------
> Dan Wilcox
> @danomatika
> danomatika.com
> robotcowboy.com
> 
>> On Oct 1, 2015, at 4:00 AM, pd-dev-request at lists.iem.at wrote:
>> 
>> If by 'relative parity' you mean availability of all the externals the
>> last version of Pd-extended came with, this might have been reached
>> already. Search for 'extended' in deken. It shows a lot of (all?)
>> externals directly packaged from Pd-extended. Many thanks to IOhannes
>> for uploading all those.
> 
> _______________________________________________
> Pd-dev mailing list
> Pd-dev at lists.iem.at
> http://lists.puredata.info/listinfo/pd-dev
> 
> 
> 
> 
> _______________________________________________
> Pd-dev mailing list
> Pd-dev at lists.iem.at
> http://lists.puredata.info/listinfo/pd-dev
> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20151109/b7a44aac/attachment-0001.html>


More information about the Pd-dev mailing list