Re: Grab Me Fails on snapshot Images of fields which are transparent (opaque false)

2016-02-05 Thread Randy Hengst
"grab me" works on any part of transparent fields .. even when clicking on the 
transparent part of the field… can you just use all fields?

Mac 10.10.5 LC 7.1.1

be well,
randy

Randy Hengst
www.classroomFocusedSoftware.com


> On Feb 5, 2016, at 11:51 PM, Scott Rossi  wrote:
> 
> You're correct -- anywhere the image is 100% transparent will not respond
> to click/touch.  Here are a couple of workarounds:
> 
> 1) Export your tile images from a group that includes a graphic behind the
> field set to 1% opacity of the main color that appears where your tiles
> will be placed (white is fine as well).  The 1% opacity included in the
> snapshot will make the images respond to clicks.
> 
> 2) Instead of dragging the image tiles around the card, use graphics.
> Create an opaque graphic for each tile image, and set the backPattern of
> each graphic to the id of each tile.  The graphics will take on the
> transparency of the images, but will remain clickable.
> 
> Other folks here may have additional options.
> 
> Regards,
> 
> Scott Rossi
> Creative Director
> Tactile Media, UX/UI Design
> 
> 
> 
> 
> On 2/5/16, 9:25 PM, "use-livecode on behalf of Sannyasin Brahmanathaswami"
> 
> wrote:
> 
>> 
>> I have a puzzle widget that is made by importing a snapshot of a field
>> with words in it, then we make a copy of that images and repeatedly crop
>> to each word.
>> 
>> Now we have small image tiles.  Works great BUT
>> 
>> Problem: The original field has a transparent background. which I am
>> hoping to keep. And unexpectedly, the snapshot of the field seems to
>> include the alpha channel for the background which is set to transparentŠ
>> so you *can* see through the images.
>> 
>> If you put ³grab me² into the
>> 
>> on mousedown 
>>  grab me
>> end mousedown
>> 
>> script of the image tiles created by this methodŠ you cannot grab the
>> image ‹ either with the pointer mouse tool on desktop or your finger on
>> mobile‹ unless you are in contact with the pixels of the letters of the
>> word. Even though the rect of the image includes areas above, below
>> beyond and obviously in between the lettersŠ if you contact any of those
>> areas, you cannot drag, the image tile
>> 
>> Am I wrong in thinking that the grab me message should be sent if you
>> mousedown anywhere in the rect of the image?
>> 
>> I confirmed this by setting the field with a colored background, then
>> making the tilesŠ now you can move them around by  easily no matter where
>> your finger or mouse contacts the image.
>> 
>> work around of course is to set the background to the same color as the
>> tilesŠ but what I really want is to be able to see through the tiles.
>> 
>> If I wanted to test how would you do this: set the alpha channel of the
>> background of these images to just a small valueŠ they would still be
>> semi-tranparent, but perhaps grabme would see them as ³grabbable²
>> throughout the entire rect?  How would you do that
>> 
>> ??
>> 
>> BR 
>> 
>> ___
>> 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: Can't Get LC Server to fire

2016-02-05 Thread Charles Warwick

On 6/02/2016 3:38 am, Sannyasin Brahmanathaswami wrote:

the echo.lc file iin the cgi-bin is a bit different than the one in the 
public_html directory.

it does not begin with “
Sorry, I missed that bit in your e-mail.

This is all working on the other site… but I discovered even a bashscript.cgi 
will not fire.. so it’s nothing to do with LC at all. I’ll take this up with 
the team over at the VirtualMin/WebMin site…
That does seem to indicate more of a problem with the configuration of 
the /cgi-bin/ directory for that website.


If you haven't had any success with the Virtualmin/Webmin guys, another 
thing to look at is the Apache error log for your domain when calling 
the .lc script in the public_html directory from a web browser.  In your 
case, it looks like it would probably be /home/htoday/logs/error_log.  
The error log will often reveal more information about the actual error, 
than what you see displayed in the browser.


If you have other sites working under Virtualmin, you could also compare 
the Apache config for a domain that is working to one that isn't - in 
particular the ScriptAlias lines and the config in the /home/xxx/cgi-bin> section for your site.  You can find the Apache 
config for the domain in Virtualmin under "Services" - "Configure 
Website" - "Edit Directives".


Cheers,

Charles



___
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

[BUG] Standalone Application Settings

2016-02-05 Thread Kay C Lan
OS X 10.9.5 LC 8.0 dp 14

Building a Windows app I get a message saying that the generic app icon
isn't available and the path is this:

LiveCode Indy 8.0 (dp
13).app/Contents/Tools/Runtime/Windows/x86-32/Support/Sample
Icons/genericapp.ico

Note the mention of dp 13. If I retrieve my copy of dp 13 out of the Trash
and build the app again in dp 14 everything proceeds without the message.
Clearly the path needs updating.

Related to this, but probably due to my own lack of knowledge as I've only
ever used generic icons before. In dp 14 if I select OS X and Windows App
and Doc icons (.icns and .ico of appropriate size) my app is not built
using these icons. Also, when I return to the Standalone Application
Setting the 2 selections for OS X have returned to blank and the 2
selections for Windows have returned to their generic file paths. Is that
normal?

I'll submit a bug report once someone confirms it's not just me.
___
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: Grab Me Fails on snapshot Images of fields which are transparent (opaque false)

2016-02-05 Thread Matt Maier
Maybe snapshot with a file type that doesn't have an alpha channel?


On Fri, Feb 5, 2016 at 9:25 PM, Sannyasin Brahmanathaswami  wrote:

>
> I have a puzzle widget that is made by importing a snapshot of a field
> with words in it, then we make a copy of that images and repeatedly crop to
> each word.
>
> Now we have small image tiles.  Works great BUT
>
> Problem: The original field has a transparent background. which I am
> hoping to keep. And unexpectedly, the snapshot of the field seems to
> include the alpha channel for the background which is set to transparent…
> so you *can* see through the images.
>
>  If you put “grab me” into the
>
> on mousedown
>grab me
> end mousedown
>
> script of the image tiles created by this method… you cannot grab the
> image — either with the pointer mouse tool on desktop or your finger on
> mobile— unless you are in contact with the pixels of the letters of the
> word. Even though the rect of the image includes areas above, below beyond
> and obviously in between the letters… if you contact any of those areas,
> you cannot drag, the image tile
>
> Am I wrong in thinking that the grab me message should be sent if you
> mousedown anywhere in the rect of the image?
>
> I confirmed this by setting the field with a colored background, then
> making the tiles… now you can move them around by  easily no matter where
> your finger or mouse contacts the image.
>
> work around of course is to set the background to the same color as the
> tiles… but what I really want is to be able to see through the tiles.
>
> If I wanted to test how would you do this: set the alpha channel of the
> background of these images to just a small value… they would still be
> semi-tranparent, but perhaps grabme would see them as “grabbable”
> throughout the entire rect?  How would you do that
>
> ??
>
> BR
>
> ___
> 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: Grab Me Fails on snapshot Images of fields which are transparent (opaque false)

2016-02-05 Thread Scott Rossi
You're correct -- anywhere the image is 100% transparent will not respond
to click/touch.  Here are a couple of workarounds:

1) Export your tile images from a group that includes a graphic behind the
field set to 1% opacity of the main color that appears where your tiles
will be placed (white is fine as well).  The 1% opacity included in the
snapshot will make the images respond to clicks.

2) Instead of dragging the image tiles around the card, use graphics.
Create an opaque graphic for each tile image, and set the backPattern of
each graphic to the id of each tile.  The graphics will take on the
transparency of the images, but will remain clickable.

Other folks here may have additional options.

Regards,

Scott Rossi
Creative Director
Tactile Media, UX/UI Design




On 2/5/16, 9:25 PM, "use-livecode on behalf of Sannyasin Brahmanathaswami"

wrote:

> 
>I have a puzzle widget that is made by importing a snapshot of a field
>with words in it, then we make a copy of that images and repeatedly crop
>to each word.
>
>Now we have small image tiles.  Works great BUT
>
>Problem: The original field has a transparent background. which I am
>hoping to keep. And unexpectedly, the snapshot of the field seems to
>include the alpha channel for the background which is set to transparentŠ
>so you *can* see through the images.
>
> If you put ³grab me² into the
>
>on mousedown 
>   grab me
>end mousedown
>
>script of the image tiles created by this methodŠ you cannot grab the
>image ‹ either with the pointer mouse tool on desktop or your finger on
>mobile‹ unless you are in contact with the pixels of the letters of the
>word. Even though the rect of the image includes areas above, below
>beyond and obviously in between the lettersŠ if you contact any of those
>areas, you cannot drag, the image tile
>
>Am I wrong in thinking that the grab me message should be sent if you
>mousedown anywhere in the rect of the image?
>
>I confirmed this by setting the field with a colored background, then
>making the tilesŠ now you can move them around by  easily no matter where
>your finger or mouse contacts the image.
>
>work around of course is to set the background to the same color as the
>tilesŠ but what I really want is to be able to see through the tiles.
>
>If I wanted to test how would you do this: set the alpha channel of the
>background of these images to just a small valueŠ they would still be
>semi-tranparent, but perhaps grabme would see them as ³grabbable²
>throughout the entire rect?  How would you do that
>
>??
>
>BR 
>
>___
>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: IDE stack names

2016-02-05 Thread Matt Maier
Neat, thanks!

On Fri, Feb 5, 2016 at 9:12 PM, Scott Rossi  wrote:

