Re: Draw an adjustable Trapezoid in Livecode - How to change x, y of the 4 corner points of a rect

[Paul Hibbert]

> On Nov 23, 2016, at 8:44 PM, Sannyasin Brahmanathaswami  
> wrote:
> 
> is this even doable?


The good news:
Right click on the Polygon then choose 'Reshape Polygon' and the points that 
you require should appear. :-)

Now the bad news:
Sadly this also revealed the ghost trails seen before when you start to drag 
the points around. :-(

Paul

Mac OS X 10.12.1 - LC8.1.2. (rc 2)
___
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

Draw an adjustable Trapezoid in Livecode - How to change x, y of the 4 corner points of a rect

[Sannyasin Brahmanathaswami]

I want to be able to draw an adjustable trapezoid in Livecode.

The regular polygon tool set to 4 sides doesn't allow you  to grab any given

Similarly, the polygon graphic also doesn't provide grab points for corners of 
a rect that you can drag and adjust

Is this just impossible? or am I missing something?

I could live with the option to set the four points of the graphic such that 4 
straight lines are connected but the corners placed where I want them… a bit 
above my brain pay grade at the moment. of course you could set *all* of the 
points of the graphic but I'd like just to be able to set the points of the 4 
corners of the rect/trapezoid

is this even doable?

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: LibraryStack Message

[J. Landman Gay]

The libraryStack handler should only fire when the stack is first put in 
use. It's like an openstack handler for libraries.


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



On November 23, 2016 4:33:42 PM Sannyasin Brahmanathaswami 
 wrote:



if you have a stack in your repository e.g.

lib_colorManipulation.livecode  # script only

that is in the stack files and your initialization script
loops through the stack files and for every "lib_*"  file it runs

start using stack [lib_colorManipulation.livecode] # and any others…

these are all effectively put into the message path.

OK so far, no brainer  BUT

if your stack wants to also do some initialization itself… and you put this 
into one of those stacks:


on libraryStack
# do more initialization stuff here that you
# may prefer to encapsulate inside this script
end libraryStack

is "libraryStack"

fired every time a handler is used in that script/stack?  or is 
"libraryStack" only issued with the very first


"start using ….."

?  this issue is: we don't want the initialization scripts in the stack to 
fire everytime it is called, only on the very first "start using"




Svasti Astu, Be Well
Brahmanathaswami
www.himalayanacademy.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

AW: Suffering from a Brain Fart...

[Paul Dupuis]

Thank you all for the replies.
...
open inv  as modal
show 
repeat 
  wait 0 with messages -- to allow any controls in the dialog to function
  -- do repeat loop stuff, updating dialog items as needed
end repeat
close 
...
does get you a modal dialog while the script continues, where as
...
modal 
...
put up the dialog and pauses the script until the dialog window is closed



On 11/22/2016 5:10 PM, Paul Dupuis wrote:
> Help,
>
> I was to open a modal dialog from a single handler and continue the
> handler, updating certain information in a dialog, in a repeat loop.
>
> The 'modal ' command pauses the handler execution until the
> dialog is closed (presumably from a button in the dialog itself).
> Therefore I need to open the dialog with something other than the modal
> command?
>
> I have done this before, but for whatever reasons, I can not remember
> how to do it nor can I find any sample code in any of my stacks where I
> have done this.
>
>
>
> ___
> 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: LibraryStack Message

[Richard Gaskin]

Sannyasin Brahmanathaswami wrote:

> (hmm I guess this would be easy enough to test,
> now that I break it down….)

Nothing beats hands-on empirical evidence.

And maybe needed here, because to be honest I don't understand your 
script.  I see that you have a "start using" command, but I don't see it 
inside of any handler, so I can't imagine how it ever gets triggered.


I also don't see anything in your mouseUp handler that includes "start 
using", so I can't imagine how the mouseUp handler could trigger a 
libraryStack message, or anything other than the wonderOfWonders command 
you included in it.


From the number of questions about things like this it seems you may 
have an unusually complex initialization setup.  I wonder if there's 
some way it may be simplified.  I suppose it's possible to write complex 
code in any language, but loading some libraries needn't be difficult in 
an xTalk.



> helloWorld.livecodescript  # stack
>
> # contains handler  1
>
> on libraryStack
>answer "One World, One God" with "OK!"
> end libraryStack
>
> # contains handler 2
>
> on wonderOfWonders
> Answer "The new president!" with "God Help Him/Us!"
> end wonderOfWonders
>
> -
> initializeApp.livecodeScript
> # does a variety of job including:
> start using stack "HelloWorld.livecodescript #
> helloWord.livecodescript is now a "back" script.
>
> --
> # some higher level button on a card script or wherever
>
> on mouseup
>   wonderOfWonders # evokes dialog from helloWorld.livecodescript
> end mouseUp
>
> # but is the "libraryStack"  also passed from hello
> world stackk when that button is pressed that calls a handler within
> it??


--
 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: LibraryStack Message

[Sannyasin Brahmanathaswami]

I guess I am not being clear  

(hmm I guess this would be easy enough to test, 
now that I break it down….)

helloWorld.livecodescript  # stack

# contains handler  1

on libraryStack
   answer "One World, One God" with "OK!"
end libraryStack

# contains handler 2

on wonderOfWonders
Answer "The new president!" with "God Help Him/Us!"
end wonderOfWonders

-
initializeApp.livecodeScript
# does a variety of job including:
start using stack "HelloWorld.livecodescript #  helloWord.livecodescript is 
now a "back" script.

--
# some higher level button on a card script or wherever

on mouseup
  wonderOfWonders # evokes dialog from helloWorld.livecodescript
end mouseUp

# but is the "libraryStack"  also passed from hello
world stackk when that button is pressed that calls a handler within it??

 

On 11/23/16, 12:50 PM, "use-livecode on behalf of Richard Gaskin" 
 
wrote:

Sannyasin Brahmanathaswami wrote:
...
> on libraryStack
> # do more initialization stuff here that you
> # may prefer to encapsulate inside this script
> end libraryStack
...
> ?  this issue is: we don't want the initialization scripts in the
> stack to fire everytime it is called, only on the very first "start
> using"

If you don't want your global library to handle all libraryStack 
messages you can add a condition like:

on libraryStack
   if the short name of the target <> the short name of me then
  pass libraryStack
   end if
   # do more initialization stuff here that you
   # may prefer to encapsulate inside this script
end libraryStack

___
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: LibraryStack Message

[Richard Gaskin]

Sannyasin Brahmanathaswami wrote:
...
> on libraryStack
> # do more initialization stuff here that you
> # may prefer to encapsulate inside this script
> end libraryStack
...
> ?  this issue is: we don't want the initialization scripts in the
> stack to fire everytime it is called, only on the very first "start
> using"

If you don't want your global library to handle all libraryStack 
messages you can add a condition like:


on libraryStack
  if the short name of the target <> the short name of me then
 pass libraryStack
  end if
  # do more initialization stuff here that you
  # may prefer to encapsulate inside this script
end libraryStack


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

LibraryStack Message

[Sannyasin Brahmanathaswami]

if you have a stack in your repository e.g.

lib_colorManipulation.livecode  # script only

that is in the stack files and your initialization script
loops through the stack files and for every "lib_*"  file it runs

start using stack [lib_colorManipulation.livecode] # and any others…

these are all effectively put into the message path.

OK so far, no brainer  BUT

if your stack wants to also do some initialization itself… and you put this 
into one of those stacks:

on libraryStack
# do more initialization stuff here that you
# may prefer to encapsulate inside this script
end libraryStack

is "libraryStack"

fired every time a handler is used in that script/stack?  or is "libraryStack" 
only issued with the very first

"start using ….."

?  this issue is: we don't want the initialization scripts in the stack to fire 
everytime it is called, only on the very first "start using"



Svasti Astu, Be Well
Brahmanathaswami
www.himalayanacademy.com

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

[ANN] Order Programming LiveCode for the Real Beginner now!

[Mark Schonewille]

Hi coders,

In one month, it will be Christmas again. During this time, we are often 
told that shipments are urgent. If you want to have your copy of the 
book before the holidays, don't wait but order it now. Any orders placed 
until Monday 28th November will be sent on Wednesday 30st November. This 
should give the shipping companies sufficient time to deliver the book 
to your door.


We're currently at the fourth print run of my book Programming LiveCode 
for the Real Beginner. When the third print run was sold out, we decided 
to print a large stock of books, so we have plenty of copies available 
for immediate delivery.


The fourth print of Programming LiveCode for the Real Beginner has been 
updated to include a number of new XML commands, which were introduced 
after the first release of the book. I have also added a few remarks 
about LiveCode 7 to the chapter on Unicode.


Quite a few new features have been added to LiveCode 7 and 8, but it 
looks like the examples in the book are still fully compatible with 
LiveCode 8. Keep in mind, though, that the book is for beginners and 
focuses on the basics of the LiveCode language.


You can order the book at http://tinyurl.com/livecodebook and more info 
is available at http://tinyurl.com/livecodeblog


--
Kind regards,

Mark Schonewille
http://economy-x-talk.com
https://www.facebook.com/marksch

Buy the most extensive book on the
LiveCode language:
http://livecodebeginner.economy-x-talk.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: [Blog] Do as Javascript Comes to HTML5

[Peter TB Brett]

On 23/11/2016 17:07, Heather Laine wrote:

Dear List Folks,

Check out this exciting blog post showing you a major advance in
LiveCode for HTML5:

https://livecode.com/control-your-webpage-with-livecode-html5/


Looking forward to some rainbow web pages :)


There appears to be a problem in DP 2 whereby the new feature only works 
in Community edition standalones [1].


See, more evidence that LiveCode puts open source first!

Peter

[1] http://quality.livecode.com/show_bug.cgi?id=18903

--
Dr Peter Brett 
LiveCode Technical Project Manager

lcb-mode for Emacs: https://github.com/peter-b/lcb-mode

___
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: [Blog] Do as Javascript Comes to HTML5

[Bob Sneidar]

This is awesome. Right now I fill my fillable PDF's using Applescript to tell 
Javascript to tell Acrobat what to do. What a kludge. I should be able to work 
out a better form fill algorithm for the future using this.

Bob S


On Nov 23, 2016, at 09:07 , Heather Laine 
> wrote:

Dear List Folks,

Check out this exciting blog post showing you a major advance in LiveCode for 
HTML5:

https://livecode.com/control-your-webpage-with-livecode-html5/ 


Looking forward to some rainbow web pages :)

Regards,

Heather

Heather Laine
Customer Services Manager
LiveCode Ltd
www.livecode.com

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

[Blog] Do as Javascript Comes to HTML5

[Heather Laine]

Dear List Folks,

Check out this exciting blog post showing you a major advance in LiveCode for 
HTML5:

https://livecode.com/control-your-webpage-with-livecode-html5/ 


Looking forward to some rainbow web pages :)

Regards,

Heather

Heather Laine
Customer Services Manager
LiveCode Ltd
www.livecode.com



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