Re: LCB development (LCB CLM module)

Thanks Mike, if I can contribute anything useful I will. Ben On 15/03/2023 12:22, Mike Kerner via use-livecode wrote: We have the beginnings of a missing manual for LCB, so it might be helpful, and as you learn things, it would be great if you would throw issues at the the repo: https://github.

Re: LCB development

We have the beginnings of a missing manual for LCB, so it might be helpful, and as you learn things, it would be great if you would throw issues at the the repo: https://github.com/macMikey/LCB-missing-manual On Wed, Mar 15, 2023 at 6:43 AM Ben Rubinstein via use-livecode < use-livecode@lists.runr

Re: LCB development

I didn't even know (had forgotten) that there was an extension builder! That's great. Searching the archives to find out where this special thing could be obtained from (hint for my future self, it's in the IDE under the Tools menu) I found references to the Extending LiveCode guide... which i

RE: LCB development

For debugging I dispatch a message to a LCS handler with an answer box. Ralph DiMola IT Director Evergreen Information Services rdim...@evergreeninfo.net -Original Message- From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of Ben Rubinstein via use-livecode Sent:

Re: LCB development

On 3/14/23 10:08, Ben Rubinstein via use-livecode wrote: I last dabbled with LCB about five years ago - but now I have a need to get in there again. Are there any tips that you-all can share? In particular: - what if anything is available for debugging LCB widgets? - I've found a reference t

Re: [LCB]custom property editor

never mind, i went on a bear hunt in the ide and found it. If someone stumbles on this thread, you can find the information in the LiveCode Builder Missing Manual wiki ( https://github.com/macMikey/LCB-missing-manual/wiki) On Tue, Sep 20, 2022 at 12:59 PM Mike Kerner wrote: > the megabundle widg

Re: lcb missing manual

I emailed this privately to Brian, but I'll include it here for everyone, too. The versions of the LCB manuals that are on LC's website (at least the ones that I was able to find), are dated. The versions that are included embedded in LC are much more complete (though still missing things). Until I

Re: lcb missing manual

I guess I never answered the original question: The editor type isn't a LCB thing. Those are a part of the IDE. Here is the path from the open source repository: .../livecode/ide/Toolset/palettes/inspector/editors/ You should also be able to find them in your local install of LC. /Applications/L

Re: lcb missing manual

I was about to call you out, too, Brian. I started trying to work with LCB several years ago, kept slamming into things that weren't documented, and decided I had better things to do with my time. Now I'm back at it, but I don't think it should be such a black hole, especially when I put it down fo

Re: lcb missing manual

Honestly the way I learned the most about LCB was working on the LC widgets. There is plenty of example code there but you just have to spend time understanding what you are reading. Brian Milby br...@milby7.com > On Sep 10, 2022, at 2:01 PM, Mike Kerner via use-livecode > wrote: > > I was

Re: lcb missing manual

I was trying to work on Ralph's improvements on the navBar and I kept getting bitten by the thin documentation of lcb, so for my own benefit, i started a wiki and issues list to fill in the blanks Please help me learn lcb by adding to both of these. The wiki: https://github.com/macMikey/LCB-missing

Re: lcb missing manual

On 9/2/22 16:54, Brian Milby via use-livecode wrote: Did a simple test with 819kb json file: - JSON Library / LCB 5400 ms - PhotonJSON / LCS 400 ms - mergJSON / extension 250 ms That's impressive. Monte's external is written in C, so that's as close to bare metal as we're gonna get. -- Mark

Re: lcb missing manual

Did a simple test with 819kb json file: - JSON Library / LCB 5400 ms - PhotonJSON / LCS 400 ms - mergJSON / extension 250 ms Brian Milby br...@milby7.com > On Sep 2, 2022, at 4:27 PM, Brian Milby wrote: > > Look no further than comparing the JSON library written in LCB and LCS > (PhotonJSON).

Re: lcb missing manual

Look no further than comparing the JSON library written in LCB and LCS (PhotonJSON). I’m thinking that the LCS is probably faster. Probably worth a shot to actually test in more detail. I tried to import the smartcrumbs output with the external, LCB and LCS and only the LCS even was successfu

Re: lcb missing manual

On 9/2/22 10:43, Jacques Clavel via use-livecode wrote: You can write exactly the same functions, commands in LCB than in LCS Um, no. There are quite a few pain points trying to determine the differences in what is supported and what is different. -- Mark Wieder ahsoftw...@gmail.com

Re: lcb missing manual

As a typed language, LCB should be more efficient than LCS. Writing programs in LCB is more difficult and time consuming (bogs...) than using higher level language (LCS) You can write exactly the same functions, commands in LCB than in LCS JC Le ven. 2 sept. 2022 à 17:13, Mike Kerner via use-livec

Re: lcb missing manual

I wonder why the polygrid is so much faster than the datagrid at rendering, then, in the demo On Fri, Sep 2, 2022 at 10:54 AM Bob Sneidar via use-livecode < use-livecode@lists.runrev.com> wrote: > Or slower than both? As I understand it, LCB has the capability to call C > externals which themselv

Re: lcb missing manual

Or slower than both? As I understand it, LCB has the capability to call C externals which themselves would be faster than anything, but on it's own it is slower than both. Bob S On Sep 2, 2022, at 01:00 , Geoff Canyon via use-livecode mailto:use-livecode@lists.runrev.com>> wrote: On Thu, Sep

Re: lcb missing manual

On Thu, Sep 1, 2022 at 10:08 AM Richard Gaskin via use-livecode < use-livecode@lists.runrev.com> wrote: > Its much faster than C but slower than Script. Should that be "much slower than C but faster than Script"? In which case, what happened to the "faster than script" part?

Re: lcb missing manual

Geoff Canyon wrote: > I've put off LCB because I don't much bother with widgets. > I suppose I could update Navigator, but it already works well, > so ¯\_(ツ)_/¯ > > So if it isn't faster, dare I say it, why would I? Foreign Function Interface, and certain custom control needs. In short, the lan

RE: lcb missing manual

Sneidar Subject: Re: lcb missing manual Also, when it comes to performance, developers should ask not only is it faster, but would anyone notice the difference? I used to say, "A computer only needs to be fast enough." Some will ask, "Fast enough for what?" To which I reply,

Re: lcb missing manual

Also, when it comes to performance, developers should ask not only is it faster, but would anyone notice the difference? I used to say, "A computer only needs to be fast enough." Some will ask, "Fast enough for what?" To which I reply, "Now you are asking the right question." Bob S On Aug 31,

Re: lcb missing manual

I don't know why you would. Libraries that aren't trying to get into system-level API's don't need to be there. On Thu, Sep 1, 2022 at 12:56 AM Geoff Canyon via use-livecode < use-livecode@lists.runrev.com> wrote: > Agreed -- I've put off LCB because I don't much bother with widgets. I > suppose

Re: lcb missing manual

Agreed -- I've put off LCB because I don't much bother with widgets. I suppose I could update Navigator, but it already works well, so ¯\_(ツ)_/¯ So if it isn't faster, dare I say it, why would I? gc On Wed, Aug 31, 2022 at 5:54 AM Mike Kerner via use-livecode < use-livecode@lists.runrev.com> wro

Re: lcb missing manual

The subject of the dictionary has long been one of contention. One that I have often spoken up and been shouted down about (nb, I'm not making accusations or flames :) ). But I also understand the great amount of resources this would take to produce decent, up to date guides and indices of all the

Re: lcb missing manual

It would be interesting if lcb was slower, since it's supposed to be lower-level. The demo that Steven did, demonstrating the speed of populating a polyGrid (lcb widget) vs. a dataGrid (lcs group) was that it was much, much faster. On Tue, Aug 30, 2022 at 5:58 PM Brian Milby via use-livecode < use

Re: lcb missing manual

LCB has been slower than LCS, but the advantage is that you can easily link to much faster compiler code. I’m not sure if that has changed any… I could pull out some code from a while back where we were doing some speed tests. Sent from my iPhone > On Aug 30, 2022, at 5:31 PM, Geoff Canyon via

Re: lcb missing manual

Is there a page that discusses the pros of LCB? I looked and didn’t find it. I’m thinking of a simple list (I’m making this up because I didn’t find the page) — N times faster execution than LCS — interface with code libraries using simple hooks — bundle code and graphics together into widge

Re: lcb missing manual

On 8/28/22 11:06, Mike Kerner wrote: the lcb documentation, especially in the api widget is ungreat. the good news is that as long as there is an oss repo version of LC, you can hunt for some of the information that is missing. AND, at least for now, you can still find much of it in the LC appl

Re: lcb missing manual

the lcb documentation, especially in the api widget is ungreat. the good news is that as long as there is an oss repo version of LC, you can hunt for some of the information that is missing. AND, at least for now, you can still find much of it in the LC application example: as i was hunting, i foun

Re: lcb missing manual

On 8/28/22 09:58, Mike Kerner via use-livecode wrote: things for lcb that are supposedly documented, but i can't find: * editor types (e.g. com.livecode.pi.number) * other metadata definitions for properties, widgets, etc.) ...things that we use in LCS but aren't available in LCB: colornames sw

Re: lcb missing manual

It would be good were there full documentation for LCB, and, preferably with some sort of thematic search so, unlike the LiveCode dictionary one did not have to flounder around so much working out what to search for. On Sun, 28 Aug 2022, 18:00 Mike Kerner via use-livecode, < use-livecode@lists.run

Re: LCB widget "BioRhythm" v1.0.0

lto:use-livecode-boun...@lists.runrev.com] On >Behalf Of matthias rebbe via use-livecode >> Sent: Tuesday, March 03, 2020 4:02 PM >> To: How to use LiveCode >> Cc: matthias_livecode_150...@m-r-d.de >> Subject: Re: LCB widget "BioRhythm" v1.0.0 >> >>

Re: LCB widget "BioRhythm" v1.0.0

02 PM > To: How to use LiveCode > Cc: matthias_livecode_150...@m-r-d.de > Subject: Re: LCB widget "BioRhythm" v1.0.0 > > Oh, this makes me remembering the good old times when i coded a simple > biorythm program on my Commodore C64 and printed the output on a thermal

RE: LCB widget "BioRhythm" v1.0.0

Behalf Of matthias rebbe via use-livecode Sent: Tuesday, March 03, 2020 4:02 PM To: How to use LiveCode Cc: matthias_livecode_150...@m-r-d.de Subject: Re: LCB widget "BioRhythm" v1.0.0 Oh, this makes me remembering the good old times when i coded a simple biorythm program on my Commodo

Re: LCB widget "BioRhythm" v1.0.0

Oh, this makes me remembering the good old times when i coded a simple biorythm program on my Commodore C64 and printed the output on a thermal printer. Couldn´t resist to download it, although i think that my real biorythm is not the same as the ones that are computed by programs. ;) Thanks

Re: LCB Performance

This is not in LCB script, but you posting this reminded me of some code I wrote a long time ago when I needed (for a programming challenge) to write a function that would return primes up to 10^9 or so. That was far too large to do the traditional "build an array of excluded values" sort of thing,

Re: LCB Performance

You might be better off building the primes as a List, then converting to a string at the end. Although the conversion of each number is only done once so it probably doesn't make too much difference (apart from being a bit more LCBy). In general LCB should be written to prefer structure over st

Re: LCB - Text entry/edit in a widget

There is still some work needed to be done in order for widgets to get keyboard focus and handle key events. A much simpler and available alternative though is to create and delete a field on top of the widget as required. > On 5 Aug 2018, at 2:08 am, pink via use-livecode > wrote: > > What I

RE: LCB Foreign LC9.0.0

. Kevin -Original Message- From: use-livecode On Behalf Of Monte Goulding via use-livecode Sent: Friday, June 29, 2018 1:55 PM To: How to use LiveCode Cc: Monte Goulding Subject: Re: LCB Foreign LC9.0.0 Hi Kevin The code folder conform to the platform id spec. https://github.com

Re: LCB Foreign LC9.0.0

Hi Kevin The code folder conform to the platform id spec. https://github.com/livecode/livecode/blob/develop/docs/development/platform-id.md For iOS it will likely be universal-ios presuming you have universal b

Re: LCB Woes

On 04/12/2018 07:37 PM, Pi Digital via use-livecode wrote: Why on earth would you have to type them? Why not for loop them or copy-paste or get LC to give you a 1024 char string of them you can copy-paste in? Odd. Well, yeah, obviously it would be a cut and paste thing. But even so, when deali

Re: LCB Woes

Here's an snip from my libSodium start: private __safe foreign handler \ MCDataCreateWithBytesAndRelease( \ in pBytes as Pointer, \ in pCount as LCUIndex, \ out rData as Data) \ returns CBool binds to "" private __safe foreign handler \ MCMemoryAllocate( \ in pSize as LCUIndex, \ out rBlock as Po

Re: LCB Woes

Why on earth would you have to type them? Why not for loop them or copy-paste or get LC to give you a 1024 char string of them you can copy-paste in? Odd. LCB is very much in its youth especially for java and objc. We have only the bare minimum of examples and tutorials and documentation of cou

Re: LCB Woes

Here's what I have so far... On Thu, Apr 12, 2018 at 9:04 PM, Mark Wieder via use-livecode < use-livecode@lists.runrev.com> wrote: > On 04/12/2018 06:03 PM, Brian Milby via use-livecode wrote: > >> What language is the library written in? Which platform? I have some code >> that I’ve started to p

Re: LCB Woes

On 04/12/2018 06:03 PM, Brian Milby via use-livecode wrote: What language is the library written in? Which platform? I have some code that I’ve started to put together for libSodium, but I have not done much more than reference the calls. Interesting. I started down the libSodium path and gave

Re: LCB Woes

What language is the library written in? Which platform? I have some code that I’ve started to put together for libSodium, but I have not done much more than reference the calls. On Thu, Apr 12, 2018 at 7:55 PM Dan Friedman via use-livecode < use-livecode@lists.runrev.com> wrote: > Greetings! I

Re: LCB

On 7/30/2016 11:59 AM, Peter TB Brett wrote: - LCB libraries aren't in the message path; they get selected for dispatch in the same way that engine commands do I'm not seeing that. I have the "sayHello" lesson library loaded, and I put this script into a button in a new stack: on mouseUp

Re: LCB

I agree with Mike, this hard going for me. I don't know any other language besides xtalk, in which I am fluent. Declaring variable types is foreign, to me a "list" is a sequence of delimited text, I don't know what "block scoped" or "passing handlers as values" means. I'll reserve judgement on

Re: LCB

What I read is that you are saying that you prefer LCB because it is more of a traditional language. I am completely the other way. Traditional languages turn me off. So, for someone who can choose any tool there is, but chooses LC, why LCB for libraries over LCS? On Sat, Jul 30, 2016 at 12:59

Re: LCB

On 30/07/2016 17:52, Mike Kerner wrote: The thing I don't have my brain wrapped around, yet, is why one would use the LCB library-building functionality instead of building a library stack. I'm interested in what you're doing, Trevor, and how you're using LCB, as I have ideas on how to make adop

Re: LCB

The thing I don't have my brain wrapped around, yet, is why one would use the LCB library-building functionality instead of building a library stack. I'm interested in what you're doing, Trevor, and how you're using LCB, as I have ideas on how to make adopting LCB easier, for me, anyway. On Fri,

Re: LCB

On Friday, July 29, 2016, Mike Kerner wrote: > Is anybody doing anything significant with LCB, yet? > I'm doing a lot of UI work with it. For custom controls I think widgets are fantastic (although I wish the team would get event messaging sorted out). I've experimented some with libraries in th

Re: LCB

On 7/29/2016 4:06 PM, J. Landman Gay wrote: I just downloaded the latest 8.1dp3 and you are right, it does work there. And now I've just added in-line documentation and saw my (puny little) library syntax show up in the dictionary. This is just too cool. It's "eureka!" all over again, like w

Re: LCB

On 7/29/2016 3:48 PM, Peter TB Brett wrote: On 29/07/2016 21:41, J. Landman Gay wrote: Does anyone see anything wrong? It is copied verbatim from the lesson, right down to the uppercase letters which I wasn't sure were required (is LCB case sensitive? The lesson doesn't say.) Hi Jacque, Whic

