date:20160329


On 03/29/2016 09:51 PM, J. Landman Gay wrote:


I agree, but in this case there are two versions of each label and I
can't think of any other way to show both on demand.



Yes, I should have put a snarky emoji in there.
I do rely on tooltips.

--
 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: Border color of graphic


On 03/29/2016 09:34 PM, Richard Gaskin wrote:


In all fairness, I was referring to my own work, and IIRC I also
excluded complex productivity apps.


My bad, I misremembered where that came from.


What other people do is up to them.

I usually just
click it and see what happens.  If the action that happens is a
destructive one THEN it wasn't designed correctly. :)


Heh.

--
 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: Border color of graphic

I am wide-eyed at the breadth of the suggestion that we could affect 
that multidimensional company, FourthWidth.


On 3/29/2016 7:50 PM, Scott Rossi wrote:

This pointless bickering needs to end fourthwidth.


Scott Rossi
Creative Director
Tactile Media UX/UI Design


On Mar 29, 2016, at 4:36 PM, Mark Wieder  wrote:


On 03/29/2016 04:08 PM, J. Landman Gay wrote:
Well if that isn't the height of snobbery.


The depth of your replies always charges me up.

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




--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

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

Re: Help with legacy on-rev site tripped up on new LiveCode hosting service

Thanks everyone for their comments.

I managed to get it working. There were a number of issues with
incompatibilities of LC server 4.6.4 scripts with the LiveCode 6.2.6 engine.
With some help from Monte I managed to find and resolve the following
issues.
-one is that there was a global scope and with the same name as variables in
several functions.
- another problem was with reserved words that were not reserved in 4.6.4
like SESSION REQUEST which were used as variables and sha1Digest which was a
function. I was using a Mark Smith library awsbincrypt.irev that had a
sha1Digest functions, I commented out that function.
- the other thing was that files that were referenced with just the file
name were not being found as they were not in the same directory. I had to
change
include "MyFile.irev"
to
include "../template/MyFile.irev"
Not sure how this worked before in 4.6.4.

Using the extension .irev does not seem to be a problem.

I had used the what Mike had suggested on the old Tio server

AddHandler livecode-server .irev
Action livecode-server /cgi-bin/livecode-server-4.6.4

but on the new server that no longer worked.

Hopefully I have found all of the incompatabilities.

Thanks again.

Martin

--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/Help-with-legacy-on-rev-site-tripped-up-on-new-LiveCode-hosting-service-tp4702748p4702774.html
Sent from the Revolution - User mailing list archive at Nabble.com.

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

Re: Border color of graphic


On 3/29/2016 11:15 PM, Mark Wieder wrote:

And Richard Gaskin has pointed out that if you need tooltips then the UI
isn't designed correctly.


I agree, but in this case there are two versions of each label and I 
can't think of any other way to show both on demand.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

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

Using Behaviors for Triggering UI Design - Run Time

 
This goes to the architecture discussion, but more to implemetation best 
practices/methods, and not organization.

Let's say we have a series of fields that have just a few words of text in them 
we want to center vertically. Text varies. Our designers may want to change the 
words over time.  I don't want to have to go in and manually adjust the top and 
bottom margins to achieve the position.

So then this is were dynamic runtime GUI layout/typesetting may be the way to 
go. Once the UI is all finished one could turn it off because the properties 
would be set for the fields.

We could create a behavior (ideally an external.livecodescript text file) with 
this in it  

command centerTextVertically
put the formattedheight of me into tTotalTextHeight
put ( the height of me - tTotalTextHeight ) / 2 into tTopBottomMargins
set topmargin of me to tTopBottomMargins
end centerTextVertically

put the long ID of the button that contains that into the field; then make 
multiple copies of that field place them on the UI.

1)  When, how and what is the most efficient way...to trigger this?  in a 
preopenstack or preopencard handler? so that the UI fields are all centered 
when the card renders?  

But then it needs to be a behavior of the stack or card, but then the reference 
to "me" fails to target the fields which all have the same name.

2) Still waiting on how to set a behavior to an external.livecodescript. 
Dictionary only descripts the long id of a button method.

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: Deleting a Control in LC8 DP16 in the IDE


On 3/29/2016 8:43 PM, Mark Wieder wrote:

On 03/29/2016 06:31 PM, Paul Hibbert wrote:

Bill,

There is a ‘Trash’ icon in the bottom row of tools in the PB, the only
downside is it asks for confirmation before deleting, or you can
double click the control in the PB, it should be selected if the card
is visible, then you can hit delete.


Yeah, be *very* careful with that, though... I have several times now
deleted the wrong control thinking that it was selected just because it
was highlighted. Er... hilited. Anyway, there's no "undo" option, so
save your work before attempting this.



The hiliting in the PB is confusing and it's hard to tell what you will 
be operating on. I would like to see all selected objects hilited the 
same way and the dotted outlines eliminated entirely. It's far too easy 
to ruin a stack because of the current confusion.


To distingush between objects on the current card of the topstack and 
objects elsewhere, I have two ideas:


Method 1: Have the non-current objects hilited in light gray and have 
the current ones in the topstack hilited in the normal hilite color. The 
color difference provides a visual indication that you will be operating 
on objects in disparate locations. But regardless of the hilite color or 
object location, all the hilited objects should respond to the user's 
edits or deletions whenever possible.


Method 2: Hilite all objects, regardless of location, with the same 
hilite color. If an action is specified that isn't appropriate for 
disparate objects, either operate only on the current card, or put up a 
dialog explaining why the operation can't be completed. Or both -- put 
up a dialog asking if the user wants to operate on only the current card.


I think this is important. I have never seen two types of selections 
anywhere else and the meaning is not intuitive. Users will expect all 
selected objects to respond to any action whenever possible and they 
won't know how to distinguish between the types. Even with documentation 
(which few really read) the meaning of the outlined selections is 
confusing and hard to remember.


For alignments, the icons at the bottom should probably be disabled if 
all the selected objects aren't on the same card. Alternately, put up a 
dialog that explains why the action can't be completed and ask if it 
should be applied only to the current card. The same for the group icon, 
which should be disabled (or dialoged) if all selections aren't on the 
same card. There may be others that need special treatment. For example, 
the Delete icon should probably include a warning about deleting 
non-current objects if any are selected, and provide a way to cancel out.


The main idea here is to treat all types of object selections similarly 
and not force the user to remember and distinguish between types. Even 
after you know how it is supposed to work, the non-standard behavior 
still induces errors. We are creatures of habit.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com


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

Re: Border color of graphic

Mark Wieder wrote:

> On 03/29/2016 08:09 PM, J. Landman Gay wrote:
>
>> In either mode, you can hover over the label in the property
>> inspector and the tooltip displays the alternate term.
>
> ...but only for property inspector items that actually have tooltips.
> And Richard Gaskin has pointed out that if you need tooltips then the
> UI isn't designed correctly.

In all fairness, I was referring to my own work, and IIRC I also 
excluded complex productivity apps.

What other people do is up to them.

I almost never see tooltips in any app since it rarely occurs to me to 
slow down what I'm doing to hover my mouse to find out whether or not 
the designer has written a hidden description there.  I usually just 
click it and see what happens.  If the action that happens is a 
destructive one THEN it wasn't designed correctly. :)

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

Re: Help with legacy on-rev site tripped up on new LiveCode hosting service


On 03/29/2016 08:35 PM, Mike Bonner wrote:


And if you're mixing .lc and then including .irev files, I can see
all kinds of funky things happening.


Yeah... um... from experience that doesn't work.

--
 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: Border color of graphic


On 03/29/2016 08:09 PM, J. Landman Gay wrote:


In either mode, you can hover over the label in the property inspector
and the tooltip displays the alternate term.


...but only for property inspector items that actually have tooltips.
And Richard Gaskin has pointed out that if you need tooltips then the UI 
isn't designed correctly.


--
 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: Design Challenge -- Round Corner mask on images

2016-03-29 Thread Alejandro Tejada

Hi, 

Glad you liked. :-D

The following step by step recipe works fine
to mask an image with another transparent png image,
unlike the previous script that works only with
an image and a vector graphic.

1) create a new stack and import an image 

2) import a PNG image with transparency,
to mask the first image.
You could use PNGs similar to these:
http://photoshop-kopona.com/9-free-set-of-spring-masks-png-for-photo-design-29-png-frame-masks-free-download.html

Remember: import a png with transparency, 
not a black and white png.

3) in this same stack, (that only have two images: 
an image and a transparent png image) 
create a button and set the script of this button 
to this: 


on mouseUp

   set the locklocation of img 1 to true
   import snapshot from img 1
   set the loc of last img to the loc of img 1
   delete img 1
   -- after deleting img 1, img 2 becomes img 1 
  
   crop img 2 to the rect of img 1

   set the width of img 1 to the width of img 2
   set the height of img 1 to the height of img 2
   
   set the alphadata of image 2 to the alphadata of image 1

