Re: From Pico to JSON in the client

2009-09-16 Thread Henrik Sarvell
It worked out OK with the :key rule, however in the end I went for prefuse flare, not processing for my visualizations and was irritated by having to change (processingjs is too slow) so I skipped the Actionscript 3 implementation, I'm just outputting JSON in picolisp now straight away which works

Re: From Pico to JSON in the client

2009-09-16 Thread TC
On Wed, 16 Sep 2009, Tomas Hlavaty wrote: Hi Henrik and TC, I just realized that there is an ambiguity here since I can't seem to accomplish a pair looking like this: (key . (1 2 3)), no matter how I try I get: (key (1 2 3)), if the Heh, I think the problem is quite obvious when looking to

Re: From Pico to JSON in the client

2009-09-06 Thread Henrik Sarvell
I've updated the converter now, the current version is more flexible than earlier and will now also do (:key (1 2 3)) - {key: [1, 2, 3]}. /Henrik On Fri, Sep 4, 2009 at 11:10 AM, Henrik Sarvellhsarv...@gmail.com wrote: Thanks for the idea TC, another alternative would be to give the parser a

Re: From Pico to JSON in the client

2009-09-04 Thread Tomas Hlavaty
Hi Henrik, First of all, to offload the server from having to build json all the time. your server must be very popular when it struggles to generate json;-) 1) Parsing sexp: function parse(S) in http://ondoc.logand.com/ondoc.js 2) Parsing PDFs in OnDoc: works surprisingly well fast in

Re: From Pico to JSON in the client

2009-09-04 Thread Henrik Sarvell
Thanks for the idea TC, another alternative would be to give the parser a bias to lean on as an extra argument but that doesn't feel 100% right. I can't see how :key would create any conflicts either. /Henrik On Fri, Sep 4, 2009 at 8:23 AM, Tomas Hlavatyt...@logand.com wrote: Hi Henrik,

Re: From Pico to JSON in the client

2009-09-03 Thread Henrik Sarvell
That's exactly what I'm doing, ie stepping recursively, the regex is just to determine which state to put the parser in. But yes, it looks like I'm going to have to step through in order to determine type too if no regex guru shows up :) /Henrik On Thu, Sep 3, 2009 at 7:51 AM, Alexander

Re: From Pico to JSON in the client

2009-09-03 Thread Mateusz Jan Przybylski
Hello, On Thursday 03 September 2009 02:00:39 Henrik Sarvell wrote: Hello everyone, I sat down tonight and ugly coded a Pico to JSON converter in JS, I documented it here: http://www.prodevtips.com/2009/09/02/pico-lisp-to-json-with-javascript/ Pretty nifty idea IMHO :) The part of your

Re: From Pico to JSON in the client

2009-09-03 Thread Henrik Sarvell
Thanks Mateusz, I'll try it out. /Henrik On Thu, Sep 3, 2009 at 11:52 AM, Mateusz Jan Przybylskidexen.devr...@gmail.com wrote: Hello, On Thursday 03 September 2009 02:00:39 Henrik Sarvell wrote: Hello everyone, I sat down tonight and ugly coded a Pico to JSON converter in JS, I documented

Re: From Pico to JSON in the client

2009-09-03 Thread Henrik Sarvell
First of all, to offload the server from having to build json all the time. For me the real issue is not speed in the client, given that premise I simply took a wild guess that building the json and then evaluating it is a simpler road to take than actually building the composite objects right

Re: From Pico to JSON in the client

2009-09-03 Thread Henrik Sarvell
I just realized that there is an ambiguity here since I can't seem to accomplish a pair looking like this: (key . (1 2 3)), no matter how I try I get: (key (1 2 3)), if the first one is really impossible then any JSON converter will stumble on it since it's impossible to know if [key, [1, 2, 3]]

Re: From Pico to JSON in the client

2009-09-03 Thread TC
On Fri, 4 Sep 2009, Henrik Sarvell wrote: I just realized that there is an ambiguity here since I can't seem to accomplish a pair looking like this: (key . (1 2 3)), no matter how I try I get: (key (1 2 3)), if the Heh, I think the problem is quite obvious when looking to the list as what it