LiveCode Forums

In terms of the specific case of Android externals, then really the best path we have to get to these now is the not-quite-finished work on the externals-api-v5 branch. It's so close to being functional it's quite annoying. I'll see if I can review where I got to with it today, and let you know wha...

@runrevmark Now for the logical next questions... - is there a timeframe for the modules API? - is there a design document we can read and provide feedback on? and far more importantly - how can we help make this happen? @monte If the timeframe is too far out, would you be interested in a stripped d...

@runrevmark Ah, the joy of leapfrogging comment posts :-) Again, thanks for clarifying the direction LiveCode is taking with regards to extensions and modules - very insightful. We historically use a lot of generated code at the day-job and have been moving away from it to more dynamic/reflective co...

@runrevmark Thanks for the clarification, Mark. My thinking was a tad myopic as I was focusing on the part I'm trying to solve rather than the big picture of LiveCode extension modules. And it confirms that .lcidl files (or their successors) have a big role to play. As for annotations versus separat...

@monte I know what you mean - I want to push it forward too - alas, my telepathy skills are a bit rusty or I would have used them on Mark Waddingham to figure out where he wanted to take this ;-) All jokes aside, right after the conference I took a first tour along the externals code, but my brain f...

@monte As I've said before, the .lcidl is not a blocker - just an unneeded extra hurdle where Java reflection suffices. We can always write an annotation processor to spit out the .lcidl file if it's really needed, but I don't think we need this layer of indirection when the engine can do it dynamic...

@runrevmark: Have you had a chance to look at what I did in the qrtjvm external code? It's available on github ; all I have left to do at this point is write a Linux make script. Even though it's nice that the .lcidl mechanism can now generate a wrapper for the java code, I'd rather see something th...

Hi Miguel,

There will have to be a file on disk to back the .zip archive.
You can always use the 'tempName' function to create the file in the temporary directory.
And then 'delete' the file if you don't need to persist it after all.

HTH,

Jan Schenkel.

That is indeed very nice, Mark.

Jan Schenkel.

Woo - go Mark!

Jan Schenkel.

Hi Miguel, The revzip commands and functions give access to standard .zip archives that can also be opened with other applications. The compress and decompress functions merely massage blobs of data, and it would be up to you to put them together in a single file archive structure. In theory, you co...

Hi Mark,

I thought libxslt would do fine, as it is a layer on top of libxml2 - and it is also available under an MIT license.
But I have to admit I'm not that familiar with the libxml project.

Jan SchenKel.

Thanks for exposing this, Mark - and just think of all the other good stuff lurking in there: XSL translformation, schema validation, etc.

Cheers,

Jan Schenkel.

A while back, I wrote two blog posts about applying a filter mechanism to the data grid:
DataGrid Filter example
DataGrid Filter example - with sorting

HTH,

Jan Schenkel.

Update
Pull request accepted (after some memory management improvements by @runrevmark) so this will be part of the next functional release (6.2?)
Thanks everyone for the feedback and advice - I quite enjoyed this project and look forward to tackling another one

Cheers,

Jan Schenkel.