Re: LCB

On 29/07/2016 21:41, J. Landman Gay wrote: Does anyone see anything wrong? It is copied verbatim from the lesson, right down to the uppercase letters which I wasn't sure were required (is LCB case sensitive? The lesson doesn't say.) Hi Jacque, Which version of LiveCode are you using? The LCB

Re: LCB

On 7/29/2016 2:08 PM, Mike Kerner wrote: Is anybody doing anything significant with LCB, yet? I'm just getting back into messing with it after many months of ignoring it... I can't get much to work, significant or not. I apologize for hijacking your thread, but the subject was apropos... I a

Re: LCB shell?

Hi Mark, Not sure if this will help you, but anyway it's an interesting post. http://blog.peter-b.co.uk/2015/09/using-c-library-functions-from-livecode.html Regards, Thierry 2016-06-10 3:37 GMT+02:00 Mark Wieder : > Is the shell command/function available in extensions? I'm getting script >

Re: LCB: Complex statement help needed in LCB

> On Mar 1, 2016, at 4:30 PM, Peter TB Brett wrote: > > >> I'll give it a go. While I could just wrap the whole thing up and >> execute it as a script, I’m really trying to do as much as possible >> in LCB to learn. > > Yes. I quite like programming in LCB because the compiler helps catch (so

