Re: Status of the Kagi KRM plug-in?
On Oct 13, 2006, at 9:57 AM, Trevor DeVore wrote: On Oct 10, 2006, at 8:11 AM, kee nethery wrote: The module makes extensive use of XML and the standard XML parsers but bog down with the data we send it. Kee, Out of curiosity, do you still get the same bog down if you use messaging as opposed to creating a tree in memory when you call revCreateXMLTree? It's dealing with the tree data that causes the problem. What I am doing to speed it up is to extract the data out of the tree using functions like replace and offset and such and then dealing with the lists as return delimited lists. Changing it from the data structure is XML and stay in XML to the data gets passed in XML, removed, and then dealt with as globals or arrays. Kee Nethery ___ 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-revolution
Re: Status of the Kagi KRM plug-in?
On Oct 10, 2006, at 8:11 AM, kee nethery wrote: The module makes extensive use of XML and the standard XML parsers but bog down with the data we send it. Kee, Out of curiosity, do you still get the same bog down if you use messaging as opposed to creating a tree in memory when you call revCreateXMLTree? -- Trevor DeVore Blue Mango Learning Systems - www.bluemangolearning.com [EMAIL PROTECTED] ___ 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-revolution
Re: Status of the Kagi KRM plug-in?
On Oct 10, 2006, at 6:29 AM, Greg Smith wrote: -- Just curious about projected release dates. This is a big one for me. Everyone should implement Kagi's instantaneous purchasing hook. Any release date projected for this plug-in? I have one Revolution project ahead of this one that will be finished by the 18th. Then I promise I'll finish the KRM module. Andre did most of the work and all I'm doing is trying to get it to run fast enough to be useable. The module makes extensive use of XML and the standard XML parsers but bog down with the data we send it. So I'm writing an XML parser that is specific to the data set we send it so that it runs fast enough to be useable. Very sorry for the delay. I feel really lame with the delay. Kee ___ 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-revolution
Re: Status of the Kagi KRM plug-in?
Greg Smith wrote: Just curious about projected release dates. This is a big one for me. Everyone should implement Kagi's instantaneous purchasing hook. Any release date projected for this plug-in? This has been promised for a couple of years now. I am working on a project that required it, but we had to find other solutions (basically a custom external.) At RevCon West this summer I heard its release was very close, but so far no dice. My advice would be, don't count on it if your project has a deadline. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ 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-revolution
Status of the Kagi KRM plug-in?
-- Just curious about projected release dates. This is a big one for me. Everyone should implement Kagi's instantaneous purchasing hook. Any release date projected for this plug-in? Thanks, Greg Smith ___ 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-revolution
