> 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 m
>
> 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 p
Yep. Actually, I would like [soundfiler] to give the option of outputting
this info without actually loading the file into arrays (sometimes you need
this info before you stream a random file from disk). Could be an option in
readsf~, too, but if soundfiler already does it
On Tue, Feb 21, 2017
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 italic...
>>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 on
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 Vanilla 0.47-1
trying it wit
>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 maquinas
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 on
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 because the objects.txt file is broken.
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 they
> were optional
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
___
Pd-list@lists.iem.
On 2017-02-23 15:34, Alexandre Torres Porres wrote:
> 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
that's because the ob
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 the
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 please.
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 windows... so that do
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 +0100, Björn Eriksso
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
___
Pd-list@lists.iem.at mailing list
UNSUB
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 f
(taking this back to pd-list)
On 2017-02-22 19:01, Lucas Cordiviola wrote:
> I seems that [soundfiler] correctly ignores metadata.
> [soundfile_info] counts it as length.
> At least for .wav files.
[soundfile_info] assumes that everything after the (1st) "data" chunk is
audio data.
this is obviou
On 2017-02-22 23:34, Alexandre Torres Porres wrote:
> Hi, what you're missing is that this is different for each platform... Mac
> OS doesn't have it bold, while the others do (and while Extended and
> Pd-L2ork/Purr Data also do not). So it is an inconsistency and a bug.
IIRC, the reason for the i
On 2017-02-23 02:39, Martin Peach wrote:
> Right now, [unpackOSC] only accepts lists, which must be complete OSC
> packets. I could make it accept lists,
i think that [unpackOSC] behaves as it should.
esp. i don't think that it should attempt to form packets out of a
bytestream by itself.
this is
21 matches
Mail list logo