Re: LCB: Complex statement help needed in LCB

On 01/03/2016 21:14, Stephen MacLean wrote: Thanks:) Being strongly typed has it’s plusses and minuses. I was hoping to avoid “parsed as number” by using the “any” type. It looks like that when you have a variable in LCB with a type of “any” and perform an action on it, it becomes that type. So

Re: LCB: Complex statement help needed in LCB

> On Mar 1, 2016, at 3:58 PM, Peter TB Brett wrote: > > On 01/03/2016 20:44, Stephen MacLean wrote: >> Hi All, >> >> I’m looking for some help on complex statements in LCB. >> >> I’m trying to take a script statement like this: >> >> if (char x of tCardNum)*2 > 9 then > > Hi Stephen, > > Do

Re: LCB: Complex statement help needed in LCB

On 01/03/2016 20:44, Stephen MacLean wrote: Hi All, I’m looking for some help on complex statements in LCB. I’m trying to take a script statement like this: if (char x of tCardNum)*2 > 9 then Hi Stephen, Don't forget that LCB is strongly typed. That means that a string isn't a number, so

Re: LCB: (extension: error occured with domain) near "runtime", char 8

> On Feb 24, 2016, at 3:49 PM, Stephen MacLean wrote: > > >> On Feb 24, 2016, at 1:50 PM, Peter TB Brett wrote: >> >> On 24/02/2016 18:40, Stephen MacLean wrote: >> >>> Now, calling the function, I get the error: >>> >>> execution error at line 4 (extension: error occured with domain) near