end mouseUp

Have a nice day! :-)

Alejandro



--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/Design-Challenge-Round-Corner-mask-on-images-tp4702659p4702767.html
Sent from the Revolution - User mailing list archive at Nabble.com.

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

Re: Help with legacy on-rev site tripped up on new LiveCode hosting service

2016-03-29 Thread Mike Bonner

It looks like your files have at least 1 .irev extension in use. Is your
main file an .irev?  If so, the server defaults to version 3.5.0

Using the .lc extension is 7.1.0 (on diesel, moved to liquidnet)

If you know your setup works with 4.6.4 (assuming it got moved to liquidnet
too)
can you do this..

AddHandler livecode-server .irev
Action livecode-server /cgi-bin/livecode-server-4.6.4

Might need to use the .lc extension too depending on how you have things
set up.  And if you're mixing .lc and then including .irev files, I can see
all kinds of funky things happening.

On Tue, Mar 29, 2016 at 9:15 PM, Phil Davis  wrote:

> Well... you have proper errors all right!
>
> Are there any stacks involved that might be saved with a later
> stackFileVersion than is recognized by... no, wait. The 7.1.0 engine would
> recognize all released stackFileVersions
>
> Are you at liberty to show us the code? We will need to connect error
> messages with offending lines of code before we can make progress, I'm
> afraid.
>
> Thanks -
> Phil
>
>
>
>
> On 3/29/16 7:16 PM, Martin Koob wrote:
>
>> Hi Phil
>>
>> The errors are
>>
>>row 160, col 2: script: parsing error (9)
>>row 160, col 2: Function: error in source expression (tVars)
>>row 160, col 2: do: can't find command (tVars)
>>row 160, col 2: request: error in keyword expression (tVars)
>>row 9, col 1: script: parsing error
>>row 9, col 1: Handler: error in statement (includeLib)
>> file "/home/martin/public_html/../config.irev"
>>row 8, col 1: Handler: can't find handler (includeLib)
>> file "/home/martin/public_htm/lib/session.irev"
>>row 9, col 1: Handler: error in statement (includeLib)
>> file "/home/martin/public_html/lib/user.irev"
>>row 5, col 1: Handler: can't find handler (includeLib)
>>
>> martin
>>
>>
>>
>> --
>> View this message in context:
>> http://runtime-revolution.278305.n4.nabble.com/Help-with-legacy-on-rev-site-tripped-up-on-new-LiveCode-hosting-service-tp4702748p4702763.html
>> Sent from the Revolution - User mailing list archive at Nabble.com.
>>
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>
>>
> --
> Phil Davis
>
>
>
> ___
> 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: Help with legacy on-rev site tripped up on new LiveCode hosting service

2016-03-29 Thread Phil Davis


Well... you have proper errors all right!

Are there any stacks involved that might be saved with a later 
stackFileVersion than is recognized by... no, wait. The 7.1.0 engine 
would recognize all released stackFileVersions


Are you at liberty to show us the code? We will need to connect error 
messages with offending lines of code before we can make progress, I'm 
afraid.


Thanks -
Phil



On 3/29/16 7:16 PM, Martin Koob wrote:

Hi Phil

The errors are

   row 160, col 2: script: parsing error (9)
   row 160, col 2: Function: error in source expression (tVars)
   row 160, col 2: do: can't find command (tVars)
   row 160, col 2: request: error in keyword expression (tVars)
   row 9, col 1: script: parsing error
   row 9, col 1: Handler: error in statement (includeLib)
file "/home/martin/public_html/../config.irev"
   row 8, col 1: Handler: can't find handler (includeLib)
file "/home/martin/public_htm/lib/session.irev"
   row 9, col 1: Handler: error in statement (includeLib)
file "/home/martin/public_html/lib/user.irev"
   row 5, col 1: Handler: can't find handler (includeLib)

martin



--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/Help-with-legacy-on-rev-site-tripped-up-on-new-LiveCode-hosting-service-tp4702748p4702763.html
Sent from the Revolution - User mailing list archive at Nabble.com.

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



--
Phil Davis


___
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: Border color of graphic


On 3/29/2016 3:36 PM, Sannyasin Brahmanathaswami wrote:

Right you can turn on the English "meanings" of the property labels.
Downside is: this doesn't help you later if you want to touch props
by script. So I've left them to their native names so I would learn
them that way.


In either mode, you can hover over the label in the property inspector 
and the tooltip displays the alternate term.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

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

Re: Help with legacy on-rev site tripped up on new LiveCode hosting service

Hi Phil

The errors are

  row 160, col 2: script: parsing error (9)
  row 160, col 2: Function: error in source expression (tVars)
  row 160, col 2: do: can't find command (tVars)
  row 160, col 2: request: error in keyword expression (tVars)
  row 9, col 1: script: parsing error
  row 9, col 1: Handler: error in statement (includeLib)
file "/home/martin/public_html/../config.irev"
  row 8, col 1: Handler: can't find handler (includeLib)
file "/home/martin/public_htm/lib/session.irev"
  row 9, col 1: Handler: error in statement (includeLib)
file "/home/martin/public_html/lib/user.irev"
  row 5, col 1: Handler: can't find handler (includeLib)

martin



--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/Help-with-legacy-on-rev-site-tripped-up-on-new-LiveCode-hosting-service-tp4702748p4702763.html
Sent from the Revolution - User mailing list archive at Nabble.com.

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

Re: Help with legacy on-rev site tripped up on new LiveCode hosting service

2016-03-29 Thread Phil Davis


Martin,

What kinds of errors do you get?

If $_POST truly isn't handled as an array by LCS 7.1.0, that might 
explain the problems with your code below... except that you said it 
also happens with 6.6.2.


You could write a test log file as your code goes through its process. I 
do that all the time - it's the only way I can tell what really happens.


Phil


On 3/29/16 6:13 PM, Martin Koob wrote:

Hi Phil

I added that to the .htaccess file and same result.  My site had been
running on 4.6.4 using a similar thing David had set up on Tio.

If I comment out the following lines the page will load without errors.


/*
# general details
put gSESSION["userId"] into tVars[1]
put $_POST["acFName"] into tVars[2]
put $_POST["acLName"] into tVars[3]
put $_POST["acEmail"] into tVars[4]

if $_POST["acNews"] = "Y" then
put "Y" into tVars[5]
else
put "N" into tVars[5]
end if

put $_POST["acPass1"] into tVars[6]

*/

any idea what is wrong there?  I thought maybe numbered array elements were
the problem. I changed tVars[6] to tVars["6"] but still got the LiveCode
error messages instead of the page loading.

Martin






--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/Help-with-legacy-on-rev-site-tripped-up-on-new-LiveCode-hosting-service-tp4702748p4702759.html
Sent from the Revolution - User mailing list archive at Nabble.com.

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



--
Phil Davis


___
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: Deleting a Control in LC8 DP16 in the IDE

Arrrggghhh! I knew about the trash can, but forgot it. Dang! In my process, I 
accidentally deleted a group and I thought it was just going to disappear from 
the card it was on, and it deleted the entire group. Fortunately, I’m just 
playing with the UI controls, etc, and it was quickly fixed, but ……

Just trying to get used to the new IDE. There are some things I really like, 
though. I think the next DP will be focussing on the IDE, which badly needs a 
thorough run-through to get rid of those pesky idiosyncrasies.

Best,
Bill

> On Mar 29, 2016, at 6:43 PM, Mark Wieder  wrote:
> 
> On 03/29/2016 06:31 PM, Paul Hibbert wrote:
>> Bill,
>> 
>> There is a ‘Trash’ icon in the bottom row of tools in the PB, the only 
>> downside is it asks for confirmation before deleting, or you can double 
>> click the control in the PB, it should be selected if the card is visible, 
>> then you can hit delete.
> 
> Yeah, be *very* careful with that, though... I have several times now deleted 
> the wrong control thinking that it was selected just because it was 
> highlighted. Er... hilited. Anyway, there's no "undo" option, so save your 
> work before attempting this.
> 
> -- 
> 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: Help with legacy on-rev site tripped up on new LiveCode hosting service

Hi Phil

I added that to the .htaccess file and same result.  My site had been
running on 4.6.4 using a similar thing David had set up on Tio.

If I comment out the following lines the page will load without errors.


/*
# general details
put gSESSION["userId"] into tVars[1]
put $_POST["acFName"] into tVars[2]
put $_POST["acLName"] into tVars[3]
put $_POST["acEmail"] into tVars[4]

if $_POST["acNews"] = "Y" then
put "Y" into tVars[5]
else
put "N" into tVars[5]
end if

put $_POST["acPass1"] into tVars[6]

*/

