Re: Performance issues LC8 versus earlier versions.

[Monte Goulding]

> On 24 Aug 2016, at 9:50 AM, Monte Goulding  wrote:
> 
> 
>> On 24 Aug 2016, at 9:06 AM, Monte Goulding > > wrote:
>> 
>> After reviewing the code path I see that there is an attempt made to parse 
>> the binary value into a number to try and compare numerically before doing 
>> the binary comparison. It may be we can change the order here and if both 
>> left and right are binary just compare the memory first.
> 
> I’ve made this patch https://github.com/livecode/livecode/pull/4409 
>  to get the ball rolling on 
> improving the performance here. However, it will currently break any number 
> comparisons where the strings are different but the numbers are the same such 
> as octal to decimal. It only breaks them if they are both currently in binary 
> strings. It is possible I think to work out if both sides are binary and of a 
> size that they are clearly not numbers (or at least LC can’t represent them 
> as numbers) then do a binary comparison there. Then try and covert to numbers 
> and then check again if they are binary. Of course I may be worried over 
> nothing because people should be decoding binary strings before they try and 
> use them as numbers anyway...
> 
> Just moving the code as I did above brought my test of your code on an 8.5 MB 
> file down from 60ms to 5ms.

Hi Alex

To avoid breaking the behavior of octal to decimal number comparison if they 
both happen to be in a binary string at the time of comparison I didn’t think 
it was a good plan to leave that binary comparison check above the number 
check… however, I think I’ve come up with a better solution anyway. When 
converting binary strings to numbers the engine first encodes it as native 
encoded string then parses the bytes to work out if they are a valid number. 
What I’ve done is first check if the binary data is longer than can be 
converted to a number and then stop trying to convert it to a number there. It 
is about 10 times faster for your use case as far as I can tell. Unfortunately 
it won’t make 8.1.0.

Cheers

Monte

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: open stack

[Matt Maier]

Ah, yes, thank you. It looks like the defaultFolder must have been wrong.
Manually setting it to the same folder as the stack works.

I'm getting deja vu...like I complained about how the error message should
mention that it failed because it couldn't find the file in the folder
where it looked, instead of just "there was an error."

Anywho, I'm trying to add a dictionary entry for "open stack" with an
example of setting the defaultFolder first.

On Wed, Aug 24, 2016 at 3:11 PM, Mike Bonner  wrote:

> If you're working in the ide, chances are the defaultfolder is not set to
> point to the correct place, which would mean you'd need to provide a full
> path to the stack you want to open, or set the default folder to point to
> the right place.
>
> the line "if there is a stack tFilename then open stack tFilename"  would
> not cause an error. It would either open the stack if it sees it (see the
> sentence above) or do nothing.  If you want to go that route for better
> information, do this..
>
> if there is a stack tfilename then
> open stack tfilename
> else
> answer information "No such stack"
> end if
>
> Alternatively, when you try to open the stack, check to see whats in "it"
> and "the result"  Often one or the other will provide useful information.
>
> On Wed, Aug 24, 2016 at 2:03 AM, Matt Maier  wrote:
>
> > What's up with this not working?
> >
> > http://lessons.livecode.com/m/4071/l/17375-how-do-i-save-
> > custom-properties-in-a-standalone-application
> >
> > This is a really simple tutorial that I followed, but I get an error at
> the
> > "open stack" statement.
> >
> > I tried replacing it with this, but even though it doesn't error it also
> > doesn't open the "Main Application" stack.
> >
> > if there is a stack tFileName then open stack tFileName
> >
> > I tried replacing it with this, and the try statement does trigger the
> > catch, but there's nothing in the error variable.
> >
> > put "Main Application.livecode" into tFileName
> >try
> >   open stack tFileName
> >catch tError
> >   answer tError
> >end try
> >
> > The go command doesn't work either.
> >
> > Both stacks are in the same folder.
> >
> > The open command isn't even in the dictionary, although it is in the
> online
> > documentation.
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> > subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
> >
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Back to the Garden of Eden

