Re: [PD] (breaking symbols) was Re: find a list of numbers in a text file

2011-09-09 Thread Mathieu Bouchard
On Wed, 7 Sep 2011, Jonathan Wilkes wrote: [openpanel] <- outputs /home/hans/My documents | [set symbol $1( | [ ( <-- What's printed here? ...My documents or ...My\ documents? DesireData makes it My documents, but it's a bug, as in it doesn't fit with what I wanted it to be. It ought to be My

Re: [PD] (breaking symbols) was Re: find a list of numbers in a text file

2011-09-09 Thread Mathieu Bouchard
On Tue, 6 Sep 2011, Hans-Christoph Steiner wrote: Anything that just \ couldn't cover? The current backslash scheme in the parser does not handle things like \n, \t, \x with two hex digits, \u with four hex digits, \0 for nul character, etc. That's because the current backslash only means th

Re: [PD] (breaking symbols) was Re: find a list of numbers in a text file

2011-09-09 Thread Mathieu Bouchard
On Tue, 6 Sep 2011, martin.pe...@sympatico.ca wrote: Yes, I think it ought to be up to the external to implement its own symbol-to-float converter since there is no universally valid way of doing it. The same pattern will have different meanings in different context and Pd can't be expected to

Re: [PD] (breaking symbols) was Re: find a list of numbers in a text file

2011-09-09 Thread Hans-Christoph Steiner
On Sep 9, 2011, at 6:29 PM, Mathieu Bouchard wrote: On Tue, 6 Sep 2011, Frank Barknecht wrote: I'm not sure what "appears in the patch" should mean. It definitly means that numercial-symbol selectors don't get shown and cannot be written into a patch, so you cannot use them in the editor w

Re: [PD] (breaking symbols) was Re: find a list of numbers in a text file

2011-09-09 Thread Jonathan Wilkes
- Original Message - > From: Mathieu Bouchard > To: Frank Barknecht > Cc: "pd-list@iem.at" > Sent: Friday, September 9, 2011 6:29 PM > Subject: Re: [PD] (breaking symbols) was Re: find a list of numbers in a text > file > > On Tue, 6 Sep 2011, Frank Barknecht wrote: > >> I'm not sur

Re: [PD] (breaking symbols) was Re: find a list of numbers in a text file

2011-09-09 Thread Mathieu Bouchard
On Tue, 6 Sep 2011, Frank Barknecht wrote: I'm not sure what "appears in the patch" should mean. It definitly means that numercial-symbol selectors don't get shown and cannot be written into a patch, so you cannot use them in the editor where "real" selectors should be written, like in [route]

Re: [PD] (breaking symbols) was Re: find a list of numbers in a text file

2011-09-09 Thread Mathieu Bouchard
On Tue, 6 Sep 2011, Frank Barknecht wrote: It is not possible to generate any kind of numercial symbol using the editor, and that's what the manual says. It's possible to generate "t_symbol"s using other techniques, if you need them, for example to get But this is nothing unusual, it's the same

Re: [PD] (breaking symbols) was Re: find a list of numbers in a text file

2011-09-09 Thread Mathieu Bouchard
On Mon, 5 Sep 2011, Jonathan Wilkes wrote: - Original Message - From: Mathieu Bouchard They don't call it duck-typing though, and no-one does. duck-taping?  No. Duck-taping is already the nickname I gave to duck-typing when it's being used as a religious principle like : you should

Re: [PD] [OT] cool book (maybe relevant to list discussion)

2011-09-09 Thread Mathieu Bouchard
On Fri, 9 Sep 2011, Andy Farnell wrote: Standard problems also make good, familiar points of comparison. This allows to make comparisons that completely miss the reasons why new languages are still being created. Sadly it's the fringe cases, and the esoterica that is often most interesting

Re: [PD] [OT] cool book (maybe relevant to list discussion)

2011-09-09 Thread Andy Farnell
On Fri, 9 Sep 2011 11:36:20 -0400 (EDT) Mathieu Bouchard wrote: > « Standard compsci » problems exclude a lot of new things for pedagogical > reasons, to stay within the level of difficulty of first-year programming > students and middle-year algorithmics students. There isn't a reason to > st

Re: [PD] (breaking symbols) was Re: find a list of numbers in a text file

2011-09-09 Thread Hans-Christoph Steiner
On Fri, 2011-09-09 at 15:05 +0200, Frank Barknecht wrote: > Hi, > > On Wed, Sep 07, 2011 at 02:13:01PM -0400, Hans-Christoph Steiner wrote: > > About hex 0x form, that could conceivably fall under the "anything > > that looks like a number is a float", as least for programmers. > > I really disag

Re: [PD] [OT] cool book (maybe relevant to list discussion)

2011-09-09 Thread Mathieu Bouchard
On Fri, 9 Sep 2011, Andy Farnell wrote: It's more a general theme in the discussion, I think the author's background is web so the casual examples mention it, at least in the bits I browsed - he was talking about erlang as a solution for distributed databases. The main examples for each language

Re: [PD] pduino rewrite

2011-09-09 Thread Hans-Christoph Steiner
I basically haven't used an Arduino in 2 years, so I am a poor candidate for debugging this stuff. Roman and Olsen are much better candidates for this job. The digital input pins are reported using the hardware-level ports, the hardware is organized around pins 0-7 being one port, 8-15, another,

Re: [PD] (breaking symbols) was Re: find a list of numbers in a text file

2011-09-09 Thread Frank Barknecht
Hi, On Wed, Sep 07, 2011 at 02:13:01PM -0400, Hans-Christoph Steiner wrote: > About hex 0x form, that could conceivably fall under the "anything > that looks like a number is a float", as least for programmers. I really disagree with your assumption, that in Pd, "anything that looks like a number

Re: [PD] (breaking symbols) was Re: find a list of numbers in a text file

2011-09-09 Thread Frank Barknecht
Hi, On Tue, Sep 06, 2011 at 09:30:25AM -0700, Jonathan Wilkes wrote: > > From: fbar > > I used [makefilename %d] a lot in the rj library's [m_chorddict] > > dictionary for chords, where some chord names are proper symbols, like > > "m7", while others are floats like 7. The float-names get convert

Re: [PD] pduino rewrite

2011-09-09 Thread Ingo
I did test it with the Duemilanove. But I also tested Diecimila and Uno. To me the problem looks like "unfortunate design" in the firmata. The buttons 2-9 don't somehow connect the same 8-bit word. It might simply be a bug in the firmata. Hans hasn't reacted to it the last 2 or 3 times I mentioned

Re: [PD] pduino rewrite

2011-09-09 Thread Roman Haefeli
On Fri, 2011-09-09 at 10:03 +0200, Ingo wrote: > Hi Roman, > > I just messed around with the rewrite and - as you mentioned - you didn't > fix any of the bugs. > > I even think I send you a mail about the digital pins 2 & 3 and provided a > fix for it here at the forum. Of course it's still there

Re: [PD] pduino rewrite

2011-09-09 Thread Ingo
I forgot to mention: I tested with a Duemilanove. Ingo > -Ursprüngliche Nachricht- > Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von > Ingo > Gesendet: Freitag, 9. September 2011 10:04 > An: 'Roman Haefeli'; 'olsen'; 'pd-list' > Betreff: Re: [PD] pduino rewrite

Re: [PD] pduino rewrite

2011-09-09 Thread Ingo
Hi Roman, I just messed around with the rewrite and - as you mentioned - you didn't fix any of the bugs. I even think I send you a mail about the digital pins 2 & 3 and provided a fix for it here at the forum. Of course it's still there! About the other things: - The test patch has still no swi