> In the message box, execute: put the openStacks
>
> You'll get a list of all currently open stacks, and you can use the
> message box to set the location of the off-screen stack, like -- set
> topLeft of stack "revNewScriptEditor 1" to 100,100
>
> Alternatively, as a shameless plug, there's this:
> http://tactilemedia.com/storefront/index.php?page=detail&get_id=34
>
>
> Regards,
>
> Scott Rossi
> Creative Director
> Tactile Media, UX/UI Design
>
>
>
>
> On 2/5/16, 9:00 PM, "use-livecode on behalf of Matt Maier"
> 
> wrote:
>
> >What are the names of the IDE stacks? I'm trying to get the script editor
> >back onto the screen because sometimes it randomly decides it doesn't want
> >to be on the screen. I tried stack "script editor" and stack "code editor"
> >in the message bar but neither can be found.
> >
> >This isn't the first time I've had to address one of the IDE's stacks in
> >script. I think the last time was trying to set the colors of the
> >ask/answer popups, which I think I might have found in a tutorial, or just
> >guessed at based on what they were probably called.
> >
> >Is there a way to lookup that information?
> >___
> >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


Grab Me Fails on snapshot Images of fields which are transparent (opaque false)

2016-02-05 Thread Sannyasin Brahmanathaswami
 
I have a puzzle widget that is made by importing a snapshot of a field with 
words in it, then we make a copy of that images and repeatedly crop to each 
word.

Now we have small image tiles.  Works great BUT

Problem: The original field has a transparent background. which I am hoping to 
keep. And unexpectedly, the snapshot of the field seems to include the alpha 
channel for the background which is set to transparent… so you *can* see 
through the images.

 If you put “grab me” into the 

on mousedown 
   grab me
end mousedown

script of the image tiles created by this method… you cannot grab the image — 
either with the pointer mouse tool on desktop or your finger on mobile— unless 
you are in contact with the pixels of the letters of the word. Even though the 
rect of the image includes areas above, below beyond and obviously in between 
the letters… if you contact any of those areas, you cannot drag, the image tile 
 

Am I wrong in thinking that the grab me message should be sent if you mousedown 
anywhere in the rect of the image?

I confirmed this by setting the field with a colored background, then making 
the tiles… now you can move them around by  easily no matter where your finger 
or mouse contacts the image.

work around of course is to set the background to the same color as the tiles… 
but what I really want is to be able to see through the tiles. 

If I wanted to test how would you do this: set the alpha channel of the 
background of these images to just a small value… they would still be 
semi-tranparent, but perhaps grabme would see them as “grabbable” throughout 
the entire rect?  How would you do that 

??

BR 

___
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: IDE stack names

2016-02-05 Thread Scott Rossi
In the message box, execute: put the openStacks

You'll get a list of all currently open stacks, and you can use the
message box to set the location of the off-screen stack, like -- set
topLeft of stack "revNewScriptEditor 1" to 100,100

Alternatively, as a shameless plug, there's this:
http://tactilemedia.com/storefront/index.php?page=detail&get_id=34


Regards,

Scott Rossi
Creative Director
Tactile Media, UX/UI Design




On 2/5/16, 9:00 PM, "use-livecode on behalf of Matt Maier"

wrote:

>What are the names of the IDE stacks? I'm trying to get the script editor
>back onto the screen because sometimes it randomly decides it doesn't want
>to be on the screen. I tried stack "script editor" and stack "code editor"
>in the message bar but neither can be found.
>
>This isn't the first time I've had to address one of the IDE's stacks in
>script. I think the last time was trying to set the colors of the
>ask/answer popups, which I think I might have found in a tutorial, or just
>guessed at based on what they were probably called.
>
>Is there a way to lookup that information?
>___
>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


IDE stack names

2016-02-05 Thread Matt Maier
What are the names of the IDE stacks? I'm trying to get the script editor
back onto the screen because sometimes it randomly decides it doesn't want
to be on the screen. I tried stack "script editor" and stack "code editor"
in the message bar but neither can be found.

This isn't the first time I've had to address one of the IDE's stacks in
script. I think the last time was trying to set the colors of the
ask/answer popups, which I think I might have found in a tutorial, or just
guessed at based on what they were probably called.

Is there a way to lookup that information?
___
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: Visual Effect and Initial Commands "disappear" on card transition

2016-02-05 Thread Sannyasin Brahmanathaswami
 
I solved the problem myself.

There is a caveat with animationEngine… I don’t understand it completely  

but  

on aeMoveDone  
nextEvent
end aeMoveDone

will fire too soon or “cuts out” part of the actions of the subsequent commands 
being invoked on the card we go to, as well as the visual effects of the 
handler in the stack script that drives the presentation from one card to the 
next.

BUT, all he wants is just a little time:

on aeMoveDone
   send "nextEvent" to this card in 500 milliseconds
end aeMoveDone

and everything runs as expected.

BR



On February 5, 2016 at 5:33:28 PM, Sannyasin Brahmanathaswami 
(bra...@hindu.org(mailto:bra...@hindu.org)) wrote:

> For LC mystery forensics experts.  
>  
> I will attempt to send sweet dreams from Hawaii to anyone who can solve this 
> problem.  
>  
> go stack url 
> "http://dev.himalayanacademy.com/stacks/SivasHawaiiRevels/SivasHawaiiRevels.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

Visual Effect and Initial Commands "disappear" on card transition

2016-02-05 Thread Sannyasin Brahmanathaswami
 

For LC mystery forensics experts.  

I will attempt to send sweet dreams from Hawaii to anyone who can solve this 
problem.  

go stack url 
"http://dev.himalayanacademy.com/stacks/SivasHawaiiRevels/SivasHawaiiRevels.livecode”


Disclaimer: if you are appalled by my architecture, its’ because I don’t know 
what I’m doing…this world of animiation/presentation etc all new.  

I want users to drive events from a button on screen (on the right), so I set 
some custom prop flags and then this handler in the stack script does the work: 
 

on nextEvent  
put the uNextEvent of this card into tEvent
switch tEvent
case "nextStage" # set/called when all scenes are done on a card
put the uNextStage of this stack into tNextCard
visual effect dissolve very fast
go to card tNextCard
break
case "scene2"
send "scene2" to this card # almost always is one
break
case "scene3"
send "scene3" to this card # may not be one
break
case "scene4"
send "scene4" to this card # may not be one
break
end switch
end nextEvent

In the case of card 1, this is a title card… so I have the script drive the 
event, which is to go to the next card (s) after Animation Engine finishes some 
moves like this, the “nextEvent” command issue issued automatically:  

local tHALogo, tCompanyTitle  

on preOpenCard  
setStage
end preOpenCard

on opencard  
scene1
end opencard

command setStage  
put the long id of fld "companyTitle" into tCompanyTitle
put the long id of img "HaLogo" into tHaLogo

set the rect of tHALogo to 0,0,500,500
set the loc of tHALogo to the loc of this card
set the loc of tCompanyTitle to 1170,-123
hide grp "Navigators"
end setStage


command scene1  
set the uNextStage of this stack to "Stage1"
set the uNextEvent of this card to "nextStage"
aeLockMoves
aeChangeRect tHALogo, 40,40,220,220,1500,"overshoot"
aeMoveTo tCompanyTitle, the loc of this card, 1500, "inOut"
aeUnlockMoves
end scene1


on aeMoveDone  
nextEvent

end aeMoveDone

———  

This should cause LC to open Card 2 with a dissolve and run the preopen and 
open card scripts  

SetStage runs as expect, but  
scene1 does not (when coming from cd 1 only)

local tStage1Layer1, tModuleTitle  

on preopencard  
setStage
end preopencard

on openCard  
scene1
end openCard

# all objects:  

command setStage  
put the long id of img "stage-1_layer-1" into tStage1Layer1
put the long id of fld "moduletitle" into tModuleTitle
hide tStage1Layer1
hide tModuleTitle
hide grp "Navigators"
set the rect of tStage1Layer1 to the uMyEffects["startsizelocation"] of 
tStage1Layer1
end setStage

command scene1  
# first scenario
show img "stage-1_layer-1" with visual effect dissolve slowly

#second scenario
wait 2 seconds
put the uMyEffects["move1sizelocation"] of tStage1Layer1 into tNewLocation
put the uMyEffects["move1speed"] of tStage1Layer1 into tMove1Speed
aeChangeRect tStage1Layer1, tNewLocation,tMove1Speed,"out"
set the uNextEvent of this card to "Scene2"
show grp "navigators"

end scene1

command scene2 # this works  
show tModuleTitle


#only one scenario and then we are done... move on to next card/stage
set the uNextEvent of this card to "nextStage"

# next stage will be a puzzle:
set the uNextStage of this stack to "word-puzzle"

# we need to set the next puzzle number ahead of time
set the uPuzzleNo of card "word-puzzle" to 1


end scene2

This works fine for every transtion from card 2 to card 3, card 3 to card 4  

you can do go to card 3 (the puzzle) and do cmd 2 to go back and the script on 
Card 2 performs as expected  

BUT: when the script on card 1 runs. LC sticks on card 1 where I have my “wait 
2 seconds” (in the cd 2, scene1 handler) and does not go to card 2 until those 
2 seconds pass and then it ignores this completely  

# first scenario  
show img "stage-1_layer-1" with visual effect dissolve slowly

“For the life of me” I can figure out why….  

BR  

p.s. any advice on the approach one should talk to solving this kind of problem 
will help me… I tend to spin wheels… should one turn on the message watch, set 
a break point and step through… How do you do debugging, when there is no 
actual error, but things don’t perform as expected?  



___
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: Release 8.0 DP 14

2016-02-05 Thread Kay C Lan
At first, I've got to say I was thoroughly underwhelmed... but then
discovered I hadn't updated at all.

I normally always use the link provided to grab the download but for some
reason this time I just used the 'Check for Updates' in the Help menu. I
should have realised something was up when the Installer didn't ask me
where I wanted to Install to - I always install to My Applications folder
not the All User Application folder.

I don't see a need to clutter the QCC, just be aware that at least on OS X
dp 13 the Check for Updates points to the wrong file and you are better off
grabbing the dp 14 file directly.

Having got dp14... wow, awesome, the changes are immediately apparent. The
Dictionary is useable! It's like Christmas has come again.

