revXMLib bugs

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

revXMLib bugs

Alain Farmer
Hello,

I am using LC-6.6.2 on Debian.

I have been experimenting with revXMLib lately.

One of my objectives is to process 15000 xml-files, 3 different kinds.

Btw I am migrating a huge Drupal-site (exported to XML) to LiveCode.

First the encoding challenge had to be vaulted:

a) xml-lib won't load the xml if the encoding is not the correct one.

b) if set parseBadData to true, it will load, but special-chars are incorrectly handled (gibberish).

c) if load fails because of one encoding (UTF-8), then I replace it with another (iso-8859-1) & try again.

d) even with dynamic encoding-swap, it still requires some processing to transcode certain chars.

e) this works adequately now, but I pray that future versions of LC will make this easier & seamless.

First bug:

1. I load a tree, pass the appropriate id to revXML cmds & functions, fine so-far.

2. with revXMLChildContents set to root node, and includePathDetails set to "full", I get all children (xpaths) + their values.

3. but if I use revXMLNodeContents, pass one of the xpaths, the value I get may contain gibberish instead of special-chars.

4. IOW, revXMLChildContents decodes special-chars (é, è, à, etc) correctly, but revXMLNodeContents does not.

5. workaround = use revXMLChildContents, with tab as delim, item 1 is attrName, item 2 is attrValue.

6. can save this tab-delimited table as a .xls file, use Data Grid, load xls table as an array for fetching specific attributes.

Second bug:

1. when I load a second tree, pass id required, the values fetched are the values of the first tree, not the second tree.

2. if I add more trees, each with its own ID, the values fetched are still the values of the first tree only.

3. workaround = use revDeleteAllXMLTrees before creating any tree, to insure that only ONE is loaded at a time.

If this is not the appropriate place for bug reports, I am sorry, and please forward it to the right place. I have already spent an entire frustrating day on this. I have no energy left.

Alain
_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: revXMLib bugs

Charles E Buchwald
Hi Alain,
I've been using the revXML library lately, too. I haven't run in to either of these bugs, but I appreciate hearing about them.
I found that Ken Ray's STS XML Library was very helpful... you might look at that for some or all of it's usefulness.
I use it for writing to CDATA nodes. I store HTMLtext in those nodes, and that eliminates many encoding issues for me.
Cheers,
- Charles

On 29 Jul 2014, at 11:34 PM, Alain Farmer <[hidden email]> wrote:

> Hello,
>
> I am using LC-6.6.2 on Debian.
>
> I have been experimenting with revXMLib lately.
>
> One of my objectives is to process 15000 xml-files, 3 different kinds.
>
> Btw I am migrating a huge Drupal-site (exported to XML) to LiveCode.
>
> First the encoding challenge had to be vaulted:
>
> a) xml-lib won't load the xml if the encoding is not the correct one.
>
> b) if set parseBadData to true, it will load, but special-chars are incorrectly handled (gibberish).
>
> c) if load fails because of one encoding (UTF-8), then I replace it with another (iso-8859-1) & try again.
>
> d) even with dynamic encoding-swap, it still requires some processing to transcode certain chars.
>
> e) this works adequately now, but I pray that future versions of LC will make this easier & seamless.
>
> First bug:
>
> 1. I load a tree, pass the appropriate id to revXML cmds & functions, fine so-far.
>
> 2. with revXMLChildContents set to root node, and includePathDetails set to "full", I get all children (xpaths) + their values.
>
> 3. but if I use revXMLNodeContents, pass one of the xpaths, the value I get may contain gibberish instead of special-chars.
>
> 4. IOW, revXMLChildContents decodes special-chars (é, è, à, etc) correctly, but revXMLNodeContents does not.
>
> 5. workaround = use revXMLChildContents, with tab as delim, item 1 is attrName, item 2 is attrValue.
>
> 6. can save this tab-delimited table as a .xls file, use Data Grid, load xls table as an array for fetching specific attributes.
>
> Second bug:
>
> 1. when I load a second tree, pass id required, the values fetched are the values of the first tree, not the second tree.
>
> 2. if I add more trees, each with its own ID, the values fetched are still the values of the first tree only.
>
> 3. workaround = use revDeleteAllXMLTrees before creating any tree, to insure that only ONE is loaded at a time.
>
> If this is not the appropriate place for bug reports, I am sorry, and please forward it to the right place. I have already spent an entire frustrating day on this. I have no energy left.
>
> Alain
> _______________________________________________
> use-livecode mailing list
> [hidden email]
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

--
Charles E. Buchwald
CEO/Director General
Museografica Digital
http://digital.museografica.com

Mac OSX 10.9.4, LC 6.6.2 Commercial

LC Developer Tools: http://buchwald.ca/developer-tools/

Email Notice: http://wp.me/P3aT4d-33


_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: revXMLib bugs

Ken Ray

On Jul 30, 2014, at 9:45 AM, Charles E Buchwald <[hidden email]> wrote:

> Hi Alain,
> I've been using the revXML library lately, too. I haven't run in to either of these bugs, but I appreciate hearing about them.
> I found that Ken Ray's STS XML Library was very helpful... you might look at that for some or all of it's usefulness.
> I use it for writing to CDATA nodes. I store HTMLtext in those nodes, and that eliminates many encoding issues for me.

Thanks for the bump, Charles - the only thing I’d point out is that my library gets slower on larger XML files, but your mileage may vary…

:D

Ken Ray
Sons of Thunder Software, Inc.
Email: [hidden email]
Web Site: http://www.sonsothunder.com/       

_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode