Re: molassus IDE and revInternal_savePrefs

[J. Landman Gay]

On 11/25/16 6:11 PM, Dr. Hawkins wrote:

On Fri, Nov 25, 2016 at 2:50 PM, J. Landman Gay 
wrote:


I'm not seeing it. How long is the script? Does it happen on scripts with
fewer lines?


Not even 6k lines . . . :)


I think that's long. See if it happens with a script only a couple/few 
hundred lines.


--
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: JavaScript + LC HTML5 = LiveCode.js

[Roger Eller]

On Nov 25, 2016 11:03 AM, "Richard Gaskin" 
wrote:
>
> Roger Eller wrote:
>
> > Back when we had the RevWeb plugin, my browser based apps just worked.
>
> That's exactly where a standalone is every bit as valuable as Mark was
suggesting...
>
> I can't say enough good things about LC's ability to run downloaded
stacks.  It's one of the most powerful features in the engine, and perhaps
the most under-appreciated.
>
> It's nearly everything you want with browser-based delivery, but able to
handle app designs that go far beyond the browser, with richer features and
optionally greater security as well.
>
> --
>  Richard Gaskin

So, since the days shortly following the death of our dear plugin, I have
re-factored all of my stacks to be delivered to a custom client exe.  I
even utilize LiveCode server.  It's a little symphony of code and
communication between standalone, stacks, and server scripts.

~Roger
___
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: molassus IDE and revInternal_savePrefs

[Dr. Hawkins]

On Fri, Nov 25, 2016 at 2:25 PM, Monte Goulding  wrote:

> It is unlikely that this message is actually bogging down the system.
> Indeed this message is a performance optimisation to avoid saving the
> preferences file multiple times in quick succession.
>

I'm not thinking cause, but there is a correlation :)

(I've taught far to many statistics classes to make the implication :)  In
fact, the lack of implication was one of the "Big 3" I wanted them to leave
the class with . . .)


On Fri, Nov 25, 2016 at 2:50 PM, J. Landman Gay 
wrote:

> I'm not seeing it. How long is the script? Does it happen on scripts with
> fewer lines?


Not even 6k lines . . . :)

[now that's odd; I had thought that this one was over 10k . . . but I
cleaned commented out cruft that had accumulated a few weeks ago]



-- 
Dr. Richard E. Hawkins, Esq.
(702) 508-8462
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Icon does not appear in iOS on iPhone 6 +

[Randy Hengst]

I’m using LC 8.1 and Mac OS 10.11.6.

I name my iPhone 6 plus icon:  4 iPhone 180x180

I do that because it is the 4th one down the list when linking in the 
Standalone Settings pane.

I’ve not had trouble with the icon showing on a device or in the simulator.

be well,
randy

Randy Hengst
www.classroomFocusedSoftware.com



> On Nov 25, 2016, at 5:09 PM, Colin Holgate  wrote:
> 
> I should know the answer to this, does LiveCode require the official Apple 
> names? I thought it created all of the icons from one file. In any case, the 
> icon for 6 plus should be icon...@3x.png
> 
> 
>> On Nov 25, 2016, at 3:57 PM, Sannyasin Brahmanathaswami  
>> wrote:
>> 
>> We have an app in development, Yesterday I prepared all the icons and splash 
>> screens. The standalone builder was happy with the size of everyone of them. 
>>  I run a build and
>> 
>> 1) the logo does not appear on my iPhone 6 Plus:  even though we have a good 
>> png at 180 X 180
>> 
>> it is somehow not being applied.
>> 
>> 2) splash screen does show
>> 
>> Any clues?  on the logo? is this a standalone builder failure or a file 
>> naming convention I am missing?
>> 
>> What is the "Prerendered Icon" check box used for?
>> 
>> BR
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

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

Re: Icon does not appear in iOS on iPhone 6 +

[Colin Holgate]

I should know the answer to this, does LiveCode require the official Apple 
names? I thought it created all of the icons from one file. In any case, the 
icon for 6 plus should be icon...@3x.png