So thankful for those many talented people at the matriarchal maritime
transportation vessel establishment (not wishing to offend Peter ;-) who
have spent so much time learning impenetrable, cryptic and downright
cantankerous foreign languages (C++, Objective C, Apple iOS app submission
requirements...) so that I don't have to and all they ask in return is that
any time I've got a bit of a grumble is click a Bookmark and fill out an
online form. Seems terribly one sided, but OK.
___
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: Drag off palette

2016-02-05 Thread Peter Bogdanoff
Thanks, Mark. Very nice!


On Feb 5, 2016, at 5:19 PM, Mark Waddingham  wrote:

> Hi Peter,
> 
> Have a look at the tools palette code - it creates a stack and puts a control 
> in it. Then it uses a repeat / wait loop to track the pointer and manage the 
> stack.
> 
> Warmest regards,
> 
> Mark.
> 
> Sent from my iPhone
> 
>> On 6 Feb 2016, at 01:01, Peter Bogdanoff  wrote:
>> 
>> Can anyone share the technique to drag an item off a palette, like one does 
>> with LC’s tool palette?
>> 
>> I see now that when you drag off a text entry field you see under the 
>> pointer a little field with a blinking cursor. What exactly is being dragged?
>> 
>> Peter Bogdanoff
>> ___
>> 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: LC8 Save command

2016-02-05 Thread Mark Wieder

On 02/05/2016 03:13 PM, Peter Haworth wrote:


Would be nice if there was a "with current format" or something similar
that would save the stack with the format it already has.


Expanding on what Mark said, the IDE will do this if you have the 
preference set, but the save command invoked from a script won't.


As you have discovered, calling the save command without options will 
save in 7.0 format unless there are widgets in the stack, in which case 
it will save in 8.0 format.


To save in other formats you can either set the stackFileVersion before 
saving or use "with format" option of the save command.


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


Re: Drag off palette

2016-02-05 Thread Mark Waddingham
Hi Peter,

Have a look at the tools palette code - it creates a stack and puts a control 
in it. Then it uses a repeat / wait loop to track the pointer and manage the 
stack.

Warmest regards,

Mark.

Sent from my iPhone

> On 6 Feb 2016, at 01:01, Peter Bogdanoff  wrote:
> 
> Can anyone share the technique to drag an item off a palette, like one does 
> with LC’s tool palette?
> 
> I see now that when you drag off a text entry field you see under the pointer 
> a little field with a blinking cursor. What exactly is being dragged?
> 
> Peter Bogdanoff
> ___
> 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

Drag off palette

2016-02-05 Thread Peter Bogdanoff
Can anyone share the technique to drag an item off a palette, like one does 
with LC’s tool palette?

I see now that when you drag off a text entry field you see under the pointer a 
little field with a blinking cursor. What exactly is being dragged?

Peter Bogdanoff
___
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: IDE license expiring?

2016-02-05 Thread Peter Bogdanoff
Thanks Richard.

I sent in a support request.

Peter

On Feb 5, 2016, at 9:56 AM, Richard Gaskin  wrote:

> Peter Bogdanoff wrote:
> 
> > When I open the LC IDE I am getting a pop up message when the
> > application opens, “Livecode License File Expiring 6.1.3 Your
> > current license file is about to expire. Please connect your
> > computer to the internet to fetch a new license file. 5 days
> > remaining”
> >
> > I am connected to the internet, yet get this…
> >
> > What to do?
> 
> Buy a new reg server for LC. :)
> 
> This may or may not be related, but in recent months I've had difficulty 
> registering nearly every new install I've put on my machine, with the reg 
> window reporting that it had trouble contacting the server.
> 
> I've notified Support a couple times when this happened, but of course you 
> know the old rule:  the quickest way to resolve a problem is to report it to 
> Support, at which time the problem will no longer be evident. :)
> 
> That's what happened here: the issue has been intermittent and therefore 
> difficult to reproduce.  But I saw it again just yesterday twice, once when 
> installing v8dp14 on my Linux box and again on my Win7 box.
> 
> May not be related to the issue you're having, but if it is it suggests 
> something can be done to tidy up the reg server and/or the IDE code that 
> contacts it to make it more responsive.
> 
> -- 
> Richard Gaskin
> Fourth World Systems
> Software Design and Development for the Desktop, Mobile, and the Web
> 
> ambassa...@fourthworld.comhttp://www.FourthWorld.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: LC8 Save command

2016-02-05 Thread Mark Waddingham
That's correct - the stackfileversion is by default the most recent the engine 
understands.

Saving stackfiles in a legacy version is an IDE semantic in the IDE save 
routines - it stores a custom property on the stack.

On the other hand it is the engine which identifies whether a stackfiles is too 
new to be opened. Since 2.7 all stackfiles start with 8 bytes - REVOxyzw - 
where xyzw are the digits for the version the format was introduced in:

REVO2700 - 2.7
REVO5500 - 5.5
REVO7000 - 7.0
REVO8000 - 8.0

Warmest regards,

Mark.

Sent from my iPhone

> On 5 Feb 2016, at 23:13, Peter Haworth  wrote:
> 
> If I'm reading the documentation correctly, saving a stack file without
> specifying the "with format" clause results in it being saved in the format
> specified in the stackFileVersion.
> 
> If I open a stack file created with 6.x or 7.x in 8.0 and save it without
> changing the stackFileVersion and without specifying the format in the
> "with" clause, it becomes unreadable by 6.x or 7.x, even if it uses none of
> the 8.0 features.
> 
> I'd be happy to use the" with format" clause but is there a property of a
> stack that contains its stackFileVersion?  The IDE obviously knows what it
> is since it puts out a nice error message if you try to open a stack file
> created with a later LC version.
> 
> Would be nice if there was a "with current format" or something similar
> that would save the stack with the format it already has.
> ___
> 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: Release 8.0 DP 14

2016-02-05 Thread Dr. Hawkins
On Fri, Feb 5, 2016 at 12:43 AM, RM  wrote:

>
> I'm not a gambler either. But I do know one thing:
>
> Despite my periodic "snotty patches": LiveCode has always delivered when
> it comes
> to stable releases. If one wants to run at the front of the pack (i.e.
> developing with
> Developer previews) then one really shouldn't be that surprised when one
> stubs one's toe.
>
>
Err, that's why I'm staying with 7 for now . . . I was asked upthread if I
could be persuaded to use 8.