any idea what is wrong there?  I thought maybe numbered array elements were
the problem. I changed tVars[6] to tVars["6"] but still got the LiveCode
error messages instead of the page loading.

Martin






--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/Help-with-legacy-on-rev-site-tripped-up-on-new-LiveCode-hosting-service-tp4702748p4702759.html
Sent from the Revolution - User mailing list archive at Nabble.com.

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

Re: Deleting a Control in LC8 DP16 in the IDE


On 03/29/2016 06:31 PM, Paul Hibbert wrote:

Bill,

There is a ‘Trash’ icon in the bottom row of tools in the PB, the only downside 
is it asks for confirmation before deleting, or you can double click the 
control in the PB, it should be selected if the card is visible, then you can 
hit delete.


Yeah, be *very* careful with that, though... I have several times now 
deleted the wrong control thinking that it was selected just because it 
was highlighted. Er... hilited. Anyway, there's no "undo" option, so 
save your work before attempting this.


--
 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: Deleting a Control in LC8 DP16 in the IDE

2016-03-29 Thread Paul Hibbert

Bill,

There is a ‘Trash’ icon in the bottom row of tools in the PB, the only downside 
is it asks for confirmation before deleting, or you can double click the 
control in the PB, it should be selected if the card is visible, then you can 
hit delete.

HTH

Paul

> On Mar 29, 2016, at 3:30 PM, William Prothero  wrote:
> 
> In Version 7, I can delete a control, by selecting the control in the Project 
> Browser, and clicking “Delete”. This doesn’t happen in LC8 DP16, on OSX. 
> 
> Bug? I can delete it by selecting it on the stage and clicking “Delete”. I 
> remember something about this mentioned on the list, but can’t find it.
> 
> Best,
> Bill
> 
> 
> 
> William Prothero, Ph.D.
> University of California, Santa Barbara, Emeritus
> proth...@earthednet.org
> 
> 
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

Re: Border color of graphic

Yes.. it's the first thing I do if I have a fresh install,


On March 29, 2016 at 10:52:25 AM, Richard Gaskin 
(ambassa...@fourthworld.com) wrote:

If you're seeing actual LiveCode property names there you went out of
your way to change that in Prefs.
___
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: Script Only Stack Architecture

Chipp's MagicCarpet was useful in its day... then came the lock down: no FTP  
in clear text.

That may change soon as I believe we are getting close to solutions for SFTP. 
There is still a strong use case for passing the baton/binary-stack (ck in, ck 
out)  style collaboration. I really can't see myself (or anyone?) using script 
to set colors, gradients, font style etc. to objects run time on preOpenStack 
to render the GUI.  Eye-candy design team can passing the GUI (binary stack) 
back and forth, while the code nerd build up the text only platform 
underneath... how those to production processes would play together is another 
thing to think about.

Can someone give me the syntax for assigning someScriptOnlyStack.livecode to a 
childObject as a behavior?

I'll looking at the dictionary in LC 8 dp 16... but nada

what is the equivalent of

set the behavior of tNewGroup to the long id of button "Widget" of card 
"Behaviors"

where "the long id of button" points instead to a script only stack?

Oh and.. .this has possibilities as well (from the dict), I didn't know till 
now that we have this cascading option too:


For example, let's say you have the following setup: field "Action" - behaviour 
set to button "Derived" button "Derived" - behaviour set to button "Root" 
button "Root"

Then the message path will be: field "Action" button "Derived" button "Root"


BR


On March 29, 2016 at 1:53:24 PM, Richard Gaskin 
(ambassa...@fourthworld.com) wrote:
Chipp Walters, Ken Ray, and others have made check-in/check-out style
tools for many years to handle multi-person team development rather
well. In Gain Momentum (an xTalk I once used made by Sybase) they had a
system like that built in.
___
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: Siege benchmarks for Pierre

2016-03-29 Thread Pierre Sahores

> Le 29 mars 2016 à 22:29, Richard Gaskin  a écrit :
> 
> Pierre Sahores wrote:
> 
> >> Le 29 mars 2016 à 17:44, Richard Gaskin a écrit :
> >>
> >> Pierre Sahores wrote:
> ...
> > Interesting reads even if the 2d article's last test related to
> > micro-caching needs to be read with care...
> 
> Understood.  I offered them merely as inspiration for the scope of 
> specialized services that can be delivered on super-affordable VPSes. Mine 
> are costing only US$5 and US$6 per month, and both are well below capacity 
> when running these stress tests.
> 
> Of course each type of app will have its own unique requirements, but my 
> crude early tests coupled with the results we see elsewhere reinforce your 
> ongoing support for LiveCode as a very powerful addition to one's server-side 
> toolkit.
> 
> 
> > If you read this, Mark, Kevin,… Well powered behind an Opentesty
> > front-end (Nginx/LuaJIT), Livecode application’s server (demon fork)
> > can do exactly all what Tarantool is able to do « et réciproquement
> > », no less, no more while, in the mean time, Tomcat, JBoss2,
> > Websphere, etc… just can’t, even in a very more costly price range
> > (millions), as i use to verify it recently in being hired for an
> > audit of one of the two SAP Hybris multi canal e-commerce suite /
> > associated soft/hardware infrastructure handling the online shop
> > services of the french « La Poste » postal service company...
> 
> I would imagine interest is quite high in such things at the company.

Even if, as a typical JVM powered app example, SAP Hybris can work clearly well 
as long as it’s not urbanized in a head-down way to go with dozens of 
bottlenecks mainly aimed to makes the invoice fly to the sky, SAP Hybris will 
never work smoother, nor as fast as a well urbanized LC application’s server or 
Tarantool powered solution. Why ? At least because the JVM Heap Memory model 
will never being 50% as reliable as the C based LiveCode or Lua (Tarantool) 
based ones. At least, because the Java pseudo-multithreading model don’t work 
more well than a clean and fast single-threaded process. Where some ones are 
thinking that Livecode should be revamped as a multi-threaded engine to being 
able compete on the app's servers market, Tarantool (LuaJIT powered witch is 
officially a single-thread engine) proves that this assertion is irrelevant.

To illustrante this point, a simple demonstration will suffice :

50 HTTP POST incoming requests —> Lua script proxy able to connect TCP ports 
5941 to 5945 —> one LC application server deamon (launched via init.d at boot 
in starting the same application stack file via symlinks attached to the five 
standalone runners) behind each port —> each LC server will handle its 10 
requests before going back to idle and that’s all the story. This way to go 
works so fine and perfectly that i permits us to reserve a port to development 
work while the other are in production mode. At this point, a simple restart 
suffice to update the production app’s servers each time it is appropriate. 
Simple, is’t ? 