[Richmond]

On 24.08.2016 14:06, Kay C Lan wrote:

On Tue, Aug 23, 2016 at 5:37 PM, Richmond  wrote:

Quite a few of the chapters in the book now seem fairly redundant:

Home Stack Author Utilities

Introduction to External Resources


Well that first one would be replaced with a chapter on how the LC IDE
is written in LC so how you can go about customising it to your own
needs. The 2nd one would be an introduction to LCB and Widgets. The
glossy bits between pages 152 and 153 also needs a major expansion.
Add to that a chapter each on Browser, Database and XML and I can't
see how you could end up with less pages than Danny's 1144.

You've got your work cut out for you. ;-)


Not really because I have no ambitions to write "The Complete Livecode 
Handbook".


What I do have ambitions to write are:

1. A guide for teachers on how to use Livecode as a tool to author (RAD) 
delivery tools

for content delivery and reinforcement.

2. A book to help teacher teach an entry-level programming course to 
Primary-level children.


Neither of which will extend to LCB or widgets.

If you are looking for a new Danny Goodman look elsewhere.

Richmond.


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Strict is in; lax is out

[Mike Kerner]

It's interesting that a hit game "Human Resource Machine" is essentially
teaching players to program in a type of assembly language.

On Wed, Aug 24, 2016 at 3:34 AM, Richmond 
wrote:

> Really; that's nothing; we used to program with lumps of brown, squidgy
> stuff we fished
> out of the open sewers.
>
> Of course this probably says a lot about the standard of my coding . . .
>
> R.
>
>
> On 24.08.2016 01:40, Devin Asay wrote:
>
>> On Aug 23, 2016, at 3:27 PM, stephen barncard <
>>> stephenrevoluti...@barncard.com> wrote:
>>>
>>> Imagine writing a Z80 disassembler in a 6502 assembler.
>>> On Aug 23, 2016, at 11:49 AM, Colin Holgate 
>>> wrote:
>>>
>>> I did once have to program a machine using toggle switches. But that was
>>> as part of a computer course in 1982, long after the machine in question
>>> was still in use.
>>>
>> I feel an Old Yorkshiremen sketch coming on.
>>
>> Ohhh, we used to DREAM of toggle switches. We used to program on our
>> hands and knees on sharp gravel using nothin’ but rocks and sticks we
>> fished out of the open sewers!
>>
>> ;-)
>>
>> Devin
>>
>>
>>
>> Devin Asay
>> Director
>> Office of Digital Humanities
>> Brigham Young University
>>
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>



-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: blockchain

[Mike Kerner]

And there goes the ACH settlement process and the cut that central banks
take from currency swaps.  Welcome to a new era.

On Wed, Aug 24, 2016 at 9:31 AM, Dan Brown  wrote:

