Re: Browser Widget/HTML5/LC Integration

So as not to burden this list which "use" list and not a "complain" list I have responded to you at length directly. in a word: 1) the graphics rendering layer of LC is behind the graphics rendering layer of the browser 2) an IDE that provides a tool box for super elegant 21st century UI

Re: Community Dictionary (was Re: Delete element from array)

Richard Gaskin wrote: /Documentation/resources/data/api/api.sqlite Oh boy, gonna have fun with that! BR ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription

Re: "lightening" a color

[hopefully pulling the colors brought this down to the size limit] Bringing up an old topic . . . I got interrupted after asking, but here's a cute way to do it. Hopefully, someone can help with a couple of the deficiencies of this script: 1) backgroundPixel no longer works. Older examples to

Slow Sockets on Mac

I'm transferring 40mb over sockets a chunk at a time. The receiver is on a Win 10 Pro Hyper-V Host using LC 8.2.1. The sender uses LC 8.2.1 also. Sender on a Win10 Host==> 10 seconds Sender on a Win10 Pro VM==> 10 seconds Sender on a Win10 Home VM==> 10 seconds Sender on a 64 bit Linux VM==> 10

Community Dictionary (was Re: Delete element from array)

Sannyasin Brahmanathaswami wrote: > On 1/27/17, 6:55 AM, "use-livecode on behalf of Richard Gaskin wrote: >> The current Dictionary content is in wonderfully well-separated array >> files, making it easier than ever for third parties to use existing >> internal APIs to deliver the content in any

Re: Browser Widget/HTML5/LC Integration

Sannyasin Brahmanathaswami wrote: > Currently there is a "wall" between LC and the browser widget. ... > Our use case is simple: the browser widget by default can only store > data in the web indexDB space. But if you want to run a SQLLite > database in your mobile app, and use html5 for

Browser Widget/HTML5/LC Integration

How many devs here would be willing to pitch in $ to cover the cost for HQ to add "deep integration" between the browser widget and Livecode. Currently there is a "wall" between LC and the browser widget. Jonathan Lynch, myself and Andre have been looking into this very closely. There is no way

Re: Building a standalone on Mac OS Lion

You just have to drag *the executable* onto the terminal. (The myApp.app is actually a folder). So you have to drag the file myApp.app/Contents/MacOS/MyApp onto the terminal. Best, Panos On 27 Jan 2017 20:47, "Richmond Mathewson via use-livecode" < use-livecode@lists.runrev.com> wrote: You have

Re: Building a standalone on Mac OS Lion

You have got me there . . . Please tell me how to run the standalone from the Terminal: unless, of course is all I drag it to the Terminal as with Linux . . . whoops: "27 Jan 2017/DEMO/Devawriter Pro/MacOSX/Devawriter Pro.app: is a directory". Richmond. On 1/27/17 10:41 pm, panagiotis

Re: Building a standalone on Mac OS Lion

Well, I have just run off a plain, "vanilla" standalone as I said I would, and that opens in Mac OS 10.7.5. So: 1. The stack I built as a standalone that did NOT work was my "Devawriter Pro" stack, developed through LC 4.0 - 8.1.3 and with password protected stacks, and a Macintosh icon.

Re: Building a standalone on Mac OS Lion

Thanks Richmond. BTW it might be useful to run the standalone from the terminal. This will probably show the error that prevents the standalone from starting. Best, Panos -- On 27 Jan 2017 20:36, "Richmond Mathewson via use-livecode" < use-livecode@lists.runrev.com> wrote: Dear Panagiotis, I

Re: Building a standalone on Mac OS Lion

Dear Panagiotis, I have just run off a Mac standalone as per your request (NO inclusions at all) and the thing does not work. I will, in a few minutes, build a standalone from a plain "vanilla" stack (one card and one button with no script) and see what I end up with. Richmond. On 1/27/17

Re: Building a standalone on Mac OS Lion

Hi Richmond, Does the standalone include the tsnet external? Can you try building a standalone with "select inclusions" (not "search for inclusions") and make sure that " tsnet" and "internet" are NOT included? Just for testing. On 27 Jan 2017 20:14, "Richmond Mathewson via use-livecode" <

Re: Snippet to show status bar on mobile

On 1/27/17 12:38 AM, Sannyasin Brahmanathaswami via use-livecode wrote: Do we have control over the layer of the native device top status status bar? is it always on topmost layer? if so then we have to dynamically hide and show it if we want to occupy the whole screen It is part of the OS

Re: Script editor chops "end handler" to "nd handler"

FWIW: http://quality.livecode.com/show_bug.cgi?id=19145 On 1/27/17, 4:46 AM, "use-livecode on behalf of panagiotis merakos via use-livecode" wrote: Hi guys, Thanks for spending time on this.

Re: Building a standalone on Mac OS Lion

Oh, well, I suppose I shouldn't complain: 8.1.2 just ground away for 20 minutes and I had tp force quit the thing! Richmond. On 1/27/17 9:43 pm, Richmond Mathewson wrote: I am aware that LiveCode does NOT support deploying LC 9.0 on Mac OS 10.7.5 . . . it does work on that operating system,

Re: 8.1.3 (RC1) Invoking Script Editor Failing Everywhere

Ooops sorry I should have added that. http://quality.livecode.com/show_bug.cgi?id=19120 copy of my stack is there, nothing proprietary in it… it does not do any front scripts. but there is definitely something in it that 8.1.3 does not like (and also lcStackBrowser was unhappy with this

Re: Delete element from array

I'm game to play with this… I need it where are these array files? Do we want to change the thread subject to "Dictionary Improvements" On 1/27/17, 6:55 AM, "use-livecode on behalf of Richard Gaskin via use-livecode"

Building a standalone on Mac OS Lion

I am aware that LiveCode does NOT support deploying LC 9.0 on Mac OS 10.7.5 . . . it does work on that operating system, however . . . building a Mac standalone (32-bit) with 8.1.3 rc-1 on Mac OS 10.7.5 results in a standalone that does not open on Mac OS 10.7.5 . . . LiveCode 8.1.3 rc-1

Re: Delete element from array

Dr. Hawkins wrote: On Fri, Jan 27, 2017 at 8:55 AM, Richard Gaskin wrote: >> What is "the other way?" >> >> I almost never click anything other than results from the search >> list. I open the Dict window, type my query, review the results. >> >> What would we do to improve this? > > In 7, you

Re: Delete element from array

On Fri, Jan 27, 2017 at 8:55 AM, Richard Gaskin via use-livecode < use-livecode@lists.runrev.com> wrote: > What is "the other way?" > > I almost never click anything other than results from the search list. I > open the Dict window, type my query, review the results. > > What would we do to

Re: It looks like Director is Finally Dead

Sad to see it officially going away but the writing on the wall has been there for YEARS. I think most of us switched to other tools to do what we once did in Director. That is why we are now all friends of LiveCode :) SKIP On Fri, Jan 27, 2017 at 1:25 PM, Colin Holgate via use-livecode <

Re: It looks like Director is Finally Dead

I have said the exact same thing ever since SAAS was conceived, only with less words. ;-) Wait until there is no alternative, then see how competitive they are with pricing! Bob S On Jan 27, 2017, at 10:19 , Lynn Fredricks via use-livecode

Re: It looks like Director is Finally Dead

Thanks for the link. I’m going to post it on Marc Canter’s Facebook wall! > On Jan 27, 2017, at 10:03 AM, Klaus major-k via use-livecode > wrote: > > Hi Colin, > >> Am 27.01.2017 um 17:56 schrieb Colin Holgate via use-livecode >>

Re: It looks like Director is Finally Dead