Re: LCB: (extension: error occured with domain) near "runtime", char 8

> On Feb 24, 2016, at 1:50 PM, Peter TB Brett wrote: > > On 24/02/2016 18:40, Stephen MacLean wrote: > >> Now, calling the function, I get the error: >> >> execution error at line 4 (extension: error occured with domain) near >> "runtime", char 8 > > This error is caused by an error thrown f

Re: LCB: (extension: error occured with domain) near "runtime", char 8

On 24/02/2016 18:40, Stephen MacLean wrote: Now, calling the function, I get the error: execution error at line 4 (extension: error occured with domain) near "runtime", char 8 This error is caused by an error thrown from "execute script". Usually LCB errors are a bit more useful. [snip]

Re: LCB: Error: illegal escape in string

> On Feb 24, 2016, at 10:41 AM, Peter TB Brett wrote: > > On 24/02/2016 12:26, Stephen MacLean wrote: >>> Hi Stephen, >>> >>> In LiveCode Builder, quoted strings treat the '\' character as an escape >>> character. It's explained in the LiveCode Builder Language Reference guide. >>> >>> So, y

Re: LCB: Error: illegal escape in string

On 24/02/2016 12:26, Stephen MacLean wrote: Hi Stephen, In LiveCode Builder, quoted strings treat the '\' character as an escape character. It's explained in the LiveCode Builder Language Reference guide. So, you need to replace your '\' with '\\', and everything should work nicely for you.