> On Nov 25, 2016, at 3:57 PM, Sannyasin Brahmanathaswami  
> wrote:
> 
> We have an app in development, Yesterday I prepared all the icons and splash 
> screens. The standalone builder was happy with the size of everyone of them.  
> I run a build and
> 
> 1) the logo does not appear on my iPhone 6 Plus:  even though we have a good 
> png at 180 X 180
> 
> it is somehow not being applied.
> 
> 2) splash screen does show
> 
> Any clues?  on the logo? is this a standalone builder failure or a file 
> naming convention I am missing?
> 
> What is the "Prerendered Icon" check box used for?
> 
> BR
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

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

Icon does not appear in iOS on iPhone 6 +

[Sannyasin Brahmanathaswami]

We have an app in development, Yesterday I prepared all the icons and splash 
screens. The standalone builder was happy with the size of everyone of them.  I 
run a build and

1) the logo does not appear on my iPhone 6 Plus:  even though we have a good 
png at 180 X 180

it is somehow not being applied.

2) splash screen does show

Any clues?  on the logo? is this a standalone builder failure or a file naming 
convention I am missing?

What is the "Prerendered Icon" check box used for?

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: molassus IDE and revInternal_savePrefs

[J. Landman Gay]

I'm not seeing it. How long is the script? Does it happen on scripts 
with fewer lines?


On 11/25/16 3:31 PM, Dr. Hawkins wrote:

I'm not sure that I got the name right, but I'm frequently seeing the IDE
go to molasses while debugging, and delays of the better part of a minute
from apparently stopping and actually settling on the breakpoint.  It knows
that the script is running.

On a while, I clicked the mail logo in the message box, and it appears that
a message to the effect   of revInternal_savePrefs or some such is there
about 90% of the time when this happens.

Is this another hawking-only thing, or are others seeing it?




--
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: molassus IDE and revInternal_savePrefs

[Monte Goulding]

It is unlikely that this message is actually bogging down the system. Indeed 
this message is a performance optimisation to avoid saving the preferences file 
multiple times in quick succession.

Cheers

Monte

Sent from my iPhone

> On 26 Nov. 2016, at 8:31 am, Dr. Hawkins  wrote:
> 
> I'm not sure that I got the name right, but I'm frequently seeing the IDE
> go to molasses while debugging, and delays of the better part of a minute
> from apparently stopping and actually settling on the breakpoint.  It knows
> that the script is running.
> 
> On a while, I clicked the mail logo in the message box, and it appears that
> a message to the effect   of revInternal_savePrefs or some such is there
> about 90% of the time when this happens.
> 
> Is this another hawking-only thing, or are others seeing it?
> -- 
> Dr. Richard E. Hawkins, Esq.
> (702) 508-8462
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

molassus IDE and revInternal_savePrefs

[Dr. Hawkins]

I'm not sure that I got the name right, but I'm frequently seeing the IDE
go to molasses while debugging, and delays of the better part of a minute
from apparently stopping and actually settling on the breakpoint.  It knows
that the script is running.

On a while, I clicked the mail logo in the message box, and it appears that
a message to the effect   of revInternal_savePrefs or some such is there
about 90% of the time when this happens.

Is this another hawking-only thing, or are others seeing it?
-- 
Dr. Richard E. Hawkins, Esq.
(702) 508-8462
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: JavaScript + LC HTML5 = LiveCode.js

[Richard Gaskin]

Matt Maier wrote:

> On Fri, Nov 25, 2016 at 8:02 AM, Richard Gaskin wrote:
[a bunch of stuff too long to quote but available at:
]

> Richard,
> Thanks for that explanation. I've heard you mention this setup several
> times before but this is the most detail I've seen you put in one
> place.

Thanks for the feedback.  Glad it was helpful.

> Clarification question: do you cache the last stacks downloaded in
> case the user isn't connected to a network?

Not currently, at least not for stacks.

Where I use "streaming apps" the requirements are often very similar to 
what we need from web apps, involving lots of data communication with 
the server.  If we don't have a connection there's little meaningful 
work that these apps can do, so I haven't bothered with an offline mode 
for them.


I do, however, have a data cache for one of these apps.  That one's a 
CMS for specialized medical content, and the time our editors can spend 
on a document can be long, often spanning many days.  To ensure the 
content isn't lost between sessions we use a check-out/check-in system 
in which the checked-out document is stored in a local cache until it's 
checked back in and safely confirmed on the server.


I could extend the cache subsystem to handle stacks as well, but thus 
far I haven't needed it.



Tip:  if you need to cache stacks you can make that super-easy by 
accompanying each stack file on the server with a small manifest-like 
text file that contains the build number of the most recently-posted 
stack.  So on the server you might have something like:


  somestack.livecode
  somestack.info

...where the *.info file contains essential metadata.

With that you can quickly compare the version/build number of a local 
stack file (stored in a custom property; I tend to use "ufwVersion" but 
the key could be any memorable string) with what's on the server with a 
super-fast download of that small text file.


I use a simple metadata file for the auto-update feature in my 
devolution plugin and some of my apps:



While most of my stuff includes a human-optimmized version number for 
the About box, I generally maintain an integer build numbers so version 
comparisons are dirt simple.


Even simpler:  you can have your uploading or standalone manager 
auto-increment your build number whenever you post, so you set it up 
once and never need to think about it again.


--
 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: Draw an adjustable Trapezoid in Livecode - How to change x, y of the 4 corner points of a rect

[Sannyasin Brahmanathaswami]

Bernd

Thanks for the patience in clarifying all this.

I think the dictionary could really use some kind of  commenting system. What 
you are saying here is really important both for future docs as well as 
possible changes in the terms used in the IDE.  But.. here it is buried deep in 
the lists. 

Opaque on/off trick… wow… very helpful.. typically I will be following a path 
in an image. Kind of like the magnetic lasso operation in photoshop, the use 
case is to use the graphic as a mask, set blending, gradient over an area of 
the image… 

So once we get to the last point before closing… instead of going on that 
mini-frustrating fishing expedition to try to make the last point on top of the 
first one… we can just stop .. toggle opacity and let LC do it for us… very 
useful hint!

BR

On 11/24/16, 9:50 PM, "use-livecode on behalf of BNig" 
 
wrote:

now you have to change the style of the graphic to "polygon" and it uses the
points. If the graphic is not "closed", i.e. the last point is missing then
toggle "opaque" (if on unselect it and reselect it, if off select opaque)
this will close the polygon i.e. it is a full rectangle consisting of 5
points.

The opaque on/off trick also works for polygon graphics you draw in the ide.
If set to opaque it will supply the last point to close the polygon, that
point sticks even if turn opaque off again.



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

Re: JavaScript + LC HTML5 = LiveCode.js

[Sannyasin Brahmanathaswami]

Actually I have two long running apps (15 years) working exactly has Richard 
describes. Indeed is has so many advantages. I love being on SKYPE with one of 
our volunteers who may have a small complaint about the UX or wants to added 
something to the back end database… I quicklyl fix it and just tell them 

"OK, close that window and click the button again" 

It fetches a fresh stack/data from dbase on the server, and what they wanted is 
suddenly there without any upgrade process.

Initially I always get this "wow, that is so cool!" response from them… 

It would be awesome if we could do this on mobile.  We talked about the 
before.. I think you can do this on Android.

  BR
 

On 11/25/16, 6:02 AM, "use-livecode on behalf of Richard Gaskin" 
 
wrote:

I can't say enough good things about LC's ability to run downloaded 
stacks.  It's one of the most powerful features in the engine, and 
perhaps the most under-appreciated.

It's nearly everything you want with browser-based delivery, but able to 
handle app designs that go far beyond the browser, with richer features 
and optionally greater security as well.

___
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: JavaScript + LC HTML5 = LiveCode.js

[Matt Maier]

Richard,
Thanks for that explanation. I've heard you mention this setup several
times before but this is the most detail I've seen you put in one place.

Clarification question: do you cache the last stacks downloaded in case the
user isn't connected to a network?

On Fri, Nov 25, 2016 at 8:02 AM, Richard Gaskin 
wrote:

> Roger Eller wrote:
>
> > I disagree that you might as well be running a desktop app.  The
> > download of the helper would only be necessary once (like the old
> > RevWeb plugin). Back when we had the RevWeb plugin, my browser based
> > apps just worked.
> > Being in a position where localized automation is primarily what I
> > create for in-house users, this would allow me to update/maintain to
> > a single code-source, but without having my hands tied
> > capability-wise by the browser.
>
> That's exactly where a standalone is every bit as valuable as Mark was
> suggesting.
>
> We need not make every stack file into a standalone for our users to run
> it.
>
> All they need is one copy of the LiveCode engine, with just enough code so
> it knows where to download more stack files.
>
> Just as a version of the LC engine as a browser plugin can download and
> run stack files, any standalone already installed on the user's machine can
> do the same.
>
> But like you say, a standalone engine isn't limited to the confines of the
> browser, and devs deploying with a standalone never need to think about how
> to handle UI elements never intended for their app, like how to handle the
> browser's Back button.
>
> In addition to providing a better user experience through a UI dedicated
> to the tasks your app supports, "streaming stacks" can be safer too: with
> the relatively recent addition of the securityPermissions global property,
> it's possible to deliver standalones that download and run stacks that are
> safer than nearly any browser.
>
> Most of my work these days is with "streaming apps" - here's my setup:
>
>
> Client
> --
> - Standalone
>   Contains only enough code to download one stack file from
>   our server.
>
>   This is only a little more than:
>
>  go stack "https://somedomain.com/path/to/mainstackfile.livecode;
>
>   ...with some error-checking and one dialog to report errors if
>   encountered.
>
>   This standalone is downloaded and installed this only once.  We may
>   update it once every year or two when we truly need to update the
>   LC engine version we're using, but those times are rare.
>
>
> Server - Downloads
> --
> - Main Library
>   This is the stack file that gets downloaded first.  It contains all
>   other code and URLs the app will need to download and run other stack
>   files.
>
>   We can completely change all aspects of the app by changing this one
>   stack file on our server at any time.
>
> - Other stack files, downloaded as needed:
>
>   - login.livecode -- provides a UI for tasks requiring authentication
>
>   - admin.livecode -- UI for admin tasks for those users who've
>   authenticated with admin privileges.
>
>   - logs.livecode  -- Viewer for server logs to monitor usage and
>   provide diagnostics for errors (see below),
>
>   - other stacks   -- We can create and upload any task-specific UI
>   and/or code as needed, and download-n-run it
>   from any other.
>
> Server - Processing
> ---
> - LC standalone or LC Server running as CGI under Apache, providing:
>
>- data store access through REST API with CRUD operations
>
>- authentication and other user services
>
>- logging
>
>- anything else we need on the server to support user-specific data
>  management and sharing of data for collaborative workflows.
>
>
>
> Development
> ---
> - Upload Tool - automatically saves stack files I'm working on,
> compresses them, and uploads them to their respective
> locations on the server where the client standalone
> will find them.
>
> Many stack files are so small that the compression
> isn't really necessary, but I'm picky about performance
> and it never hurts to reduce transfer times where that
> can be done as easily as using LC's built-in compress
> and decompress functions.
>
>
>
> This setup lets us enhance and refine all aspects of the system at any
> time, and the user never needs to update the standalone they've installed.
> They just launch the app and since everything we write comes from the
> server they always have the latest build.
>
> I've had more than a few times when I've been in teleconferences with
> clients where we're discussing new features, and before the meeting is over
> I've already written the code and posted it to the server, and let them
> know that all they have to do to get the new feature is restart the app -
> as close 

Re: JavaScript + LC HTML5 = LiveCode.js

[Richard Gaskin]

Roger Eller wrote:

> I disagree that you might as well be running a desktop app.  The
> download of the helper would only be necessary once (like the old
> RevWeb plugin). Back when we had the RevWeb plugin, my browser based
> apps just worked.
> Being in a position where localized automation is primarily what I
> create for in-house users, this would allow me to update/maintain to
> a single code-source, but without having my hands tied
> capability-wise by the browser.

That's exactly where a standalone is every bit as valuable as Mark was 
suggesting.


We need not make every stack file into a standalone for our users to run it.

All they need is one copy of the LiveCode engine, with just enough code 
so it knows where to download more stack files.


Just as a version of the LC engine as a browser plugin can download and 
run stack files, any standalone already installed on the user's machine 
can do the same.


But like you say, a standalone engine isn't limited to the confines of 
the browser, and devs deploying with a standalone never need to think 
about how to handle UI elements never intended for their app, like how 
to handle the browser's Back button.


