Question for LCB FFI workshop attendees at upcoming conference

Jose Enrique Montero at
Wed May 8 02:34:01 EDT 2019

Hi Trevor I like to  attend your workshop, but in this opportunity I

About the code, doy you try the use the firebase SDK

best regards and a successful workshop


El mié., 8 de may. de 2019 a la(s) 02:34, Monte Goulding via use-livecode (
use-livecode at escribió:

> > On 8 May 2019, at 9:25 am, Mark Wieder via use-livecode <
> use-livecode at> wrote:
> >
> > On 5/7/19 4:06 PM, Monte Goulding via use-livecode wrote:
> >>> On 8 May 2019, at 2:36 am, Mark Wieder via use-livecode <
> use-livecode at> wrote:
> >>>
> >>> is just too unreadable, unmaintainable, and error-prone to deal with.
> >> Yes it would probably be helpful to be able to write `h1024` and have
> it convert to and from a CArray type which could have an element type
> property (in this case UInt8) and a length property (1024) and bridge to a
> list of the element type and syntax to move to and from Data if necessary.
> >
> > I'd prefer 1024h, but I'm good with either. I've rant^H^H^Hsuggested
> this several times, but it hasn't gone anywhere.
> I’m not really sure if the aggregate type is intended to be a stopgap
> solution so perhaps if it is that may be a good reason not to spend too
> much time handling cases like this and figuring out how best to handle
> unions etc. You can do what you need to do it’s just not a huge amount of
> fun when dealing with complex structs.
> Ideally we would have a foreign record type where you could specify member
> names and there would be syntax to support unions so they aren't so tricky
> to handle and the engine can figure out padding if union members are
> different sizes etc.
> Cheers
> Monte
> _______________________________________________
> use-livecode mailing list
> use-livecode at
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:

More information about the use-livecode mailing list