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
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
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
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
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
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
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).
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
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
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
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
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
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?
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
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,
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,
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
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
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
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
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
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
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
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
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
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
26 matches
Mail list logo