> Considering that I donated 80 pounds (that's about 120 bucks US) to the
> Kickstarter project
> I believe I have got damn good value ever since.
>


Mine was significantly more than that, and, all in all, I'm not
significantly ahead of what I had with 5.5

-- 
Dr. Richard E. Hawkins, Esq.
(702) 508-8462
___
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: Release 8.0 DP 14

2016-02-05 Thread Dr. Hawkins
On Thu, Feb 4, 2016 at 6:20 PM, Richard Gaskin 
wrote:

> Suit yourself.
>
> I regard testing new software my business relies on as part of the ongoing
> cost of developing and maintaining my products.
>
> You know better than most that given the combinatorial explosion of
> possible syntax and feature options that it's not possible for anyone but
> you to test the specific combinations your software relies on.
>
> The rest of us will do some of your testing for you in the course of
> testing our own work, and if you're in a gambling mood you're free to bet
> on the possibility that how we use LC is exactly the same as how you use it.
>
> Personally, I wouldn't take that bet myself, but I'm not much of a gambler.
>

I'm already gambling on the switch to the product and giving up income for
that to happen . . .

Frankly, I'd be nearly as happy with a 5.6.

The only important thing for me in 7 so far is the ability to scale windows
(which doesn't work all that well on the desktop anyway).  I have a single
usage of chained behavior, which is more about convenience than necessity;
I could have done it with a library (on second thought, there's two).  The
window zooming is the only "win" for leaving 5.

The Postgres SSL would have been useful some time back, but I've already
worked around it (and it's not here yet, anyway).  The large script thing
that triggered this will only take me back to what I had with 5.5 . . .

All in all, with a postgres plugin, I could have done this in HyperCard 2
or SuperCard 1.5.  (in fact, I did exactly that with those a couple of
decades ago, using cards to store the nets & assets rather than a database).

Large scripts not seeing the system on walkabout is the only thing I really
need from 8 so far.

Coherent threading and a simple distributed file format instead of
monolithic stacks would be far more useful for me than anything I've heard
going in.


-- 
Dr. Richard E. Hawkins, Esq.
(702) 508-8462
___
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


LC8 Save command

2016-02-05 Thread Peter Haworth
If I'm reading the documentation correctly, saving a stack file without
specifying the "with format" clause results in it being saved in the format
specified in the stackFileVersion.

If I open a stack file created with 6.x or 7.x in 8.0 and save it without
changing the stackFileVersion and without specifying the format in the
"with" clause, it becomes unreadable by 6.x or 7.x, even if it uses none of
the 8.0 features.

I'd be happy to use the" with format" clause but is there a property of a
stack that contains its stackFileVersion?  The IDE obviously knows what it
is since it puts out a nice error message if you try to open a stack file
created with a later LC version.

Would be nice if there was a "with current format" or something similar
that would save the stack with the format it already has.
___
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: calling Livecode from other languages

2016-02-05 Thread Mark Wieder

On 02/05/2016 01:01 PM, Richard Gaskin wrote:


 > Another way is to set the visible of the stack to false. Another way
 > is to set the location of the stack to somewhere off screen.

With all due respect to Mr. Wieder, I never use that option.  One of the
great things about running LC facelessly is the blinding boot speed, but
when it needs to init the UI stuff it takes much longer. Launching from
the command line with -ui bypasses the UI init, but simply hiding it
makes for a normal GUI init process.

If the process will stay resident the time difference probably doesn't
matter, but when using standalones in a time-sensitive context such as
CGI (where the engine is launched, runs, and dies with each request)
it'll matter more.


Yep. Good point.

For my purposes, the startup time is not noticeable and pales in 
comparison with the sluggishness of communicating with the QuickBooks 
application. LC is in the mix because of the ease of creating and 
parsing xml trees. This would have been a nightmare in C++.


Do note, however, that I could still use the -ui commandline option 
along with hiding the stack during startup to take advantage of the 
shorter boot time if needed.


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


Re: Release 8.0 DP 14

2016-02-05 Thread Roger Eller
There's no reason as far as I can see that a Linux native user can't VNC to
a remote Mac for the portion of testing that requires a Mac.  The same is
true of a Windows native user.

~Roger

On Fri, Feb 5, 2016 at 5:08 PM, Richard Gaskin 
wrote:

> Monte Goulding wrote:
> > That may be easier said than done considering as far as I can tell
> > from following progress at the moment there's no IDE only team.
> > Instead there appears to be variable degrees of input between the
> > engine and the IDE from the whole team. While it's relatively easy to
> > do what you are suggesting for IDE only if you are jumping between
> > LiveCode and C++ IDEs it might be a significant hit to productivity.
> > It might be easier to designate platform specialists on the team and
> > ensure the platform specialists spend a solid chunk of the week on
> > the IDE.
>
> Given current team composition that may be as good as it gets.
>
> > The other side of this issue of course is that OS X can test 4 out of
> > 6 platforms while Windows and Linux can test 3.
>
> OS X won't run the VM and test LC on Windows by itself. :)
>
> If the nature of the work requires dependency on a single OS that's
> understandable, but as long as Windows is the unquestionably dominant
> desktop OS by some means or another more time needs to be spent in it with
> LC.
>
> --
>  Richard Gaskin
>  Fourth World Systems
>  Software Design and Development for the Desktop, Mobile, and the Web
>  
>  ambassa...@fourthworld.comhttp://www.FourthWorld.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: Release 8.0 DP 14

2016-02-05 Thread Richard Gaskin

Monte Goulding wrote:
> That may be easier said than done considering as far as I can tell
> from following progress at the moment there's no IDE only team.
> Instead there appears to be variable degrees of input between the
> engine and the IDE from the whole team. While it's relatively easy to
> do what you are suggesting for IDE only if you are jumping between
> LiveCode and C++ IDEs it might be a significant hit to productivity.
> It might be easier to designate platform specialists on the team and
> ensure the platform specialists spend a solid chunk of the week on
> the IDE.

Given current team composition that may be as good as it gets.

> The other side of this issue of course is that OS X can test 4 out of
> 6 platforms while Windows and Linux can test 3.

OS X won't run the VM and test LC on Windows by itself. :)

If the nature of the work requires dependency on a single OS that's 
understandable, but as long as Windows is the unquestionably dominant 
desktop OS by some means or another more time needs to be spent in it 
with LC.


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.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: Release 8.0 DP 14

2016-02-05 Thread Monte Goulding
That may be easier said than done considering as far as I can tell from 
following progress at the moment there's no IDE only team. Instead there 
appears to be variable degrees of input between the engine and the IDE from the 
whole team. While it's relatively easy to do what you are suggesting for IDE 
only if you are jumping between LiveCode and C++ IDEs it might be a significant 
hit to productivity. It might be easier to designate platform specialists on 
the team and ensure the platform specialists spend a solid chunk of the week on 
the IDE.

The other side of this issue of course is that OS X can test 4 out of 6 
platforms while Windows and Linux can test 3.

Cheers

Monte

Sent from my iPhone

> On 6 Feb 2016, at 3:38 AM, Richard Gaskin  wrote:
> 
> IMNSHO I believe it would be helpful for the LC IDE team to adopt a workflow 
> in which one full day each week is spent entirely in a platform other than 
> the one they personally prefer.  So for an OS X fan that would mean three 
> days of the week with the Mac they love, but one full day immersed in Windows 
> and another full day immersed in Linux.

___
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: calling Livecode from other languages

2016-02-05 Thread Richard Gaskin

Dr. Hawkins wrote:

> I've seen a couple of references to "script only stacks".
>
> Are these just pieces of code?  Outside of a standalone, would they
> be used as library stacks, or 

They were introduced in the v6.7 series (6.7.4?), allowing a plain text 
file that begins with a specific declaration to be used as stacks.


The declaration is:

  script 

e.g.:

  script "revcommonlibrary"

You'll find many of these in your LC folder in 
/Toolset/Libraries/


Not only are they useful as libraries, but behaviors have been extended 
to allow stacks now as well, so you can use script-only stacks for all 
generalized code.


Script-only stacks allow us to design projects in which code is mostly 
in plain text files; we still get to enjoy the script editor, but can 
also directly integrate our work with workflows based around most common 
version control tools, like GitHub, in which UI files can e slender 
binaries with little or no code and everything else is plain text.


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.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: IDE license expiring?

2016-02-05 Thread Richard Gaskin

Peter Bogdanoff wrote:

> When I open the LC IDE I am getting a pop up message when the
> application opens, “Livecode License File Expiring 6.1.3 Your
> current license file is about to expire. Please connect your
> computer to the internet to fetch a new license file. 5 days
> remaining”
>
> I am connected to the internet, yet get this…
>
> What to do?

Buy a new reg server for LC. :)

This may or may not be related, but in recent months I've had difficulty 
registering nearly every new install I've put on my machine, with the 
reg window reporting that it had trouble contacting the server.


I've notified Support a couple times when this happened, but of course 
you know the old rule:  the quickest way to resolve a problem is to 
report it to Support, at which time the problem will no longer be 
evident. :)


That's what happened here: the issue has been intermittent and therefore 
difficult to reproduce.  But I saw it again just yesterday twice, once 
when installing v8dp14 on my Linux box and again on my Win7 box.


May not be related to the issue you're having, but if it is it suggests 
something can be done to tidy up the reg server and/or the IDE code that 
contacts it to make it more responsive.


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.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: Timing Hide/Show - Lock/Unlock Screen - w Visual Effects.

2016-02-05 Thread Sannyasin Brahmanathaswami
Nandri! (Thank you)

Yes, this works now, I may let the second action be user/triggered… but it 
works.


 put the uNarrationText[1] of this card into fld "narrationPanel"

 show fld "narrationPanel" with visual effect dissolve very fast

 wait 1 second

 lock screen for visual effect

 put empty into fld "narrationPanel"

 unlock screen with visual effect dissolve very fast

wait 1 second

 lock screen  for visual effect

 put the uNarrationText[2] of this card into fld "narrationPanel"

 unlock screen with visual effect dissolve fast

BR

On February 5, 2016 at 8:45:42 AM, Scott Rossi 
(sc...@tactilemedia.com) wrote:

I believe you're missing:

lock screen for visual effect

Regards,
___
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: Make a Group Bereft of All Layout Properties

2016-02-05 Thread Sannyasin Brahmanathaswami
OK… I add my two cents on the bug report. Agreed, it *is* a bug and not an 
enhancement request. It gets worse if the “child” field is dynamically re-sized 
based on the text being applied. Locking the group size/location does not work.

BR


On February 5, 2016 at 9:01:39 AM, Devin Asay 
(devin_a...@byu.edu) wrote:

> 3) select the image
>
> 4) group (by itself for now… later we could add to the group)
>
> Result here in 7.1.1: the border of the, whether set to width, clips the 
> visual effect.

I reported this some time ago. See the discussion at 
http://quality.livecode.com/show_bug.cgi?id=8688.
___
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: calling Livecode from other languages

2016-02-05 Thread Monte Goulding
Good to know, thanks Ali!

Sent from my iPhone

> On 5 Feb 2016, at 7:00 PM, Ali Lloyd  wrote:
> 
> When you deploy a script-only stack as a standalone it is re-saved as a
> normal stack. Not doing so at the moment results in the standalone crashing
> on startup.

___
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: calling Livecode from other languages

2016-02-05 Thread Monte Goulding
That all sounds right. Another method is to do everything in the startup 
handler then quit at the end. Startup happens before the window is created.

Sent from my iPhone

> On 6 Feb 2016, at 7:23 AM, Matt Maier  wrote:
> 
> Please correct me if any of the following is wrong.
> 
> So in general we can run a standalone executable from the command line. It
> will fire up in whatever way it knows how. Normally that means the GUI will
> appear and the program will read/write visually. But if the code knows to
> listen on STDIN and respond on STDOUT (or more accurately redirect them?),
> then all visible elements can be hidden* and just the command line can be
> used to interact with the standalone.
> 
> * One way is to pass -ui as confirmed by a couple discussions on using
> Livecode from the command line, but I can't find -ui in google searches.
> Another way is to set the visible of the stack to false. Another way is to
> set the location of the stack to somewhere off screen.
> 
>> On Fri, Feb 5, 2016 at 9:32 AM, Mark Wieder  wrote:
>> 
>> On 02/04/2016 10:28 PM, Monte Goulding wrote:
>> 
>> The way to get rid of the GUI is use the -ui command line option.
>> 
>> Alternately, what I do is hide the stack in the startup handler. Or just
>> move it to an offscreen location. That way you don't have to deal with any
>> special command line options.
>> 
>> --
>> 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
> ___
> 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: calling Livecode from other languages

2016-02-05 Thread Dr. Hawkins
On Fri, Feb 5, 2016 at 12:00 AM, Ali Lloyd  wrote:

> When you deploy a script-only stack as a standalone it is re-saved as a
> normal stack. Not doing so at the moment results in the standalone crashing
> on startup.
>
> On Fri, Feb 5, 2016 at 6:28 AM Monte Goulding  wrote:
>
> >
> > > On 5 Feb 2016, at 5:20 PM, Matt Maier  wrote:
> > >
> > > So there isn't any special standalone option to compile a *.livecode
> file
> > > into a command line app like *.exe. I just compile a standalone for the
> > > appropriate system, somehow get rid of the GUI, and tell it how to
> > > read/write STDIN/STDOUT?
> > >
> > > Is that as simple as compiling a script-only stack into a standalone,
> or
> > > maybe setting the visible of the mainstack to false?
> >
> > The way to get rid of the GUI is use the -ui command line option. It
> would
> > be nice if command line app were an option in standalone settings and we
> > didn’t need to use -ui. As script only stacks don’t retain custom
> > properties between sessions and the standalone settings are saved as
> custom
> > properties I expect it would get a bit tedious to use a script only stack
> > as the standalone mainstack…. not that I’ve tested to see if it works.
> The
> > main annoyance other than -ui is extracting the binary from a mac app
> > bundle but you can script that.
> > ___
> > 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
>



-- 
Dr. Richard E. Hawkins, Esq.
(702) 508-8462
___
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: calling Livecode from other languages

2016-02-05 Thread Richard Gaskin

Matt Maier wrote:

> Please correct me if any of the following is wrong.
>
> So in general we can run a standalone executable from the command
> line. It will fire up in whatever way it knows how. Normally that
> means the GUI will appear and the program will read/write visually.
> But if the code knows to listen on STDIN and respond on STDOUT (or
> more accurately redirect them?), then all visible elements can be
> hidden* and just the command line can be used to interact with the
> standalone.

That seems correct.


> * One way is to pass -ui as confirmed by a couple discussions on using
> Livecode from the command line, but I can't find -ui in google
> searches.

Google is funny that way.  I think it's trying to account for possible 
misspellings by filtering out the "-", so if you search for "livecode 
-ui" you'll wind up with a lot of articles on user interface.


If you search for "livecode faceless" you'll find more relevant hits, 
including this one which may have some useful tips on this:




> Another way is to set the visible of the stack to false. Another way
> is to set the location of the stack to somewhere off screen.

With all due respect to Mr. Wieder, I never use that option.  One of the 
great things about running LC facelessly is the blinding boot speed, but 
when it needs to init the UI stuff it takes much longer. Launching from 
the command line with -ui bypasses the UI init, but simply hiding it 
makes for a normal GUI init process.


If the process will stay resident the time difference probably doesn't 
matter, but when using standalones in a time-sensitive context such as 
CGI (where the engine is launched, runs, and dies with each request) 
it'll matter more.


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.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: calling Livecode from other languages

2016-02-05 Thread Dr. Hawkins
On Fri, Feb 5, 2016 at 12:00 AM, Ali Lloyd  wrote:

> When you deploy a script-only stack as a standalone it is re-saved as a
> normal stack.
>

I've seen a couple of references to "script only stacks".

Are these just pieces of code?  Outside of a standalone, would they be used
as library stacks, or 


-- 
Dr. Richard E. Hawkins, Esq.
(702) 508-8462
___
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: calling Livecode from other languages

2016-02-05 Thread Matt Maier
Please correct me if any of the following is wrong.

So in general we can run a standalone executable from the command line. It
will fire up in whatever way it knows how. Normally that means the GUI will
appear and the program will read/write visually. But if the code knows to
listen on STDIN and respond on STDOUT (or more accurately redirect them?),
then all visible elements can be hidden* and just the command line can be
used to interact with the standalone.

* One way is to pass -ui as confirmed by a couple discussions on using
Livecode from the command line, but I can't find -ui in google searches.
Another way is to set the visible of the stack to false. Another way is to
set the location of the stack to somewhere off screen.

On Fri, Feb 5, 2016 at 9:32 AM, Mark Wieder  wrote:

> On 02/04/2016 10:28 PM, Monte Goulding wrote:
>
> The way to get rid of the GUI is use the -ui command line option.
>>
>
> Alternately, what I do is hide the stack in the startup handler. Or just
> move it to an offscreen location. That way you don't have to deal with any
> special command line options.
>
> --
>  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
>
___
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: Make a Group Bereft of All Layout Properties

2016-02-05 Thread Devin Asay

> On Feb 5, 2016, at 10:33 AM, Sannyasin Brahmanathaswami  
> wrote:
> 
> On February 5, 2016 at 6:52:26 AM, Richard Gaskin 
> (ambassa...@fourthworld.com) wrote:
> If groups don't currently adjust to allow for changes in the graphic
> effects of contained objects IMO this would be a bug worth submitting.
> 
> 
> yes, that is the problem
> 
> Can anyone else confirm before I send this in?
> 
> 1) import image
> 
> 2) set outerGlow; spread it big 50 +
> 
> 3) select the image
> 
> 4) group (by itself for now… later we could add to the group)
> 
> Result here in 7.1.1: the border of the, whether set to width, clips the 
> visual effect.

I reported this some time ago. See the discussion at 
http://quality.livecode.com/show_bug.cgi?id=8688.

Devin

Devin Asay
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

Re: Timing Hide/Show - Lock/Unlock Screen - w Visual Effects.

2016-02-05 Thread Scott Rossi
I believe you're missing:

lock screen for visual effect

Regards,

Scott Rossi
Creative Director
Tactile Media UX/UI Design

> On Feb 5, 2016, at 10:00 AM, Sannyasin Brahmanathaswami  
> wrote:
> 
> This animation business is all new and I’m missing some key knowledge base  
> here.
> 
> Can any clarify LC’ underlying algorithm for running something like this?
> 
> Goal: to have “narration” text show in a field, smoothly disappear, then a 
> second narration text appear in the field without abruptly just replacing the 
> text.
> 
> as “pseudo” code this would appear to be what I want… but in fact it does not 
> work.
> 
> It’s as if the dissolve over time is superseded by the subsequent commands
> 
> 
>  wait 1 second
> 
>   put the uNarrationText[1] of this card into fld "narrationPanel"
> 
>   show fld "narrationPanel"  with visual effect dissolve very fast
> 
>   wait 1 second
> 
>   lock screen
> 
>   put empty into fld "narrationPanel"
> 
>   unlock screen with visual effect dissolve slowly
> 
>   wait 30 ticks
> 
>   lock screen
> 
>   put the uNarrationText[2] of this card into fld "narrationPanel"
> 
>   unlock screen with visual effect dissolve slowly
> 
> 
> 
> 
> in particular, narrowing it down to this
> 
> 
>   show fld "narrationPanel"  with visual effect dissolve very fast
> 
>   wait 1 second
> 
>   lock screen
> 
>   put empty into fld "narrationPanel"
> 
>   unlock screen with visual effect dissolve slowly
> 
> 
> # the effect I’m looking for is the first text should appear to dissolve, and 
> the new text appear with dissolve
> 
> 
> Obviously I can do the whole field like this:
> 
> 
>   wait 1 second
> 
>   put the uNarrationText[1] of this card into fld "narrationPanel"
> 
>   show fld "narrationPanel"  with visual effect dissolve very fast
> 
>   wait 1 second
> 
>hide fld "narrationPanel"  with visual effect dissolve very fast
> 
>   put the uNarrationText[2] of this card into fld "narrationPanel"
> 
>show fld "narrationPanel"  with visual effect dissolve very fast
> 
> 
> 
> 
> but it woudl be cool just to have the text change out… Yes, I could create a 
> mask object with the field inside, but I’m looking for a simpler 1 field only 
> solution
> 
> 
> BR
> ___
> 
___
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: Timing Hide/Show - Lock/Unlock Screen - w Visual Effects.

2016-02-05 Thread dunbarx
Hi.


You want something like:


show/hide the text of fld "yourField" dissolve?


Might be a cool feature for the "feature request" pane in the forum, and see 
what people say. Or listen here.


Otherwise, I like your idea of a "mask" graphic or image, which can use the 
above commands, and reset the text at just the right moments...


Craig Newman



-Original Message-
From: Sannyasin Brahmanathaswami 
To: How LiveCode 
Sent: Fri, Feb 5, 2016 1:01 pm
Subject: Timing Hide/Show - Lock/Unlock Screen - w Visual Effects.

This animation business is all new and I’m missing some key knowledge base  
here.

Can any clarify LC’ underlying algorithm for running something like this?

Goal: to have “narration” text show in a field, smoothly disappear, then a 
second narration text appear in the field without abruptly just replacing the 
text.

as “pseudo” code this would appear to be what I want… but in fact it does not 
work.

It’s as if the dissolve over time is superseded by the subsequent commands


  wait 1 second

   put the uNarrationText[1] of this card into fld "narrationPanel"

   show fld "narrationPanel"  with visual effect dissolve very fast

   wait 1 second

   lock screen

   put empty into fld "narrationPanel"

   unlock screen with visual effect dissolve slowly

   wait 30 ticks

   lock screen

   put the uNarrationText[2] of this card into fld "narrationPanel"

   unlock screen with visual effect dissolve slowly




in particular, narrowing it down to this


   show fld "narrationPanel"  with visual effect dissolve very fast

   wait 1 second

   lock screen

   put empty into fld "narrationPanel"

   unlock screen with visual effect dissolve slowly


# the effect I’m looking for is the first text should appear to dissolve, and 
the new text appear with dissolve


Obviously I can do the whole field like this:


   wait 1 second

   put the uNarrationText[1] of this card into fld "narrationPanel"

   show fld "narrationPanel"  with visual effect dissolve very fast

   wait 1 second

hide fld "narrationPanel"  with visual effect dissolve very fast

   put the uNarrationText[2] of this card into fld "narrationPanel"

show fld "narrationPanel"  with visual effect dissolve very fast




but it woudl be cool just to have the text change out… Yes, I could create a 
mask object with the field inside, but I’m looking for a simpler 1 field only 
solution


BR
___use-livecode mailing 
listuse-livecode@lists.runrev.comPlease 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

Timing Hide/Show - Lock/Unlock Screen - w Visual Effects.

2016-02-05 Thread Sannyasin Brahmanathaswami
This animation business is all new and I’m missing some key knowledge base  
here.

Can any clarify LC’ underlying algorithm for running something like this?

Goal: to have “narration” text show in a field, smoothly disappear, then a 
second narration text appear in the field without abruptly just replacing the 
text.

as “pseudo” code this would appear to be what I want… but in fact it does not 
work.