At a point or an other, after adding, say, a dozen of Application’s servers to 
the config, the hardware host will begin to say STOP with a TOP average over 
50%, the regular way to go to improve scalability in a smooth, reliable and 
affordable way will be to deport the RDBMS server on a separate hardware box, 
to add new app servers on a new box, to build a RDBMS cluster (multiple 
hardware boxes where the master  RDBMS is configured to the receive all the 
incoming write operations while its slaves (the other RDBMS boxes are playing 
two complementary roles : a.- they receive replication requests triggers from 
the master after each write operation completed on it - important : UDP 
replications methods have to be forbidden there in favor of TCP ones; b.- they 
respond to all read requests to avoid asynchronous loads on both the master and 
the slaves RDBMS.

More practical and simple as it should appears at first glance and an infinite 
way to scale up configurations in the most simple way to go (linear complexity 
model à la LegoLand).

> The nature of these types of deployments make it a longer-term payoff for 
> them, as GPL works well for server work.

Would be the case, for sure, as soon as a reference project could be 
established and, at this point, the legitimacy of Edinburgh to act in this way 
is at 100% for both UK and Western Europ at least. As an example, about what is 
starting up on the Lua side, the most reliable company is a 6 persons web 
agency established at Vincennes (near Paris). Visit them at to see what they 
are successfully doing with lots of smart methods and low if no investment 
needs at all :

http://mamas.am/

Amazing works and prestigious clients, is’t ?

> But systems like these can put LiveCode into the hands of some very 
> interesting companies, and used in conjunction with other smart tools like 
> NginX and postreSQL

Re: Help with legacy on-rev site tripped up on new LiveCode hosting service

2016-03-29 Thread Phil Davis

Hi Martin,

I had a major show-stopper on diesel recently (after LC's move to Liquid
Web as the new on-rev host) that involved the server-side $_POST array.
In bug report #15173
I included a zip file of client & server parts you can use to see if
this is your problem too.

If I understand correctly, LC Server 7.1.0 (the default version) doesn't
see $_POST as an array. Don't know the in's and out's of it, but I know
stuff definitely stopped working. The bug was fixed and is awaiting the
next build, but that doesn't immediately help folks like me (and maybe
you) who need stuff to keep working like it always has.

Thankfully, David Williams created a workaround - he installed LC 6.6.2
(same version as on the previous hosting) somewhere and told me I can
make it my site's default by adding these lines to my ~/public_html
.htaccess file:

AddHandler livecode-server .lc
Action livecode-server /cgi-bin/livecode-server-6.6.2

I used these lines to change the default LCS version to 6.6.2 in my
accounts on tio and diesel. Maybe it would give you what you need.

Thanks -
Phil Davis

On 3/29/16 3:25 PM, Martin Koob wrote:

Hi,

I have an site on on-rev TIO that was working but now that it has been
transferred to the new site it generates livecode errors on some pages.

I had this problem a couple of years ago but David Williams had managed to
make it run on TIO which would accept the legacy site using LiveCode server
4.6.4

Now with the new site I am sure that is not an option.

I have found one issue that I fixed, a variable was named SESSION which is
a reserved word in LiveCode as of 5.0 I also found there is a variable
REQUEST which is an array. I think I ran into this before and renamed them
$_POST. Is that correct?

Is there any document on on changes between LiveCode server 4.6.4 and later
versions and how to transition? I looked at http://downloads.livecode.com
but after version 5.0 I don't see specific documentation for server.

Thanks

Martin

--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/Help-with-legacy-on-rev-site-tripped-up-on-new-LiveCode-hosting-service-tp4702748.html
Sent from the Revolution - User mailing list archive at Nabble.com.

--
Phil Davis

Re: Border color of graphic

2016-03-29 Thread Scott Rossi

This pointless bickering needs to end fourthwidth.


Scott Rossi
Creative Director
Tactile Media UX/UI Design

> On Mar 29, 2016, at 4:36 PM, Mark Wieder  wrote:
> 
>> On 03/29/2016 04:08 PM, J. Landman Gay wrote:
>> Well if that isn't the height of snobbery.
> 
> The depth of your replies always charges me up.
> 
> -- 
> 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: Script Only Stack Architecture

William Prothero wrote:

> I put almost all of my code in substacks, but haven’t tried text only
> stacks yet. I can’t see having a jillion small text files to keep
> track of. But then, a lot of folks seem to love them, so I wonder at
> the advantages. Of course, there’s the github thing.

That's pretty much it.  Xtalks give us the option of sharing code 
between projects in stack files, or keeping lots of stacks tidily tucked 
away in substacks if they're only used in one project.  And with the 
flexibility of LC's Standalone Builder, we can even have shared library 
stacks included with out mainstack at build time, to deliver a 
convenient single-file standalone that truly stands alone.

Chipp Walters, Ken Ray, and others have made check-in/check-out style 
tools for many years to handle multi-person team development rather 
well.  In Gain Momentum (an xTalk I once used made by Sybase) they had a 
system like that built in.

But that's just us, here in our relatively small corner of the world.

Then there's the rest of the world: a landscape filled with text files. 
 Lots of them. An app made in C++ or Python or most other languages is 
a rather sizable collection of text files.  The LC code base, for 
example, has hundreds.  The Linux kernel, one of the largest software 
projects on earth, uses more than 38,000 source files.

Given how those languages work, it made sense for version control 
systems to be created which are based around managing lots of tiny text 
files.

Our world and theirs happily coexisted much as Native Americans and 
Europeans did for so many centuries:  life was easy for centuries, until 
they met.

LiveCode's audience is growing, and the use of traditional version 
control systems has also grown.

Today, so many dev shops are so attached to the work flows afforded by 
modern VCSes like Github that it would be a severe impairment for them 
to do without.  And unless LiveCode could adapt to those VCSes, that 
would mean no LiveCode for them.

So script-only stacks are part of an evolutionary process for LiveCode, 
a way to play nice with others.

Now that behavior scripts (which I still believe would be less ambiguous 
and more descriptive if called by their original name, "parentScripts") 
can use script-only stacks as well, and now that Widgets are externally 
written script files, most of the code in even the most complex LiveCode 
app can be put into text files for those that need it, leaving only 
relatively small UI stacks as binary files, no worse than XCode's NIB files.

I still feel there's a role for other versioning systems, including the 
sorts of stack-file-based check-in/check-out systems we've seen.  But I 
believe it's a limited one, best suited for certain type of development 
shops.

As much as those may seem like with-the-grain solutions for LiveCode, 
they also arguably contribute to LiveCode being a sort of island, 
marginalized outside of the infrastructure through which the rest of the 
world shares code.

And best IMO is that this is not merely a theoretical exercise:  the 
team is eating their own haggis by putting these features to work in the 
IDE, one of the most complex LiveCode apps around.

And if you follow the team's progress on Github you can see the benefits 
for large projects immediately:

https://github.com/livecode/livecode/pulse

It would take significant effort to make a VCS ourselves that was as 
complete, but that and more is available for free there.

> Code that’s portable between apps is important. Perhaps that would
> be something to discuss. And I really haven’t messed with
> implementing personal code “Libraries”. The requirement for strict
> ID’s for behaviors makes them less portable. Do text only stacks help
> in this regard?

Not necessarily, but if you're working in teams they can be tremendously 
beneficial by allowing you to use common diff tools to quickly identify 
changes.

And for those working on open source projects I would consider 
script-only libraries almost essential, since folks likely to contribute 
to such projects are already on Github and know the flow.

> So, I think what I’m “seconding” is that a higher lever than “newby”
> tutorials on code organization through Libraries, Text only stacks,
> substacks, etc, would be useful and I would give it a hard look-see.
> Currently, I’m pretty satisfied with my current approach, but over
> the last year, I’ve changed it so much as I learned more about
> LiveCode, that I wonder what I’m missing.

You and me both.  Just like the LC IDE now undergoing its fourth major 
revision, every few years I look at my code and the mix of new language 
features plus what I've learned since I wrote it and I dive in for a 
rewrite.

In other language the scope of materials Bramanathaswami described is 
handled in a book, of which several compete in the pursuit of a "best".

All I know is I can't write one of them:  given how long it takes to 
write a good book by

Re: Border color of graphic


On 03/29/2016 04:08 PM, J. Landman Gay wrote:

Well if that isn't the height of snobbery.


The depth of your replies always charges me up.

--
 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: Border color of graphic


Well if that isn't the height of snobbery.

:-P

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com



On March 29, 2016 5:05:24 PM Scott Rossi  wrote:


Frankly, I could do widthout this commentary.

;-)

Regards,

Scott Rossi
Creative Director
Tactile Media, UX/UI Design




On 3/29/16, 1:40 PM, "use-livecode on behalf of Mark Wieder"
 wrote:


And why is "Width" easier to understand than "width"?




___
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: Siege benchmarks for Pierre

2016-03-29 Thread Pierre Sahores


> Le 29 mars 2016 à 22:30, Tom Glod  a écrit :
> 
> Fascinating thread! thanks guys.
> 
> Any test with node.js as a file server?

While raw JS and JQuery are, beside fine prebuild templates alike those ones ! :

http://html5up.net/

i like to tune web interface from (as some of the ways to waste the less 
possible time in about web client-side design and coding) and persist to watch 
most of the JS most hype frameworks as irrelevant because redundancy (if not 
recursive bord-effects) of the functions they all implements and runs each at 
their turn even if one should suffice … to slow down the code display by 2 
times, 4 times, etc for each new JS framework added to the loop…

A web server + a sockets and round-robin proxy + an application server + 1 
RDBMS on the server-side, HTML5 + CSS3 + tax JS + JQuery on the web 
client-side, per deployed app should probably stay the most direct way for a 
long time in both elegance, affordability and reliability terms.

About node.js, as long as i understand without error the reports i got about 
it, i don’t expect to never get more from it in about reliability, security and 
speed than what can be done in running LC app server or Tarantool. If so, « ma 
paresse » recommends me to stay away from it.

> 
> On Tue, Mar 29, 2016 at 3:54 PM,  wrote:
> 
>> Sorry. Found a mistake in my last mail. please, see the rectification
>> below.
>> 
>>> - 50% read / 50% write : nginx+luajit (openresty) + LUA or fine
>> tuned/Heap RAM scaled Tomcat7 : some hundreds of requests / second (lots
>> less under apache2)
>> 
>> Best,
>> --
>> Pierre Sahores
>> mobile : 06 03 95 77 70
>> www.sahores-conseil.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

--
Pierre Sahores
mobile : 06 03 95 77 70
www.sahores-conseil.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

Help with legacy on-rev site tripped up on new LiveCode hosting service

Hi,  

I have an site on on-rev TIO that was working but now that it has been
transferred to the new site it generates livecode errors on some pages.

I had this problem a couple of years ago but David Williams had managed to
make it run on TIO which would accept the legacy site using LiveCode server
4.6.4

Now with the new site I am sure that is not an option.  

