I get around with numberformt, format() and own custom functions. But the
discussion is interesting nevertheless, even when repeating.
But it would be better to have consistent support throughout the IDE with
one preferred method covering also international formatting edge cases.
What I really wo
Mike Kerner: "Well, that would be a nice thing to have in a field widget,
but I run into
formatting issues with databases, as well, especially when sorting."
I am using all kinds of formatting functions with databases. There is
always this overhead which could be minimized using a database adapter
Very interesting discussion. Many thanks to all for deeper insight!
Here is a link for Excel cell formatting:
https://support.microsoft.com/en-us/help/264372/how-to-control-and-understand-settings-in-the-format-cells-dialog-box-in-excel
Millions of users know this formatting style. Why reinvent
With reference to the past suggestions, and the last one from Richard
Gaskin:
"Even if the core team were in a position to drop other priorities to add
formatting to fields, they couldn't do it any faster than a scripter who
has the advantage of doing it in LiveCode itself."
I have been thinking
Thank you, Richard, Curry, Mark...
It is a very nice approach that Curry already realized: and it is available:
http://curryk.com/ck-num-format.pngn better
But what I do not yet understand is how to make a joint effort with
hundreds of developers ))) available to ALL of us in practical terms --
s
I am referring to the note from Richard and to our discussion about
Contribution From The Community - expanding the developer base to "hundreds
and thousands of users" -- even if only 10 will remain?.
Richard wrote:
> At the bottom of the "Contributing" page for the LC code base there are
> links
Referencing: Community Coding Standards, Naming Conventions, Best Practice
Richard Gaskin wrote:"These are good questions"...
put "Thank you, Richard" into myArrayKey ["private"]
put "It seems Richard is spending all his days and nights here in the
mailing lists and forums. There must be thousands
I am following this discussion about extensions with great interest.
Still, partially it goes over my head and as a simple LCS scripter, I
sometimes feel a bit lost.
As I read from different beginners sources, the best is always to know C
and C++ as the "mothers" of languages to then being able t
@BR wrote: ... "What's very difficult, as you write in detail, are
"callbacks" for _synchronous_communication..."
Callback functions?
In my mind, a "callback" is always asynchronous -? Let us say in Javascript
- passing the function name and parameters of Javascript through LCS/LCB
and then someh
e is a universal way to do that,
> just because some things in JavaScript, like rendering an image or using a
> webworker, are inherently asynchronous.
>
> Sent from my iPhone
>
> > On May 31, 2017, at 12:36 PM, Roland Huettmann via use-livecode <
> use-livecode@lists.ru
10 matches
Mail list logo