It’s as if the dissolve over time is superseded by the subsequent commands


  wait 1 second

   put the uNarrationText[1] of this card into fld "narrationPanel"

   show fld "narrationPanel"  with visual effect dissolve very fast

   wait 1 second

   lock screen

   put empty into fld "narrationPanel"

   unlock screen with visual effect dissolve slowly

   wait 30 ticks

   lock screen

   put the uNarrationText[2] of this card into fld "narrationPanel"

   unlock screen with visual effect dissolve slowly




in particular, narrowing it down to this


   show fld "narrationPanel"  with visual effect dissolve very fast

   wait 1 second

   lock screen

   put empty into fld "narrationPanel"

   unlock screen with visual effect dissolve slowly


# the effect I’m looking for is the first text should appear to dissolve, and 
the new text appear with dissolve


Obviously I can do the whole field like this:


   wait 1 second

   put the uNarrationText[1] of this card into fld "narrationPanel"

   show fld "narrationPanel"  with visual effect dissolve very fast

   wait 1 second

hide fld "narrationPanel"  with visual effect dissolve very fast

   put the uNarrationText[2] of this card into fld "narrationPanel"

show fld "narrationPanel"  with visual effect dissolve very fast




but it woudl be cool just to have the text change out… Yes, I could create a 
mask object with the field inside, but I’m looking for a simpler 1 field only 
solution


BR
___
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: Can't Get LC Server to fire

2016-02-05 Thread Sannyasin Brahmanathaswami
livecode-community-server *is* in the /cgi-bin

the echo.lc file iin the cgi-bin is a bit different than the one in the 
public_html directory.

it does not begin with “mailto:char...@techstrategies.com.au>) wrote:

 inside the public_html folder you use the .htaccess method fo setting the 
actions
>
> AddHandler livecode-script .lc
> Action livecode-script /cgi-bin/livecode-community-server
The contents of the .htaccess file here tell the server to process ".lc"
files using the livecode-community-server executable in the /cgi-bin/
directory.

Do you have the livecode-community-server executable in the cgi-bin
directory?
> I just installed Livecode server on our Hinduism 
> Today cloud instance at 
> linode which is running the same version of Ubuntu/apache as our Himalayan 
> Academy site… also on a Linode cloud instance..
>
> But as you can see the engine is no being triggered here:
>
> http://www.hinduismtoday.com/cgi-bin/echo.lc
That is because the .htaccess file you have above is in the public_html
directory, which doesn't get processed for files in the /cgi-bin/ directory.

Cheers,

Charles
___
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: Make a Group Bereft of All Layout Properties

2016-02-05 Thread Sannyasin Brahmanathaswami
On February 5, 2016 at 6:52:26 AM, Richard Gaskin 
(ambassa...@fourthworld.com) wrote:
If groups don't currently adjust to allow for changes in the graphic
effects of contained objects IMO this would be a bug worth submitting.


yes, that is the problem

Can anyone else confirm before I send this in?

1) import image

2) set outerGlow; spread it big 50 +

3) select the image

4) group (by itself for now… later we could add to the group)

Result here in 7.1.1: the border of the, whether set to width, clips the visual 
effect.

___
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: calling Livecode from other languages

2016-02-05 Thread Mark Wieder

On 02/04/2016 10:28 PM, Monte Goulding wrote:


The way to get rid of the GUI is use the -ui command line option.


Alternately, what I do is hide the stack in the startup handler. Or just 
move it to an offscreen location. That way you don't have to deal with 
any special command line options.


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


IDE license expiring?

2016-02-05 Thread Peter Bogdanoff
Hi,

When I open the LC IDE I am getting a pop up message when the application 
opens, “Livecode License File Expiring 6.1.3 Your current license file is about 
to expire. Please connect your computer to the internet to fetch a new license 
file. 5 days remaining”

I am connected to the internet, yet get this…

What to do?

Peter Bogdanoff
UCLA
___
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: Release 8.0 DP 14

2016-02-05 Thread Richard Gaskin

Peter Haworth wrote:
> I saw that this release includes "better desktop theming" for desktop
> apps, but should all my stacks be displayed with a grey background on
> OSX?  I know I can override this but is that really the way native
> apps look on OSX?  I'm having a hard time finding one that does.

You may be seeing controls that fill the content region of the window.

All OSes provide a default color and/or pattern for a window's content 
region (the portion below the drag/title bar), and on Windows and Linux 
LC did a good job of reading the current settings for the system and 
drawing its windows with that color/pattern.


On OS X, for reasons I never quite understood, LC windows were always 
drawn with a white content region, even as OS X itself used first a 
series of ever-more-faint seersucker stripes and in recent years 
returning to its NeXT roots with a set of grays (though thankfully much 
lighter than NeXT's cool-but-heavy-feeling gun metal gray).


With document windows this background color may not be evident, as 
controls may completely fill the content region.  In TextEdit, for 
example, the window is completely filled with an editable text field, 
whose background is white.


But if we look at palettes, dialogs, and other windows we see the 
default color - consider the examples on this page from Apple's OS X HIG:



In older versions of LC we had to manually determine the preferred OS 
background color, and add code to our apps that set the backgroundColor 
of the mainstack to match on OS X, and set that to empty on Windows and 
Linux so the OS-provided color would take effect.


This was even more problematic in earlier OS X versions since the 
pinstripes kept changing with each OS version, requiring us to take a 
screen shot and include an image of that which we could use to set the 
mainstack's backgroundPattern.


Looking ahead, we can expect the OS-suggested colors and/or patterns to 
change again in future versions, so even though it's a single color 
today we have no way to know for sure that it won't be a pattern or even 
just a different color in the future.


With LC 8,.0 dp14 and later this is now handled for us, where just 
leaving the stack's backgroundColor and backgroundPattern empty will 
allow it to inherit the OS-provided appearance for us automatically on 
OS X as it has for years on the other two platforms.


They took this further to also support the default OS font as well.

Together, these enhancements make it easier to deliver OS-savvy 
appearances to our users.


And as you noted, when you want a document window (or any other) to be 
another color, you can do that too.


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.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: Release 8.0 DP 14

2016-02-05 Thread RM

Really?

On 5.02.2016 01:29, Ali Lloyd wrote:

The error you
posted was nothing to do with the dictionary. It was an error in the
menubar, a stack which you have been making changes to.


How have I been making changes to the menubar?

Sorry; must be missing something here :-[

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: Make a Group Bereft of All Layout Properties

2016-02-05 Thread Richard Gaskin

Sannyasin Brahmanathaswami wrote:

> Am I the only one who frequently wishes that groups could be made as
> a kind of class or abstraction? By this I mean, I want to establish
> a group that would, by default,
>
>  take the rect of the card (dynamically if it were resized)
> have no border or any graphical properties of any kind as an “object”
> i.e. the group is an abstactions: a collection of objects, while
> itself not having any UI props at all.
>
>
> use case is: You want to place objects into a group, but the objects
> are not bounded, graphical by any rect. You will never be placing
> this particular group to a location as such, only it’s members.
>
> Currently if you create, for example, a field, set graphic effects
> etc. and want to make it a group so that it can be placed on multiple
> cards, you have to struggle to ward off the group border, the group
> rect acts as a mask that cuts the outglow effect etc.  any attempts
> to change the size of the group using handles then “messes” with the
> object inside it…
>
> Is there a way to have a group be just a class of objects? with no
> properties that will interfere at all with the objects it contains?

If you set the lockLoc of the group to false and its borderwidth to 
zero, I think you'll have what you're looking for:  no visible 
appearance, automatically resizing to fit its contained objects without 
altering their positions, yet still placeable on multiple cards and 
providing another layer in the message path for common code.


If groups don't currently adjust to allow for changes in the graphic 
effects of contained objects IMO this would be a bug worth submitting.


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.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: Release 8.0 DP 14

2016-02-05 Thread Richard Gaskin

Roger Eller wrote:

> Perhaps "apparent" was not the right word, and was mis-used in my
> moment of frustration.

Happens to all of us.  You should see the many emails I don't send - 
sometimes we just need to vent. :)


> However, I would still love to see the stats on platform-specific
> (human interaction) testing times at RR before a new version is
> announced.  Sub-platforms would be interesting to see as well,
> such as Windows 7 home, vs Windows 7 pro in a secure Enterprise
> computing environment vs the plethora of OS X and iOS versions.
> Do they test if the installer needs elevated privileges, or the
> machine hasn't been secured at all? etc.

I don't know the full scope of their OS use during development, but I 
feel somewhat confident in suggesting Windows use could be increased there.


The desktop is all about Windows.  Always has been, and will remain so 
for the forseeable future.  LiveCode does a wonderful job of allowing 
developers to choose their own OS for developing regardless what 
platforms they're deploying to, and given our community's history of 
HyperCard knowledge we know that the LC audience is currently skewed 
very disproportionately in favor of OS X.


But that's the past.  The future must have a number of new developers 
far larger than the current ones, and we can expect any new audience 
will reflect the larger demographic in which Windows dominates.


Mark Waddingham explained here a few months back why most of their 
machines are Macs:  it's the only computer on which one can legally run 
all three OS families, with OS X on metal and various Windows and Linux 
version in VMs.


I appreciate that, and used to buy Macs exclusively for that reason, but 
those of us who use VMs know how it plays out in practice: we wind up 
using our VMs only for periodic testing and touch-ups, and spend most of 
our time with whatever OS is installed on metal.


IMNSHO I believe it would be helpful for the LC IDE team to adopt a 
workflow in which one full day each week is spent entirely in a platform 
other than the one they personally prefer.  So for an OS X fan that 
would mean three days of the week with the Mac they love, but one full 
day immersed in Windows and another full day immersed in Linux.


I believe that if this were adopted it would greatly accelerate the 
discovery and resolution of platform-specific issues.


And after all, the beauty of LiveCode is that it should no impact 
productivity of the team at all; after all, if you're spending your day 
in LC it should be equally productive regardless what OS it's running 
on, so where's it's not that's an LC problem that can be identified and 
fixed.


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.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: Release 8.0 DP 14

2016-02-05 Thread RM

Well said that man!

The other day I "stumbled" over a C++ book and thought  * censored * [so 
many

filthy words that my message would offend everybody].

I know why I'm with LiveCode.

Richmond.

On 5.02.2016 18:26, Ralph DiMola wrote:

Ferreting out bugs in new LC versions a real time waster until one
considers..

1) I did not have to learn Objective C for iOS.
2) I did not have to have to learn Java for Android.
3) I don't have to step thru strings old school to find
characters/items/words/lines.
4) I can deploy to multiple desktop/mobile platforms.
5) Being able to put an http url into a variable
6) Being able to write a web service to access databases in a day.
7) All the community resources like FastJson that I just used the other day
to deal with a web service.
8) HTML 5 deployment.

The list goes on-and-on. In the large picture I save way more time than I
lose. It's a net gain for me.

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






___
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: Release 8.0 DP 14

2016-02-05 Thread Ralph DiMola
Ferreting out bugs in new LC versions a real time waster until one
considers..

1) I did not have to learn Objective C for iOS.
2) I did not have to have to learn Java for Android.
3) I don't have to step thru strings old school to find
characters/items/words/lines.
4) I can deploy to multiple desktop/mobile platforms.
5) Being able to put an http url into a variable
6) Being able to write a web service to access databases in a day.
7) All the community resources like FastJson that I just used the other day
to deal with a web service.
8) HTML 5 deployment.

The list goes on-and-on. In the large picture I save way more time than I
lose. It's a net gain for me.

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 Richard Gaskin
Sent: Thursday, February 04, 2016 9:20 PM
To: use-livecode@lists.runrev.com
Subject: Re: Release 8.0 DP 14

Dr. Hawkins wrote:

 > On Thu, Feb 4, 2016 at 4:14 PM, Richard Gaskin wrote:
 >
 >> "Developer Preview" is not "Stable", but the purpose of a DP is to  >>
allow everyone the opportunity to make sure "Stable" is stable.
 >>
 >> So start testing with v8 today.
 >>
 >> LC is both broad and deep.  Testing a new engine version with your  >>
specific project is the only way to ensure that version will meet  >> your
project's specific needs.
 >>
 >
 > Time is an issue here; that's why I'm paying for a commercial product.
 >
 > I've already reduced my law practice to accommodate this; adding  >
testing time for the ext version (with a different file format) would  >
mean cutting into the bone on my income; my kids need to eat.

Suit yourself.

I regard testing new software my business relies on as part of the ongoing
cost of developing and maintaining my products.

You know better than most that given the combinatorial explosion of possible
syntax and feature options that it's not possible for anyone but you to test
the specific combinations your software relies on.

The rest of us will do some of your testing for you in the course of testing
our own work, and if you're in a gambling mood you're free to bet on the
possibility that how we use LC is exactly the same as how you use it.

Personally, I wouldn't take that bet myself, but I'm not much of a gambler.

--
  Richard Gaskin
  Fourth World Systems
  Software Design and Development for the Desktop, Mobile, and the Web
  
  ambassa...@fourthworld.comhttp://www.FourthWorld.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: Release 8.0 DP 14

2016-02-05 Thread Richard Gaskin

Richmond wrote:

> I am absolutely sure that when LiveCode 8 comes to fruition it
> will make all that has gone before look very inferior. A while
> back I characterised LC 8 as where LiveCode really escapes its
> HyperCard ancestry and becomes very much its own beast: the ape
> comes down from the trees . . . I do believe that, and that a
> spot of patience will reap dividends. AND, while we are waiting
> the thing to do is to keep developing with stable releases (6 &
> 7) and bug test 8 and keep the feedback going (even "snotty"
> feedback if necessary).

Well said.

I almost never use any pre-Stable version for deployment, but I almost 
always do my daily development in the most recent test build.


This means my customers get the most solid software I can help deliver: 
 they get the final build of a version, and long before it's final I've 
had months to work with my code in it, able to find any issues that may 
come up long before it goes final so my customers don't have to see them.


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.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: Release 8.0 DP 14

2016-02-05 Thread RM



On 5.02.2016 01:29, Ali Lloyd wrote:

We are currently in a DP cycle, and I know it will come back to bite me if
I say I think it is very stable, so forgive me for being cautious.

Richmond, I may have missed it - did you answer my question? The error you
posted was nothing to do with the dictionary. It was an error in the
menubar, a stack which you have been making changes to. If there is a
problem with the dictionary, could you please describe the problem with the
dictionary?





Well:

1. I get the same result whether I try to open the Dictionary via the 
button on the menuBar,
or via the menu [ and it is difficult to see how I would go about 
opening the Dictionary in any other way.


2. If one looks in the Application Browser or the Project Browser there 
is no entry for "revDictionary"

visible until AFTER the Dictionary stack has been opened.

3. Typing 'open stack "revDictionary"' in the messageBOx gets the same 
non-functional dictionary window and error report as the other ways.


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: Make a Group Bereft of All Layout Properties

2016-02-05 Thread Richard Gaskin

Ralph DiMola wrote:

> This brings up an issue I just discovered yesterday. I resize several
> controls in a group. The group auto resizes(lock lock true) to the
> max x/y extents of all objects. It seems that there is a 4 pixel
> margin right/top/right/bottom. The group is 8 Pixels taller and wider
> that it needs to be. Is this caused a property that I missed?

Ralph, it's LiveCode: to adjust the margins of a group see the margins 
property. :)


It's 4 px by default, but can be set to any integer including zero.

--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.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: Make a Group Bereft of All Layout Properties

2016-02-05 Thread Ralph DiMola
Team,

This brings up an issue I just discovered yesterday. I resize several
controls in a group. The group auto resizes(lock lock true) to the max x/y
extents of all objects. It seems that there is a 4 pixel margin
right/top/right/bottom. The group is 8 Pixels taller and wider that it needs
to be. Is this caused a property that I missed?

Thanks!

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 Scott Rossi
Sent: Friday, February 05, 2016 2:14 AM
To: LiveCode Mail List
Subject: Re: Make a Group Bereft of All Layout Properties

The group can always clip the objects within it. If you give the group
margins and do the math to scale the object/s within to stay within the
inner rect, you can maintain the objects' graphic effects.  If you don't
want to do the math and move the contained objects independently of the
group, you could try enabling clipsToRect property of the group.

Regards,

Scott Rossi
Creative Director
Tactile Media, UX/UI Design




On 2/4/16, 10:57 PM, "use-livecode on behalf of Sannyasin Brahmanathaswami"
 wrote:

>Am I the only one who frequently wishes that groups could be made as a 
>kind of class or abstraction? By this I mean, I want to establish a 
>group that would, by default,
>
> take the rect of the card (dynamically if it were resized) have no 
>border or any graphical properties of any kind as an ³object² i.e. the 
>group is an abstactions: a collection of objects, while itself not 
>having any UI props at all.
>
>
>
>use case is: You want to place objects into a group, but the objects 
>are not bounded, graphical by any rect. You will never be placing this 
>particular group to a location as such, only it¹s members.
>
>Currently if you create, for example, a field, set graphic effects etc.
>and want to make it a group so that it can be placed on multiple cards, 
>you have to struggle to ward off the group border, the group rect acts 
>as a mask that cuts the outglow effect etc.  any attempts to change the 
>size of the group using handles then ³messes² with the object inside 
>itŠ
>
>Is there a way to have a group be just a class of objects? with no 
>properties that will interfere at all with the objects it contains?
>
>BR
>___
>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: How to create a hyperlink within a text field?

2016-02-05 Thread Peter M. Brigham
On Feb 3, 2016, at 9:20 PM, Kay C Lan wrote:

>> The second is to get the lineoffsets
>> of the link text and scroll to the second occurrence of it.
> 
> 
> With lineOffset you can guarantee that it will be the first line found by
> determining how long your TOC is or on what line the 'body' of your
> information starts within your field and using this as the 
> parameter.
> 
> select line (lineOffset(tHeading, fld "Interesting stuf", 27) + 3) of fld
> "interesting stuff"

I use the following to get all the lineoffsets of a string in a container. This 
kind of situation is just one of the useful applications of the function. In 
this case item 2 of lineoffsets(…) does the job. If you pass true for 
matchWhole when calling it, then you will only get whole titles, which will 
work as long as you don't have two identical chapter titles.

function lineOffsets str, pContainer, matchWhole
   -- returns a comma-delimited list of all the lineOffsets of str
   --in pContainer
   -- if matchWhole = true then only whole lines are located
   --else finds line matches everywhere str is part of a line in pContainer
   -- duplicates are stripped out
   -- note: to get the last lineOffset of a string in a container (often useful)
   --use "item -1 of lineOffsets(...)"
   -- by Peter M. Brigham, pmb...@gmail.com — freeware
   -- requires offsets()
   
   if matchWhole = empty then put false into matchWhole
   put offsets(str,pContainer) into offList
   if offList = "0" then return "0"
   repeat for each item i in offList
  put the number of lines of (char 1 to i of pContainer) into lineNbr
  if matchWhole then
 if line lineNbr of pContainer <> str then next repeat
  end if
  put 1 into A[lineNbr]
  -- using an array avoids duplicates
   end repeat
   put the keys of A into lineList
   sort lines of lineList ascending numeric
   replace cr with comma in lineList
   return lineList
end lineOffsets

function offsets str, pContainer
   -- returns a comma-delimited list of all the offsets of str in pContainer
   -- returns 0 if not found
   -- note: offsets("xx","xx") returns "1,3,5" not "1,2,3,4,5"
   -- ie, overlapping offsets are not counted
   -- note: to get the last occurrence of a string in a container (often useful)
   -- use "item -1 of offsets(...)"
   -- by Peter M. Brigham, pmb...@gmail.com — freeware
   
   if str is not in pContainer then return 0
   put 0 into startPoint
   repeat
  put offset(str,pContainer,startPoint) into thisOffset
  if thisOffset = 0 then exit repeat
  add thisOffset to startPoint
  put startPoint & comma after offsetList
  add length(str)-1 to startPoint
   end repeat
   return item 1 to -1 of offsetList -- delete trailing comma