I have found one issue that I fixed,  a variable was named SESSION which is
a reserved word in LiveCode as of 5.0   I also found there is a variable
REQUEST which is an array.  I think I ran into this before and renamed them
$_POST. Is that correct?

Is there any document on on changes between LiveCode server 4.6.4 and later
versions and how to transition?  I looked at http://downloads.livecode.com
but after version 5.0 I don't see specific documentation for server.

Thanks

Martin




--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/Help-with-legacy-on-rev-site-tripped-up-on-new-LiveCode-hosting-service-tp4702748.html
Sent from the Revolution - User mailing list archive at Nabble.com.

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

Re: Script Only Stack Architecture

Richard:
Some of the items were mentioned in Bramanathaswami’s post. Some, of course, is 
just taste. I put almost all of my code in substacks, but haven’t tried text 
only stacks yet. I can’t see having a jillion small text files to keep track 
of. But then, a lot of folks seem to love them, so I wonder at the advantages. 
Of course, there’s the github thing. I work by myself, so that isn’t a factor, 
but I can see it would be major for teams.

Code that’s portable between apps is important. Perhaps that would be something 
to discuss. And I really haven’t messed with implementing personal code 
“Libraries”. The requirement for strict ID’s for behaviors makes them less 
portable. Do text only stacks help in this regard?

So, I think what I’m “seconding” is that a higher lever than “newby” tutorials 
on code organization through Libraries, Text only stacks, substacks, etc, would 
be useful and I would give it a hard look-see. Currently, I’m pretty satisfied 
with my current approach, but over the last year, I’ve changed it so much as I 
learned more about LiveCode, that I wonder what I’m missing.

Thanks, Richard, for all your comments and help on this list.
Best,
Bill

> On Mar 29, 2016, at 1:58 PM, Richard Gaskin  
> wrote:
> 
> William Prothero wrote:
> 
>> Organizing the code in a project is really important and there are lots of 
>> ways to go wrong.
> 
> Can you describe some?
> 
> While documenting good patterns can be useful, sometimes documenting 
> anti-patterns is just as useful.
> 
> Several years ago at one of the LC conferences in Monterey Ken Ray and I did 
> a talk called "LiveCode Patterns and Anti-Patterns".  So much has changed 
> since then (behaviors, before and after messages, script-only stacks, etc.) 
> that it would be very helpful to hear your concerns as I prepare to dive into 
> my archives for the old notes
> 
> -- 
> 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: Script Only Stack Architecture

I'm going blind here, eyes burning with the app contents open to the LC 8 
application folder and looking at the 100's of .rev, .livecodescript and 
.livecode files.

So here's a thought experiment and me thinking outloud for this actual project 
in front of me.

Starting at square 1  

The script only stacks have zero "auto presence" path wise... relative to any 
.livecode stack  

Later you will need to explicitly find it (OK.. I know.. too obvious but let's 
declare it anyway)

on mouseUp
put specialFolderPath("Resources") into tMyHomePath
start using stack ( tMyHomePath & "/" 
&"libraries/CoreTextfieldFunctions.livecode") 
#all things readable in fields
checkPath ("Yes, i Got It.")
End mouseUp

I tried to find where the revIDE stacks were setting up their root default 
folder but could not find it.

Looking for patterns we see e.g. 

/contents/Tools/Toolset/Libraries
/contents/Tools/Toolset/palettes
      /behaviors
      /dictionary
      /inspector
          /behaviors
          /editors

with .rev and .livecode stacks here and there.

I need a nap to absorb and create a picture of the incredible number of 
separate files in the IDE!

Though ""Everything is true, Everything is Permitted" one way is obvious -- use 
 the MVC model for the thought experiment -- this assumes one has had the 
discipline to draft a relatively complete functional specification for your app 
ahead of time... of course in AGILE mode this could change but you need to 
start somewhere. 

You have two classes of code: 

1) Code that serves as underlying end point of messages from coming from the 
views (mouse down/up swipes, taps typing, clicking)... pertains to the "back 
end" ...    then we organize by folders that relate to function.  Let;s use the 
RevIgniter core as an example.. and quite possibly this is adaptable to any 
given app.

config
controllers 
    # presumably you segregate the traffic cops here
    # but don't mix in more complex functions
cronjobs
db
errors
helpers
hooks
index.html # could be "MyApp.livecode"
language
libraries
models
plugins
stacks
views

2) Code that pertains directly to the presentation layer itself, main stack, 
substacks that are binary.livecode stacks, cards and controls. and they that 
the user actually sees and interacts with. Code that actually dynamically 
builds or manipulates the GUI... 

So these you can organize along the lines of your functional specification 
"Views" seems a reasonable uber way to think about it.
though perhaps "stacks" is enough and better term, since from HC days a stack 
is what we see (though now we have that line blurred with script-only stacks)

/stacks/
   home screen
   portals (navigation screens)
   user-account
   user Settings
   favorites
   readers # text displays, reading books, quotes
   web-browers # for cards with the browser widget
   my-exercises # exercise tracker or whatever
   image-puzzles # some game
   etc.
   assets
     /fonts
     /img
        stack-wide
        portals
        my-exercises
        image-puzzles.

Inside those folders, following on the LC teams patterns, you segregate 
behaviors from libraries, by criteria I have yet to fully grok.  I'll be 
looking into the msg path after that nap and possibly that will clarify things. 

That's a small beginning, I hope. perhaps we can find broad classes that work 
everywhere for #1 set of code above.. that would be ideal. Though I expect 
because of the "anything is permitted" law... it may also be somewhat subject 
depending on your style?

Comments?

BR

On March 29, 2016 at 10:58:48 AM, Richard Gaskin 
(ambassa...@fourthworld.com(mailto:ambassa...@fourthworld.com)) wrote:

> William Prothero wrote:  
>  
> > Organizing the code in a project is really important and there are lots of 
> > ways to go wrong.  
>  
> Can you describe some?  
>  
> While documenting good patterns can be useful, sometimes documenting  
> anti-patterns is just as useful.  
>  
> Several years ago at one of the LC conferences in Monterey Ken Ray and I  
> did a talk called "LiveCode Patterns and Anti-Patterns". So much has  
> changed since then (behaviors, before and after messages, script-only  
> stacks, etc.) that it would be very helpful to hear your concerns as I  
> prepare to dive into my archives for the old notes  
>  
> --  
> Richard Gaskin  
> Fourth World Systems  
> Software Design and Development for the Desktop, Mobile, and the Web 
___
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

Deleting a Control in LC8 DP16 in the IDE

In Version 7, I can delete a control, by selecting the control in the Project 
Browser, and clicking “Delete”. This doesn’t happen in LC8 DP16, on OSX. 

Bug? I can delete it by selecting it on the stage and clicking “Delete”. I 
remember something about this mentioned on the list, but can’t find it.

Best,
Bill



William Prothero, Ph.D.
University of California, Santa Barbara, Emeritus
proth...@earthednet.org




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

Re: Border color of graphic

2016-03-29 Thread Scott Rossi

Frankly, I could do widthout this commentary.

;-)

Regards,

Scott Rossi
Creative Director
Tactile Media, UX/UI Design




On 3/29/16, 1:40 PM, "use-livecode on behalf of Mark Wieder"
 wrote:

>And why is "Width" easier to understand than "width"?



___
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: Script Only Stack Architecture


William Prothero wrote:


Organizing the code in a project is really important and there are lots of ways 
to go wrong.


Can you describe some?

While documenting good patterns can be useful, sometimes documenting 
anti-patterns is just as useful.


Several years ago at one of the LC conferences in Monterey Ken Ray and I 
did a talk called "LiveCode Patterns and Anti-Patterns".  So much has 
changed since then (behaviors, before and after messages, script-only 
stacks, etc.) that it would be very helpful to hear your concerns as I 
prepare to dive into my archives for the old notes


--
 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: Border color of graphic

Sannyasin Brahmanathaswami wrote:
> @ Richard --> Right you can turn on the English "meanings" of the
> property labels. Downside is: this doesn't help you later if you
> want to touch props by script. So I've left them to their native
> names so I would learn them that way.

I wrote the opposite.

If you're seeing actual LiveCode property names there you went out of 
your way to change that in Prefs.

I hope I'm wrong about v8, but in all versions I've seen the default is 
to show the user labels very different from the setting's actual 
property name (something I've been known to call "lie mode" when I'm 
feeling particularly cantankerous).

--
 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: Design Challenge -- Round Corner mask on images

Alejandro:

Nandri, Mahalo, Merci, Thank you!

Awesome extremely useful


On March 28, 2016 at 7:44:22 PM, Alejandro Tejada 
(capellan2...@gmail.com) wrote:

Hi All,

By trial and error, (the worse kind of error)
I finally find a script that mask an image using
a vector graphic. Follow these steps to make
it work.

1) create a new stack and import an image

2) over this image, draw a closed vector graphic
using any drawing tool (including freehand
or freehand polygon)

