Re: Building in 8.1.10.RC 2 for iOS - Missing Undefined symbols
Hi Brahmanathaswami, For using LC 8.1.10 RC2, you'll probably have to: 1. Keep only Xcode9.3 in Mobile Prefs 2. In the terminal, type: sudo xcode-select -s /path/to/xcode9.3 Note you'll have to do the same for Xcode9.2 if you want to use LC 9 Best, Panos -- On Wed, May 16, 2018 at 4:00 AM, Sannyasin Brahmanathaswami via use-livecode wrote: > I just downloaded 8.1.10 RC 2 > > I have both xCode 9.2 and 9.3 entered in preferences. I get a "green" OK > in the standalone preferences. > > But when I try to build for iOS , I get > > == > [error] > > Unable to build app for device: linking for arm (arm64) failed with > Undefined symbol for > architecture arm 64 > > "_pthread_key_delete",referenced from: > |4092 in revsecurity > > # and whole series like this > # see screenshot here > > http://wiki.hindu.org/screenshots/2018-05-15_16-46-45.jpeg > > What to do? > ___ > 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: [BUG] Browser widget implemented without access to localStorage API
If we can come up with a recipe for the IDE telling you it has saved a stack and that not being the case I’d love to fix it! Cheers Monte > On 16 May 2018, at 1:51 pm, Sannyasin Brahmanathaswami via use-livecode > wrote: > > Because in quitting, the text only text appear you have unsaved changes… > even though we did hit cmd-S in already in the script editor. With that stack > open. ___ 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: [BUG] Browser widget implemented without access to localStorage API
" So it is probably the case you have changes applied but not saved to disk." I faced this a few weeks ago, so today what I loaded 9 today, I was extra cautious… I made sure a) after stack script editor changes were applied. "green" b) save changes of the stack, of text only stack c) it might possibly that, -- if you have script editor open to a livescriptcode stack (no top stack as such) -- you apply a changes, then save the stack. cmd - S while the script editor is open… you will see the message "Saving stack behavior_Share.livecode script" are you saying that is *still* not saved, until some other time? Under what context will be saved (So the SA build get the latest version) so then, for now I quit livecode, and reboot everytime will do a build, nuisance. Because in quitting, the text only text appear you have unsaved changes… even though we did hit cmd-S in already in the script editor. With that stack open. On 5/15/18, 5:01 PM, "use-livecode on behalf of Monte Goulding via use-livecode" wrote: Brahma I’m fairy sure the issue you are seeing is because you have so many behaviors and libraries added via copy files and we don’t check if those files happen to be stacks that are open and are saved before we include them in the build. So it is probably the case you have changes applied but not saved to disk. I have asked internally what people think the best solution might be (detect if they are stacks and ensure they are saved or enable the stacks pane of the standalone settings for mobile). Cheers Monte ___ 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: [BUG] Browser widget implemented without access to localStorage API
Brahma I’m fairy sure the issue you are seeing is because you have so many behaviors and libraries added via copy files and we don’t check if those files happen to be stacks that are open and are saved before we include them in the build. So it is probably the case you have changes applied but not saved to disk. I have asked internally what people think the best solution might be (detect if they are stacks and ensure they are saved or enable the stacks pane of the standalone settings for mobile). Cheers Monte > On 16 May 2018, at 11:48 am, Sannyasin Brahmanathaswami via use-livecode > wrote: > > Andre was working on an HTML% module that is in big app SivaSiva. > > He pushed to our Git account, and you can check out from here. > > He was working in LC9. And I wonder if he got the bug I did today (again) I > had stopped using 9, but I needed to debug on my phone. > > So: you save all your scripts, built a standalone, you find something, go > back in fix it on desktop / IDE, save the script again and run the > standalone. > > Wait! What?? There old scripts running again? Even though you changed them! > > I would not have seen this. But I checked UI message to user "Enter search: > title, subtitle…" > but it was too long. I fixed the script to say > > "Search: Title, Subtitle…" saved the script, run on desktop and then ran > the standalone > > BLINK? "what the heck…..?" > > "Enter search: title, subtitle…" appears from the old script! > > From the message box in ran openstacks and find a window with a huge long > numeric id. Not in stacks I have open > > Is there some way to cause the IDE/Standalone to completely forget past. > Toggling between 8.1.10rc1 and 9 in getting tedious. > > Hopefull 9.0.1 rc 1 come soon! > > BR > > panagiotis merakos wrote: > >I realised my previous reply was sent only to Andre, so I am posting it >again for anyone else watching the thread and/or suffering from the same >problem: > >- >Hi Andre, > >No I am not aware of any issue. I saw your report about the >javascripthandlers not working on Android. I did a quick test using the >stack attached to bug https://quality.livecode.com/show_bug.cgi?id=19666, >and it works as expected on my Android phone. > >If you could attach a sample stack to your report, we will be able to >isolate the problem faster. > >Best, >Panos > > ___ > 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
Building in 8.1.10.RC 2 for iOS - Missing Undefined symbols
I just downloaded 8.1.10 RC 2 I have both xCode 9.2 and 9.3 entered in preferences. I get a "green" OK in the standalone preferences. But when I try to build for iOS , I get == [error] Unable to build app for device: linking for arm (arm64) failed with Undefined symbol for architecture arm 64 "_pthread_key_delete",referenced from: |4092 in revsecurity # and whole series like this # see screenshot here http://wiki.hindu.org/screenshots/2018-05-15_16-46-45.jpeg What to do? ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: How to dismiss keyboard on mobile
I found a way! # Set search string field, the on returnKey delete char -1 of me select after word -1 of me # but this does work on android, cursor goes the head of the when hitting return end returnKey # the Search Bottom: on mouseup focus on the mouseControl # above key line, which dismissed the keyboard # and allows it come up again if the user clicks back in the search string put the shortName of me into pTarget executeSearch pTarget end mouseup # and, just to be sure, executeSearch button. put (line 1 of tSearchString) into tSearchString now I never get a CR in search. keyboard behaves expected! Yay! Also, Android is NOT the backKey engine when the keyboard is up.. I have this in a lib/back script, will fire any time I used the backKey, but not the keyboard is up. the whole business about check the effective working screenrect. the handler never seen it! on backkey # need for android answer "got it" with "ok" put the effective working screenrect into tScreen if (item 4 of tScreen-item 2 of tScreen) < 650 then # assume keyboard if up pass backKey else if the short name of this stack is "journal" then send mouseup to widget "go-back" else send mouseup to widget "go-home-portal" end if end if end backkey ___ 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: [BUG] Browser widget implemented without access to localStorage API
Andre was working on an HTML% module that is in big app SivaSiva. He pushed to our Git account, and you can check out from here. He was working in LC9. And I wonder if he got the bug I did today (again) I had stopped using 9, but I needed to debug on my phone. So: you save all your scripts, built a standalone, you find something, go back in fix it on desktop / IDE, save the script again and run the standalone. Wait! What?? There old scripts running again? Even though you changed them! I would not have seen this. But I checked UI message to user "Enter search: title, subtitle…" but it was too long. I fixed the script to say "Search: Title, Subtitle…" saved the script, run on desktop and then ran the standalone BLINK? "what the heck…..?" "Enter search: title, subtitle…" appears from the old script! From the message box in ran openstacks and find a window with a huge long numeric id. Not in stacks I have open Is there some way to cause the IDE/Standalone to completely forget past. Toggling between 8.1.10rc1 and 9 in getting tedious. Hopefull 9.0.1 rc 1 come soon! BR panagiotis merakos wrote: I realised my previous reply was sent only to Andre, so I am posting it again for anyone else watching the thread and/or suffering from the same problem: - Hi Andre, No I am not aware of any issue. I saw your report about the javascripthandlers not working on Android. I did a quick test using the stack attached to bug https://quality.livecode.com/show_bug.cgi?id=19666, and it works as expected on my Android phone. If you could attach a sample stack to your report, we will be able to isolate the problem faster. Best, Panos ___ 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: [BUG] Browser widget implemented without access to localStorage API
I realised my previous reply was sent only to Andre, so I am posting it again for anyone else watching the thread and/or suffering from the same problem: - Hi Andre, No I am not aware of any issue. I saw your report about the javascripthandlers not working on Android. I did a quick test using the stack attached to bug https://quality.livecode.com/show_bug.cgi?id=19666, and it works as expected on my Android phone. If you could attach a sample stack to your report, we will be able to isolate the problem faster. Best, Panos -- On Tue, May 15, 2018 at 10:39 PM, Andre Garzia wrote: > Panos, > > Thanks a lot for reaching out so fast. I will test this shortly and get > back to you and the bug report. In the meanwhile, are you aware of any > "javascriptHandlers" bug in Android? > > om om > andre > > On Tue, May 15, 2018 at 6:35 PM, panagiotis merakos via use-livecode < > use-livecode@lists.runrev.com> wrote: > >> Hi Andre, >> >> Have you tested with LC 8.1.10 rc1 (or rc2)? We added support for local >> storage on Android browser in this PR: >> >> https://github.com/livecode/livecode/pull/6362 >> >> Best, >> Panos >> -- >> >> On Tue, May 15, 2018 at 8:56 PM, Andre Garzia via use-livecode < >> use-livecode@lists.runrev.com> wrote: >> >> > Reported as https://quality.livecode.com/show_bug.cgi?id=21281 >> > >> > On Tue, May 15, 2018 at 4:47 PM, Andre Garzia >> > wrote: >> > >> > > LocalStorage is a web api which is standard everywhere, you can read >> more >> > > about it at: >> > > >> > > https://developer.mozilla.org/en-US/docs/Web/API/Window/localStorage >> > > >> > > It is part of the W3C Web Storage Spec and implemented in every single >> > > browser and webview everywhere but on Android default WebView it is >> > > disabled unless you enable it in the code that creates the webview as >> can >> > > be seen in: >> > > >> > > https://stackoverflow.com/questions/33079762/android- >> > > webview-uncaught-typeerror-cannot-read-property-getitem-of-null >> > > >> > > So, any code using the browser widget on Android can't save or >> retrieve >> > > data from localStorage. And it is even worse since localStorage is >> set to >> > > null in those cases, the whole app will stop and freeze. >> > > >> > > -- >> > > http://www.andregarzia.com -- All We Do Is Code. >> > > http://fon.nu -- minimalist url shortening service. >> > > >> > >> > >> > >> > -- >> > http://www.andregarzia.com -- All We Do Is Code. >> > http://fon.nu -- minimalist url shortening service. >> > ___ >> > 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 >> > > > > -- > http://www.andregarzia.com -- All We Do Is Code. > http://fon.nu -- minimalist url shortening service. > ___ 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: [BUG] Browser widget implemented without access to localStorage API
Panos, Thanks a lot for reaching out so fast. I will test this shortly and get back to you and the bug report. In the meanwhile, are you aware of any "javascriptHandlers" bug in Android? om om andre On Tue, May 15, 2018 at 6:35 PM, panagiotis merakos via use-livecode < use-livecode@lists.runrev.com> wrote: > Hi Andre, > > Have you tested with LC 8.1.10 rc1 (or rc2)? We added support for local > storage on Android browser in this PR: > > https://github.com/livecode/livecode/pull/6362 > > Best, > Panos > -- > > On Tue, May 15, 2018 at 8:56 PM, Andre Garzia via use-livecode < > use-livecode@lists.runrev.com> wrote: > > > Reported as https://quality.livecode.com/show_bug.cgi?id=21281 > > > > On Tue, May 15, 2018 at 4:47 PM, Andre Garzia > > wrote: > > > > > LocalStorage is a web api which is standard everywhere, you can read > more > > > about it at: > > > > > > https://developer.mozilla.org/en-US/docs/Web/API/Window/localStorage > > > > > > It is part of the W3C Web Storage Spec and implemented in every single > > > browser and webview everywhere but on Android default WebView it is > > > disabled unless you enable it in the code that creates the webview as > can > > > be seen in: > > > > > > https://stackoverflow.com/questions/33079762/android- > > > webview-uncaught-typeerror-cannot-read-property-getitem-of-null > > > > > > So, any code using the browser widget on Android can't save or retrieve > > > data from localStorage. And it is even worse since localStorage is set > to > > > null in those cases, the whole app will stop and freeze. > > > > > > -- > > > http://www.andregarzia.com -- All We Do Is Code. > > > http://fon.nu -- minimalist url shortening service. > > > > > > > > > > > -- > > http://www.andregarzia.com -- All We Do Is Code. > > http://fon.nu -- minimalist url shortening service. > > ___ > > 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 > -- http://www.andregarzia.com -- All We Do Is Code. http://fon.nu -- minimalist url shortening service. ___ 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: [BUG] Browser widget implemented without access to localStorage API
Hi Andre, Have you tested with LC 8.1.10 rc1 (or rc2)? We added support for local storage on Android browser in this PR: https://github.com/livecode/livecode/pull/6362 Best, Panos -- On Tue, May 15, 2018 at 8:56 PM, Andre Garzia via use-livecode < use-livecode@lists.runrev.com> wrote: > Reported as https://quality.livecode.com/show_bug.cgi?id=21281 > > On Tue, May 15, 2018 at 4:47 PM, Andre Garzia > wrote: > > > LocalStorage is a web api which is standard everywhere, you can read more > > about it at: > > > > https://developer.mozilla.org/en-US/docs/Web/API/Window/localStorage > > > > It is part of the W3C Web Storage Spec and implemented in every single > > browser and webview everywhere but on Android default WebView it is > > disabled unless you enable it in the code that creates the webview as can > > be seen in: > > > > https://stackoverflow.com/questions/33079762/android- > > webview-uncaught-typeerror-cannot-read-property-getitem-of-null > > > > So, any code using the browser widget on Android can't save or retrieve > > data from localStorage. And it is even worse since localStorage is set to > > null in those cases, the whole app will stop and freeze. > > > > -- > > http://www.andregarzia.com -- All We Do Is Code. > > http://fon.nu -- minimalist url shortening service. > > > > > > -- > http://www.andregarzia.com -- All We Do Is Code. > http://fon.nu -- minimalist url shortening service. > ___ > 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: Bug with javascriptHandlers in mobile?
reported as https://quality.livecode.com/show_bug.cgi?id=21284 On Tue, May 15, 2018 at 3:52 PM, Andre Garzia wrote: > Hi Friends, > > Just asking for confirmation, has anyone used the "javascriptHandlers" of > the browser widget on mobile? I am setting them and they work fine on > Desktop but on mobile I see errors in the console such as: > > chromium: [INFO:CONSOLE(35)] "Uncaught TypeError: liveCode.getWordList is > not a function", source: file:///android_asset/modules/lexicon/web/index.js > (35) > > Before going crazy, I decided to shout here on the list because it appears > that this doesn't work on mobile but the dictionary doesn't say it. > > cheers > andre > -- > http://www.andregarzia.com -- All We Do Is Code. > http://fon.nu -- minimalist url shortening service. > -- http://www.andregarzia.com -- All We Do Is Code. http://fon.nu -- minimalist url shortening service. ___ 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: [BUG] Browser widget implemented without access to localStorage API
Reported as https://quality.livecode.com/show_bug.cgi?id=21281 On Tue, May 15, 2018 at 4:47 PM, Andre Garzia wrote: > LocalStorage is a web api which is standard everywhere, you can read more > about it at: > > https://developer.mozilla.org/en-US/docs/Web/API/Window/localStorage > > It is part of the W3C Web Storage Spec and implemented in every single > browser and webview everywhere but on Android default WebView it is > disabled unless you enable it in the code that creates the webview as can > be seen in: > > https://stackoverflow.com/questions/33079762/android- > webview-uncaught-typeerror-cannot-read-property-getitem-of-null > > So, any code using the browser widget on Android can't save or retrieve > data from localStorage. And it is even worse since localStorage is set to > null in those cases, the whole app will stop and freeze. > > -- > http://www.andregarzia.com -- All We Do Is Code. > http://fon.nu -- minimalist url shortening service. > -- http://www.andregarzia.com -- All We Do Is Code. http://fon.nu -- minimalist url shortening service. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
[BUG] Browser widget implemented without access to localStorage API
LocalStorage is a web api which is standard everywhere, you can read more about it at: https://developer.mozilla.org/en-US/docs/Web/API/Window/localStorage It is part of the W3C Web Storage Spec and implemented in every single browser and webview everywhere but on Android default WebView it is disabled unless you enable it in the code that creates the webview as can be seen in: https://stackoverflow.com/questions/33079762/android-webview-uncaught-typeerror-cannot-read-property-getitem-of-null So, any code using the browser widget on Android can't save or retrieve data from localStorage. And it is even worse since localStorage is set to null in those cases, the whole app will stop and freeze. -- http://www.andregarzia.com -- All We Do Is Code. http://fon.nu -- minimalist url shortening service. ___ 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: Data Grid does not work in resizeStack handler
can you post your resize script? On Tue, May 15, 2018 at 1:12 PM, R.H. via use-livecode < use-livecode@lists.runrev.com> wrote: > In LC 8 and 9 (latest versions) and on Windows 10 I tried to have a DG > adjust to the width and height of the resized window using other controls > as upper and lower borders. > > All works fine without the data grid group. But when the group it is > included in the script of the handler, the resizeStack handler will neither > correctly render other controls such as buttons and fields, nor the data > grid itself. > > I know that the resizeStack handler, unfortunately, does not complain about > controls/objects that are not existing, and it just may silently fail, but > this is all checked. Also, the result is empty. > > Did I overlook something? > > It seems that the DG group with its subgroups eats up all the processing > power when users are resizing the window, and the script fails > prematurely. > > Help is highly welcome. > > Roland > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: How to dismiss keyboard on mobile
Jacque… that backkey does work… (hehe) my handler on backkey # need for android put the effective working screenrect into tScreen if (item 4 of tScreen-item 2 of tScreen) < 650 then # assume keyboard if up pass backKey else if the short name of this stack is "journal" then send mouseup to widget "go-back" else send mouseup to widget "go-home-portal" end if end if end backkey was perfect.. I just to use to hitting the key. what does work in: on returnInField focus on nothing send "backKey" to me in 100 milliseconds end returninfield a) Android still allows me to put a CR.. this breaks the search b) Send backkey from message path does nothing. So, now I need to: a) NOT have to CR be entered in the field and b) have a way to prevent hitting the search button but with keyboard up, Hmm seems like a bug to me. On 5/11/18, 11:19 AM, "use-livecode on behalf of J. Landman Gay via use-livecode" wrote: Having tested this, I see it is the mobile equivalent of returnInField and has nothing to do with the loss of focus. The focus remains on the field. The dictionary is misleading and probably shouldn't mention focus at all -- which it does three times ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Bug with javascriptHandlers in mobile?
Hi Friends, Just asking for confirmation, has anyone used the "javascriptHandlers" of the browser widget on mobile? I am setting them and they work fine on Desktop but on mobile I see errors in the console such as: chromium: [INFO:CONSOLE(35)] "Uncaught TypeError: liveCode.getWordList is not a function", source: file:///android_asset/modules/lexicon/web/index.js (35) Before going crazy, I decided to shout here on the list because it appears that this doesn't work on mobile but the dictionary doesn't say it. cheers andre -- http://www.andregarzia.com -- All We Do Is Code. http://fon.nu -- minimalist url shortening service. ___ 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] Release 8.1.10 RC-2
Yes there won't be a 8.2.x release. 8.1.10 will be the last in the 8.x series. The fixes of 8.1.10 rc1 and rc2 will be included in LC 9.0.1 rc1. Hope this helps, Panos On Tue, May 15, 2018, 18:20 Bob Sneidar via use-livecode < use-livecode@lists.runrev.com> wrote: > Cool. I'm committed to 9 now (finally) and I don't like going backwards to > get a bug fix that affects me. > > Bob S > > > > On May 15, 2018, at 09:19 , panagiotis merakos via use-livecode < > use-livecode@lists.runrev.com> wrote: > > > > Hi Bob, > > > > Yes, every bug fix/enhancement that first appears in 8.x will also appear > > in the future 9.x releases. > > > > Hope this helps, > > Panos > > -- > > > > On Tue, May 15, 2018 at 5:05 PM, Bob Sneidar via use-livecode < > > use-livecode@lists.runrev.com> wrote: > > > >> Pardon my ignorance, but are these enhancements/bug fixes also applied > to > >> other versions like 9.0 or 8.2? > >> > >> Bob S > >> > >> > >>> On May 15, 2018, at 08:47 , panagiotis merakos via use-livecode < > >> use-livecode@lists.runrev.com> wrote: > >>> > >>> Dear list members, > >>> > >>> We are pleased to announce the release of LiveCode 8.1.10 RC-2. Note > >> 8.1.10 > >>> is the last planned release in the 8.x series. > >>> > >>> Getting the Release > >>> === > >>> You can get the release at https://downloads.livecode.com/livecode/ or > >> via > >>> the automatic updater. > >>> > >>> > >>> Release Contents > >>> > >>> > >>> LiveCode 8.1.10 RC-2 contains 1 bugfix: > >>> > >>> [Bug 21228] Ensure android working screenrect is updated when the > >> keyboard > >>> is presented > >>> > >>> Since the last stable version (8.1.9), more than 10 bugs have been > fixed. > >>> > >>> > >>> The full release notes are available from: > >>> http://downloads.livecode.com/livecode/8_1_10/LiveCodeNotes- > >> 8_1_10_rc_2.pdf > >>> > >>> > >>> Feedback > >>> > >>> Please report any bugs encountered on our BugZilla at > >>> http://quality.livecode.com/ > >>> > >>> > >>> Have fun! > >>> The LiveCode Team > >>> ___ > >>> 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 > ___ 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] Release 8.1.10 RC-2
Cool. I'm committed to 9 now (finally) and I don't like going backwards to get a bug fix that affects me. Bob S > On May 15, 2018, at 09:19 , panagiotis merakos via use-livecode > wrote: > > Hi Bob, > > Yes, every bug fix/enhancement that first appears in 8.x will also appear > in the future 9.x releases. > > Hope this helps, > Panos > -- > > On Tue, May 15, 2018 at 5:05 PM, Bob Sneidar via use-livecode < > use-livecode@lists.runrev.com> wrote: > >> Pardon my ignorance, but are these enhancements/bug fixes also applied to >> other versions like 9.0 or 8.2? >> >> Bob S >> >> >>> On May 15, 2018, at 08:47 , panagiotis merakos via use-livecode < >> use-livecode@lists.runrev.com> wrote: >>> >>> Dear list members, >>> >>> We are pleased to announce the release of LiveCode 8.1.10 RC-2. Note >> 8.1.10 >>> is the last planned release in the 8.x series. >>> >>> Getting the Release >>> === >>> You can get the release at https://downloads.livecode.com/livecode/ or >> via >>> the automatic updater. >>> >>> >>> Release Contents >>> >>> >>> LiveCode 8.1.10 RC-2 contains 1 bugfix: >>> >>> [Bug 21228] Ensure android working screenrect is updated when the >> keyboard >>> is presented >>> >>> Since the last stable version (8.1.9), more than 10 bugs have been fixed. >>> >>> >>> The full release notes are available from: >>> http://downloads.livecode.com/livecode/8_1_10/LiveCodeNotes- >> 8_1_10_rc_2.pdf >>> >>> >>> Feedback >>> >>> Please report any bugs encountered on our BugZilla at >>> http://quality.livecode.com/ >>> >>> >>> Have fun! >>> The LiveCode Team >>> ___ >>> 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
Data Grid does not work in resizeStack handler
In LC 8 and 9 (latest versions) and on Windows 10 I tried to have a DG adjust to the width and height of the resized window using other controls as upper and lower borders. All works fine without the data grid group. But when the group it is included in the script of the handler, the resizeStack handler will neither correctly render other controls such as buttons and fields, nor the data grid itself. I know that the resizeStack handler, unfortunately, does not complain about controls/objects that are not existing, and it just may silently fail, but this is all checked. Also, the result is empty. Did I overlook something? It seems that the DG group with its subgroups eats up all the processing power when users are resizing the window, and the script fails prematurely. Help is highly welcome. Roland ___ 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] Release 8.1.10 RC-2
I don't think there is going to be an 8.2 GM. 8.1.10 will be the last GM in the 8.x series if I understand correctly. Ralph DiMola IT Director Evergreen Information Services rdim...@evergreeninfo.net -Original Message- From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of Bob Sneidar via use-livecode Sent: Tuesday, May 15, 2018 12:05 PM To: How to use LiveCode Cc: Bob Sneidar Subject: Re: [ANN] Release 8.1.10 RC-2 Pardon my ignorance, but are these enhancements/bug fixes also applied to other versions like 9.0 or 8.2? Bob S > On May 15, 2018, at 08:47 , panagiotis merakos via use-livecode wrote: > > Dear list members, > > We are pleased to announce the release of LiveCode 8.1.10 RC-2. Note > 8.1.10 is the last planned release in the 8.x series. > > Getting the Release > === > You can get the release at https://downloads.livecode.com/livecode/ or > via the automatic updater. > > > Release Contents > > > LiveCode 8.1.10 RC-2 contains 1 bugfix: > > [Bug 21228] Ensure android working screenrect is updated when the > keyboard is presented > > Since the last stable version (8.1.9), more than 10 bugs have been fixed. > > > The full release notes are available from: > http://downloads.livecode.com/livecode/8_1_10/LiveCodeNotes-8_1_10_rc_ > 2.pdf > > > Feedback > > Please report any bugs encountered on our BugZilla at > http://quality.livecode.com/ > > > Have fun! > The LiveCode Team > ___ > 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: [ANN] Release 8.1.10 RC-2
Hi Bob, Yes, every bug fix/enhancement that first appears in 8.x will also appear in the future 9.x releases. Hope this helps, Panos -- On Tue, May 15, 2018 at 5:05 PM, Bob Sneidar via use-livecode < use-livecode@lists.runrev.com> wrote: > Pardon my ignorance, but are these enhancements/bug fixes also applied to > other versions like 9.0 or 8.2? > > Bob S > > > > On May 15, 2018, at 08:47 , panagiotis merakos via use-livecode < > use-livecode@lists.runrev.com> wrote: > > > > Dear list members, > > > > We are pleased to announce the release of LiveCode 8.1.10 RC-2. Note > 8.1.10 > > is the last planned release in the 8.x series. > > > > Getting the Release > > === > > You can get the release at https://downloads.livecode.com/livecode/ or > via > > the automatic updater. > > > > > > Release Contents > > > > > > LiveCode 8.1.10 RC-2 contains 1 bugfix: > > > > [Bug 21228] Ensure android working screenrect is updated when the > keyboard > > is presented > > > > Since the last stable version (8.1.9), more than 10 bugs have been fixed. > > > > > > The full release notes are available from: > > http://downloads.livecode.com/livecode/8_1_10/LiveCodeNotes- > 8_1_10_rc_2.pdf > > > > > > Feedback > > > > Please report any bugs encountered on our BugZilla at > > http://quality.livecode.com/ > > > > > > Have fun! > > The LiveCode Team > > ___ > > 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: [ANN] Release 8.1.10 RC-2
Pardon my ignorance, but are these enhancements/bug fixes also applied to other versions like 9.0 or 8.2? Bob S > On May 15, 2018, at 08:47 , panagiotis merakos via use-livecode > wrote: > > Dear list members, > > We are pleased to announce the release of LiveCode 8.1.10 RC-2. Note 8.1.10 > is the last planned release in the 8.x series. > > Getting the Release > === > You can get the release at https://downloads.livecode.com/livecode/ or via > the automatic updater. > > > Release Contents > > > LiveCode 8.1.10 RC-2 contains 1 bugfix: > > [Bug 21228] Ensure android working screenrect is updated when the keyboard > is presented > > Since the last stable version (8.1.9), more than 10 bugs have been fixed. > > > The full release notes are available from: > http://downloads.livecode.com/livecode/8_1_10/LiveCodeNotes-8_1_10_rc_2.pdf > > > Feedback > > Please report any bugs encountered on our BugZilla at > http://quality.livecode.com/ > > > Have fun! > The LiveCode Team > ___ > 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
[ANN] Release 8.1.10 RC-2
Dear list members, We are pleased to announce the release of LiveCode 8.1.10 RC-2. Note 8.1.10 is the last planned release in the 8.x series. Getting the Release === You can get the release at https://downloads.livecode.com/livecode/ or via the automatic updater. Release Contents LiveCode 8.1.10 RC-2 contains 1 bugfix: [Bug 21228] Ensure android working screenrect is updated when the keyboard is presented Since the last stable version (8.1.9), more than 10 bugs have been fixed. The full release notes are available from: http://downloads.livecode.com/livecode/8_1_10/LiveCodeNotes-8_1_10_rc_2.pdf Feedback Please report any bugs encountered on our BugZilla at http://quality.livecode.com/ Have fun! The LiveCode Team ___ 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: Removing a stack from memory...
Don't you have to send "close me" in time? How do you close a stack with a running script? Bob S > On May 15, 2018, at 24:28 , AndyP via use-livecode > wrote: > > This is my go-to routine for quitting applications which seems always to get > the job done. > > //General quit routine > > on quitMyProject > lock messages > -- stop using stacks > put the stacksInUse into myStacks > repeat for each line myStack in myStacks > stop using stack myStack > end repeat > -- stacks > put the openStacks into myStacks > put "message box,home,tool,Message Box,revTools,revMenubar" & comma & the > short name of me into myDontClose > repeat for each line myStack in myStacks > if myStack is not among the items of myDontClose then close stack > myStack > end repeat > -- messages > put the pendingmessages into myMsgs > repeat for each line myMsg in myMsgs > cancel item 1 of myMsg > end repeat > set the backdrop to none > close me > if the environment is not "development" then > quit > end if > end quitMyProject > > > > - > Andy Piddock ___ 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: PDF
On 2018-05-14 20:50, Richard Gaskin via use-livecode wrote: They are indeed for very different purposes, and we've been using PDF for so long that it's become the hammer that makes everything look like a nail, applied to so much while it's only truly best for a much smaller subset. Of course the subtle detail here is the use of 'best' - 'best' relative to what requirements? PDF is a very general format - it models the notion of printed matter which we still grow up with (although, admittedly, increasingly less as time goes by). This suggests the problem is not with PDF, nor with PDF being used - it is with the ties humans have to 'printed matter'. In the course of my work I often go through periods of research, which inevitably has me reading a lot of academic research papers and corporate white papers. Nearly all of them are published as PDF, many exclusively in that format. Two things to point out here: Academic research papers are generally written using the format which the journal publishers require - typically LaTeX/TeX for anything beyond the normal written word and embedded figures. Corporate white papers are usually written using Word Processors, in a format / layout defined by the company they are coming from. In many cases they will also go through some sort of 'design' phase afterwards, particularly if they are to be published widely - and often that will be using some page layout tool (such as InDesign). In both these cases, the author/designer is designing at a fixed width (the joy of the rise of WYSIWIG in the 80's / 90's perhaps?) The circumstances in which I'm immersed in such focus vary, and the devices I have with me vary as well. With reflowing content it doesn't matter which device I happen to be using at the time, the work continues unabated. But when I encounter a PDF while using screen less than 8.5" wide, the need to constantly zoom in and out and scroll back and forth so slows progress that it kills the joy of research, bringing the work to a halt until I can get to a device that happens to emulate size characteristics of paper, even though I'll never print anything I'm reading. Curious if I'm alone with the time I spend on smaller screens led me to research that as well. And it turns out I'm far from alone; it's where people are spending most of their computing time these days. And since this trend is driven largely by people younger than me it seems unlikely to slow down, at least until the next displacing form factor comes along (but then we'll be doing something entirely different still). Right so the problem is nothing to do with PDF, it is to do with the fact that humans work better designing things at fixed width and the general tools which people learn to use, and continue to use support this frame of mind. If a document is any more than 'just text' (as in something which can be rendered using a single font independent of page width) then requiring documents to work at any layout width means the author has to abstract and then instruct a tool to preserve that. Certainly for many individual cases of 'document type' you can mechanize and assist; however, then the authors need to be aware of precisely what document type they are producing, and learn how to instruct a tool to encode content for that document type. I'd like to be optimistic here, but I honestly don't think this is a problem with tooling - semantic representation of content has been around for as long as I have (probably longer), I was playing with systems which offered it when I was in my teens; and yet in my entire life since then I still see the majority of documents produced using word processors, or similar 'unconstrained' tools. The problem I think is that humans don't like to be constrained when writing - any tool which appears to constrain what they can do in what they think (at the time) is an unreasonable way tend to be considered to be 'bad'. However, to achieve the goal of representing content in a contextual manner (relative to some abstract pattern which can be processed in the ways necessary to free us of fixed width layout, in this case) constraints are absolutely necessary. Admittedly the rise of the web, and particularly HTML/CSS means we have an ever increasing body of practitioners who do have to think about the patterns of content, rather than just the content, but the knowledge they have and are able to apply has been hard won and learned by them (just like any other domain specific endeavour). Different tools for different jobs indeed. Not everything is a nail, but the combination of technological inertia combined with an an acceptance among the majority of people who are not inventors of making due with whatever tool is handed to them, we keep using hammers to drive screws. Ideally all content would be represented at a semantic level requisite to its context. e.g. Why use anything other than ASCII text, if you
Re: Removing a stack from memory...
This is my go-to routine for quitting applications which seems always to get the job done. //General quit routine on quitMyProject lock messages -- stop using stacks put the stacksInUse into myStacks repeat for each line myStack in myStacks stop using stack myStack end repeat -- stacks put the openStacks into myStacks put "message box,home,tool,Message Box,revTools,revMenubar" & comma & the short name of me into myDontClose repeat for each line myStack in myStacks if myStack is not among the items of myDontClose then close stack myStack end repeat -- messages put the pendingmessages into myMsgs repeat for each line myMsg in myMsgs cancel item 1 of myMsg end repeat set the backdrop to none close me if the environment is not "development" then quit end if end quitMyProject - Andy Piddock My software never has bugs. It just develops random features. TinyIDE a Free alternative minimalist IDE Plugin for LiveCode Script editor Themer for LC http://2108.co.uk PointandSee is a FREE simple but full featured under cursor colour picker / finder. http://www.pointandsee.co.uk - made with LiveCode -- Sent from: http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html ___ 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
