Re: Listfield Questions

[Peter Bogdanoff via use-livecode]

Also look at the selectedLine in the dictionary for what to do with the 
currently hilited line.

Peter


> On Jun 14, 2018, at 11:01 PM, Peter Bogdanoff via use-livecode 
>  wrote:
> 
> Charles, 
> This is from something that I’m doing where the user can use the arrow keys 
> to hilite another line or even scroll the field (my field has hundreds of 
> lines). Also as a bonus, pressing the enter or return keys on the keyboard 
> will do the same as clicking on the line.
> 
> You probably would put this into the card script.
> 
> Peter Bogdanoff
> 
> 
> 
> # Catch the arrow, return, enter keys
> on rawKeyDown what
>   indexLineSelect what
> 
>   pass rawKeyDown
> end rawKeyDown
> 
> 
> on indexLineSelect tKey   
> # Currently hilited line
>   put the hilitedLine of field "GlossaryTerms" into tLine
> 
>   if tKey is "65293" or tKey is "65421"then
>  # Return or Enter
>  if tLine is not empty then
> # Here you would do something based on the currently hilited line
> #
>  end if
>  exit indexLineSelect
> 
>   else if tKey is "65362" then
>  # Arrowkey up
>  indexLineSelectChange up
>  exit indexLineSelect
> 
>   else if tKey is "65364" then
>  # Arrowkey down
>  indexLineSelectChange down
>  exit indexLineSelect
>   end if
> 
> 
> on indexLineSelectChange which
> # This does the actual change of the hilited line
>   put the hilitedLine of field “YourFieldName" into tLine
>   if tLine is not empty then
>  if which is "up" then
> if (tLine - 1) > 0 then # Don’t want to go below line zero
>set the hilitedLine of field "GlossaryTerms" to (tLine - 1)
> end if
>  else
> if (tLine + 1) < the number of lines of field "GlossaryTerms" then
>set the hilitedLine of field "GlossaryTerms" to (tLine + 1)
> end if
>  end if
>   else
> # Optional--This will scroll the field when there is no hilited line yet
>  if which is "up" then
> set the scroll of field "GlossaryTerms" to the scroll of field 
> "GlossaryTerms" - 40
>  else
> set the scroll of field "GlossaryTerms" to the scroll of field 
> "GlossaryTerms" + 40
>  end if
>   end if
> end indexLineSelectChange
> 
> 
> 
> 
> 
> 
>> On Jun 14, 2018, at 9:30 PM, Charles Szasz via use-livecode 
>>  wrote:
>> 
>> Does anybody know how to script a listfield to hilite a line using arrow 
>> keys on the keyboard?   Also, how do you save a hilited line in a listfield?
>> 
>> Sent from my iPad
>> ___
>> 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: Listfield Questions

[Peter Bogdanoff via use-livecode]

Charles, 
This is from something that I’m doing where the user can use the arrow keys to 
hilite another line or even scroll the field (my field has hundreds of lines). 
Also as a bonus, pressing the enter or return keys on the keyboard will do the 
same as clicking on the line.

You probably would put this into the card script.

Peter Bogdanoff



# Catch the arrow, return, enter keys
on rawKeyDown what
   indexLineSelect what
   
   pass rawKeyDown
end rawKeyDown


on indexLineSelect tKey   
# Currently hilited line
   put the hilitedLine of field "GlossaryTerms" into tLine

   if tKey is "65293" or tKey is "65421"then
  # Return or Enter
  if tLine is not empty then
 # Here you would do something based on the currently hilited line
 #
  end if
  exit indexLineSelect

   else if tKey is "65362" then
  # Arrowkey up
  indexLineSelectChange up
  exit indexLineSelect

   else if tKey is "65364" then
  # Arrowkey down
  indexLineSelectChange down
  exit indexLineSelect
   end if
   

on indexLineSelectChange which
# This does the actual change of the hilited line
   put the hilitedLine of field “YourFieldName" into tLine
   if tLine is not empty then
  if which is "up" then
 if (tLine - 1) > 0 then # Don’t want to go below line zero
set the hilitedLine of field "GlossaryTerms" to (tLine - 1)
 end if
  else
 if (tLine + 1) < the number of lines of field "GlossaryTerms" then
set the hilitedLine of field "GlossaryTerms" to (tLine + 1)
 end if
  end if
   else
 # Optional--This will scroll the field when there is no hilited line yet
  if which is "up" then
 set the scroll of field "GlossaryTerms" to the scroll of field 
"GlossaryTerms" - 40
  else
 set the scroll of field "GlossaryTerms" to the scroll of field 
"GlossaryTerms" + 40
  end if
   end if
end indexLineSelectChange






> On Jun 14, 2018, at 9:30 PM, Charles Szasz via use-livecode 
>  wrote:
> 
> Does anybody know how to script a listfield to hilite a line using arrow keys 
> on the keyboard?   Also, how do you save a hilited line in a listfield?
> 
> Sent from my iPad
> ___
> 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

Listfield Questions

[Charles Szasz via use-livecode]

Does anybody know how to script a listfield to hilite a line using arrow keys 
on the keyboard?   Also, how do you save a hilited line in a listfield?

Sent from my iPad
___
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: Dark Mode in macOS Mojave, any thoughts from the mothership?

[Colin Holgate via use-livecode]

>>We haven’t yet got a system with it running on yet. If anyone does (Colin?)

I have several tight deadline things on at the moment, otherwise I would have 
gone ahead and installed it!

Come to think of it, I do have an external drive I could try it on.
___
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: Dark Mode in macOS Mojave, any thoughts from the mothership?

[Monte Goulding via use-livecode]

> On 15 Jun 2018, at 12:05 pm, Brian Milby via use-livecode 
>  wrote:
> 
> I'm also interested to see what they have to say.  I do like the dark look
> (that is how I have Atom configured and the SE in LiveCode too).
> 
> With property inheritance, it shouldn't be too difficult to implement for
> elements within the stack.  This is the kind of thing that the profile
> manager would be good at managing, but it may be better to separate out the
> position and "theme" elements.  If you had small/large portrait/landscape
> then you would go from 4 to 8 profiles to handle light/dark as well.  As a
> developer, we would just need the messages telling us when the user changed
> the mode.  I'm not sure how much work it will be in the IDE/Engine itself
> though.

We haven’t yet got a system with it running on yet. If anyone does (Colin?) we 
would be interested in any reports regarding dark mode or anything else. We get 
default colors from the OS via NSColor class methods so hopefully things will 
just work for the most part. Obviously where a user has set a color then that’s 
going to be an issue. I presume there’s appropriate NSApplication methods to 
determine the current theme. Perhaps either Trevor or Paul can be convinced to 
put stuff for that in their mac extensions in the short term.

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: Dark Mode in macOS Mojave, any thoughts from the mothership?

[Brian Milby via use-livecode]

I'm also interested to see what they have to say.  I do like the dark look
(that is how I have Atom configured and the SE in LiveCode too).

With property inheritance, it shouldn't be too difficult to implement for
elements within the stack.  This is the kind of thing that the profile
manager would be good at managing, but it may be better to separate out the
position and "theme" elements.  If you had small/large portrait/landscape
then you would go from 4 to 8 profiles to handle light/dark as well.  As a
developer, we would just need the messages telling us when the user changed
the mode.  I'm not sure how much work it will be in the IDE/Engine itself
though.

On Thu, Jun 14, 2018 at 4:03 AM, Klaus major-k via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi friends,
>
> the subject says it all, thanks for any insights!
>
>
> Best
>
> Klaus
> --
> Klaus Major
> http://www.major-k.de
> kl...@major-k.de
>
>
> ___
> 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: Open recent File Menu

[Monte Goulding via use-livecode]

> On 15 Jun 2018, at 11:25 am, Brian Milby via use-livecode 
>  wrote:
> PR submitted against develop:
> https://github.com/livecode/livecode-ide/pull/1984

Just reviewed it thanks again Brian. Still wondering why it’s useful given the 
menu cleans out deleted stacks by itself but it seems enough other people think 
it is to make it worthwhile ;-)

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: Anything LiveCode Can Learn From GO

[Ralph DiMola via use-livecode]

Running a web server on a mobile device accessing the app's data. tsNet work 
like a charm on mobile. I download a slew of images while the user is entering 
their credentials. I used to do it serially. tsNet rocks(and rolls).

Ralph DiMola
IT Director
Evergreen Information Services
rdim...@evergreeninfo.net


-Original Message-
From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of 
Tom Glod via use-livecode
Sent: Thursday, June 14, 2018 9:21 PM
To: How to use LiveCode
Cc: Tom Glod
Subject: Re: Anything LiveCode Can Learn From GO

Ralph, which part is not possible on mobile?the asynched requests with 
tsnet or something different?

On Thu, Jun 14, 2018 at 8:59 PM, Ralph DiMola via use-livecode < 
use-livecode@lists.runrev.com> wrote:

> Mark,
>
> Thanks but, Sigh...Not possible on mobile.
>
> Ralph DiMola
> IT Director
> Evergreen Information Services
> rdim...@evergreeninfo.net
>
>
> -Original Message-
> From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On 
> Behalf Of Mark Talluto via use-livecode
> Sent: Thursday, June 14, 2018 5:09 PM
> To: How to use LiveCode
> Cc: Mark Talluto
> Subject: Re: Anything LiveCode Can Learn From GO
>
> I missed the local db part. It is clearly written in your original email.
> But, since I am here typing these chars…pondering…how about running a 
> local server that accesses your local db and use tsnet to do async calls?
>
> Best regards,
>
> Mark Talluto
> livecloud.io 
> nursenotes.net  canelasoftware.com 
> 
>
>
> > On Jun 14, 2018, at 12:45 PM, Ralph DiMola via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > I was referring to a local mobile SQLite DB query. But I do use 
> > async tsNet for web service requests. It works like a charm even 
> > with many requests outstanding. I fire up 10 or more at a time and 
> > they all compete as expected. Async tsNet +1
> >
> > Ralph DiMola
> > IT Director
> > Evergreen Information Services
> > rdim...@evergreeninfo.net
> >
> >
> > -Original Message-
> > From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On 
> > Behalf Of Mark Talluto via use-livecode
> > Sent: Thursday, June 14, 2018 2:21 PM
> > To: How to use LiveCode
> > Cc: Mark Talluto
> > Subject: Re: Anything LiveCode Can Learn From GO
> >
> > tsNet with async calls can help you get this.
> >
> > Best regards,
> >
> > Mark Talluto
> > livecloud.io 
> > nursenotes.net  canelasoftware.com 
> > 
> >
> >
> >> On Jun 14, 2018, at 8:24 AM, Ralph DiMola via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>
> >> I would love to be able to start a thread that formatted a field 
> >> that
> might be selected and made visible at a later date or have a scrolling 
> field that could have the non-visible lines being formatted in another 
> thread before you scroll down. Say you were going to a new card that 
> required a DB query. You could have the card layout code and the query 
> to a local DB running at the same time. Even with LCs message 
> hierarchy multithreading could work. You could fire off a DB query 
> thread and have a message sent to the main thread when complete. Inter 
> thread communication would be key. That is where locking would be tricky to 
> prevent dead locks.
> >>
> >> Ralph DiMola
> >> IT Director
> >> Evergreen Information Services
> >> rdim...@evergreeninfo.net
> >>
> >> -Original Message-
> >> From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] 
> >> On Behalf Of Bob Sneidar via use-livecode
> >> Sent: Thursday, June 14, 2018 10:56 AM
> >> To: How to use LiveCode
> >> Cc: Bob Sneidar
> >> Subject: Re: Anything LiveCode Can Learn From GO
> >>
> >> Multithreading sounds like a good idea until you realize most 
> >> things
> that have to happen in Livecode due to the message heirarchy need to 
> be single threaded. It's only when you need to make a server of some 
> sort that multithreading really needs to be implemented.
> >>
> >> Bob S
> >>
> >>
> >>> On Jun 11, 2018, at 17:08 , Sannyasin Brahmanathaswami via
> use-livecode  wrote:
> >>>
> >>> I wasn't thinking about high language per se.   but more from an
> engine point of view, specifically use of "Goroutines"
> >>>
> >>> "But, most of the modern programming languages(like Java, Python 
> >>> etc.)
> are from the ’90s single threaded environment. Most of those 
> programming languages supports multi-threading. But the real problem 
> comes with concurrent execution, threading-locking, race conditions and 
> deadlocks.
> Those things make it hard to create a multi-threading application on 
> those languages.
> >>
> >> ___
> >> use-livecode mailing list
> >> use-livecode@lists.runrev.com
> >> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences

Re: Open recent File Menu

[Brian Milby via use-livecode]

A better command to use is (at least in 8/9, not sure about 7):
revIDESetPreference "cRecentStackPaths", empty

And, yes it has been requested formally (2/19/07):
https://quality.livecode.com/show_bug.cgi?id=4382

PR submitted against develop:
https://github.com/livecode/livecode-ide/pull/1984

Hopefully this will make it into the first RC for 9.1 (I guess it could
even be pulled into 9.0.1 though)

Thanks,
Brian

On Thu, Jun 14, 2018 at 9:54 AM, Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Yes every time someone comes up with a useful snippet like this I add it
> to my Development menu. :-)
>
> Bob S
>
>
> > On Jun 8, 2018, at 13:38 , Terence Heaford via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> >> On 8 Jun 2018, at 16:56, Klaus major-k via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>
> >> set the cRecentStackPaths of stack "revpreferences" to empty
> >
> >
> > Thanks very much.
> >
> >
> > Terry
>
>
> ___
> 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: Need help with a project

[Peter Bogdanoff via use-livecode]

Also, I want to add this: Yummy Interactive who is behind SoftwareShield has 
responded to my tech support questions about what to do, but I’m somewhat 
flummoxed with their responses. They assume I have more technical chops. This 
is the kind of thing:

> 1. Is it possible to create a project that allows a user to have “unlimited” 
> use for two weeks, then reverts to a “limited” version? Does this require use 
> of a generated serial number, and an entity on your server?
> 
> 
> The requirement can be implemented as following:
> 
> (1) create a project, the default/first entity's license model is "Expire By 
> Period" 
> (http://doc.softwareshield.com/UG/license_action.html#expire-by-period 
> ) 
> license model, set the periodInSeconds to 1209600 (two weeks).
> 
> (2) in your app code, checks if the entity status is expired, run app in 
> "unlimited" mode if not, switch to "limited" mode if expired. 
> 
> 
> 
> if (entity->isLocked()){
>   //this entity is locked or trial already expired.
>   //we may pop up info to prompt for purchase.
>   run_in_limited_mode();
> } else {
>   //this entity still in two-weeks trial period
>   run_in_unlimited_mode();
> }
> 
>   please refer to (http://doc.softwareshield.com/PG/index.html#pg_index 
> ) for SDK programming.
> 
> (3) use the license model's action ACT_SET_EXPIRE_PERIOD / 
> ACT_ADD_EXPIRE_PERIOD 
> (http://doc.softwareshield.com/UG/license_action.html#act_set_expire_period 
> ) 
> to manipulate the customer's trial period. Basically it means you create 
> serial numbers (with ACT_XXX_EXPIRE_PERIOD) on our web portal, send a serial 
> number to the customer after payment, the user input the serial number on the 
> license UI page so the app can run in "unlimited" mode again. 
> 





___
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: Anything LiveCode Can Learn From GO

[Tom Glod via use-livecode]

Ralph, which part is not possible on mobile?the asynched requests with
tsnet or something different?

On Thu, Jun 14, 2018 at 8:59 PM, Ralph DiMola via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Mark,
>
> Thanks but, Sigh...Not possible on mobile.
>
> Ralph DiMola
> IT Director
> Evergreen Information Services
> rdim...@evergreeninfo.net
>
>
> -Original Message-
> From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On
> Behalf Of Mark Talluto via use-livecode
> Sent: Thursday, June 14, 2018 5:09 PM
> To: How to use LiveCode
> Cc: Mark Talluto
> Subject: Re: Anything LiveCode Can Learn From GO
>
> I missed the local db part. It is clearly written in your original email.
> But, since I am here typing these chars…pondering…how about running a local
> server that accesses your local db and use tsnet to do async calls?
>
> Best regards,
>
> Mark Talluto
> livecloud.io 
> nursenotes.net 
> canelasoftware.com 
>
>
> > On Jun 14, 2018, at 12:45 PM, Ralph DiMola via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > I was referring to a local mobile SQLite DB query. But I do use async
> > tsNet for web service requests. It works like a charm even with many
> > requests outstanding. I fire up 10 or more at a time and they all
> > compete as expected. Async tsNet +1
> >
> > Ralph DiMola
> > IT Director
> > Evergreen Information Services
> > rdim...@evergreeninfo.net
> >
> >
> > -Original Message-
> > From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On
> > Behalf Of Mark Talluto via use-livecode
> > Sent: Thursday, June 14, 2018 2:21 PM
> > To: How to use LiveCode
> > Cc: Mark Talluto
> > Subject: Re: Anything LiveCode Can Learn From GO
> >
> > tsNet with async calls can help you get this.
> >
> > Best regards,
> >
> > Mark Talluto
> > livecloud.io 
> > nursenotes.net  canelasoftware.com
> > 
> >
> >
> >> On Jun 14, 2018, at 8:24 AM, Ralph DiMola via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>
> >> I would love to be able to start a thread that formatted a field that
> might be selected and made visible at a later date or have a scrolling
> field that could have the non-visible lines being formatted in another
> thread before you scroll down. Say you were going to a new card that
> required a DB query. You could have the card layout code and the query to a
> local DB running at the same time. Even with LCs message hierarchy
> multithreading could work. You could fire off a DB query thread and have a
> message sent to the main thread when complete. Inter thread communication
> would be key. That is where locking would be tricky to prevent dead locks.
> >>
> >> Ralph DiMola
> >> IT Director
> >> Evergreen Information Services
> >> rdim...@evergreeninfo.net
> >>
> >> -Original Message-
> >> From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On
> >> Behalf Of Bob Sneidar via use-livecode
> >> Sent: Thursday, June 14, 2018 10:56 AM
> >> To: How to use LiveCode
> >> Cc: Bob Sneidar
> >> Subject: Re: Anything LiveCode Can Learn From GO
> >>
> >> Multithreading sounds like a good idea until you realize most things
> that have to happen in Livecode due to the message heirarchy need to be
> single threaded. It's only when you need to make a server of some sort that
> multithreading really needs to be implemented.
> >>
> >> Bob S
> >>
> >>
> >>> On Jun 11, 2018, at 17:08 , Sannyasin Brahmanathaswami via
> use-livecode  wrote:
> >>>
> >>> I wasn't thinking about high language per se.   but more from an
> engine point of view, specifically use of "Goroutines"
> >>>
> >>> "But, most of the modern programming languages(like Java, Python etc.)
> are from the ’90s single threaded environment. Most of those programming
> languages supports multi-threading. But the real problem comes with
> concurrent execution, threading-locking, race conditions and deadlocks.
> Those things make it hard to create a multi-threading application on those
> languages.
> >>
> >> ___
> >> 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-livecod

Re: Need help with a project

[Peter Bogdanoff via use-livecode]

> you want to include some of the advanced capabilities like restricted trial, 
Yes, I do want to use advanced capabilities.

> Does it just wrap the executable or does it encapsulate the entire directory? 
It can do either.

I am using pw protection on all stacks, which is is working well. More 
important is the license activation and management because it is a subscription 
product—there is a single version which has a free, limited status or a full, 
paid status—the program needs the capability to shift to either. Also I need to 
control the installations of the program. It will be used in educational 
institutions, by individuals, sometimes in iffy locations (China) where I need 
to minimize piracy. 

Peter


> On Jun 14, 2018, at 4:23 PM, Brian Milby via use-livecode 
>  wrote:
> 
> Are you saying that you have the standard mode working but you want to 
> include some of the advanced capabilities like restricted trial, etc?
> 
> Does it just wrap the executable or does it encapsulate the entire directory? 
> I’m assuming you have decided that the password protection of the stack isn’t 
> sufficient.
> 
> Brian
> On Jun 14, 2018, 4:28 PM -0500, Peter Bogdanoff via use-livecode 
> , wrote:
>> Hi,
>> 
>> I’m working on a project that we are getting ready to publish as a desktop 
>> application for Mac and Windows.
>> 
>> It is content heavy and I'm wanting to protect it, and am using a product 
>> called SoftwareShield/GameShield:
>> 
>> http://softwareshield.com 
>> http://gameshield.com 
>> 
>> It puts a wrapping around the executable and offers license management that 
>> works well in its basic form. There are more advanced features that I want 
>> to take advantage of that seem to go beyond the capabilities of LiveCode 
>> script and my own personal abilities. It seems that LiveCode can work with 
>> SoftwareShield, but I don’t know where to begin, nor can I program anything 
>> besides LiveCode script.
>> 
>> This is an example of where I get lost about figuring out how to progress:
>> 
>> "Because the kernel of SoftwareShield is developed in C++ and the gsCore 
>> exposes flat API in standard way, any language (such as Object-C, Java, 
>> NodeJS, Perl, Python, etc.) that can make api call to Windows DLL or MacOS 
>> dylib can integrated with SoftwareShield SDK.”
>> 
>> http://doc.softwareshield.com/PG/index.html#pg_index
>> 
>> 
>> Here’s docs they provide:
>> 
>> http://doc.softwareshield.com/index.html
>> http://doc.softwareshield.com/PG/ui_gs5.html#sdk_js
>> 
>> 
>> So, I’m looking for someone who can:
>> 
>> 1. Guide me through the process
>> 2. Do Javascript or advanced LC programming as needed
>> 
>> This is help I need immediately.
>> 
>> Thanks!
>> 
>> Peter Bogdanoff
>> ArtsInteractive
>> ___
>> 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: Anything LiveCode Can Learn From GO

[Ralph DiMola via use-livecode]

Mark,

Thanks but, Sigh...Not possible on mobile.

Ralph DiMola
IT Director
Evergreen Information Services
rdim...@evergreeninfo.net


-Original Message-
From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of 
Mark Talluto via use-livecode
Sent: Thursday, June 14, 2018 5:09 PM
To: How to use LiveCode
Cc: Mark Talluto
Subject: Re: Anything LiveCode Can Learn From GO

I missed the local db part. It is clearly written in your original email. But, 
since I am here typing these chars…pondering…how about running a local server 
that accesses your local db and use tsnet to do async calls?

Best regards,

Mark Talluto
livecloud.io 
nursenotes.net 
canelasoftware.com 


> On Jun 14, 2018, at 12:45 PM, Ralph DiMola via use-livecode 
>  wrote:
> 
> I was referring to a local mobile SQLite DB query. But I do use async 
> tsNet for web service requests. It works like a charm even with many 
> requests outstanding. I fire up 10 or more at a time and they all 
> compete as expected. Async tsNet +1
> 
> Ralph DiMola
> IT Director
> Evergreen Information Services
> rdim...@evergreeninfo.net
> 
> 
> -Original Message-
> From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On 
> Behalf Of Mark Talluto via use-livecode
> Sent: Thursday, June 14, 2018 2:21 PM
> To: How to use LiveCode
> Cc: Mark Talluto
> Subject: Re: Anything LiveCode Can Learn From GO
> 
> tsNet with async calls can help you get this.
> 
> Best regards,
> 
> Mark Talluto
> livecloud.io 
> nursenotes.net  canelasoftware.com 
> 
> 
> 
>> On Jun 14, 2018, at 8:24 AM, Ralph DiMola via use-livecode 
>>  wrote:
>> 
>> I would love to be able to start a thread that formatted a field that might 
>> be selected and made visible at a later date or have a scrolling field that 
>> could have the non-visible lines being formatted in another thread before 
>> you scroll down. Say you were going to a new card that required a DB query. 
>> You could have the card layout code and the query to a local DB running at 
>> the same time. Even with LCs message hierarchy multithreading could work. 
>> You could fire off a DB query thread and have a message sent to the main 
>> thread when complete. Inter thread communication would be key. That is where 
>> locking would be tricky to prevent dead locks.
>> 
>> Ralph DiMola
>> IT Director
>> Evergreen Information Services
>> rdim...@evergreeninfo.net
>> 
>> -Original Message-
>> From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On 
>> Behalf Of Bob Sneidar via use-livecode
>> Sent: Thursday, June 14, 2018 10:56 AM
>> To: How to use LiveCode
>> Cc: Bob Sneidar
>> Subject: Re: Anything LiveCode Can Learn From GO
>> 
>> Multithreading sounds like a good idea until you realize most things that 
>> have to happen in Livecode due to the message heirarchy need to be single 
>> threaded. It's only when you need to make a server of some sort that 
>> multithreading really needs to be implemented. 
>> 
>> Bob S
>> 
>> 
>>> On Jun 11, 2018, at 17:08 , Sannyasin Brahmanathaswami via use-livecode 
>>>  wrote:
>>> 
>>> I wasn't thinking about high language per se.   but more from an engine 
>>> point of view, specifically use of "Goroutines"
>>> 
>>> "But, most of the modern programming languages(like Java, Python etc.) are 
>>> from the ’90s single threaded environment. Most of those programming 
>>> languages supports multi-threading. But the real problem comes with 
>>> concurrent execution, threading-locking, race conditions and deadlocks. 
>>> Those things make it hard to create a multi-threading application on those 
>>> languages.
>> 
>> ___
>> 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
> 
> 
> ___
> 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 

Re: Need help with a project

[Brian Milby via use-livecode]

Are you saying that you have the standard mode working but you want to include 
some of the advanced capabilities like restricted trial, etc?

Does it just wrap the executable or does it encapsulate the entire directory? 
I’m assuming you have decided that the password protection of the stack isn’t 
sufficient.

Brian
On Jun 14, 2018, 4:28 PM -0500, Peter Bogdanoff via use-livecode 
, wrote:
> Hi,
>
> I’m working on a project that we are getting ready to publish as a desktop 
> application for Mac and Windows.
>
> It is content heavy and I'm wanting to protect it, and am using a product 
> called SoftwareShield/GameShield:
>
> http://softwareshield.com 
> http://gameshield.com 
>
> It puts a wrapping around the executable and offers license management that 
> works well in its basic form. There are more advanced features that I want to 
> take advantage of that seem to go beyond the capabilities of LiveCode script 
> and my own personal abilities. It seems that LiveCode can work with 
> SoftwareShield, but I don’t know where to begin, nor can I program anything 
> besides LiveCode script.
>
> This is an example of where I get lost about figuring out how to progress:
>
> "Because the kernel of SoftwareShield is developed in C++ and the gsCore 
> exposes flat API in standard way, any language (such as Object-C, Java, 
> NodeJS, Perl, Python, etc.) that can make api call to Windows DLL or MacOS 
> dylib can integrated with SoftwareShield SDK.”
>
> http://doc.softwareshield.com/PG/index.html#pg_index
>
>
> Here’s docs they provide:
>
> http://doc.softwareshield.com/index.html
> http://doc.softwareshield.com/PG/ui_gs5.html#sdk_js
>
>
> So, I’m looking for someone who can:
>
> 1. Guide me through the process
> 2. Do Javascript or advanced LC programming as needed
>
> This is help I need immediately.
>
> Thanks!
>
> Peter Bogdanoff
> ArtsInteractive
> ___
> 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

OT: Fascinating read

[Kurt Kaufman via use-livecode]

I apologize that, in addition to being someone who almost never contributes
to this list (although I do read the posts I can understand), when I
finally do it's OT. But so it goes:

https://www.technologyreview.com/s/609048/the-seven-deadly-sins-of-ai-predictions/

Kurt
___
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

Need help with a project

[Peter Bogdanoff via use-livecode]

Hi,

I’m working on a project that we are getting ready to publish as a desktop 
application for Mac and Windows.

It is content heavy and I'm wanting to protect it, and am using a product 
called SoftwareShield/GameShield:

http://softwareshield.com 
http://gameshield.com 

It puts a wrapping around the executable and offers license management that 
works well in its basic form. There are more advanced features that I want to 
take advantage of that seem to go beyond the capabilities of LiveCode script 
and my own personal abilities. It seems that LiveCode can work with 
SoftwareShield, but I don’t know where to begin, nor can I program anything 
besides LiveCode script.

This is an example of where I get lost about figuring out how to progress:

"Because the kernel of SoftwareShield is developed in C++ and the gsCore 
exposes flat API in standard way, any language (such as Object-C, Java, NodeJS, 
Perl, Python, etc.) that can make api call to Windows DLL or MacOS dylib can 
integrated with SoftwareShield SDK.”

http://doc.softwareshield.com/PG/index.html#pg_index


Here’s docs they provide:

http://doc.softwareshield.com/index.html
http://doc.softwareshield.com/PG/ui_gs5.html#sdk_js


So, I’m looking for someone who can:

1. Guide me through the process
2. Do Javascript or advanced LC programming as needed

This is help I need immediately.

Thanks!

Peter Bogdanoff
ArtsInteractive
___
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: Anything LiveCode Can Learn From GO

[Mark Talluto via use-livecode]

I missed the local db part. It is clearly written in your original email. But, 
since I am here typing these chars…pondering…how about running a local server 
that accesses your local db and use tsnet to do async calls?

Best regards,

Mark Talluto
livecloud.io 
nursenotes.net 
canelasoftware.com 


> On Jun 14, 2018, at 12:45 PM, Ralph DiMola via use-livecode 
>  wrote:
> 
> I was referring to a local mobile SQLite DB query. But I do use async tsNet 
> for web service requests. It works like a charm even with many requests 
> outstanding. I fire up 10 or more at a time and they all compete as expected. 
> Async tsNet +1
> 
> Ralph DiMola
> IT Director
> Evergreen Information Services
> rdim...@evergreeninfo.net
> 
> 
> -Original Message-
> From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf 
> Of Mark Talluto via use-livecode
> Sent: Thursday, June 14, 2018 2:21 PM
> To: How to use LiveCode
> Cc: Mark Talluto
> Subject: Re: Anything LiveCode Can Learn From GO
> 
> tsNet with async calls can help you get this.
> 
> Best regards,
> 
> Mark Talluto
> livecloud.io 
> nursenotes.net 
> canelasoftware.com 
> 
> 
>> On Jun 14, 2018, at 8:24 AM, Ralph DiMola via use-livecode 
>>  wrote:
>> 
>> I would love to be able to start a thread that formatted a field that might 
>> be selected and made visible at a later date or have a scrolling field that 
>> could have the non-visible lines being formatted in another thread before 
>> you scroll down. Say you were going to a new card that required a DB query. 
>> You could have the card layout code and the query to a local DB running at 
>> the same time. Even with LCs message hierarchy multithreading could work. 
>> You could fire off a DB query thread and have a message sent to the main 
>> thread when complete. Inter thread communication would be key. That is where 
>> locking would be tricky to prevent dead locks.
>> 
>> Ralph DiMola
>> IT Director
>> Evergreen Information Services
>> rdim...@evergreeninfo.net
>> 
>> -Original Message-
>> From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf 
>> Of Bob Sneidar via use-livecode
>> Sent: Thursday, June 14, 2018 10:56 AM
>> To: How to use LiveCode
>> Cc: Bob Sneidar
>> Subject: Re: Anything LiveCode Can Learn From GO
>> 
>> Multithreading sounds like a good idea until you realize most things that 
>> have to happen in Livecode due to the message heirarchy need to be single 
>> threaded. It's only when you need to make a server of some sort that 
>> multithreading really needs to be implemented. 
>> 
>> Bob S
>> 
>> 
>>> On Jun 11, 2018, at 17:08 , Sannyasin Brahmanathaswami via use-livecode 
>>>  wrote:
>>> 
>>> I wasn't thinking about high language per se.   but more from an engine 
>>> point of view, specifically use of "Goroutines"
>>> 
>>> "But, most of the modern programming languages(like Java, Python etc.) are 
>>> from the ’90s single threaded environment. Most of those programming 
>>> languages supports multi-threading. But the real problem comes with 
>>> concurrent execution, threading-locking, race conditions and deadlocks. 
>>> Those things make it hard to create a multi-threading application on those 
>>> languages.
>> 
>> ___
>> 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
> 
> 
> ___
> 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: Anything LiveCode Can Learn From GO

[Ralph DiMola via use-livecode]

I was referring to a local mobile SQLite DB query. But I do use async tsNet for 
web service requests. It works like a charm even with many requests 
outstanding. I fire up 10 or more at a time and they all compete as expected. 
Async tsNet +1

Ralph DiMola
IT Director
Evergreen Information Services
rdim...@evergreeninfo.net


-Original Message-
From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of 
Mark Talluto via use-livecode
Sent: Thursday, June 14, 2018 2:21 PM
To: How to use LiveCode
Cc: Mark Talluto
Subject: Re: Anything LiveCode Can Learn From GO

tsNet with async calls can help you get this.

Best regards,

Mark Talluto
livecloud.io 
nursenotes.net 
canelasoftware.com 


> On Jun 14, 2018, at 8:24 AM, Ralph DiMola via use-livecode 
>  wrote:
> 
> I would love to be able to start a thread that formatted a field that might 
> be selected and made visible at a later date or have a scrolling field that 
> could have the non-visible lines being formatted in another thread before you 
> scroll down. Say you were going to a new card that required a DB query. You 
> could have the card layout code and the query to a local DB running at the 
> same time. Even with LCs message hierarchy multithreading could work. You 
> could fire off a DB query thread and have a message sent to the main thread 
> when complete. Inter thread communication would be key. That is where locking 
> would be tricky to prevent dead locks.
> 
> Ralph DiMola
> IT Director
> Evergreen Information Services
> rdim...@evergreeninfo.net
> 
> -Original Message-
> From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf 
> Of Bob Sneidar via use-livecode
> Sent: Thursday, June 14, 2018 10:56 AM
> To: How to use LiveCode
> Cc: Bob Sneidar
> Subject: Re: Anything LiveCode Can Learn From GO
> 
> Multithreading sounds like a good idea until you realize most things that 
> have to happen in Livecode due to the message heirarchy need to be single 
> threaded. It's only when you need to make a server of some sort that 
> multithreading really needs to be implemented. 
> 
> Bob S
> 
> 
>> On Jun 11, 2018, at 17:08 , Sannyasin Brahmanathaswami via use-livecode 
>>  wrote:
>> 
>> I wasn't thinking about high language per se.   but more from an engine 
>> point of view, specifically use of "Goroutines"
>> 
>> "But, most of the modern programming languages(like Java, Python etc.) are 
>> from the ’90s single threaded environment. Most of those programming 
>> languages supports multi-threading. But the real problem comes with 
>> concurrent execution, threading-locking, race conditions and deadlocks. 
>> Those things make it hard to create a multi-threading application on those 
>> languages.
> 
> ___
> 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


___
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: Anything LiveCode Can Learn From GO

[Mark Talluto via use-livecode]

tsNet with async calls can help you get this.

Best regards,

Mark Talluto
livecloud.io 
nursenotes.net 
canelasoftware.com 


> On Jun 14, 2018, at 8:24 AM, Ralph DiMola via use-livecode 
>  wrote:
> 
> I would love to be able to start a thread that formatted a field that might 
> be selected and made visible at a later date or have a scrolling field that 
> could have the non-visible lines being formatted in another thread before you 
> scroll down. Say you were going to a new card that required a DB query. You 
> could have the card layout code and the query to a local DB running at the 
> same time. Even with LCs message hierarchy multithreading could work. You 
> could fire off a DB query thread and have a message sent to the main thread 
> when complete. Inter thread communication would be key. That is where locking 
> would be tricky to prevent dead locks.
> 
> Ralph DiMola
> IT Director
> Evergreen Information Services
> rdim...@evergreeninfo.net
> 
> -Original Message-
> From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf 
> Of Bob Sneidar via use-livecode
> Sent: Thursday, June 14, 2018 10:56 AM
> To: How to use LiveCode
> Cc: Bob Sneidar
> Subject: Re: Anything LiveCode Can Learn From GO
> 
> Multithreading sounds like a good idea until you realize most things that 
> have to happen in Livecode due to the message heirarchy need to be single 
> threaded. It's only when you need to make a server of some sort that 
> multithreading really needs to be implemented. 
> 
> Bob S
> 
> 
>> On Jun 11, 2018, at 17:08 , Sannyasin Brahmanathaswami via use-livecode 
>>  wrote:
>> 
>> I wasn't thinking about high language per se.   but more from an engine 
>> point of view, specifically use of "Goroutines"
>> 
>> "But, most of the modern programming languages(like Java, Python etc.) are 
>> from the ’90s single threaded environment. Most of those programming 
>> languages supports multi-threading. But the real problem comes with 
>> concurrent execution, threading-locking, race conditions and deadlocks. 
>> Those things make it hard to create a multi-threading application on those 
>> languages.
> 
> ___
> 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: Anything LiveCode Can Learn From GO

[Ralph DiMola via use-livecode]

I would love to be able to start a thread that formatted a field that might be 
selected and made visible at a later date or have a scrolling field that could 
have the non-visible lines being formatted in another thread before you scroll 
down. Say you were going to a new card that required a DB query. You could have 
the card layout code and the query to a local DB running at the same time. Even 
with LCs message hierarchy multithreading could work. You could fire off a DB 
query thread and have a message sent to the main thread when complete. Inter 
thread communication would be key. That is where locking would be tricky to 
prevent dead locks.

Ralph DiMola
IT Director
Evergreen Information Services
rdim...@evergreeninfo.net

-Original Message-
From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of 
Bob Sneidar via use-livecode
Sent: Thursday, June 14, 2018 10:56 AM
To: How to use LiveCode
Cc: Bob Sneidar
Subject: Re: Anything LiveCode Can Learn From GO

Multithreading sounds like a good idea until you realize most things that have 
to happen in Livecode due to the message heirarchy need to be single threaded. 
It's only when you need to make a server of some sort that multithreading 
really needs to be implemented. 

Bob S


> On Jun 11, 2018, at 17:08 , Sannyasin Brahmanathaswami via use-livecode 
>  wrote:
> 
> I wasn't thinking about high language per se.   but more from an engine point 
> of view, specifically use of "Goroutines"
> 
> "But, most of the modern programming languages(like Java, Python etc.) are 
> from the ’90s single threaded environment. Most of those programming 
> languages supports multi-threading. But the real problem comes with 
> concurrent execution, threading-locking, race conditions and deadlocks. Those 
> things make it hard to create a multi-threading application on those 
> languages.

___
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: Anything LiveCode Can Learn From GO

[Bob Sneidar via use-livecode]

Multithreading sounds like a good idea until you realize most things that have 
to happen in Livecode due to the message heirarchy need to be single threaded. 
It's only when you need to make a server of some sort that multithreading 
really needs to be implemented. 

Bob S


> On Jun 11, 2018, at 17:08 , Sannyasin Brahmanathaswami via use-livecode 
>  wrote:
> 
> I wasn't thinking about high language per se.   but more from an engine point 
> of view, specifically use of "Goroutines"
> 
> "But, most of the modern programming languages(like Java, Python etc.) are 
> from the ’90s single threaded environment. Most of those programming 
> languages supports multi-threading. But the real problem comes with 
> concurrent execution, threading-locking, race conditions and deadlocks. Those 
> things make it hard to create a multi-threading application on those 
> languages.

___
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 recent File Menu

[Bob Sneidar via use-livecode]

Yes every time someone comes up with a useful snippet like this I add it to my 
Development menu. :-)

Bob S


> On Jun 8, 2018, at 13:38 , Terence Heaford via use-livecode 
>  wrote:
> 
>> On 8 Jun 2018, at 16:56, Klaus major-k via use-livecode 
>>  wrote:
>> 
>> set the cRecentStackPaths of stack "revpreferences" to empty
> 
> 
> Thanks very much.
> 
> 
> Terry


___
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: Close nodes in Tree View widget

[Andrew Bell via use-livecode]

Thank you!
https://quality.livecode.com/show_bug.cgi?id=21361

--Andrew Bell


Quoting Brian Milby :

Could you open a bug report/enhancement request for this? I’ll see  
what I can do about a PR targeting 9.1 release.


I can think of several ways to address the situation. Easiest would  
be to reset the array that handles what is expanded when the data  
array is changed. Would not be hard to add a separate handler to  
collapse all nodes.


Once done, you could pull the updated source and compile/use locally  
until it makes it into a release.


Thanks,
Brian
On Jun 14, 2018, 8:43 AM -0500, Andrew Bell via use-livecode  
, wrote:

Setting the arrayData to EMPTY acts the same as setting the arrayData
to some other array: the open nodes remain open. I even tried changing
the number of elements in the array to something as low as 1 but it
still remembered what nodes had been open when setting the arrayData
to something with more elements.

There are no properties in the dictionary that describe this type of
operation. The closest I could find was hilitedElement but that
doesn't actually open or close a node leaf. In fact, if you set the
hilitedElement to a node that isn't open it will hilite the next node
that is open instead. (bug?)

This isn't critical for this project as it is just an internal tool
that only I use, but the only workaround I could come up with is to
delete the widget and then create the widget again via script along
with all the attributes.

--Andrew Bell


> Date: Wed, 13 Jun 2018 23:02:52 +0100
> From: Alex Tweedly 
> Subject: Re: Close nodes in Tree View widget
>
> I can't try it out right now - but would it be any good to set the
> arraydata to empty, and then load the new values you want ? That might
> (effectively) delete and recreate the relevant nodes, and thereby reset
> the status of the leaf nodes.
>
> Alex.
>




___
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: Close nodes in Tree View widget

[Brian Milby via use-livecode]

Could you open a bug report/enhancement request for this? I’ll see what I can 
do about a PR targeting 9.1 release.

I can think of several ways to address the situation. Easiest would be to reset 
the array that handles what is expanded when the data array is changed. Would 
not be hard to add a separate handler to collapse all nodes.

Once done, you could pull the updated source and compile/use locally until it 
makes it into a release.

Thanks,
Brian
On Jun 14, 2018, 8:43 AM -0500, Andrew Bell via use-livecode 
, wrote:
> Setting the arrayData to EMPTY acts the same as setting the arrayData
> to some other array: the open nodes remain open. I even tried changing
> the number of elements in the array to something as low as 1 but it
> still remembered what nodes had been open when setting the arrayData
> to something with more elements.
>
> There are no properties in the dictionary that describe this type of
> operation. The closest I could find was hilitedElement but that
> doesn't actually open or close a node leaf. In fact, if you set the
> hilitedElement to a node that isn't open it will hilite the next node
> that is open instead. (bug?)
>
> This isn't critical for this project as it is just an internal tool
> that only I use, but the only workaround I could come up with is to
> delete the widget and then create the widget again via script along
> with all the attributes.
>
> --Andrew Bell
>
>
> > Date: Wed, 13 Jun 2018 23:02:52 +0100
> > From: Alex Tweedly 
> > Subject: Re: Close nodes in Tree View widget
> >
> > I can't try it out right now - but would it be any good to set the
> > arraydata to empty, and then load the new values you want ? That might
> > (effectively) delete and recreate the relevant nodes, and thereby reset
> > the status of the leaf nodes.
> >
> > Alex.
> >
>
>
>
>
> ___
> 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: Close nodes in Tree View widget

[Andrew Bell via use-livecode]

Setting the arrayData to EMPTY acts the same as setting the arrayData  
to some other array: the open nodes remain open. I even tried changing  
the number of elements in the array to something as low as 1 but it  
still remembered what nodes had been open when setting the arrayData  
to something with more elements.


There are no properties in the dictionary that describe this type of  
operation. The closest I could find was hilitedElement but that  
doesn't actually open or close a node leaf. In fact, if you set the  
hilitedElement to a node that isn't open it will hilite the next node  
that is open instead. (bug?)


This isn't critical for this project as it is just an internal tool  
that only I use, but the only workaround I could come up with is to  
delete the widget and then create the widget again via script along  
with all the attributes.


--Andrew Bell



Date: Wed, 13 Jun 2018 23:02:52 +0100
From: Alex Tweedly 
Subject: Re: Close nodes in Tree View widget

I can't try it out right now - but would it be any good to set the
arraydata to empty, and then load the new values you want ? That might
(effectively) delete and recreate the relevant nodes, and thereby reset
the status of the leaf nodes.

Alex.






___
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

Dark Mode in macOS Mojave, any thoughts from the mothership?

[Klaus major-k via use-livecode]

Hi friends,

the subject says it all, thanks for any insights!


Best

Klaus
--
Klaus Major
http://www.major-k.de
kl...@major-k.de


___
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