> Four major world banks ( UBS, Deutsche Bank, Santander, and BNY Mellon
> ) are set to announce the creation of a new blockchain-based digital
> currency, and are hoping to make it the global standard for
> settlements.
>
> https://news.bitcoin.com/four-banks-create-new-digital-currency/
>
>
>
> On Tue, Aug 23, 2016 at 8:31 PM, David Bovill  wrote:
> > Thanks for the link!
> >
> > On 23 August 2016 at 20:00, Jerry Jensen  wrote:
> >
> >> IEEE is getting interested in blockchain technology. Here’s a basic
> >> article:
> >>
> >> http://theinstitute.ieee.org/technology-topics/computing/
> >> getting-linked-to-the-blockchain
> >>
> >> .Jerry J
> >>
> >> > On Aug 20, 2016, at 2:17 AM, David Bovill 
> wrote:
> >> >
> >> > Mike that would be great. I'd like to get together a small group to
> >> > research together the integration of Livecode with blockchain -
> starting
> >> in
> >> > November. The format would be asynchronous work with some live
> >> > get-togethers.
> >> >
> >> > Involvement does not need to be super-geeky. It will be a research
> group,
> >> > so I'll collect links, podcasts and videos and present these within a
> >> > Livecode environment - so there is a need for media, writing and
> research
> >> > skills and we will be working together on a publication within
> Livecode.
> >> > This publication will also be online and on the decentralised web.
> >> > Super-geeks with a knowledge of Javascript and Livecode are also more
> >> than
> >> > welcome.
> >> >
> >> > If anyone else is interested just email me here or off-list, and I'll
> >> send
> >> > out information when the dates are confirmed.
> >> >
> >> > On 18 August 2016 at 13:44, Mike Kerner 
> >> wrote:
> >> >
> >> >> James, I'm always interested in what other folks are doing, and I'd
> >> like to
> >> >> hear more about the setup.  David, I'd definitely be interested.
> >> >>
> >> >> On Thu, Aug 18, 2016 at 6:20 AM, David Bovill 
> >> wrote:
> >> >>
> >> >>> Yes - I've been interested in Livecode and blockchain for a couple
> of
> >> >> years
> >> >>> now. I've been following Ethereum since the beginning - we tried to
> >> make
> >> >> a
> >> >>> documentary about the project and I went to DevCon 1 in Berlin as
> the
> >> >> team
> >> >>> started it's development.
> >> >>>
> >> >>> There is an interesting online Hackathon in November if any
> Livecoders
> >> >> are
> >> >>> interested in taking part / forming a team?
> >> >>>
> >> >>> On 18 August 2016 at 01:27, Richard Gaskin <
> ambassa...@fourthworld.com
> >> >
> >> >>> wrote:
> >> >>>
> >>  Jerry Daniels wrote:
> >> 
> >> > On Aug 17, 2016, 5:12 PM -0500, Richard Gaskin wrote:
> >> >>
> >> >> What is the business benefit for this application to go P2P
> rather
> >> >> than client-server?
> >> >
> >> > Richard, cost savings, security, privacy. Costs are drastically
> >> > reduced without hosting and its (hidden) labor/maintenance. Just
> >> > think about the long record of exploitation of hosted SQL data.
> >> > Not in the models were discussing here.
> >> 
> >>  I like the idea* of P2P for some applications, but with the
> explosion
> >> >> of
> >>  cloud services the client-server model seems to have merit as well.
> >> 
> >>  On the one hand, there are the risks of managing (hopefully
> redundant)
> >>  server farms.  On the other hand there are the risks of having
> every
> >> >>> client
> >>  also be a server, but without a team of professionals hardening and
> >>  monitoring it.
> >> 
> >>  All systems are hackable.  Ideally prevention, monitoring, and
> >> recovery
> >>  are budgeted for in the business plan with any architecture.
> >> 
> >>  I believe there's a role for both client-server and P2P, and
> federated
> >>  models as well.  Each has its own benefits and tradeoffs; like
> >> >>> programming
> >>  languages, there'll always be more because use cases where they can
> >> add
> >>  value only grow and diversify.
> >> 
> >>  Back to blockchains, from my reading it's becoming clear that the
> >>  distributed trust is a compelling feature, along with the increased
> >> >> speed
> >>  with which transaction ledgers can be conveyed faithfully.  Like
> the
> >> >>> early
> >>  days of railroads, networks outside of Bitcoin employ different
> >> >>> standards,
> >>  each with its own kinks to work out but worth the effort. Over
> time it
> >>  seems likely they'll impact global quality of life as
> significantly as
> >> >>> the
> >>  invention of compound interest.
> >> 
> >>  Lots to learn
> >> 
> >> 
> >> > 

Re: Very OT - Bad pun

[Kay C Lan]

On Wed, Aug 24, 2016 at 3:32 PM, Richmond  wrote:
> Maybe you have been pronouncing it ED-IN-BURG, but that is not how
> Scots pronounce it . . .
>
> So puns are out,

Well in my neck of the woods it's pronounced 'nbra

So the LC Ali-Fraser swedge would be 'The Spar in the End Bar'

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: blockchain

[Dan Brown]

