As far as I can tell, the advantage of one over the other would
depend on the kind of data being encoded. Base64 will always (I
think) increase the total size by about a third, whereas Urlencoding
will do better on text, but worse on binary data, I think. Other than
that, I don't know of an
2009/1/7 Mark Smith
> On reason that you might have had trouble base64encoding is that it inserts
> a newline every 80th (I think) byte, so you only need that to happen once to
> mess up a scheme that relies on line delimiters. In fact, you can remove the
> newlines that it inserts, and it doesn'
On reason that you might have had trouble base64encoding is that it
inserts a newline every 80th (I think) byte, so you only need that to
happen once to mess up a scheme that relies on line delimiters. In
fact, you can remove the newlines that it inserts, and it doesn't
seem to cause proble
This was just a quick hack - but it did seem to have worked for a while ( i
used it for putting arrays inside arrays and storing them as text files -
started with XML and then thought the better of it :), but I'm sure there
are loads of things it doesn't work with unicode?, certainly not the new
mu
Oh, I'm sure you're right, but the idea of a simple (tArray) into ...> that fits all occasions is attractive.
If I think of something I'll be sure to let you (and everyone) know :)
Best,
Mark
On 7 Jan 2009, at 20:41, Jim Ault wrote:
There are a few gotchas with the 'accommodate anything'. Ap
There are a few gotchas with the 'accommodate anything'. Apart from issues
like unicode, there are those of intended use.
In the world of PHP, there are functions such as
htmlEntities() serialize()
addSlashes() --for storing in SQL databases
-- this adds escaping "
libJson is Excellent!
Thank you, Mark.
Jim Lambert
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-
Interesting - the thing that I'd like to achieve (apart from xml and
json) is a general purpose rev array serializer (both for storing to
files, and transmitting over the network), that can simply acommodate
anything that a rev array can, including binary data, but that
doesn't require any
On 1/7/09 9:26 AM, "Mark Smith" wrote:
> My main motivation for it was as a way of serializing arrays, so that
> I can pass them easily between a client and rev cgis on a server. It
> seemed like it might be useful to do it in a a way that doesn't re-
> invent the wheel, and was abit 'lighter' th
My main motivation for it was as a way of serializing arrays, so that
I can pass them easily between a client and rev cgis on a server. It
seemed like it might be useful to do it in a a way that doesn't re-
invent the wheel, and was abit 'lighter' than xml, so - json.
Best,
Mark
On 7 Jan 2
What would be the advantage to this? Is it some kind of API to pass
data back and forth between java applications and revolution?
Bob Sneidar
IT Manager
Logos Management
Calvary Chapel CM
On Jan 7, 2009, at 8:22 AM, Mark Smith wrote:
Here's a first go at a json parser/generator that converts
Got it, now fixed.
Thanks,
Mark
On 7 Jan 2009, at 16:38, Mark Schonewille wrote:
Mark,
The link on the site is incorrect.
--
Best regards,
Mark Schonewille
Economy-x-Talk Consulting and Software Engineering
http://economy-x-talk.com
http://www.salery.biz
Dutch forum: http://runrev.info/rr
Mark,
The link on the site is incorrect.
--
Best regards,
Mark Schonewille
Economy-x-Talk Consulting and Software Engineering
http://economy-x-talk.com
http://www.salery.biz
Dutch forum: http://runrev.info/rrforum
We are always looking for new projects! Feel free to contact us to
discuss yo
The link should be to my 'revolution stuff' page, I hope...(it seems
to work from here).
Best,
Mark
On 7 Jan 2009, at 16:29, David Bovill wrote:
Great!
Looking forward to it... link is to the libCurl library I think :)
2009/1/7 Mark Smith
Here's a first go at a json parser/generator th
Great!
Looking forward to it... link is to the libCurl library I think :)
2009/1/7 Mark Smith
> Here's a first go at a json parser/generator that converts between
> revolution arrays and json objects/arrays, to an arbitrary level of nesting.
> It has some basic formatting capability also.
>
> A
Here's a first go at a json parser/generator that converts between
revolution arrays and json objects/arrays, to an arbitrary level of
nesting. It has some basic formatting capability also.
As usual, any observations, modifications, disasters or other
comments welcome.
http://futsoft.fut
16 matches
Mail list logo