end offsets

-- Peter

Peter M. Brigham
pmb...@gmail.com
http://home.comcast.net/~pmbrig


___
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: Release 8.0 DP 14

2016-02-05 Thread Roger Eller
Perhaps "apparent" was not the right word, and was mis-used in my moment of
frustration.  However, I would still love to see the stats on
platform-specific (human interaction) testing times at RR before a new
version is announced.  Sub-platforms would be interesting to see as well,
such as Windows 7 home, vs Windows 7 pro in a secure Enterprise computing
environment vs the plethora of OS X and iOS versions.  Do they test if the
installer needs elevated privileges, or the machine hasn't been secured at
all? etc.
On Feb 5, 2016 12:05 AM, "Richard Gaskin" 
wrote:

> Roger Eller wrote:
> > I installed it and launched it just before leaving work for the day.
> > There wasn't time to file a report, but hey, apparently RunRev didn't
> > care enough to even try it in Windows 7 64-bit.
>
> Sometimes what may seem "apparent" may be more a matter of inference. Have
> you considered the possibility that the issue you experienced may be less
> common than you had imagined?
>
> I just downloaded and installed v8dp14 on my 64-bit Win 7 machine, and it
> runs okay.
>
> If you include the Windows crash log with your report the team seems to be
> able to fix things like that pretty quickly.
>
> --
>  Richard Gaskin
>  Fourth World Systems
>  Software Design and Development for Desktop, Mobile, and Web
>  
>  ambassa...@fourthworld.comhttp://www.FourthWorld.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: Release 8.0 DP 14

2016-02-05 Thread Peter TB Brett



On 05/02/2016 02:35, Roger Eller wrote:

I installed it and launched it just before leaving work for the day.  There
wasn't time to file a report, but hey, apparently RunRev didn't care enough
to even try it in Windows 7 64-bit.  Therefore, I don't feel too bad about
my share of effort in testing thus far.

I'll have a closer look tomorrow, unless my job gets in the way.


Hi Roger,

We have found a machine on which we're able to reproduce the problem, 
and we'll fix it in time for 7.1.2-rc-2.  The bug report is here:


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

Peter

--
Dr Peter Brett 
LiveCode Open Source Team

LiveCode on reddit: https://reddit.com/r/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: Release 8.0 DP 14

2016-02-05 Thread RM



On 5.02.2016 01:29, Ali Lloyd wrote:

We are currently in a DP cycle, and I know it will come back to bite me if
I say I think it is very stable, so forgive me for being cautious.

Richmond, I may have missed it - did you answer my question? The error you
posted was nothing to do with the dictionary. It was an error in the
menubar, a stack which you have been making changes to. If there is a
problem with the dictionary, could you please describe the problem with the
dictionary?





I think that as far as Linux is concerned the Dictionary has, in the 8.0 
DP releases
gone from bad to worse, so my report will probably, largely consist of a 
series of
pictures + descriptions of functionality (or lack thereof) of releases 
DP 11 to 14.


Whether that will actually be of any value at all I'm just not sure.

As my yardstick I shall use the LC 7.1 Dictionary, which is possibly a 
bit silly as I know
that the LC 8.0 Dictionary is meant to be both different and better than 
the 7.0 one.


However, as the LC 7.1 Dictionary does work, I cannot really think of 
another useful

point of comparison.

I will, also, try to test out 8.0 DP 14 on a Windows machine, even if 
only as a way of gauging

what is "not there" with the Linux version.

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: Release 8.0 DP 14

2016-02-05 Thread RM



On 5.02.2016 04:20, Richard Gaskin wrote:

Dr. Hawkins wrote:

> On Thu, Feb 4, 2016 at 4:14 PM, Richard Gaskin wrote:
>
>> "Developer Preview" is not "Stable", but the purpose of a DP is to
>> allow everyone the opportunity to make sure "Stable" is stable.
>>
>> So start testing with v8 today.
>>
>> LC is both broad and deep.  Testing a new engine version with your
>> specific project is the only way to ensure that version will meet
>> your project's specific needs.
>>
>
> Time is an issue here; that's why I'm paying for a commercial product.
>
> I've already reduced my law practice to accommodate this; adding
> testing time for the ext version (with a different file format) would
> mean cutting into the bone on my income; my kids need to eat.

Suit yourself.

I regard testing new software my business relies on as part of the 
ongoing cost of developing and maintaining my products.


You know better than most that given the combinatorial explosion of 
possible syntax and feature options that it's not possible for anyone 
but you to test the specific combinations your software relies on.


The rest of us will do some of your testing for you in the course of 
testing our own work, and if you're in a gambling mood you're free to 
bet on the possibility that how we use LC is exactly the same as how 
you use it.


Personally, I wouldn't take that bet myself, but I'm not much of a 
gambler.




I'm not a gambler either. But I do know one thing:

Despite my periodic "snotty patches": LiveCode has always delivered when 
it comes
to stable releases. If one wants to run at the front of the pack (i.e. 
developing with
Developer previews) then one really shouldn't be that surprised when one 
stubs one's toe.


Considering that I donated 80 pounds (that's about 120 bucks US) to the 
Kickstarter project

I believe I have got damn good value ever since.

Parenthetically . . . re my "snotty patches" . . . you can think of 
those as the histrionic outbursts of

someone who is a bit too emotionally attached to LiveCode if you want :-*

I am absolutely sure that when LiveCode 8 comes to fruition it will make 
all that has gone before
look very inferior. A while back I characterised LC 8 as where LiveCode 
really escapes its HyperCard
ancestry and becomes very much its own beast: the ape comes down from 
the trees . . . I do believe
that, and that a spot of patience will reap dividends. AND, while we are 
waiting the thing to do is to keep developing with stable releases (6 & 
7) and bug test 8 and keep the feedback going (even

"snotty" feedback if necessary).

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: Release 8.0 DP 14

2016-02-05 Thread RM



On 5.02.2016 03:33, Dr. Hawkins wrote:

On Thu, Feb 4, 2016 at 4:14 PM, Richard Gaskin 
wrote:


"Developer Preview" is not "Stable", but the purpose of a DP is to allow
everyone the opportunity to make sure "Stable" is stable.

So start testing with v8 today.

LC is both broad and deep.  Testing a new engine version with your
specific project is the only way to ensure that version will meet your
project's specific needs.


Time is an issue here; that's why I'm paying for a commercial product.

I've already reduced my law practice to accommodate this; adding testing
time for the ext version (with a different file format) would mean cutting
into the bone on my income; my kids need to eat.


So, I would suppose.

But, if the current version of LiveCode that you are using serves your 
purposes
why get "all frothy" about version 8.0, which, rather like good wine, 
will take a while

to mature.

My Devawriter is still being maintained and tweaked with LC 4.5: "if it 
ain't broke,
don't fix it" : see, I did learn something useful when I was in the 
States as well as

acquire a Master's degree :)

Richmond.


hawk







___
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: Release 8.0 DP 14

2016-02-05 Thread RM



On 5.02.2016 01:29, Ali Lloyd wrote:

We are currently in a DP cycle, and I know it will come back to bite me if
I say I think it is very stable, so forgive me for being cautious.

Richmond, I may have missed it - did you answer my question? The error you
posted was nothing to do with the dictionary. It was an error in the
menubar, a stack which you have been making changes to. If there is a
problem with the dictionary, could you please describe the problem with the
dictionary?


Certainly; although I make take a day or two as my sister is visiting.

Richmond.



On Thu, 4 Feb 2016 at 21:11, Dr. Hawkins  wrote:


On Thu, Feb 4, 2016 at 12:36 PM, Ali Lloyd  wrote:


So yes, you should be considering wholesale transfer to 8 ASAP. The vast
majority of further work on 8.0 will be LiveCode Builder or IDE related,

so

the core engine is pretty stable and has many improvements over the 7.1
engine.


Umm, "pretty stable"?  What does that mean?  "can safely ship to paying
clients?"

7 became usable before there was a 6 I could use without major problems.


--
Dr. Richard E. Hawkins, Esq.
(702) 508-8462
___
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: Release 8.0 DP 14

2016-02-05 Thread Monte Goulding
Great stuff Ali!

Sent from my iPhone

> On 5 Feb 2016, at 6:51 PM, Ali Lloyd  wrote:
> 
> Funny you should say that, as I started working on that very thing
> yesterday.

___
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: calling Livecode from other languages

2016-02-05 Thread Ali Lloyd
When you deploy a script-only stack as a standalone it is re-saved as a
normal stack. Not doing so at the moment results in the standalone crashing
on startup.

On Fri, Feb 5, 2016 at 6:28 AM Monte Goulding  wrote:

>
> > On 5 Feb 2016, at 5:20 PM, Matt Maier  wrote:
> >
> > So there isn't any special standalone option to compile a *.livecode file
> > into a command line app like *.exe. I just compile a standalone for the
> > appropriate system, somehow get rid of the GUI, and tell it how to
> > read/write STDIN/STDOUT?
> >
> > Is that as simple as compiling a script-only stack into a standalone, or
> > maybe setting the visible of the mainstack to false?
>
> The way to get rid of the GUI is use the -ui command line option. It would
> be nice if command line app were an option in standalone settings and we
> didn’t need to use -ui. As script only stacks don’t retain custom
> properties between sessions and the standalone settings are saved as custom
> properties I expect it would get a bit tedious to use a script only stack
> as the standalone mainstack…. not that I’ve tested to see if it works. The
> main annoyance other than -ui is extracting the binary from a mac app
> bundle but you can script that.
> ___
> 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