Four major world banks ( UBS, Deutsche Bank, Santander, and BNY Mellon
) are set to announce the creation of a new blockchain-based digital
currency, and are hoping to make it the global standard for
settlements.

https://news.bitcoin.com/four-banks-create-new-digital-currency/



On Tue, Aug 23, 2016 at 8:31 PM, David Bovill  wrote:
> Thanks for the link!
>
> On 23 August 2016 at 20:00, Jerry Jensen  wrote:
>
>> IEEE is getting interested in blockchain technology. Here’s a basic
>> article:
>>
>> http://theinstitute.ieee.org/technology-topics/computing/
>> getting-linked-to-the-blockchain
>>
>> .Jerry J
>>
>> > On Aug 20, 2016, at 2:17 AM, David Bovill  wrote:
>> >
>> > Mike that would be great. I'd like to get together a small group to
>> > research together the integration of Livecode with blockchain - starting
>> in
>> > November. The format would be asynchronous work with some live
>> > get-togethers.
>> >
>> > Involvement does not need to be super-geeky. It will be a research group,
>> > so I'll collect links, podcasts and videos and present these within a
>> > Livecode environment - so there is a need for media, writing and research
>> > skills and we will be working together on a publication within Livecode.
>> > This publication will also be online and on the decentralised web.
>> > Super-geeks with a knowledge of Javascript and Livecode are also more
>> than
>> > welcome.
>> >
>> > If anyone else is interested just email me here or off-list, and I'll
>> send
>> > out information when the dates are confirmed.
>> >
>> > On 18 August 2016 at 13:44, Mike Kerner 
>> wrote:
>> >
>> >> James, I'm always interested in what other folks are doing, and I'd
>> like to
>> >> hear more about the setup.  David, I'd definitely be interested.
>> >>
>> >> On Thu, Aug 18, 2016 at 6:20 AM, David Bovill 
>> wrote:
>> >>
>> >>> Yes - I've been interested in Livecode and blockchain for a couple of
>> >> years
>> >>> now. I've been following Ethereum since the beginning - we tried to
>> make
>> >> a
>> >>> documentary about the project and I went to DevCon 1 in Berlin as the
>> >> team
>> >>> started it's development.
>> >>>
>> >>> There is an interesting online Hackathon in November if any Livecoders
>> >> are
>> >>> interested in taking part / forming a team?
>> >>>
>> >>> On 18 August 2016 at 01:27, Richard Gaskin > >
>> >>> wrote:
>> >>>
>>  Jerry Daniels wrote:
>> 
>> > On Aug 17, 2016, 5:12 PM -0500, Richard Gaskin wrote:
>> >>
>> >> What is the business benefit for this application to go P2P rather
>> >> than client-server?
>> >
>> > Richard, cost savings, security, privacy. Costs are drastically
>> > reduced without hosting and its (hidden) labor/maintenance. Just
>> > think about the long record of exploitation of hosted SQL data.
>> > Not in the models were discussing here.
>> 
>>  I like the idea* of P2P for some applications, but with the explosion
>> >> of
>>  cloud services the client-server model seems to have merit as well.
>> 
>>  On the one hand, there are the risks of managing (hopefully redundant)
>>  server farms.  On the other hand there are the risks of having every
>> >>> client
>>  also be a server, but without a team of professionals hardening and
>>  monitoring it.
>> 
>>  All systems are hackable.  Ideally prevention, monitoring, and
>> recovery
>>  are budgeted for in the business plan with any architecture.
>> 
>>  I believe there's a role for both client-server and P2P, and federated
>>  models as well.  Each has its own benefits and tradeoffs; like
>> >>> programming
>>  languages, there'll always be more because use cases where they can
>> add
>>  value only grow and diversify.
>> 
>>  Back to blockchains, from my reading it's becoming clear that the
>>  distributed trust is a compelling feature, along with the increased
>> >> speed
>>  with which transaction ledgers can be conveyed faithfully.  Like the
>> >>> early
>>  days of railroads, networks outside of Bitcoin employ different
>> >>> standards,
>>  each with its own kinks to work out but worth the effort. Over time it
>>  seems likely they'll impact global quality of life as significantly as
>> >>> the
>>  invention of compound interest.
>> 
>>  Lots to learn
>> 
>> 
>> > Richard, Mike...sorry for my butting in here. Feel free to ignore my
>> > interruption.
>> 
>>  Au contraire, mon ami.  Always good to have you around.
>> 
>> 
>> 
>>  * I've been paranoid for years, and enjoying Mr. Robot has only made
>> >> that
>>  worse. :)  For the last several years I've run my main laptop and
>>  workstation with no open ports (easy to do with Ubuntu since it ships
>> >>> that
>>  way; took some work 

Re: Backwards compatibility or sanity? help

[Monte Goulding]

> On 24 Aug 2016, at 10:39 PM, Kay C Lan  wrote:
> 
> As does this situation where combine/split doesn't round-trip

That’s a good one!

http://quality.livecode.com/show_bug.cgi?id=18259 

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Backwards compatibility or sanity? help

[Kay C Lan]

On Sun, Aug 21, 2016 at 7:52 AM, Monte Goulding  wrote:
>
>> On 21 Aug 2016, at 9:38 AM, Randy Hengst  wrote:
>>
>> This doesn’t totally fit with the conversation, and I assume the Team knows 
>> this but… SORT assumes that a trailing comma indicates an empty item
>
> Oh yay…. this behavior persists in LiveCode 8.

As does this situation where combine/split doesn't round-trip, in the msg box:

put 9 into Array[1]
put empty into Array[2]
put 7 into Array[3]
put empty into Array[4]
combine Array using comma
put Array & cr into msg
split Array using comma
put the keys of Array after msg

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: open stack

[Mike Bonner]

If you're working in the ide, chances are the defaultfolder is not set to
point to the correct place, which would mean you'd need to provide a full
path to the stack you want to open, or set the default folder to point to
the right place.

the line "if there is a stack tFilename then open stack tFilename"  would
not cause an error. It would either open the stack if it sees it (see the
sentence above) or do nothing.  If you want to go that route for better
information, do this..

if there is a stack tfilename then
open stack tfilename
else
answer information "No such stack"
end if

Alternatively, when you try to open the stack, check to see whats in "it"
and "the result"  Often one or the other will provide useful information.

On Wed, Aug 24, 2016 at 2:03 AM, Matt Maier  wrote:

> What's up with this not working?
>
> http://lessons.livecode.com/m/4071/l/17375-how-do-i-save-
> custom-properties-in-a-standalone-application
>
> This is a really simple tutorial that I followed, but I get an error at the
> "open stack" statement.
>
> I tried replacing it with this, but even though it doesn't error it also
> doesn't open the "Main Application" stack.
>
> if there is a stack tFileName then open stack tFileName
>
> I tried replacing it with this, and the try statement does trigger the
> catch, but there's nothing in the error variable.
>
> put "Main Application.livecode" into tFileName
>try
>   open stack tFileName
>catch tError
>   answer tError
>end try
>
> The go command doesn't work either.
>
> Both stacks are in the same folder.
>
> The open command isn't even in the dictionary, although it is in the online
> documentation.
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [TOT] Totally Off . . .

[Kay C Lan]

On Tue, Aug 23, 2016 at 6:49 PM, Richmond  wrote:

> The second link connects to stuff that is specifically linked to Macintosh
> computers, and
>
>  as a start to writing some sort of a book
> about Livecode.
>
Surely the 6th title in that collection, by Guy Kawaski, should
provide easy inspiration: maybe a chapter titled "The LC Use List
Curmudgeon" ;-)))

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Back to the Garden of Eden

[Kay C Lan]

On Tue, Aug 23, 2016 at 5:37 PM, Richmond  wrote:
> Quite a few of the chapters in the book now seem fairly redundant:
>
> Home Stack Author Utilities
>
> Introduction to External Resources
>
Well that first one would be replaced with a chapter on how the LC IDE
is written in LC so how you can go about customising it to your own
needs. The 2nd one would be an introduction to LCB and Widgets. The
glossy bits between pages 152 and 153 also needs a major expansion.
Add to that a chapter each on Browser, Database and XML and I can't
see how you could end up with less pages than Danny's 1144.

You've got your work cut out for you. ;-)

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

open stack

[Matt Maier]

What's up with this not working?

http://lessons.livecode.com/m/4071/l/17375-how-do-i-save-custom-properties-in-a-standalone-application

This is a really simple tutorial that I followed, but I get an error at the
"open stack" statement.

I tried replacing it with this, but even though it doesn't error it also
doesn't open the "Main Application" stack.

if there is a stack tFileName then open stack tFileName

I tried replacing it with this, and the try statement does trigger the
catch, but there's nothing in the error variable.

put "Main Application.livecode" into tFileName
   try
  open stack tFileName
   catch tError
  answer tError
   end try

The go command doesn't work either.

Both stacks are in the same folder.

The open command isn't even in the dictionary, although it is in the online
documentation.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Very OT - Bad pun

[stephen barncard]

On Wed, Aug 24, 2016 at 12:32 AM, Richmond 
wrote:

> Maybe you have been pronouncing it ED-IN-BURG, but that is not how
> Scots pronounce it . . .
>

I watch the BBC now and learned.

Stephen Barncard - Sebastopol Ca. USA -
mixstream.org
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Strict is in; lax is out

[Richmond]

Really; that's nothing; we used to program with lumps of brown, squidgy 
stuff we fished

out of the open sewers.

Of course this probably says a lot about the standard of my coding . . .

R.

On 24.08.2016 01:40, Devin Asay wrote:

On Aug 23, 2016, at 3:27 PM, stephen barncard  
wrote:

Imagine writing a Z80 disassembler in a 6502 assembler.
On Aug 23, 2016, at 11:49 AM, Colin Holgate  wrote:

I did once have to program a machine using toggle switches. But that was as 
part of a computer course in 1982, long after the machine in question was still 
in use.

I feel an Old Yorkshiremen sketch coming on.

Ohhh, we used to DREAM of toggle switches. We used to program on our hands and 
knees on sharp gravel using nothin’ but rocks and sticks we fished out of the 
open sewers!

;-)

