Yup. I do that a lot. Where I have an issue is dividing up a block of time into
multiple segments, where the minutes may not divide evenly between all the
segments. So I produced this:
function timeTable pStartTime, pStartLunch, pEndLunch, pEndTime, pItemCount
set the itemDelimiter to ":"
On the topic of keeping LC stupid-simple, here's of one of those ways that
LC makes ugly math fun:
#
put the short date into theDate
convert theDate to dateItems
put 0 into item 3 of theDate
convert theDate to short date
put theDate
#
On Wed, Apr 26, 2017 at 12:45 PM, Mike Kerner
wrote:
> I th
I think 3 is something we should scratch off the list, since we have more
important fish for you to fry.
On Wed, Apr 26, 2017 at 11:42 AM, Mark Waddingham via use-livecode <
use-livecode@lists.runrev.com> wrote:
> On 2017-04-26 16:00, prothero--- via use-livecode wrote:
>
>> Ok, I'll shut up abou
On 2017-04-26 16:00, prothero--- via use-livecode wrote:
Ok, I'll shut up about this for now. Sorry to unfocus the thread.
To be fair, I managed to conflate three issues:
1) Improving numberFormat
2) How we could get arbitrary precision integers whilst retaining
doubles for reals
3)
Folks,
This thread addresses two issues with numbers. The main issue being discussed
is the display of numbers. This is very important and the main point of
diddling with numberformat. I like the idea of making a behavior we can all use
to format numbers in a variety of ways.
The other one is t
Curry,
This is great and best of all is the table of examples. This, in the
dictionary, would have made my thrashing around with format, to get what In
wanted a lot easier.
Bill
William Prothero
http://es.earthednet.org
> On Apr 26, 2017, at 2:31 AM, Curry Kenworthy via use-livecode
> wrote:
Roland:
I vote for the LC-NATIVE "Excel style" number format
(enhanced numberFormat in LC, not a new one, no
depreciation, but just different ways to achieve the same)
Excel number format is powerful and popular, that's for sure.
Richard:
The Excel spec is a guide, but not an implementatio
Roland Huettmann wrote:
> AGAIN -- having read all - I vote for the LC-NATIVE "Excel style"
> number format (enhanced numberFormat in LC, not a new one, no
> depreciation, but just different ways to achieve the same) and the
> ability of fields (text controls) to express at least the same
> styl
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