I did some stuff with Director in 1998-9 while I worked at the United Arab Emirates University in Al Ain, U.A.E. churning out gap-fill with exerciese that all got censored because half of my imagery was judged "unIslamic" (the coding was more diffcult than Toolbook which I was also using at the

RE: It looks like Director is Finally Dead

> One of the reasons I stopped buying Adobe products is the > clandestine way they EOL them. > > GoLive, Fireworks, LiveMotion, maybe more - all had > development stop months or years before any public disclosure > of the EOL decision. > > This led many of us to buy products that were

Re: 8.1.3 (RC1) Invoking Script Editor Failing Everywhere

Sannyasin Brahmanathaswami wrote: > ...no odd open stack or preopenstack handlers that would do weird > things, but if it is in my plugins folder 8.1.3 "dies in chaos" > take it out, put in others (like your 4thworld ones andsome of > Scotts) it works just fine. Sorry to hear that. Would be

Re: It looks like Director is Finally Dead

Colin Holgate wrote: >> On Jan 27, 2017, at 9:45 AM, Lynn Fredricks wrote: >> >>

Re: It looks like Director is Finally Dead

Hi Colin, > Am 27.01.2017 um 17:56 schrieb Colin Holgate via use-livecode > : > > I can’t find any announcements from Adobe, and the article doesn’t provide > links. there is in fact a link to an ADOBE blog:

Re: Delete element from array

Dr. Hawkins wrote: > The new dictionary, like the project browser, is targeted to people > who think exactly that way, and access things in that pointy-clicky > way. > > And even then, pulldown for categories rather than clicking. > > Those of us that run the other way in accessing a UI will

Re: It looks like Director is Finally Dead

I can’t find any announcements from Adobe, and the article doesn’t provide links. The logic in the article is a bit dumb. They say that Mac shockwave support is going to end, and so naturally they would get rid of the tool that makes shockwave content. But shockwave is only one part of what

It looks like Director is Finally Dead

http://venturebeat.com/2017/01/27/adobe-will-stop-selling-contribute-and-dir ector-on-february-1-drop-shockwave-for-mac-support-on-march-14/ This walking dead has been walking around for more than seven seasons. Best regards, Lynn Fredricks President Paradigma Software

RE: Script editor chops "end handler" to "nd handler"

I've fixed some weird script problems by copying the entire script to the clipboard, Deleting the script., Clicking on "Apply", Paste the entire script back in from the clipboard and then hitting "Apply" again. I did not need to save in a text editor to remove formatting. I found that the key was

Re: Script editor chops "end handler" to "nd handler"

Also, as it began with 8, try copy/pasting the ENTIRE SCRIPT (not just the handler) into a text editor that has the ability to remove all formatting. Do so, then copy/paste the text back into your script. I have seen this resolve certain issues before. Bob S

Re: Script editor chops "end handler" to "nd handler"

I tried it with and without indent. No problems either case. 8.1.2 OS X Bob S On Jan 27, 2017, at 01:26 , Ralf Bitter via use-livecode > wrote: I can replicate this behavior, but it only happens in case the code is not

Re: Script editor chops "end handler" to "nd handler"

Just pasted the last snippet into a button and had no problems. 8.1.2 Bob S On Jan 26, 2017, at 22:23 , Sannyasin Brahmanathaswami via use-livecode > wrote: on closeStack if the environment is "mobile" then scroller_Delete

Re: Delete element from array

On Thu, Jan 26, 2017 at 3:32 PM, Ali Lloyd via use-livecode < use-livecode@lists.runrev.com> wrote: > > Goes without saying perhaps but it would be extremely helpful if you could > articulate *why* you find this information harder to come by in the current > dictionary. Thanks! > The new

Re: Script editor chops "end handler" to "nd handler"

Hi guys, Thanks for spending time on this. Indeed, I can now replicate this bug. As you said, it happens only if the code is not indented. Thus, make sure you press "Tab" key before editing your un-indented script. I will update the bug report. Best, Panos -- On Fri, Jan 27, 2017 at 2:41 PM, hh

Re: Script editor chops "end handler" to "nd handler"

I cannot confirm this, it's even more: "en" is chopped. [Also, sometimes: When hitting immediately after that the backspace key a zero appears.] This is only with code that is not "beautified" (all lines begin at left). I tried my own, not your demo. [I had also _sometimes_ similar chopping

AW: can't open file on web server

Hi Malte, thanks, that worked. Perhaps an issue fort he docs Tiemo -Ursprüngliche Nachricht- Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag von Malte Brill via use-livecode Gesendet: Donnerstag, 26. Januar 2017 13:36 An: use-livecode@lists.runrev.com Cc:

Re: copyKey

Aha. Thanks. Richmond. On 1/27/17 11:40 am, Tore Nilsen via use-livecode wrote: The point of any pass-handler is to pass the message to the next level in the message hierarchy. If you pass a message and the engine has a generic routine to handle this message, you may end up with unexpected

Re: copyKey

The point of any pass-handler is to pass the message to the next level in the message hierarchy. If you pass a message and the engine has a generic routine to handle this message, you may end up with unexpected behavior in your application. There is no need to pass any message unless you

Re: copyKey

I wonder why a couple of people told me to remove 'pass copyKey' from: on copyKey answer "Export disabled in Demo" pass copyKey end copyKey I did remove it and this seemed to make no difference at all . . . So, the big question has to be; "What is the point of 'pass copyKey'?" Richmond

Re: Script editor chops "end handler" to "nd handler"

I can replicate this behavior, but it only happens in case the code is not indented. Mac Sierra LC 8.1.3-rc-1 Ralf > On 27 Jan 2017, at 07:23, Sannyasin Brahmanathaswami via use-livecode > wrote: > > I have a bug report on this but HQ says they cannot