3) in this same stack, (that only have two objects:
an image and a single vector graphic)
create a button and set the script of this button
to this:

on mouseUp

set the locklocation of img 1 to true
import snapshot from img 1
set the loc of img 2 to the loc of img 1
delete img 1
-- after deleting img 1, img 2 becomes img 1

crop img 1 to the rect of grc 1

set the opaque of grc 1 to true
set the foregroundColor of grc 1 to black
set the linesize of grc 1 to 0
set the ink of grc 1 to srcCopy
set the width of grc 1 to the width of img 1
set the height of grc 1 to the height of img 1

import snapshot from grc 1 -- this snapshot created image 2

set the alphadata of image 1 to the alphadata of image 2

delete grc 1 -- vector graphic
delete img 2 -- image
end mouseUp

Works fine here, but could be enhanced
in many ways, for example:

Who wants to extend this script to mask
images using the alphadata from
transparent png and static transparent
gif images?

Thanks in advance!

Alejandro




--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/Design-Challenge-Round-Corner-mask-on-images-tp4702659p4702723.html
Sent from the Revolution - User mailing list archive at Nabble.com.

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
___
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: Script Only Stack Architecture

2016-03-29 Thread Earthednet-wp

I second this. Organizing the code in a project is really important and there 
are lots of ways to go wrong.
Bill

William Prothero
http://es.earthednet.org

> On Mar 29, 2016, at 12:26 PM, Sannyasin Brahmanathaswami  
> wrote:
> 
> Ahh... so code that has object level scope should be e.g.
> 
> "tiny-little-nav-buttons.livecodescript"
> 
> That is set as the behavior for  those buttons?
> 
> and code that has things like  "getLocalAppPath()"
> 
> should be in " start using stack "coreAppFunctions.livecodescript"
> 
> Is that what you mean?
> 
> @ Mark, Monte, Peter (brett)  if you are inspired   -- a tutorial on 
> "building an app from scratch, using the script-only modular approach to the 
> max."  as a video tutorial or something would be fantastic...
> 
> ala the old "sheep herder" video that Ben did. It doesn't have to be 
> complicated or too long... just point us in the right direction.
> 
> I'll start testing, hacking today, but for newbies who are coming from Ruby, 
> Python, PHP, JS CSS etc... such a tutorial would make a lot of sense... -- 
> how all the pieces fit together... @Mark, you blog post was great... take it 
> one step further!
> 
> Like if you create a substack it is saved automatically in the binary, but if 
> I am in an app in the IDE and create a script only stack.. will it be 
> automatically loaded later when I reboot my app in the IDE? OR do we need to 
> manually script the "start using" those stacks, even though we created them 
> in the app just like a substack?  and what is the engine's scope for finding 
> them? Pathwise: does it automatically look for the script only stack in the 
> default folder and is that for the LC engine? or the folder that contains the 
> stack that from which the script only stack was created?  Or should we set up 
> some folders in that ala the JS apps or PHP ... functions, core, 
> object-behaviors  etc. where script are stored and then in the app we 
> explicity have a function to find those libraries/behaviors script-only stacks
> 
> Of course I'm going to figure all this out in the next few hours, but it 
> would be great if it were "tutorialized."
> 
> And, since LC team has been doing this already for some time... best 
> practices guide would be ideal. I've been studying Google Material Design 
> docs and impressed by the level of "instruction" they give for best 
> practices.  it's pretty awesome...   Someday, something like that for LC, 
> created by all you LC wizards would be
> 
> a) really give a leg up for a generation of "code only programmers" who might 
> like to adopt LC
> b) help us do it right from the beginning.
> 
> yeah, I know "coding is easy, documention is hard (smile)
> 
> 
> 
> 
> 
> 
> 
> 
> 
> On March 28, 2016 at 5:55:42 PM, Monte Goulding 
> (mo...@appisle.net) wrote:
> 
> Yes, it was the mix of code that should have an object scope and code that 
> was fine to have a application wide scope that I was commenting on Matt.
> 
> Sent from my iPhone
> 
>> On 29 Mar 2016, at 2:46 PM, Richard Gaskin  
>> wrote:
>> 
>> Matt Maier wrote:
>> 
>>> Monte got annoyed that I did something like that instead of setting
>>> behaviors. So it might be better to write behaviors in script-only
>>> stacks and then set them onto the various controls, rather than
>>> managing the controls all the way from the library stack(s).
>> 
>> Behaviors are good. And so are libraries. They're not mutually exclusive.
>> 
>> "Nothing is true. Everything is permitted."
>> 
>> --
>> Richard Gaskin
>> Fourth World Systems
>> Software Design and Development for Desktop, Mobile, and Web
>> 
>> ambassa...@fourthworld.com http://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
> ___
> 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: Border color of graphic

On 03/29/2016 12:09 PM, Richard Gaskin wrote:

 > I’m guessing you have the preference setting ‘Property Labels Are:’
 > set to ‘Name of LiveCode Property.

Why doesn't a tool for an English-like language display its native
English-like property names by default?

Making that change is the first thing I encourage newcomers to do so
they can learn faster, getting reinforcement of property names every
time they use the Inspector.

Yeah. I'm still puzzled about why that isn't the default. Or why that 
choice even exists at all.

Does someone really think that "Can't Delete" is easier to understand 
than "cantdelete"? Or "3D" is easier to understand than "threed"? Or 
"Text Size" easier than "textSize"?

And why is "Width" easier to understand than "width"?

For that matter, why is "Foreground Fill" a replacement for the 
combination of "foregroundColor" and "foregroundPattern"?

--
 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: Border color of graphic

Duh: OK this makes sense since the foreground color is the pencil color, is the 
text color, is the line color etc.

> foregroundColor (forecolor) = border colour


@ Richard --> Right you can turn on the English "meanings" of the property 
labels. Downside is: this doesn't help you later if you want to touch props by 
script. So I've left them to their native names so I would learn them that way.
___
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: Siege benchmarks for Pierre

2016-03-29 Thread Tom Glod

Fascinating thread! thanks guys.

Any test with node.js as a file server?

On Tue, Mar 29, 2016 at 3:54 PM,  wrote:

> Sorry. Found a mistake in my last mail. please, see the rectification
> below.
>
> > - 50% read / 50% write : nginx+luajit (openresty) + LUA or fine
> tuned/Heap RAM scaled Tomcat7 : some hundreds of requests / second (lots
> less under apache2)
>
> Best,
> --
> Pierre Sahores
> mobile : 06 03 95 77 70
> www.sahores-conseil.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: Siege benchmarks for Pierre

Pierre Sahores wrote:

>> Le 29 mars 2016 à 17:44, Richard Gaskin a écrit :
>>
>> Pierre Sahores wrote:
...
> Interesting reads even if the 2d article's last test related to
> micro-caching needs to be read with care...

Understood.  I offered them merely as inspiration for the scope of 
specialized services that can be delivered on super-affordable VPSes. 
Mine are costing only US$5 and US$6 per month, and both are well below 
capacity when running these stress tests.

Of course each type of app will have its own unique requirements, but my 
crude early tests coupled with the results we see elsewhere reinforce 
your ongoing support for LiveCode as a very powerful addition to one's 
server-side toolkit.

> If you read this, Mark, Kevin,… Well powered behind an Opentesty
> front-end (Nginx/LuaJIT), Livecode application’s server (demon fork)
> can do exactly all what Tarantool is able to do « et réciproquement
> », no less, no more while, in the mean time, Tomcat, JBoss2,
> Websphere, etc… just can’t, even in a very more costly price range
> (millions), as i use to verify it recently in being hired for an
> audit of one of the two SAP Hybris multi canal e-commerce suite /
> associated soft/hardware infrastructure handling the online shop
> services of the french « La Poste » postal service company...

I would imagine interest is quite high in such things at the company.

The nature of these types of deployments make it a longer-term payoff 
for them, as GPL works well for server work.

But systems like these can put LiveCode into the hands of some very 
interesting companies, and used in conjunction with other smart tools 
like NginX and postreSQL can provide a unique advantage for rapid 
deployment of microservices.

>> But my test setup was a bit weirder: lcHTTPd doesn't use Apache at
>> at all.
>>
>> The only thing handling the transactions is that one humble
>> single-threaded LC standalone process.
>
> Probably not the best way to go to setup a slave-mode reliable and
> WAF well protected server-side solution. I would recommend, at least,
> a basic Apache+LC CGI server configuration instead or, best, a
> Nginx+FCGIWrap+LC CGI server. The solutions available permits to
> deliver 50 pages/second on appropriate VPS or hosting services and
> on the reliability side, WAF configuration included), such
> configuration really helps to avoid big problems (unreachability,
> data loss, piracy, etc…).