Re: LCB: Error: illegal escape in string

> On Feb 24, 2016, at 3:08 AM, Peter TB Brett wrote: > > On 23/02/2016 21:59, Stephen MacLean wrote: >> Hi All, >> >> Working to build a library extension and I’m getting an error on this line >> when I go to test it in LCB: >> >> put "^[A-Z0-9._%+-]{1,64}@(?:[A-Z0-9-]{1,63}\.){1,125}[A-Z]{2,

Re: LCB library tutorials?

On 23/02/2016 19:36, Stephen MacLean wrote: Looking to see if anyone has put up a tutorial for making an LCB library extension? I’ve been able to find Trevor Devore’s url_parser lib on github, but haven’t seen much else. If no tutorials, can someone describe the differences that need to be ch

Re: LCB: Error: illegal escape in string

On 23/02/2016 21:59, Stephen MacLean wrote: Hi All, Working to build a library extension and I’m getting an error on this line when I go to test it in LCB: put "^[A-Z0-9._%+-]{1,64}@(?:[A-Z0-9-]{1,63}\.){1,125}[A-Z]{2,63}$" into tRegex The error is: illegal escape in string '^[A-Z0-9._%+-]{

Re: LCB: Error: illegal escape in string

Doesn't seem like it should be treated as an escape character since it's in quotes, as you say. I'd enter a QCC report about it and see what the LCB team have to say. On Tue, Feb 23, 2016 at 5:55 PM Stephen MacLean wrote: > Hi Phil, > > Thanks for responding, I’m not one either and it works fin