In addition to providing a better user experience through a UI dedicated 
to the tasks your app supports, "streaming stacks" can be safer too: 
with the relatively recent addition of the securityPermissions global 
property, it's possible to deliver standalones that download and run 
stacks that are safer than nearly any browser.


Most of my work these days is with "streaming apps" - here's my setup:


Client
--
- Standalone
  Contains only enough code to download one stack file from
  our server.

  This is only a little more than:

 go stack "https://somedomain.com/path/to/mainstackfile.livecode;

  ...with some error-checking and one dialog to report errors if
  encountered.

  This standalone is downloaded and installed this only once.  We may
  update it once every year or two when we truly need to update the
  LC engine version we're using, but those times are rare.


Server - Downloads
--
- Main Library
  This is the stack file that gets downloaded first.  It contains all
  other code and URLs the app will need to download and run other stack
  files.

  We can completely change all aspects of the app by changing this one
  stack file on our server at any time.

- Other stack files, downloaded as needed:

  - login.livecode -- provides a UI for tasks requiring authentication

  - admin.livecode -- UI for admin tasks for those users who've
  authenticated with admin privileges.

  - logs.livecode  -- Viewer for server logs to monitor usage and
  provide diagnostics for errors (see below),

  - other stacks   -- We can create and upload any task-specific UI
  and/or code as needed, and download-n-run it
  from any other.

Server - Processing
---
- LC standalone or LC Server running as CGI under Apache, providing:

   - data store access through REST API with CRUD operations

   - authentication and other user services

   - logging

   - anything else we need on the server to support user-specific data
 management and sharing of data for collaborative workflows.



Development
---
- Upload Tool - automatically saves stack files I'm working on,
compresses them, and uploads them to their respective
locations on the server where the client standalone
will find them.

Many stack files are so small that the compression
isn't really necessary, but I'm picky about performance
and it never hurts to reduce transfer times where that
can be done as easily as using LC's built-in compress
and decompress functions.



This setup lets us enhance and refine all aspects of the system at any 
time, and the user never needs to update the standalone they've 
installed.  They just launch the app and since everything we write comes 
from the server they always have the latest build.


I've had more than a few times when I've been in teleconferences with 
clients where we're discussing new features, and before the meeting is 
over I've already written the code and posted it to the server, and let 
them know that all they have to do to get the new feature is restart the 
app - as close to real-time updates as one could hope for.


Getting started doesn't require all these parts; I started out with just 
one standalone downloading one stack file, and added other capabilities 
as I went along.


In fact, as things progress I'm making more use of substacks within the 
main downloaded stack file.  This makes things easier for me to build 
and keep track of, and since we don't use a lot of heavy media files 
like full-screeen raster images, the most complex UI I manage (which has 
dozens of substacks) 

Re: JavaScript + LC HTML5 = LiveCode.js

[Peter TB Brett]

On 25/11/2016 04:38, Todd Fabacher wrote:


Mark, One question I had that was NOT answered is..Can a JavaScript
function call a LiveCode function? I know this was added in the LC8 browser.


Hi Todd,

Mark and Kevin are on holiday today, but I'll try and address this for you.

At the moment, JavaScript functions cannot call LiveCode functions.  Our 
current plan is to make this work in December or January.


It will be more difficult to implement than the new "do script as 
JavaScript" feature, but much easier than making the "url" chunk work 
the same way as on other platforms.


The latest idea we've had to make this happen is to let you set the 
"javaScriptHandlers" property on a stack.  This will be a list of 
message names that the web page is allowed to send to the stack.


We'll then add a JavaScript function to the standalone, that lets you 
send a message to the current "defaultStack".  For example:


Module.LiveCodeSendMessage("", ["", ""])

If  is not among the lines of the "javaScriptHandlers" of the 
defaultStack, then it'll be ignored.  Otherwise, it'll be sent to the 
current card of the defaultStack, just like "backKey" message on mobile 
platforms, for example.


That's the current plan, anyway.  No doubt it will change a bit once we 
start working on it.  Does that broadly answer your question?


Best regards,

   Peter

--
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: Is there a mapping table for all rawKeyUp Codes?

[Richmond]

That's a nifty resource.

I don't know what Tiemo means by "the real chars" as they are dependent on
either one's keyboard driver or the language of one's operating system.

I think what Tiemo needs (?) is something that when he enters a rawKey 
number it will

tell him the key char . . .

Something like this (pseudo code):

on rawKeyDown RD
  get the keyDown of RD
put it
end rawKeyDown

um?

Richmond.


On 24.11.2016 20:31, Mark Waddingham wrote:

Hi Tiemo,

If you search for 'PlatformKeyCode' in this file:

https://github.com/livecode/livecode/blob/develop/engine/src/platform.h

It should give you what you need.

Warmest Regards,

Mark.

Sent from my iPhone


On 24 Nov 2016, at 16:31, Tiemo Hollmann TB  wrote:

Hello,

since keyUp doesn't works anymore  as it should on windows in LC 7/8 (see my
previous post) I have to workaround with rawKeyUp.

Does anybody has a togo mapping table of the rawkeyup codes to the real
chars? If not I have to build it myself by testing each char.

Thanks

Tiemo





___
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: Draw an adjustable Trapezoid in Livecode - How to change x, y of the 4 corner points of a rect

[BNig]

Hi,

a "regular polygon" is not a "polygon" which is confusing.

a "polygon" is the type of graphic made of points whereas a "regular
polygon" has no points and are IIRC drawn by the operating system, that is
why they are smooth.

Mark Wieder introduced the "effective points" of any of "rectangle, oval,
roundRect, regular" graphics.

set the points of grc "myRegularPolygon" to the effective points of grc
"myRegularPolygon"

now you have to change the style of the graphic to "polygon" and it uses the
points. If the graphic is not "closed", i.e. the last point is missing then
toggle "opaque" (if on unselect it and reselect it, if off select opaque)
this will close the polygon i.e. it is a full rectangle consisting of 5
points.

The opaque on/off trick also works for polygon graphics you draw in the ide.
If set to opaque it will supply the last point to close the polygon, that
point sticks even if turn opaque off again.

The artifacts regarding "Reshape Graphic" seem to be a regression of the
8.1.2 and up series. In 8.1.1 Stable no artifacts.
http://quality.livecode.com/show_bug.cgi?id=18911

In the 8.1.2 series if you want to get rid of the artifacts choose "Reshape
Graphic" and unselect the graphic. You can now reshape the graphic without
artifacts. It seems that the selection handles are causing the artifacts.

a script to turn rectangle, oval, roundRect and regular graphics into
polygons is here

-
on mouseUp
   put the id of grc 1 into tID
   -- put the id of grc "nameOfGraphic" into tID -- if you use name
   if the style of grc id tID is among the items of
"rectangle,oval,roundRect,regular" then
  put the effective points of grc id tID into tEP
  set the points of grc id tID to tEP
  set the style of grc id tID to "polygon"
  -- close the polygon
  put the opaque of grc id tID into tOpaque
  set the opaque of grc id tID to not the opaque of grc id tID
  set the opaque of grc id tID to not the opaque of grc id tID
  set the opaque of grc id tID to tOpaque
   end if
end mouseUp



Kind regards
Bernd



--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/Draw-an-adjustable-Trapezoid-in-Livecode-How-to-change-x-y-of-the-4-corner-points-of-a-rect-tp4710565p4710593.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: [ANN] Order Programming LiveCode for the Real Beginner now!

[Peter Alcibiades]

I bought the first edition and thought it absolutely excellent.  The only
section that could have been made more accessible was on arrays.  People
have a real conceptual difficulty with them, or some do, and its very hard
to explain.  There comes a moment when you realise that there is nothing
really to be puzzled about, but before that they just stare at you and from
time to time ask, but what is it, exactly?  

You soon find that explaining it in terms of three D spreadsheets does not
help, because in short order you are asking them to visualize four and five
and more dimensions, which leads to more agonised stares.

But with this small reservation, that this section could benefit from some
expansion, I thought it was excellent, well recommended.

It might be better to refer to them as 'editions' rather than 'printings',
when the text is revised.  Just a suggestion.



--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/ANN-Order-Programming-LiveCode-for-the-Real-Beginner-now-tp4710558p4710592.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