Devin



Devin Asay
Director
Office of Digital Humanities
Brigham Young University

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode



___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Very OT - Bad pun

[Richmond]

Maybe you have been pronouncing it ED-IN-BURG, but that is not how
Scots pronounce it . . .

So puns are out, but there is still a peerie problem in mid-Atlantic :)

R.

On 24.08.2016 00:29, stephen barncard wrote:

On Tue, Aug 23, 2016 at 12:51 PM, Richmond 
wrote:


Well, as most North Americans seem to pronounce "Edinburgh" as "Edinbro" .
. .


I pronounced it ED-IN-BURG for years

Stephen Barncard - Sebastopol Ca. USA -
mixstream.org
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode



___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Targetting teachers

[Richmond]

On 24.08.2016 00:09, Richard Gaskin wrote:

Richmond wrote:

> On 23.08.2016 22:09, Richard Gaskin wrote:
>
>> Today's audience has very different needs from when that article was
>> written in 1999.  And with HyperCard designed as an authoring tool
>> while LiveCode is designed as a development tool, the opportunities
>> for using LiveCode to teach CS in K-12 require a different approach.
>
> I'm not entirely convinced about that as one can, if one wants, use
> *Hypercard* as a development tool (just so long as one can find a
> market of people who are deploying a bunch of Performas), and one
> can equally well use *Livecode* as an authroring tool.
>
> In fact I think that *Livecode* has made a slight mistake in not
> pointing out that it is perfectly possible to use Livecode as an
> authoring tool, as by not doing that I believe it has cut itself off
> from a section of the educational market.