Re: LCB: Error: illegal escape in string

Hi Phil, Thanks for responding, I’m not one either and it works fine with no issues when run directly in LC. Removing the “\” does cure the error, but of course doesn’t work any more. So the question I guess is two fold: 1) Why is that considered an escape character when it is enclosed in quo

Re: LCB: Error: illegal escape in string

I'm not much of a regex guy, but what happens if you remove the backslash after {1,63} ? I assume something will probably stop working, but that's the only \ in the string. Phil Davis On 2/23/16 1:59 PM, Stephen MacLean wrote: Hi All, Working to build a library extension and I’m getting a

Re: LCB API's

Peter W A Wood wrote > Thanks Klaus. Co-incidentally, Bernd also pointed this out to me. It seems > the LiveCode community in Germany may be small but you’re all very smart > (and helpful). > > Peter Hi Peter, Klaus is the smart German, I learned this from Klaus and also mentioned that in the com

Re: LCB API's

> On 2 Sep 2015, at 00:15, Klaus major-k wrote: > > Hi Peter, > >> Am 01.09.2015 um 15:23 schrieb Peter W A Wood : >> >> Peter >> >>> On 31 Aug 2015, at 23:40, Peter TB Brett wrote: >>> If you go into the dictionary in the IDE, there's a drop down menu at the >>> top left. >> Not in LiveC

Re: LCB API's

OK, now I understand my confusion. I have been comparing the NEW dictionary to the OLD (V7 and before) where the listing of terms was BETTER presented (at least in my opinion). In the OLD dictionary the listing of items was a table with three columns the first of which was termed "Keyword" This

Re: LCB API's

There are at least three bug reports on the dictionary size, geometry, and behavior on resizing, and they have been accepted. On Tue, Sep 1, 2015 at 1:11 PM, BNig wrote: > Klaus major-k wrote > > Hi Peter, > > > >> Am 01.09.2015 um 15:23 schrieb Peter W A Wood < > > > peterwawood@ > > > >: > >>

Re: LCB API's

Klaus major-k wrote > Hi Peter, > >> Am 01.09.2015 um 15:23 schrieb Peter W A Wood < > peterwawood@ > >: >> >> Peter >> >>> On 31 Aug 2015, at 23:40, Peter TB Brett < > peter.brett@ > > wrote: >>> If you go into the dictionary in the IDE, there's a drop down menu at >>> the top left. >> No

