Re: [PD] Cross-platform uniform GUI rendering of patches.

2017-02-23 Thread Derek Kwan
> maybe makes sense to show a normal weight version of the patch for > comparison... > > quite less poluted if you ask me, and it's not like I cannot read the patch > as well for not being bold too... > >> I don't really have a strong point, at the same time I also do not > >> think that one is

Re: [PD] Cross-platform uniform GUI rendering of patches.

2017-02-23 Thread Alexandre Torres Porres
> > Seems OSX users are not used to Bold. > not sure what that's supposed to mean... if it's the case that anyone who never used pd in bold isn't used to it, then the same applies for Pd extended users, Pd-l2ork and Purr Data users in all platforms, right? cause it's not like a linux or windows

Re: [PD] Cross-platform uniform GUI rendering of patches.

2017-02-23 Thread Roman Haefeli
On Don, 2017-02-23 at 15:41 -0300, Alexandre Torres Porres wrote: > > It's just really hard on the eyes and makes it really hard to read > any text because bold was never intended to be the "regular" default > font... no font in the world was designed to be used as bold by > default... or

Re: [PD] Cross-platform uniform GUI rendering of patches.

2017-02-23 Thread Lucas Cordiviola
>>and trying to make bold the not-bold.ttf gives bad results. >I'm not using Dan's branch... I'm using the regular Pd Vanilla 0.47-1 Good to know, >trying it with bold doesn't change the objects size, as you said it didn't >happen in windows... Good to know also. >It's just really hard

Re: [PD] Cross-platform uniform GUI rendering of patches.

2017-02-23 Thread Alexandre Torres Porres
2017-02-23 15:32 GMT-03:00 Lucas Cordiviola : > This could be because you are using Dan's branch that is not shipping > “DejaVuSansMono-Bold.ttf” > > and trying to make bold the not-bold.ttf gives bad results. > I'm not using Dan's branch... I'm using the regular Pd

Re: [PD] Cross-platform uniform GUI rendering of patches.

2017-02-23 Thread Lucas Cordiviola
>can you guys confirm you were able to see my screenshot I put in the body of >the last message? I wonder if that works since apparently attaching them do not I works. I think the only one that don't get the attachments is Dan. I get attachments also. Mensaje telepatico asistido por

Re: [PD] soundfiler features

2017-02-23 Thread Lucas Cordiviola
Good. I think is better to use the data-chunk header, cuz broken sound files are far less common than files with metadata. And broken sound files can be fixed, (copy audio and paste to a new file). Mensaje telepatico asistido por maquinas. From: Pd-list

Re: [PD] Proper method of package removal from pd.info/Deken server?

2017-02-23 Thread Alexandre Torres Porres
guess i'll have to write the description of over 200 items in that list then :) 2017-02-23 13:08 GMT-03:00 IOhannes m zmoelnig : > On 2017-02-23 16:54, Alexandre Torres Porres wrote: > > 2017-02-23 12:38 GMT-03:00 IOhannes m zmoelnig : > > > >> > >> that's

Re: [PD] Proper method of package removal from pd.info/Deken server?

2017-02-23 Thread IOhannes m zmoelnig
On 2017-02-23 16:54, Alexandre Torres Porres wrote: > 2017-02-23 12:38 GMT-03:00 IOhannes m zmoelnig : > >> >> that's because the objects.txt file is broken. >> i wonder where you got the specs from. >> > > I saw that the description wasn't used (at least 'yet') so I assumed

Re: [PD] Proper method of package removal from pd.info/Deken server?

2017-02-23 Thread Alexandre Torres Porres
2017-02-23 12:38 GMT-03:00 IOhannes m zmoelnig : > > that's because the objects.txt file is broken. > i wonder where you got the specs from. > I saw that the description wasn't used (at least 'yet') so I assumed they were optional ___

Re: [PD] pduino/firmata trouble? (Rick Snow)

2017-02-23 Thread Roman Haefeli
On Don, 2017-02-23 at 15:32 +0100, Björn Eriksson wrote: >  > The Pduino version you did Roman, with less dependencies, was that > released the ordinary ways No. > - and might it even be searchable through Deken?  If so... what to > look for? No. I haven't touched it for quite a while. Back

Re: [PD] Cross-platform uniform GUI rendering of patches.

2017-02-23 Thread Roman Haefeli
On Don, 2017-02-23 at 11:55 -0300, Alexandre Torres Porres wrote: > > anyhow, i agree that all GUIs of Pd should consistently use the > > same > > **bold** font. > I thought the agreement was to go for normal font in all systems, > which is also how it goes for Extended/Purr Data Citation

Re: [PD] Cross-platform uniform GUI rendering of patches.

2017-02-23 Thread Alexandre Torres Porres
2017-02-23 5:15 GMT-03:00 IOhannes m zmoelnig : > > IIRC, the reason for the inconsistency is because it was explicitely > requested. The linux fraction of Pd users weighed in heavily for bold, > whereas OSX > and W32 users tended to regular. > I'm getting bold by default on

Re: [PD] pduino/firmata trouble? (Rick Snow)

2017-02-23 Thread Björn Eriksson
Thank you! Sorry, just saw the github link now! /Björn On Wed, Feb 22, 2017 at 9:49 AM, Roman Haefeli wrote: > Sorry, fogot to post the link: > https://github.com/reduzent/pduino > > > > On Mit, 2017-02-22 at 09:34 +0100, Roman Haefeli wrote: > > On Son, 2017-02-19 at 12:27

Re: [PD] Proper method of package removal from pd.info/Deken server?

2017-02-23 Thread Alexandre Torres Porres
2017-02-23 4:46 GMT-03:00 Derek Kwan : > managed to move Cyclone into proper subfolders and downloading > from Deken still works. > what about the objects list? doesnt find cycle0.3 if i search for objects yet ___

Re: [PD] pduino/firmata trouble? (Rick Snow)

2017-02-23 Thread Björn Eriksson
Thanks for this hopeful reply! I will be following up with some specific problems regarding the Pduino / Firmata I encountered. To put it short it seems to me that things works much better with the older Firmata v2.1 than the newer ones. Among some problems were problems to setup I/O digital pins