Re: Livecodeshare/SampleStacks
Mark Wieder wrote: > On 10/26/19 7:59 PM, Richard Gaskin via use-livecode wrote: >> At the moment I'm running Ubuntu 18.04, > > You're aware that's not a supported platform, right? Soon enough... https://quality.livecode.com/show_bug.cgi?id=22428 -- 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: Livecodeshare/SampleStacks
On 10/26/19 7:59 PM, Richard Gaskin via use-livecode wrote: At the moment I'm running Ubuntu 18.04, You're aware that's not a supported platform, right? -- Mark Wieder ahsoftw...@gmail.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Livecodeshare/SampleStacks
A bit ago I wrote: hh wrote: Also your "GoLiveNet" (I really liked it) is unusable since more than a year from Mac using Indy or Business (I wrote you and gave up). [It errors with message 'Error downloading URL "liveNet.livecode.gz". Check network connection and proxy setup.' One has to quit, open it in a community edition, quit community edition, restart the Indy/Bussiness edition and relaunch GoLiveNet (that now can use the cache). Check your spam bin. I recall thanking you for your report, and also noting in my reply that I was unable to reproduce it. I just tried it again a moment ago - same good result. I can check on macOS and Windows when I'm back in the office. May be good to know which you're using. At the moment I'm running Ubuntu 18.04, and I do nearly all of my work with an Indy edition, currently 9.5 on this laptop. FWIW I just ran Development -> Plugins -> GoLiveNet on macOS "Catalina" and Windows 10 v1909, and it loaded without issue. -- 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: Livecodeshare/SampleStacks
hh wrote: >> Richard G. wrote: >> I'll try to remember to never try others' scripts using "import >> snapshot", like I'm already in the habit of never thinking about >> having a browser widget, or the ability to play a movie or audio >> file, or have windows layer in an expected fashion... > > The problem is that linux is for LiveCode a tiny niche. Yep. I'm familiar with the stats. In fact, I've even had another list user complain that I reference them too often, but like you I recognize that they are important for understanding ROI, for LC Ltd and for ourselves. True enough, the desktop belongs to Windows. With its 86% market share, the desktop has always been a Windows story and it always will be. Both macOS and Linux are niche players there. Apple has the advantage of the boutique audience willing to spend more than their Win counterparts, so it's worth supporting their OSes. Linux users work the other way, disproportionately into Free and Open software, so biz models dependent on per-seat licensing are challenged there. One unique upside to the Linux audience favors dev tools in general, but not LiveCode specifically: they understand and contribute to open source. Python, Ruby, Perl, PHP - name an open source language (which is most today) and you'll find a thriving contributor base. In contrast, LiveCode's unique history works against contribution. We have disproportionately fewer members versed in C++ than many other languages, so community engine contributions come from about half a dozen people (big THANK YOU to those who have!). And although the one thing all LC devs have in common is a passion for LC Script, and the IDE half of the product is written in LC Script, we still see relatively few pull requests against the IDE. No blame there, it kinda makes sense, given that most of this audience came up age in the '90s when development tools were still proprietary, so we don't have the same contributor culture most other modern languages do. Another factor is the percentage of license holders among experienced users. People who pay for a license feel entitled to a product that works as described, and can be less inclined to effectively pay a second time with labor. Understandable, and quite different from audiences for languages which don't have a dual-license model. MySQL is arguably an exception, but its market share is so uniquely vast that it defies realistic comparisons with anything else. I believe the contribution problem will be addressed over time as the audience grows. The challenge is that the audience grows most slowly on the platform most accustomed to contribution, because it's the platform most seriously in need of contribution. With such a weak out-of-the-box experience, it's an unusually imaginative soul who'll try LC on Linux and get excited about the potential. A common phrase I hear is "It looks like they don't care about Linux." > And much more: > The linux users of the community are kind of "LiveCode masochists". Many Linux users feel the same about other OSes. Aside from the times I'm making fun of myself with a #fanboi tag, in more serious discussions I avoid fannish advocacy. Windows, Mac, and Linux have all proven themselves for their respective audiences. The Pengiuin has nothing to prove, any more than Mac does now that it's rebounded from its 2.2% market share. Indeed, there are more Ubuntu users alone right now than the sum of all Mac users when Steve Jobs returned to Apple. In our modern computing world we have a wealth of strong, viable options for every taste. With OSes as with languages and text editors and hardware and the rest, enjoy what works for you. > Some are so advanced with that, that they meanwhile feel *very* strong > pain only (your list above). Ah, but the point there was apparently lost in my poor writing. I generally have no such limitations on the platform I currently spend the most time with. Browsers, video editors, text editors, email, graphics tools -- pretty much everything I've enjoyed doing from my years when I spent more time on Mac, and the years I spent more time on Windows, all work excellently here on Ubuntu too. The exception to that LiveCode. > For example you didn't even notice that SampleStacks didn't work for > weeks when using Business or Indy and, despite notification in the > list, both livecodeshare and SampleStacks didn't loamanyd stacks of > size > 2 MByte for two days. Yeah, been working. Though I've read nearly every message on this list since it started, I miss a few. > Also your "GoLiveNet" (I really liked it) is unusable since more than > a year from Mac using Indy or Business (I wrote you and gave up). > > [It errors with message 'Error downloading URL "liveNet.livecode.gz". > Check network connection and proxy setup.' > One has to quit, open it in a community edition, quit community > edition, restart the Indy/Bussiness
Re: Livecodeshare/SampleStacks
Mark Wieder wrote: On 10/26/19 3:52 PM, Richard Gaskin via use-livecode wrote: Takes me down memory lane with this growing collection of related/duplicate bugs with snapshot on Linux: https://quality.livecode.com/show_bug.cgi?id=15900 https://quality.livecode.com/show_bug.cgi?id=17257 https://quality.livecode.com/show_bug.cgi?id=20104 I think you mean 15541 instead of 15900 or maybe 15103 Possibly these should all be declared duplicates of a single bug report I thought about that, started to try to figure whether the later ones should be moved to the original, or all moved to the most recent, and I was burning wetware thinking about it it dawned on me: so that there's only one for the team to ignore. Yep. Why spend the time if nothing can be done about it? Since Fraser and Brett left the Linux regressions are piling up. Until either LC Ltd finds the strategic value in platform parity, or I get wealthy enough to hire Fraser to take care of these, I just make a mental note to ignore chunks of the feature set and move on. Fortunately browsers work great on all platforms, so the future looks bright enough to keep me going -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web Ambassador at FourthWorld.com http://www.FourthWorld.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Android native field focus problem
It works here, in fact I had to go out of my way to make it not happen because we didn't want the keyboard popping up. But you do have to have a LC field in place. If the field is the first editable field then LC selects it as usual on opencard, which triggers the Android keyboard to appear. You can make the LC field transparent and empty if you aren't going to use it. You can set the selectedRange in the native field if you want to. Actually, setting the range might be enough by itself. I generally keep LC fields for use in the IDE and create native fields over them in mobile, emptying or hiding them if necessary. That way you already have a rect to use, and testing in the IDE is more convenient. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On October 26, 2019 6:13:23 PM Iphonelagi via use-livecode wrote: Hi all Routines rewritten using native field. Works great on IOS but Android Doesn’t focus on first field to bring up keyboard on initial pageload. The user has to press the field. How do we set focus to the field? Lagi Sent from my iPhone ___ 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: Livecodeshare/SampleStacks
On 10/26/19 3:52 PM, Richard Gaskin via use-livecode wrote: Takes me down memory lane with this growing collection of related/duplicate bugs with snapshot on Linux: https://quality.livecode.com/show_bug.cgi?id=15900 https://quality.livecode.com/show_bug.cgi?id=17257 https://quality.livecode.com/show_bug.cgi?id=20104 I think you mean 15541 instead of 15900 or maybe 15103 Possibly these should all be declared duplicates of a single bug report so that there's only one for the team to ignore. -- Mark Wieder ahsoftw...@gmail.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Livecodeshare/SampleStacks
On 10/26/19 5:11 PM, hh via use-livecode wrote: p.s. Mark Wieder wrote an 'ugly workaround' (his own words) for snapshot on linux, I use it in "QRReader". It works well, whether ugly or not, also where the browser widget works (LC 9.0.5 on ubuntu1604). I do have a comment attached to the bug report that mentions that it's probably the second-ugliest bit of code I've ever written. And while it works well as a workaround, it doesn't change the fact that the barebones "import snapshot" command not only doesn't work on linux, but hangs the whole system. And things like that are deadly for increasing market share. Yes, LC on linux is a tiny niche. And it's not likely to get any bigger when basic things don't work as advertised. Can you imagine an LC newbie on linux installing the product, trying the import snapshot command, rebooting their computer, and then not immediately uninstalling? I've done that after first impressions of other software and not looked back. -- Mark Wieder ahsoftw...@gmail.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Livecodeshare/SampleStacks
> Richard G. wrote: > I'll try to remember to never try others' scripts using "import > snapshot", like I'm already in the habit of never thinking about having > a browser widget, or the ability to play a movie or audio file, or have > windows layer in an expected fashion... The problem is that linux is for LiveCode a tiny niche. And much more: The linux users of the community are kind of "LiveCode masochists". Some are so advanced with that, that they meanwhile feel *very* strong pain only (your list above). For example you didn't even notice that SampleStacks didn't work for weeks when using Business or Indy and, despite notification in the list, both livecodeshare and SampleStacks didn't load stacks of size > 2 MByte for two days. Also your "GoLiveNet" (I really liked it) is unusable since more than a year from Mac using Indy or Business (I wrote you and gave up). [It errors with message 'Error downloading URL "liveNet.livecode.gz". Check network connection and proxy setup.' One has to quit, open it in a community edition, quit community edition, restart the Indy/Bussiness edition and relaunch GoLiveNet (that now can use the cache). So probably a tsNet caused bug. It is often too tedious to work around, I still feel the pain, although I like LC on linux (on xubuntu especially).] p.s. Mark Wieder wrote an 'ugly workaround' (his own words) for snapshot on linux, I use it in "QRReader". It works well, whether ugly or not, also where the browser widget works (LC 9.0.5 on ubuntu1604). ___ 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: Android native field focus problem
Lagi wrote: > Routines rewritten using native field. > Works great on IOS but Android > Doesn’t focus on first field to bring up keyboard on initial pageload. The user has to press the field. > > How do we set focus to the field? Switch to iPhone. ;) I've seen that with apps written by some very big names, including Google themselves. -- 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
Android native field focus problem
Hi all Routines rewritten using native field. Works great on IOS but Android Doesn’t focus on first field to bring up keyboard on initial pageload. The user has to press the field. How do we set focus to the field? Lagi Sent from my iPhone ___ 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: Livecodeshare/SampleStacks
hh wrote: > Livecodeshare/SampleStacks works again: > > 1. With ALL editions (Business/Indy/Community). > 2. The recently appearing size limit has been removed. > > Thank you very much whoever did this. > > Especially SampleStacks from the LC toolbar is very > fast and robust. Just try! Was it not working? Your post made me nostalgic, so I checked it out. Seems to work as well as before, all the way down to the mystifying order of the categories. Alphabetical fall out of fashion? I'm sure there's a logic there, but I'm not smart enough to figure it out. Even downloaded a stack, some snapshot tool with icons whose purpose weren't self-evident. Clicked one to see what would happen. System froze, deep. Had to force-reboot. Don't see that on Linux often. Kinda hard to do. Quite an achievement. Takes me down memory lane with this growing collection of related/duplicate bugs with snapshot on Linux: https://quality.livecode.com/show_bug.cgi?id=15900 https://quality.livecode.com/show_bug.cgi?id=17257 https://quality.livecode.com/show_bug.cgi?id=20104 I'll try to remember to never try others' scripts using "import snapshot", like I'm already in the habit of never thinking about having a browser widget, or the ability to play a movie or audio file, or have windows layer in an expected fashion... ::sigh:: Missing Fraser and Peter, and their valiant efforts at nudging the product back toward something closer to feature parity across platforms... Yeah, nostalgia... -- 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: PDF-Tools
PDF-Tools_v110 (Merge/Mix/Split, add header/footer/pageNum/svgIcon) Using LC 9.0.5 it runs on Mac/Win/linux(ubuntu1604). More exactly: • Using LC 8.1.10/9.0.5/9.5.0 it runs on MacOS >=10.12.6. • Using LC 8.1.10/9.0.5 it runs on Win7. • Using LC 9.0.5 it runs on Win10 and linux(ubuntu1604). [This is sadly due to deficiencies of the browser widget.] Download from SampleStacks or http://livecodeshare.runrev.com/stack/951/ ___ 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: Livecodeshare/SampleStacks
Yes, indeed . . . Nice!! Roger > On Oct 26, 2019, at 6:03 AM, hh via use-livecode > wrote: > > Livecodeshare/SampleStacks works again: > > 1. With ALL editions (Business/Indy/Community). > 2. The recently appearing size limit has been removed. > > Thank you very much whoever did this. > > Especially SampleStacks from the LC toolbar is very > fast and robust. Just try! > > ___ > 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
Steganograph_v110
The stack does (kind of) Steganography with an image, see https://en.wikipedia.org/wiki/Steganography. The stack runs (offline) using LC 8.1.10/9.0.5/9.5 on MacOS > 10.12 and, using LC 8.1.10/9.0.5, on win 7/10 and linux (ubuntu1604). The goal was here to have a method that uses in a standard way only the alphadata of an image to hide embedded text. By that • we can use ANY base64 encoded data for embedding. we use as examples plainText, htmlText and an image. Other examples are styledText, rtfText or a svgPath. • we can clean the image from embedded code by simply resetting the alphadata of that image. That is, who knows that Steganograph embedded an object... ...can remove that object with a short script. ...can not read the embedded object as "clear" data, except he knows what YOU do with the object before embedding. We use compressing and base64Encoding of the embed-data. The decoding and encoding is done by a JS library via a browser widget. Download Steganograph from "SampleStacks" or http://livecodeshare.runrev.com/stack/952/ ___ 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
Close oddness
When I try to close a stack via Close and Remove from Memory [ MacOS 10.14.6, LC 9.5.0 ] the stack does not close, but I get the "Standalone application saved successfully" announcement window. Richmond. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Livecodeshare/SampleStacks
Livecodeshare/SampleStacks works again: 1. With ALL editions (Business/Indy/Community). 2. The recently appearing size limit has been removed. Thank you very much whoever did this. Especially SampleStacks from the LC toolbar is very fast and robust. Just try! ___ 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: Weird macOS error dialog
On 10/25/2019 8:35 PM, Richard Gaskin via use-livecode wrote: After installing LC 9.5 on macOS "Catalina", when I run it I get a system alert I've never seen before: "LiveCode Indy 9.5.0" wants access to control "System Events". Allowing control will provide access to documents and data in "System Events", and to perform actions within that app." What fresh hell is this? Is this something all of our users will be seeing? I'm guessing (because there's not much in that text for actually knowing) that this occurs with some Apple event and/or AppleScript use - is that correct? Anyone know how to never see that weird thing again? (Other than just clicking "OK", which users will do but is never a good idea unless they fully understand the implications, which I don't believe is possible in this case given the vague wording). I have not seen that one, but I have seen one-time permission dialogs for (a) Internet access and (b) writing to the user's "Documents" folder for a properly CODE SIGNED 9.0.5 standalone under Catalina. I assumed it was like iOS permissions and probably LC will need to add to the OSX standalone setting tab a list of permissions you have to check off for your app, but I have not taken the time to research what needs to be done to prevent such warnings. ___ 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
