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
d routines.
I am thinking of the ATTRACTION TO THE LANGUAGE especially for NEWBIES,
young people, retired people, who have not much or no experience at all
with computer languages. There is a huge market.
So, I am stretching out beyond numberFormat -- more into Cognitive Load --
another nice discu
A very well known historical figure once said that two would be sleeping, one
would be taken and the other left. 2 would be grinding grain, one would be
taken the other left. Two would be working in the field, one would be taken the
other left. People sleep at night, grind grain in the morning,
Because the point in question is cognitive load, not what you brought up. What
the student gets out of the encounter is a wholly different question, but
argueably related, as the idea if I understand it right is that if the
cognitive load is too high early on in the learning process, the
very cognitive of you. :-)
Bob S
> On Apr 22, 2017, at 16:29 , Mike Kerner via use-livecode
> wrote:
>
> So I assume that smaller is better
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe
ce between a 'fact' (as in "this
> concrete is hard, as you will see if you hit it with your first") and
> widely held beliefs which may later prove to be erroneous.
>
> "Cognitive Load" is a theory, and NOT a collection of facts.
>
>
> https://en.
On 4/23/17 6:01 pm, Keith Martin via use-livecode wrote:
On 23 Apr 2017, at 15:14, Richmond Mathewson via use-livecode wrote:
Until about 1600 is was a "well-known fact" that the world was flat
Heh. Nice analogy.
Except that even this fact itself isn't true!
Very few facts ultimately turn
On 23 Apr 2017, at 15:14, Richmond Mathewson via use-livecode wrote:
Until about 1600 is was a "well-known fact" that the world was flat
Heh. Nice analogy.
Except that even this fact itself isn't true! Most educated people much
further back than that believed that the Earth was round. Coperni
"a well-known fact"
Actually this is a fairly subjective finding, and it is not
a bad idea to work out the difference between a 'fact'
(as in "this concrete is hard, as you will see if you hit it with your
first")
and widely held beliefs which may later prove to
On Sun, April 23, 2017 9:55 am, Richmond Mathewson via use-livecode wrote:
> I'm not sure why smaller should necessarily be better.
>
It is actually, and the cognitive load approach, especially for
programmers newbies, is quite relevant.
Newbies have to deal with 2 or 3 things simulta
other* measurement – related but not the same.
Even harder to measure, I'm sure. The cognitive load of a menu-driven
scripting system such as early versions of Flash was very low indeed
(despite being rooted in an animation timeline concept) – but it was
itself very limited. I think it's
er to measure, I'm sure. The cognitive load of a menu-driven
scripting system such as early versions of Flash was very low indeed
(despite being rooted in an animation timeline concept) – but it was
itself very limited. I think it's good that this Southern Cross U
comparison didn'
a use-livecode wrote:
So I assume that smaller is better
On Sat, Apr 22, 2017 at 1:36 PM, Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:
Since cognitive load came up in the other thread about numberFormat, some
of you may find this paper very interesting:
Usin
, Richard Gaskin via use-livecode <
use-livecode at lists.runrev.com> wrote:
Since cognitive load came up in the other thread about numberFormat, some
of you may find this paper very interesting:
Using Cognitive Load Theory to select an Environment for Teaching
Mobile Apps Development
Raina
So I assume that smaller is better
On Sat, Apr 22, 2017 at 1:36 PM, Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Since cognitive load came up in the other thread about numberFormat, some
> of you may find this paper very interesting:
>
>
> Using
Since cognitive load came up in the other thread about numberFormat,
some of you may find this paper very interesting:
Using Cognitive Load Theory to select an Environment for Teaching
Mobile Apps Development
Raina Mason, Southern Cross University
Graham Cooper, Southern Cross University
23 matches
Mail list logo