I collect multitools.  I have one in my car, one on my keychain, one 
in my backpack, and two in my bicycle's panier.  Even though they have 
many tools in common, each has a different use-case focus.  The one I 
use on my bike would not be the best choice for hiking, and vice versa.


HyperCard was used for many things, even as a database despite 
Atkinson himself trying to remind everyone that it wasn't a database. :)


LiveCode is even more flexible, able to cover that ground and more.

But HyperCard had smaller boundaries, limits that were useful in their 
way, liberating by providing guidance for the newcomer.


Its User Levels are a good example: they make good sense in an 
authoring tool, and have never been part of LiveCode.  I think the 
teams behind both tools made the right choice there, different because 
the tool's focus is different.


I disagree as I don't believe the tool has a focus in quite that way: it 
can have multiple foci, and which one is selected depends to a very 
large extent on the end-user.


A while ago someone did raise the possibility of designing a 
front-end?GUI for Livecode that had User Levels, as well as a simplified 
Hypercard-like front-end. I did build a prototype HC-like front-end, but 
as nobody seemed terribly interested I didn't bother to develop it much 
further than an initial "toe in the water".


There was quite a lot of "loose banter" about a flowering of multiple 
front-ends when the GPL version of LC was released: but that is a bit 
like the flowering that was supposed to happen under Communism: super in 
theory, but humans are not naturally communists and are greedy little 
so-and-sos, so there has to be some sort of profit motive.