Exactly.  These early tests were merely to measure the effectiveness of 
LC's message-based network I/O.  The advantage of any scripting language 
isn't up front -- too many great tools like NginX for that role.

Where LC can shine is as a worker behind NginX.  And there all results 
seen thus far suggest it can shine brightly.

>> Once moved behind a reverse proxy such a tool could easily handle
>> very high loads, using the LC engine we know and love today.
>
> For sure, clearly preferable : LC CGI is’t aimed to be an F-16 in
> about speed BUT IT IS 100% RELIABLE AS LONG IT IS CLEANLY CONFIGURED
> AND RUNS WELL CODED ROW OR, BEST, REVIGNITER POWERED SOLUTIONS.

...or far faster and more scalable, leave the bounds of CGI behind and 
use sockets with a standalone.

It would take only minimal work to craft a glue lib for RevIgniter or 
Andre's revSpark to work with a standalone rather than the CGI-dependent 
LC Server.

> note : see about MessagePack : http://msgpack.org/

Good stuff.

And in those cases where the client is also LiveCode we can use LSON 
(LiveCode encoded arrays) for superfast transport and decoding.

>> Did you see Charles Warwick's post last June about a Docker
>> container for LC Server?:
>> http COLON SLASH SLASH
lists.runrev.com/pipermail/use-livecode/2015-July/216882.html
>
> I did’t. Thanks for pointing it out to me. Will read it attentively.
> On the other hand, i did, months ago, extensive tests in running a
> good num of Docker VM and to the end, i went to the conclusion that
> such configurations can’t compete against real-world configuration
> because the Docker concept itself : well to slow to replace
> production’s dedicated platforms.

That may be a role where Juju could come in, but the more I think about 
this for needs as modest as my own the more I think there's an 
opportunity for something far simpler:

Rather than Docker or Juju or something else that requires a managing 
process running on the server, a VPS is already "containerized" by 
virtue of the "V" in "VPS" - so why not use a simple bash script to 
download the various LiveCode elements, put them into place and set 
permissions, install any databases desired, config SSH and UFW to 
reflect how one wants to use the machine.

Given some time I could write a GUI that can generate such bash scripts, 
but there's the rub: "given some time". :)

> did you test an Ubuntu smartphone / tablet ? I’m really curious about
> this and no far from abandoning Android after iOS for my personal
> needs if it can work

Fwd: Siege benchmarks for Pierre

2016-03-29 Thread sc

Sorry. Found a mistake in my last mail. please, see the rectification below.

> - 50% read / 50% write : nginx+luajit (openresty) + LUA or fine tuned/Heap 
> RAM scaled Tomcat7 : some hundreds of requests / second (lots less under 
> apache2)

Best,
--
Pierre Sahores
mobile : 06 03 95 77 70
www.sahores-conseil.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: Script Only Stack Architecture

Ahh... so code that has object level scope should be e.g.

 "tiny-little-nav-buttons.livecodescript"

 That is set as the behavior for  those buttons?

and code that has things like  "getLocalAppPath()"

should be in " start using stack "coreAppFunctions.livecodescript"

Is that what you mean?

@ Mark, Monte, Peter (brett)  if you are inspired   -- a tutorial on "building 
an app from scratch, using the script-only modular approach to the max."  as a 
video tutorial or something would be fantastic...

ala the old "sheep herder" video that Ben did. It doesn't have to be 
complicated or too long... just point us in the right direction.

I'll start testing, hacking today, but for newbies who are coming from Ruby, 
Python, PHP, JS CSS etc... such a tutorial would make a lot of sense... -- how 
all the pieces fit together... @Mark, you blog post was great... take it one 
step further!

Like if you create a substack it is saved automatically in the binary, but if I 
am in an app in the IDE and create a script only stack.. will it be 
automatically loaded later when I reboot my app in the IDE? OR do we need to 
manually script the "start using" those stacks, even though we created them in 
the app just like a substack?  and what is the engine's scope for finding them? 
Pathwise: does it automatically look for the script only stack in the default 
folder and is that for the LC engine? or the folder that contains the stack 
that from which the script only stack was created?  Or should we set up some 
folders in that ala the JS apps or PHP ... functions, core, object-behaviors  
etc. where script are stored and then in the app we explicity have a function 
to find those libraries/behaviors script-only stacks

Of course I'm going to figure all this out in the next few hours, but it would 
be great if it were "tutorialized."

And, since LC team has been doing this already for some time... best practices 
guide would be ideal. I've been studying Google Material Design docs and 
impressed by the level of "instruction" they give for best practices.  it's 
pretty awesome...   Someday, something like that for LC, created by all you LC 
wizards would be

a) really give a leg up for a generation of "code only programmers" who might 
like to adopt LC
b) help us do it right from the beginning.

yeah, I know "coding is easy, documention is hard (smile)

On March 28, 2016 at 5:55:42 PM, Monte Goulding 
(mo...@appisle.net) wrote:

Yes, it was the mix of code that should have an object scope and code that was 
fine to have a application wide scope that I was commenting on Matt.

Sent from my iPhone

> On 29 Mar 2016, at 2:46 PM, Richard Gaskin  wrote:
>
> Matt Maier wrote:
>
> > Monte got annoyed that I did something like that instead of setting
> > behaviors. So it might be better to write behaviors in script-only
> > stacks and then set them onto the various controls, rather than
> > managing the controls all the way from the library stack(s).
>
> Behaviors are good. And so are libraries. They're not mutually exclusive.
>
> "Nothing is true. Everything is permitted."
>
> --
> Richard Gaskin
> Fourth World Systems
> Software Design and Development for Desktop, Mobile, and Web
> 
> ambassa...@fourthworld.com http://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
___
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: Siege benchmarks for Pierre

2016-03-29 Thread Pierre Sahores

Hello Richard,

> Le 29 mars 2016 à 17:44, Richard Gaskin  a écrit :
> 
> Pierre Sahores wrote:
> 
>> If your lcHTTPd standalone is a TCP sockets server, the low TOP load
>> (less than 25%) is not surprising at all and can even go lots less in
>> using nginx instead of apache...
> 
> Yes, the benefits of using NginX as the broker instead of Apache are well 
> documented in these articles on achieving high concurrency counts on cheap 
> VPSes (see note on funky url formats below):
>  http COLON SLASH SLASH 
> markmaunder.com/2009/12/01/how-to-handle-1000s-of-concurrent-users-on-a-360mb-vps/
>  http COLON SLASH SLASH 
> reviewsignal.com/blog/2014/06/25/40-million-hits-a-day-on-wordpress-using-a-10-vps/

Interesting reads even if the 2d article's last test related to micro-caching 
needs to be read with care : this will only work against CMS targets where 
mostly always the same pages are served. As soon as a real-world networked apps 
will serve millions of atomic different requests (E-Commerce, CRM, ERP, Most of 
the big Saas applications,…), those performances will reasonably and rationally 
decrease in the following way :

In using multi-core standalone servers (VLANs always deliver less suitable 
performances per buck invested), if needed interconnected in master-slaves 
modes via software proxying (Nginx excels in this task too) :

- more than 90% read requests : nginx+luajit (openresty) + well configured 
micro caching -> multi-thousands of requests / second (lots less under apache2 
because its architecture bottlenecks);

- 50% read / 50% write : nginx+luajit (openresty) + well configured socket’s 
accessible application server (my own Livecode’s application server fork soon 
on GITHUB, Tarantool by mail.ru, as both the most suitable to date, ) + 
PostgreSQL or an other serious skilled ACID-SQL RDBMS (AKA: MySQL/MariaDB 
excluded) + round-robin proxying of the client’s incoming requests ->  : up to 
thousands of requests / second (lots less under apache2)

- 50% read / 50% write : nginx+luajit (openresty) + LUA or fine tuned/Heap RAM 
scaled Tomcat7 : thousands of requests / second (lots less under apache2)

- 50% read / 50% write : nginx+luajit (openresty) in its fastCGI different API 
(FastCGI, FMP-PHP,  FCGIWrap,…) + CGI engine (JSP, PHP, LC, Perl, Python, RoR,… 
: hundreds of requests / second (lots less under apache2)

- 30% read / 70% write and less : nginx+luajit (openresty) + well configured 
socket’s accessible application's servers (my own Livecode’s application server 
fork, Tarantool by mail.ru, or, lots more expensive options instead : JBoss2, 
Websphere, WebLogic,… ) + PostgreSQL or an other serious skilled ACID-SQL RDBMS 
are mandatory to be sure that the full scalable periodic bottleneck will always 
stay on the RDBMS side. It will, by the way, never become a problem as long as 
technical skills are, there, the sole needs to scale-up on demand such 
configurations (dynamically or manually) in adding application’s servers 
instances (one per TCP port behind a round-robin proxy to made the story short) 
and slave nodes to the RDBMS cluster (physical servers instances needed there, 
even if lots of VirtualBoxed ones are, in fact, promoted by the IT services 
providers… -> unrecoverable crashes happening on ACID-SQL RDBMS what is 
conceptually impossible in hosting each one on its own physical server) 