Re: LCB API's

Probably instead of dots we would just display the whole syntax then, since delete element *Start* to *Finish* of *Target * would be just as illustrative but showing the parameter names as well. I guess ideally it would be something snappier, in the same way that in the script dictionary we have N

Re: LCB API's

Hi Peter, > Am 01.09.2015 um 15:23 schrieb Peter W A Wood : > > Peter > >> On 31 Aug 2015, at 23:40, Peter TB Brett wrote: >> If you go into the dictionary in the IDE, there's a drop down menu at the >> top left. > Not in LiveCode 8 DP 4 it seems. resize the dictionary window a couple of ti

Re: LCB API's

In the .mlc file an example syntax definition is of the form: "delete" "element" "of" where the verbs, for want of a better term, are quoted. Why can't these be the name that is shown in bold at the top of the entry? So in the above example the entry would have at the top *delete element

Re: LCB API's

Peter > On 31 Aug 2015, at 23:40, Peter TB Brett wrote: > > If you go into the dictionary in the IDE, there's a drop down menu at the top > left. Not in LiveCode 8 DP 4 it seems. Regards Peter ___ use-livecode mailing list use-livecode@lists.ru

Re: LCB API's

The fact that the example for the localdate doesn't actually include "local date" is indeed confusing, and a bug. I wonder if a judicious choice of parameter name would help with the multiple entries for the same syntax. If we had *LeftList *is *RightList*, etc. would that be ok? The reason they

Re: LCB API's

Have to agree with Mike on this. I too find the LCB APIs confusing in having "names" of things that are not part of the syntax. The fact that the example for the localdate doesn't actually include "local date" is even more confusing. Just looking at some entries is see "ListIsList" which is an o

Re: LCB API's

Yes, as I said before: "The dictionary attempts to detect whether any code snippet is livecode script or livecode builder - in this case it appears to be autodetecting incorrectly. I will have to investigate ways of fixing this." Showing the syntax instead of the name is probably something we cou

Re: LCB API's

So if the name and the syntax are not the same then why show the name? The first thing one would be inclined to do is put "localDate" into one's code, which, I gather, would be a mistake. In addition, the syntax in the documentation colors "local" differently than "date", implying that "local" is

Re: LCB API's

There is currently no way to reliably detect the timezone in LCB at the moment, unfortunately. So currently the timezone property of the clock is actually (as you note) incorrect, and actually represents a local timezone offset. We need to add some syntax to LCB which allows access to the timezone

Re: LCB API's

Yes, if you look at the table for the entry for com.livecode.date, there are three column headings: NameSummarySyntax LocalDate is the name of the entry in the dictionary. "the local date" is the syntax. The timezone thing you have found in the release notes is in the IDE changes section, undewr

Re: LCB API's

Now I'm really confused. If I don't search for "date" or "time" and instead go to the LCB side, and scroll down to com.livecode.date, it lists localDate, but the example that comes up when you select it shows "local date" as the syntax and in the example, shows "local time". So, that's supposed t

Re: LCB API's

The dictionary attempts to detect whether any code snippet is livecode script or livecode builder - in this case it appears to be autodetecting incorrectly. I will have to investigate ways of fixing this. The syntax of everything is as it is displayed in the syntax field - the "LocalDate" you can

Re: LCB API's

In addition, in the dictionary, "localDate" is one word, but in the examples, and in the code in clock, it is not. On Mon, Aug 31, 2015 at 12:13 PM, Mike Kerner wrote: > That's where I looked. > If you look at the documentation for date, the only thing that comes up is > local date, but in the e

Re: LCB API's

That's where I looked. If you look at the documentation for date, the only thing that comes up is local date, but in the example, local is colorized as a modifier and date as a keyword, and the same occurs with time - it is shown as local time, but again, local is colorized as a modifier and time a

Re: LCB API's

On 31/08/2015 16:38, Mike Kerner wrote: Does anyone know how to find the LCB API's? I was trying to fix a bug in the new clock widget over the weekend, but the various functions that it calls are not documented anywhere that I've looked, so far. If you go into the dictionary in the IDE, ther