I, personally, think that one or two people spend far too much time 
looking back to a fast-receding "Golden Age" of Hypercard, which, with 
hindsight should be seen as good for its time, but nothing more.




Personally, I like how Bill Appleton summed up the differences between 
HyperCard and SuperCard, fitting here where we might replace 
"SuperCard" with "LiveCode":


  HyperCard is a multimedia authoring environment.  SuperCard is
  a tool you can use to build multimedia authoring environments.


Well, Livecode is neither Hypercard nor Supercard, although, I would 
argue, the wonderful things that both HC and SC brought (and SC still 
brings) to the table are subsets of what Livecode offers.


It is exactly the subsets offered by HC and SC that seem to be neglected 
while great emphasis is being placed on LC as a full-blown computer 
programming language.


LC is a full-blown computer programming language, but unlike most other 
full-blown computer programming languages it has all the strentghs of HC 
and SC as well, and it seems a crying shame to forget or ignore that.





> A standalone that delivers 15 minutes of immersive experience to a
> demotivated pupil will always prove a winner.

Agreed, though it's worth noting that HyperCard rose to popularity 
long before it later added the ability to produce standalones.


Curious:  what distinguishes "immersive"?


Distinguishes "immersive" from what? Certainly to my mind "immersive" 
means that when an end-user sits down in front of a screen displaying a 
piece of software 100% of their attention is gripped and held by that 
software; they forget, for the sake of argument, that they have a 
headache, an itchy leg and a cough.


I had a stroppy teenager who enjoyed himself enormously doing his utmost 
to provoke me when his Mum and Dad were actually paying me not to have 
adolescent fights with him but to teach him English.
Now I can give as good as I can get with any stroppy teenager, but I do 
find that after 10 minutes I've had enough and a small voice inside me 
is reminding me that I'm meant to be shoe-horning English into the 
stroppy teenager.


So, I get the stroppy teenager to sit down in front of a computer screen 
and look at some fairly goofy drag-n-drop activity in glorious 
technicolour (Please note I am avoiding the trademark "technicolor" . . 
. LOL), and 

Re: Browser Widget vs the "old" RevBrowser

[AndyP]

Hi, A couple of your questions may have been answered here.

http://forums.livecode.com/viewtopic.php?f=8=27793
  



-
Andy Piddock 


My software never has bugs. It just develops random features. 

Copy the new cloud space, get your free 15GB space now:
Get Copy 


Script editor Themer for LC http://2108.co.uk  

PointandSee is a FREE simple but full featured under cursor colour picker / 
finder.
http://www.pointandsee.co.uk  - made with LiveCode
--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/Browser-Widget-vs-the-old-RevBrowser-tp4707790p4707791.html
Sent from the Revolution - User mailing list archive at Nabble.com.

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode