Update to Dash docset maker

[James At The Hale via use-livecode]

I have just updated the make_docset stack to generate a Dash compatibile 
documentation set for use by Dash (on the Mac) and the other Dash compatible 
readers on other platforms.

http://forums.livecode.com/viewtopic.php?f=16=29745

The new documentation set for LC9 dp 10 has also been submitted to the Dash 
repository and should be available in a day or two to download if you don’t 
want to roll your own.

Enjoy,

James
___
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: Call for Speakers 2018

[Peter W A Wood via use-livecode]

On 25 Oct 2017, at 09:34, Mark Wieder via use-livecode 
 wrote:

> That sounds like the last nail in the coffin for the actual conferences.

Sounds like a great opportunity for you to launch Mark Wieder Event Management 
Inc.

;-)

Peter
___
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: Call for Speakers 2018

[Mark Wieder via use-livecode]

On 10/24/2017 08:36 AM, Heather Laine via use-livecode wrote:

Dear List Folks,

It may or may not yet have come to your attention that due to the great success 
and popularity of LiveCode Global, we are running it again next year. So I'm 
once again sending out the call for speakers. Got something interesting to 
share with the community? Could you fill 7 minutes, 30 minutes or 50 minutes 
with some LiveCode Goodness? We'll be starting again on January 18th, and then 
every second month, on 15th March, 17th May, 19th July, 20th September and 15th 
November. Are you free for an hour on any of those days?


That sounds like the last nail in the coffin for the actual conferences.

--
 Mark Wieder
 ahsoftw...@gmail.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

[ANN] TinyDictionary updated to work also in LC 8.2.0 DP2 and LC 9 DP10

[Niggemann, Bernd via use-livecode]

Due to changes how LC organizes dictionary data in LC 8.2 DP2 and LC 9 DP 10 
tinyDictionary did not display LCB dictionary entries anymore.

TinyDictionary version 0.8.3 restores that functionality and is backwards 
compatible.
Thanks James Hale for the code for the acquisition of the dictionary array.

It has been uploaded to "Sample Stacks" = livecodeshare.

http://livecodeshare.runrev.com/stack/825/TinyDictionary

Kind regards
Bernd
___
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

[ANN] TinyDictionary updated to work also in LC 8.2.0 DP2 and LC 9 DP10

[BNig via use-livecode]

Due to changes how LC organizes dictionary data in LC 8.2 DP2 and LC 9 DP 10
tinyDictionary did not display LCB dictionary entries anymore.

TinyDictionary version 0.8.3 restores that functionality and is backwards
compatible.
Thanks James Hale for the code for the acqusition of the dictionary array.

It has been uploaded to "Sample Stacks" = livecodeshare.

http://livecodeshare.runrev.com/stack/825/TinyDictionary

Kind regards
Bernd



--
Sent from: 
http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html

___
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: Autosaving stacks corrupted on network drives

[Trevor DeVore via use-livecode]

On Tue, Oct 24, 2017 at 6:03 PM Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Yes, this especially happens with simultaneous sync tools such as google
> drive (now backup and sync), microsoft ,oneDrive box, and dropbox.  There
> are a variety of things that play into this annoying behavior, but the most
> common one is timing and latency/connectivity.  It really gets to be bad if
> you  quit/save from one machine, and then fire it up from another before
> the sync/save is complete.


I’ve seen similar problems as well. Another option would be to save the
file to the temp folder and, if that operation is successful, delete the
original file and move the file from the temp folder to the correct
location.

Trevor DeVore
___
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: Autosaving stacks corrupted on network drives

[Mike Kerner via use-livecode]

Yes, this especially happens with simultaneous sync tools such as google
drive (now backup and sync), microsoft ,oneDrive box, and dropbox.  There
are a variety of things that play into this annoying behavior, but the most
common one is timing and latency/connectivity.  It really gets to be bad if
you  quit/save from one machine, and then fire it up from another before
the sync/save is complete.

Possible solutions:
1) Do what LibreOffice does.  Create an invisible semaphore file that the
stack checks for on open.  If it exists, the open is rejected and the stack
immediately closes.  This will keep secondary and simultaneous users from
getting their grubby paws into the stack before the save/sync is complete.
As part of this solution, I would suggest any quit/closeStack event has a
built in delay to confirm that the sync/save has completed before removing
the semaphore.  This is still tricky as you are at the mercy of the
sync/save tool, however, if you're clever, you can use the service's api to
check, separately, if the sync/save is complete before you let LC finish
closing down.
2) Split the data out into a separate data file or better into a database
(because most databases use transactions, with greatly minimizes the
probability of corruption).

On Tue, Oct 24, 2017 at 3:55 PM, tbodine via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi all.
>
> Looking for your insights on an issue. Here's the scenario..
>
> I have a standalone Win/Mac app that autosaves user data to a stack file as
> the user moves from card to card. Typically, files reach sizes of 100-200k.
> Normally, this works great. But a couple of times a year, some user will
> manage to get corrupted data causing his stack files to be unusable.
>
> I've opened some of these corrupt stack files in a text editor and found
> the
> data loss shows the Save operation was interrupted. There's no garble. Just
> an abrupt end to the data and the file.
>
> I've found a common link in these cases -- either the app is on a network
> drive or the stack file is on a network drive.
>
> My theory is that network save operations are slower than saving on a local
> drive, and somehow this contributes to the data loss. But how?
>
> All theories (except conspiracy) are welcome!
>
> Thanks,
> Tom B.
>
>
>
>
>
>
> --
> Sent from: http://runtime-revolution.278305.n4.nabble.com/Revolution-
> User-f278306.html
>
> ___
> 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: [ANN] Release 9.0.0 DP-10

[panagiotis merakos via use-livecode]

@Jacque

If you uncheck "Script Debug Mode", the Remote Debugger will not be
included in the standalone when you use the "Test" button

Best,
Panos
--

On Tue, Oct 24, 2017 at 9:37 PM, J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 10/23/17 6:20 AM, panagiotis merakos via use-livecode wrote:
>
>> LiveCode 9.0.0 DP-10 comes with 27 bugfixes.
>>
>
> Monte, where is the Romote Debugging toggle? Is it tied to Debug Mode?
>
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.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
>
___
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: [ANN] Release 9.0.0 DP-10

[J. Landman Gay via use-livecode]

On 10/23/17 6:20 AM, panagiotis merakos via use-livecode wrote:

LiveCode 9.0.0 DP-10 comes with 27 bugfixes.


Monte, where is the Romote Debugging toggle? Is it tied to Debug Mode?

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.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

Should engine be applying link or metadata to an LINEFEED (LF) character?

[Trevor DeVore via use-livecode]

Hi all,

I’m seeing some behavior that I think is incorrect when setting the
htmltext property of a field. I would be interested in other takes on it
prior to filing a report, however.

Take the following HTML:

This is line
1
This is line 2

If you set the htmltext of a field using the above html then character 15
is a linefeed. If you check the metadata of character 15 it will be 90660.
You can confirm this by doing the following:

1) Create a new stack
2) Add a field
3) Copy the html to the clipboard
4) Execute the following in the multiline message box:

```
set the htmltext of field 1 to the clipboarddata
put 15 into tChar
put charToNum(char tChar of field 1) & cr & the metadata of char tChar of
field 1
```

I don’t think the metadata (or link) should be applied to the LF character.
The metadata should only be applied to the characters that the  wraps
and the  tag is outside of the . Is there a reason the current
behavior is desirable and shouldn’t be changed?

-- 
Trevor DeVore
ScreenSteps
www.screensteps.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

Autosaving stacks corrupted on network drives

[tbodine via use-livecode]

Hi all.

Looking for your insights on an issue. Here's the scenario.. 

I have a standalone Win/Mac app that autosaves user data to a stack file as
the user moves from card to card. Typically, files reach sizes of 100-200k.
Normally, this works great. But a couple of times a year, some user will
manage to get corrupted data causing his stack files to be unusable. 

I've opened some of these corrupt stack files in a text editor and found the
data loss shows the Save operation was interrupted. There's no garble. Just
an abrupt end to the data and the file.  

I've found a common link in these cases -- either the app is on a network
drive or the stack file is on a network drive. 

My theory is that network save operations are slower than saving on a local
drive, and somehow this contributes to the data loss. But how?

All theories (except conspiracy) are welcome!

Thanks,
Tom B.






--
Sent from: 
http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html

___
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 an Applescript Expert

[Mike Bonner via use-livecode]

try this..
set the shellcommand to "powershell"
set the hideconsolewindows to true
put shell("ls")

should return a listing of files for the current directory.

You could also make it interactive..
open process "powershell" for update
write "ls" & cr to process "powershell"
read from process "powershell" until empty
put it -- all text including prompts/etc returned by powershell
close process "powershell"

On Tue, Oct 24, 2017 at 11:26 AM, Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Ooookay I found a .NET port of iText called iTextSharp, and someone wrote
> a PowerShell module that can access it for the purposes of filling windows
> forms via the powershell.
>
> So now the question becomes, can Livecode access powershell? I suppose I
> can create a powershell script then launch it with shell or with Livecode's
> own file commands.
>
> Bob S
>
>
>
> ___
> 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 an Applescript Expert

[Bob Sneidar via use-livecode]

Ooookay I found a .NET port of iText called iTextSharp, and someone wrote a 
PowerShell module that can access it for the purposes of filling windows forms 
via the powershell. 

So now the question becomes, can Livecode access powershell? I suppose I can 
create a powershell script then launch it with shell or with Livecode's own 
file commands. 

Bob S



___
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: Save file dialogs...

[Paul Dupuis via use-livecode]

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

Requested as an enhancement to the 'ask file' engine command.

The next question might be what form would that enhancement take? If we
look at the syntax of:

ask file prompt [with defaultFilePath] [with type types [or type types
...]] [as sheet]

You could consider a enhancement where:

ask file prompt [with defaultFilePath] [with type types [or type types
...]] [with callback callbackMessage] [as sheet]

If the callbackMessage is present the dialog remains, even when the
cancel or save button are pressed and instead the callBackMessage is
sent to the object that invoked the ask file dialog with the value of
the action the user performed as a parameter, i.e.

on callBackMessage pAction
  switch pAction
 case "Cancel"
   close window "Ask File"
   break
case "Save"
close window "Ask File
-- perform save action
break
case "Plain Text" -- the value of the type popup that was just
changed, normally what is returned in 'the result'
-- update the default file name in the 'ask file' dialog, but
how best to implement this? A property of the window?
set the defaultFilepath of window 'Ask File" to pCurrentFileName
& tNewExtension
break
case "MS Word"
   -- similar to "Plain Text"
   break
  end switch
end callBackMessage





On 10/23/2017 10:02 PM, Richard Gaskin via use-livecode wrote:
> Paul Dupuis wrote:
>
> > On 10/23/2017 4:23 PM, Richard Gaskin via use-livecode wrote:
> >> Trevor DeVore wrote:
> >>
> >> > On Mon, Oct 23, 2017 at 11:32 AM Brian Milby via use-livecode <
> >> > use-livecode at lists.runrev.com> wrote:
> >> >
> >> >> One option would be to leave the extension off when initially
> >> >> presented to the user. Then add the correct extension before
> >> >> saving if the user did not manually add one. It is probably a
> >> >> little more complicated than that though... unless the user has
> >> >> their OS set to display extensions, they may not be presented
> >> >> with them normally. I’m not sure if that is detectable from
> >> >> within LC though.
> >> >
> >> > One thing to be aware of with this approach is that it won’t work
> >> > if your app is sandboxed (apps distributed through the Mac App
> >> > Store are sandboxed). When sandboxed you can only write to a file
> >> > path that the user explicitly specifies. You will get an error if
> >> > you try to change the path that the user specified in the save as
> >> > dialog.
> >>
> >> Good point. Thanks for that, Trevor.
> >>
> >> It would seem an enhancement request is in order.
> >>
> >> Paul, are you in a position to file that?
> >
> > I will file an enhancement request. I'd like to see a
> > future/alternative version of ask file that provides the callbacks
> > Ralph mentioned. Perhaps as an LCB widget?
>
> Thanks in advance.  It'll be good to get that standard behavior.
>
> If it were a new command/function, writing it with LCB using FFI would
> probably be an excellent choice.  Indeed, just about anyone in the
> community could do it.
>
> But in this case it's an extension of an existing command built into
> the engine, so doing this feature completion in the existing engine
> code would seem maybe a better move.
>
> After all, if it were written in LCB, we'd then have two different
> versions of some form of Ask File command, and we'd have to remember
> the nuances between them, which one has what, and if we want the LCB
> version we'd have to remember to add that component wherever it's needed.
>
> As a feature completion of the existing engine-based command, this
> would be available to everyone always, and it's common enough to
> expect most folks will want it.  And less to remember.
>


___
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

Call for Speakers 2018

[Heather Laine via use-livecode]

Dear List Folks,

It may or may not yet have come to your attention that due to the great success 
and popularity of LiveCode Global, we are running it again next year. So I'm 
once again sending out the call for speakers. Got something interesting to 
share with the community? Could you fill 7 minutes, 30 minutes or 50 minutes 
with some LiveCode Goodness? We'll be starting again on January 18th, and then 
every second month, on 15th March, 17th May, 19th July, 20th September and 15th 
November. Are you free for an hour on any of those days? 

If you'd like to speak, please contact me on  conference-spea...@livecode.com 
 with a no more than 300 word 
description of your proposed talk. 

Warm Regards,

Heather

Heather Laine
Customer Services Manager
LiveCode Ltd
www.livecode.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

Re: Need an Applescript Expert

[Bob Sneidar via use-livecode]

Ya none of this is working. Apparently getField is not a function that is 
exposed to the script editor. 

Bob S



___
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 an Applescript Expert

[Bob Sneidar via use-livecode]

> On Oct 24, 2017, at 03:03 , Pi Digital via use-livecode 
>  wrote:
> 
> Or then you could do this:
> 
>> window.getField("technotes").value = "This is only a test.";
> 
Can't find variable window.


> That should make sense. If getField works that is. If not I would try
> 
>> window.document.getElementById(“technotes”).value = “Test value”;
> 
can't find variable window. 


> 
> This should steer you along the right path though. 
> 
> Sean Cole
> Pi Digital
> 
> 

___
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 an Applescript Expert

[Pi Digital via use-livecode]

Hi Bob

Outside of a browser you can use this to find out your running process id’s

> function getSysRunningApps() { var oOutput = 
> document.getElementById("processDisplay"); oOutput.value = ""; oOutput.value 
> = getProcessList(); }


Or use this for getting a running apps open active window

> window = Acrobat.windows[0]; window.name();

Or then you could do this:

> window.getField("technotes").value = "This is only a test.";


That should make sense. If getField works that is. If not I would try

> window.document.getElementById(“technotes”).value = “Test value”;


This should steer you along the right path though. 

Sean Cole
Pi Digital

> On 24 Oct 2017, at 00:20, Ralph DiMola via use-livecode 
>  wrote:
> 
> Shake some dust off from my Acrobat JavaScript days...
> I think you will have to open the document. You are in a new instance of
> Acrobat without an currently open document.
> 
> 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: Monday, October 23, 2017 6:57 PM
> To: How to use LiveCode
> Cc: Bob Sneidar
> Subject: Need an Applescript Expert
> 
> Hi all. 
> 
> When populating forms on a Macintosh, I figured out a nice little hack which
> allows me to populate a fillable form with values using AppleScript. The
> trick is to tell Applescript to tell Acrobat to run a Javascript! Seems a
> little convoluted but it works great. 
> 
> So I discovered recently that Applescript can run Javascript natively!
> Great. I figured I would bypass applescript and pass javascript directly!
> But I've run ingo a snag. Here is a quick sample of what works:
> 
> tell application "/Applications/Adobe Acrobat DC/Adobe Acrobat.app"
> set theScript to "this.getField(\"technotes\").value = \"This is only a
> test. \";"
> do script theScript
> end tell
> 
> Don't let the backslash quotes trip you up I am just escapting quote
> characters. Now the Javascript version *should* look like this but it does
> NOT work!
> 
> Acrobat = Application('Adobe Acrobat');
> Acrobat.activate();
> delay(1);
> 
> this.getField("technotes").value = "This is only a test.";
> 
> I get an error that this.getField is undefined! Wha??? Why does it work
> as an applescript command then??
> 
> Bob S
> 
> 
> 
> ___
> 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