note : see about Tarantool : 
http://tarantool.org/doc/intro.html#an-application-server-together-with-a-database-manager
note : Tarantool is the platform i have decided to choose after careful AB 
tests as the host of my Livecode’s application server port to LUA with lots 
less to do as i expected previously, most of the work having been very well 
done for us by the mail.ru engineers.
note : Tarantool is , in short, a deamon witch embedded the LuaJIT virtual 
machine in the exact same way Livecode let us embed the Livecode engine inside 
a deamon. 

If you read this, Mark, Kevin,… Well powered behind an Opentesty front-end 
(Nginx/LuaJIT), Livecode application’s server (demon fork) can do exactly all 
what Tarantool is able to do « et réciproquement », no less, no more while, in 
the mean time, Tomcat, JBoss2, Websphere, etc… just can’t, even in a very more 
costly price range (millions), as i use to verify it recently in being hired 
for an audit of one of the two SAP Hybris multi canal e-commerce suite / 
associated soft/hardware infrastructure handling the online shop services of 
the french « La Poste » postal service company...
> 
> But my test setup was a bit weirder: lcHTTPd doesn't use Apache at at all.
> 
> The only thing handling the transactions is that one humble single-threaded 
> LC standalone process.

Probably not the best way to go to setup a slave-mode reliable and WAF well 
protected server-side solution. I would recommend, at least, a basic Apache+LC 
CGI server configuration instead or, best, a Nginx+FCGIWrap+LC CGI server. The 
solutions

Re: Border color of graphic

Paul wrote:

>> On Mar 28, 2016, at 9:00 PM, Sannyasin Brahmanathaswami wrote:
>>
>> How do we set border color for a graphic object (round rectangle
>> style) never used them much in the past, now I'm all about graphic
>> UI.
>>
>> We have the line width, but I don't see border in the colors for
>> a graphic in the inspector of LC8 DP16
>
> For a graphic object:
>
> foregroundColor (forecolor) = border colour
> backgroundColor (backColor) = fill colour

You can also use the firstColor and secondColor synonyms, respectively, 
and for the first one you can even use thumbColor, because synonyms are 
great except when they're not. ;)

> I’m guessing you have the preference setting ‘Property Labels Are:’
> set to ‘Name of LiveCode Property.

Why doesn't a tool for an English-like language display its native 
English-like property names by default?

Making that change is the first thing I encourage newcomers to do so 
they can learn faster, getting reinforcement of property names every 
time they use the Inspector.

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

Captain Oveur

2016-03-29 Thread RM


Or: "Airplane 3".

Well, not quite, but it does demonstrate how one can do a "mouseDown" in 
one control
and then, with the mouse key still depressed wander over to another 
control and get

feedback that one has done that.

http://forums.livecode.com/viewtopic.php?f=6=26905

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: iOS deployment question

Ben:
This sounds reasonable. Then I don’t have to translate the terms from Xcode 
terminology to Livecode terminology.
Best,
Bill

> On Mar 29, 2016, at 1:31 AM, Ben Rubinstein  wrote:
> 
> FWIW, this really isn't a LiveCode issue.  Back when we were doing a lot of 
> iOS app development, submission - which should have been a matter of pressing 
> a few buttons - invariably took many hours of hair tearing - and this in 
> spite of the fact that we were making new submissions virtually every week; 
> solving the problems one week didn't stop us having another load of problems 
> the next week.
> 
> When doing development (as opposed to submission) my practise now when I get 
> a problem in LiveCode is to spend almost no time trying to fix it in LC; 
> instead jump immediately to a dummy app on Xcode, and make sure I can deploy 
> that first; mostly I find the same problem there, so can debug it with one 
> less step in the chain, and when I have that working, go back to LC.
> 
> And yes, I long for a hand-holding guide, but I think the problems keep 
> changing.
> 
> My 2p
> 
> Ben
> 
> On 23/03/2016 22:14, William Prothero wrote:
>> Last post on this subject:
>> I also got it working by changing my provisioning profile to include both 
>> iPad and iPhone. Previously I had only checked the iPhone option. But, I 
>> guess I must have entered a device description for my iPad too. H… what 
>> an obtuse system.
>> Bill
>>> On Mar 23, 2016, at 2:23 PM, William Prothero  wrote:
>>> 
>>> Folks:
>>> Ok, what I got working was a profile that was named “iOS Team Provisioning 
>>> Profile”. There was a wildcard version, and a version with my app 
>>> IDattached. Both worked. The specific profiles I created for the app itself 
>>> gave 
> the error.
>>> 
>>> Since this is an app that I will only use myself, on my iPhone, that’s good 
>>> enough.
>>> 
>>> I’ll go back and carefully check your suggestions, though Scott. At 
>>> present, I need some lunch. Been staring at the screen too long.
>>> 
>>> Best,
>>> Bill
>>> 
 On Mar 23, 2016, at 2:09 PM, Scott Rossi  wrote:
 
 This might be a naming issue.  In standalone settings, make sure that the
 last item in the entry for Internal App ID matches the app name you set up
 in your provisioning profile in Apple's developer portal.  The Internal
 App ID should look like this:
 
 com..
 
  is the part that needs to match whatever you set up in the
 portal.
 
 Also make sure that you have the correct item selected in the  Profile
 pulldown.
 
 Regards,
 
 Scott Rossi
 Creative Director
 Tactile Media, UX/UI Design
 
 
 
 
 On 3/23/16, 1:54 PM, "use-livecode on behalf of William Prothero"
  wrote:
 
> Folks:
> Iąm stuck.  I keep getting the error message:
> 
> "The entitlements specified in your applicationąs Code Signing
> Entitlements file do not match those specified in your provisioning
> profile. (0xE8008016)."
> 
> Folks:
> 
> So: Is this a problem with the certificate, or with the options I select
> on the iOS settings in Livecode?
> It sounds like it is complaining about the code signing certificate. I
> have checked, downloaded, tried, to no avail.
> 
> Iąm stuck. Any comments or direction would  be MUCH appreciated. One
> problem for me is the jargon that Apple uses doesnąt match up well with
> the Livecode jargon, so itąs very difficult to tell where to go to figure
> out whatąs going on. Not to mention that the Apple documentation doesnąt
> always match up with xcode screen.
> 
> Bill
> 
>> On Mar 23, 2016, at 12:44 PM, William Prothero
>>  wrote:
>> 
>> Iąm wondering if there is a way to smooth out this error for the user.
>> 
>> When I try to load my app onto my iPhone for testing, I get the
>> following message from XCode:
>> 
>> T"he entitlements specified in your applicationąs Code Signing
>> Entitlements file do not match those specified in your provisioning
>> profile. (0xE8008016).˛
>> 
>> Iąm wondering if there is a way for Livecode to provide more diagnostic
>> information about the validity of the provisioning profile. The message
>> above from XCode doesnąt give much help.
>> 
>> Best,
>> Bill
>> 
>>> On Mar 23, 2016, at 7:35 AM, Earthednet-wp 
>>> wrote:
>>> 
>>> Graham,
>>> I can take some notes. What I did to fix it was to delete all my
>>> developer certificates from my keychain and re-activate them. That was
>>> after I realized that the reference to "identity" actually meant that
>>> it couldn't find a valid certificate. Now it seems obvious, but didn't

Re: iOS deployment question

2016-03-29 Thread Mark Talluto

On Mar 29, 2016, at 8:26 AM, Dave Kilroy  wrote:
> 
> Glad you got things sorted William
> 
> For those who find they are accumulating more and more old copies of
> provisioning profiles on their local drive (which can lead to error
> messages) and can't find a way of deleting them - they are located here: 
> "/Users//Library/MobileDevice/Provisioning Profiles”
> 

I have found that xCode 6.2 is the best version around for truly deleting those 
from within xCode itself. I had a lot of trouble with xCode 7.2 and its account 
management system. I am find that keeping the last 4 revisions of xCode is 
useful. Hope this helps someone. 

Best regards,

Mark Talluto
livecloud.io 
canelasoftware.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: iOS deployment question

2016-03-29 Thread Dave Kilroy

Glad you got things sorted William

For those who find they are accumulating more and more old copies of
provisioning profiles on their local drive (which can lead to error
messages) and can't find a way of deleting them - they are located here: 
"/Users//Library/MobileDevice/Provisioning Profiles"

Dave



-
"The first 90% of the task takes 90% of the time, and the last 10% takes the 
other 90% of the time."
Peter M. Brigham 
--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/iOS-deployment-question-tp4702516p4702728.html
Sent from the Revolution - User mailing list archive at Nabble.com.

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

Fwd: Re: Siege benchmarks for Pierre