Custom Property
Please, how is it that a graphic can have a custom property that does not show up in the property inspector? Does the fact that the graphic has a behavior have anything to do with it? TFYH, 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
Time to get kinky
Good; that grabbed your attention 8-) I always thought . . . . Here's a challenge: http://forums.livecode.com/viewtopic.php?f=7&t=27672&p=161638#p161638 A diagonally constrained grab. 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: non-blocking http ... will tsnet end up in community?
It makes perfect sense that it is a strong reason to get a business license ...I have full respect as to why it currently is not part of the community edition. i also understand that for a lot of use cases, its perfectly fine. Just not in mine. Having said that, there has to be a solution, so the one I see in my mind is to use a process (written in Go (or copy and pasted is more like it)) to send the requests and receive the responses and give it back to me via a local socket no idea what performance will be like but it will be better than what is there now as far as trying to have high performance async http. I'm all ears if someone has a better idea. I appreciate everyone's thoughts on this lots to think about when making decisions about things. ___ 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: [off] Apple to unify ios/macos apps next year
On Wed, Dec 20, 2017 at 3:35 PM, JB via use-livecode wrote: > Is Apple going to have enough intelligence to > make the ios compatible with the os desktop > or will they do away with the desktop to make > the new mac os like the ios? *shudder* I'd be back on FreeBSD in a couple of days. It's Spotlight and the power management on portables that has me using mac as my unix platform. OK, and iCloud Drive now. Mess with those (and spotlight has seriously regressed over the last ten years) and I'm gone. -- 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: [off] Apple to unify ios/macos apps next year
Is Apple going to have enough intelligence to make the ios compatible with the os desktop or will they do away with the desktop to make the new mac os like the ios? I have not been too impressed with Apple lately. If it is done right ti could be one of the best things they have done in years. JB > On Dec 20, 2017, at 12:14 PM, Mike Kerner via use-livecode > wrote: > > https://www.bloomberg.com/news/articles/2017-12-20/apple-is-said-to-have-plan-to-combine-iphone-ipad-and-mac-apps > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > ___ > 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: [off] Apple to unify ios/macos apps next year
Mike Kerner wrote: > Both of my brothers use Surface laptops, even though they are both > mac/ios lovers. The latest Surface models are pretty awesome. Even most of my Linux friends want one, if only it didn't have enough MC-specific firmware to make a Linux install difficult. But no matter what OS a person enjoys most, I've never met anyone yet who spent time with a Surface and didn't lust after one. Good design, well executed. -- 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: [off] Apple to unify ios/macos apps next year
Mark Wieder wrote: > Now would probably be a good time to plan on jumping ship and > switching to linux. Just sayin... Dive in, the water's fine. Anyone getting started using LC on Linux is encouraged to post questions you have along the way to the Linux section of the LC forums: http://forums.livecode.com/viewforum.php?f=20 -- 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: non-blocking http ... will tsnet end up in community?
andrew at midwestcoastmedia.com wrote: >> DDoS tools aside , what APIs need more than one call at a time? >> > > I can think of a use in my (relatively) simple Indiana On Tap mobile > app. Currently I fetch some mySQL data and download some images from a > HostM account through their SSL API. The data is a couple of arrays > with a 30-300 entries each and the images are between 5KB-200KB. > Sometimes these fire off super fast back-to-back-to-back finishing in > 3 or 4 seconds, but other times there is a network lag (I've scripted > some tests and determined it isn't the app or the server process) and > the entire process takes up 25 seconds. > > Just recently while testing some REST stuff I discovered how to do the > async tsNet calls (I second whomever suggested crowd funding Charles > to write some tutorial stacks!). I think by calling these commands > async will allow me to speed up the app initialization process: no > waiting for server reply between each request so I can move onto the > 1st non-splash card of the app. > > The speed increase and ability to make multiple concurrent > non-blocking calls is also the key to allowing "Enable Background > Execution" of this app. This unexpected bonus benefit is YUGE as that > has been a complaint about the app. Good example there, Andrew. Thanks for that. I had a loosely-related need that isn't so much germain to this discussion as just another story of how LC's flexibility can impress people in the enterprise world where all they know is Java: One of the client-server systems I've delivered includes a media management library, where users can upload, modify, and select media files from a collection of ~3,000 JPEG and MP4 files. To provide the UI for that I wanted the list view to include thumbnails, but of course early on I realized I didn't want 3,000 separate HTTP requests to populate it. After playing around with a few different combinations of JPEG quality and resizing, I finally arrived at a solution that fit all those thumbnails into a single compressed LSON file. Between the image compression already in the JPEG data and the efficiency of Gzip for the array key names and metadata, the entire thumbnail archive takes up a mere 1.1 MB. So when our users open the media library, a single request to the server for a one-meg file populates a richly-visual DataGrid with thousands of items, all in just a couple seconds. From there they can filter and select flexibly, easily, and rapidly, since the entire archive is now local in RAM. Experimentation, deployment, and testing for both client and the server-side stuff to maintain the thumbnails took less than a day. Meanwhile, another team working for the same company was making a similar subsystem for another product, but in Java. Somehow putting all the thumbnails into a single array didn't occur to them, instead taking the more common route of getting each one in a separate HTTP request, and then having to use paging to limit the number of items that can be seen on screen at any given time. At the end of the day, they spent a heckuva lot more on their UI than I did on mine, and their users complain that it's slow and limited. I've tried suggesting LC to that team, but you know how it goes: "But Java is the standard." ;) -- 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: non-blocking http ... will tsnet end up in community?
Excellent thinking, Charles. Thanks for chiming in. Most of my net work has been on projects where I deliver both client and server, so I've too often had the luxury of working with APIs of my own design. You raise some good considerations there. Given the value of multiple connections, beyond replicating your excellent work with tsNet from scratch what would you recommend for developers in our community like Tom who prefer to release their work under GPL license? -- Richard Gaskin Fourth World Systems Charles Warwick wrote: > Hi Richard, > >> Is it? >> >> DDoS tools aside , what APIs need more than one call at a time? > > Not that I am Tom, but many APIs need different calls to retrieve > various pieces of information. Just as a simple example, if you are > writing a weather app and you want to display on one screen the > temperatures for multiple cities, you may have to make an API call for > each city before you can render the entire screen. > >> And since LC is single-threaded, what do you anticipate doing with >> the data from the multiple requests as it comes in? > > The issue is usually that API calls can take time for the server to > respond. By executing them in series, if you had to make 10 calls and > each one takes 500ms, that is 5 seconds of delay. > > If you can send all 10 requests at once, you are likely to be waiting > less than 1 second in total - which makes a significant improvement > for user experience. > >> This is a serious question. Most of my work is with small data >> (<200k) where latency even on shared hosts is minimal. But needs >> vary. I'm interested in understand the problem you're facing. >> > > This may not be the problem Tom is facing, but it is one I deal with > regularly. > > Cheers. > > Charles ___ 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.9 RC-1
No, that is specific to the feature that allows the orientation change in 9. The name was changed internally that was causing it to not load properly. This just means that a horizontal segmented widget will work between versions. A vertical one is not going to look right but won’t throw an error. On Wed, Dec 20, 2017 at 3:46 PM Richmond Mathewson via use-livecode < use-livecode@lists.runrev.com> wrote: > Wow: I'm actually reading the release notes carefully . . . > > AND . . . > > I wonder . . . > > Does this: > > Specific extension bug fixes (8.1.9-rc-1) > 20534 Ensure segmented widget created in LC 9.x opens in LC 8.1.x too > > mean that ALL widgets currently available in LC 9.0.0 DP 10 can be > ported to LC 8.1.9 RC 1? > > And, if this is so then these widgets can be deployed in LiveCode > on Macintosh systems which LC 9.0.0 no longer supports? > > Richmond. > > On 19/12/17 2:33 pm, panagiotis merakos via use-livecode wrote: > > Dear list members, > > > > We are pleased to announce the release of LiveCode 8.1.9 RC-1. > > > > Getting the Release > > === > > You can get the release at https://downloads.livecode.com/livecode/ or > via > > the automatic updater. > > > > > > Release Contents > > > > > > LiveCode 8.1.9 RC-1 contains more than 20 bugfixes and improvements, > > including: > > > > - Various crashes related to the acceleratedRendering property are now > fixed > > - Support for building with Xcode 9.2 (and using the latest iOS 11.2 SDK) > > has been added, as well as the ability to set splash images and icon for > > iPhone X. > > - New versions of mergExt* and tsNet externals are included, addressing a > > couple of bugs. > > > > > > Notes: > > > > - Xcode 9.2 requires MacOS 10.12.6 or higher > > > > > > The full release notes are available from: > > > http://downloads.livecode.com/livecode/8_1_9/LiveCodeNotes-8_1_9_rc_1.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.9 RC-1
Wow: I'm actually reading the release notes carefully . . . AND . . . I wonder . . . Does this: Specific extension bug fixes (8.1.9-rc-1) 20534 Ensure segmented widget created in LC 9.x opens in LC 8.1.x too mean that ALL widgets currently available in LC 9.0.0 DP 10 can be ported to LC 8.1.9 RC 1? And, if this is so then these widgets can be deployed in LiveCode on Macintosh systems which LC 9.0.0 no longer supports? Richmond. On 19/12/17 2:33 pm, panagiotis merakos via use-livecode wrote: Dear list members, We are pleased to announce the release of LiveCode 8.1.9 RC-1. Getting the Release === You can get the release at https://downloads.livecode.com/livecode/ or via the automatic updater. Release Contents LiveCode 8.1.9 RC-1 contains more than 20 bugfixes and improvements, including: - Various crashes related to the acceleratedRendering property are now fixed - Support for building with Xcode 9.2 (and using the latest iOS 11.2 SDK) has been added, as well as the ability to set splash images and icon for iPhone X. - New versions of mergExt* and tsNet externals are included, addressing a couple of bugs. Notes: - Xcode 9.2 requires MacOS 10.12.6 or higher The full release notes are available from: http://downloads.livecode.com/livecode/8_1_9/LiveCodeNotes-8_1_9_rc_1.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
Re: Analyzing Crashes on iOS Apps
Well, what we see in iTunes connect "90 crashes" is not reflected in xCode for the same app which only shows what appears to be, 6 reports. The only option offered is for me to symbolicate these and then I was able to get these six report out as text files, zipped and sent to you view support email. from Stack Overflow: "Oh, Apple always knows how to make our lives harder... Thanks, unfortunately it appears you can only get 2 weeks of crashes this way." BR On 12/19/17, 11:22 PM, "use-livecode on behalf of Mark Waddingham via use-livecode" wrote: If you can extract the text file versions of the logs (like you get from CrashReporter on Desktop), zip them up and attach them to a bug report then we can try and symbolicate them and take look to see what is causing the crash(es) your users are experiencing. ___ 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: Analyzing Crashes on iOS Apps
FWIW I learned why iTunes connect show 90 crashes, but xcode only give me 6: That's because they only offer the crash files from the past two weeks. I guess this makes sense in a way… crashes from previous builds may not be that relevant. On 12/19/17, 11:22 PM, "use-livecode on behalf of Mark Waddingham via use-livecode" wrote: If you can extract the text file versions of the logs (like you get from CrashReporter on Desktop), zip them up and attach them to a bug report then we can try and symbolicate them and take look to see what is causing the crash(es) your users are experiencing. ___ 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: [off] Apple to unify ios/macos apps next year
Well, I jumped ship about 12 years ago: admittedly through financial necessity. The other way I cope is by using an iMac that runs Mac OS 10.7.5 (apart from my PPC machines). I do think that Apple's current obsession with producing fashion laptops for Paris Hilton lookalikes is a big mistake and Steve must be revolving in his grave at high speed. They may dumb their system down so much that they loose the small market share they have both with a moronic interface as well as the exorbitant price of their hardware. I do hope that, as well as Linux, other possibilities will come to the forefront (Haiku OS, anyone?) to prevent Microsoft becoming even more monopolistic. Richmond. On 20/12/17 10:46 pm, Mark Wieder via use-livecode wrote: On 12/20/2017 12:22 PM, Klaus major-k via use-livecode wrote: Hi Mike, Am 20.12.2017 um 21:14 schrieb Mike Kerner via use-livecode : https://www.bloomberg.com/news/articles/2017-12-20/apple-is-said-to-have-plan-to-combine-iphone-ipad-and-mac-apps yep, just read about this, will be a nightmare for the mothership (and us LC developers) for sure! Now would probably be a good time to plan on jumping ship and switching to linux. Just sayin... ___ 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: [off] Apple to unify ios/macos apps next year
Both of my brothers use Surface laptops, even though they are both mac/ios lovers. Their reasoning comes in two complaints: 1) The surface lets them annotate on the screen, pretty much any document they want, using the stylus, and 2) even though they can now do similar things on the ipad, the spreadsheet/word processing docs on the ipad aren't powerful enough, yet, and have clunky controls. Anyone who has tried to use an ipad for spreadsheets can feel their pain. So when I saw this announcement I immediately thought macbook air with a touchscreen, and the ipad becomes even more of a gaming/entertainment/personal TV/lives on the couch/content consumption product and the macbook remains the desk/stand-up desk/train content production product. On Wed, Dec 20, 2017 at 3:46 PM, Mark Wieder via use-livecode < use-livecode@lists.runrev.com> wrote: > On 12/20/2017 12:22 PM, Klaus major-k via use-livecode wrote: > >> Hi Mike, >> >> Am 20.12.2017 um 21:14 schrieb Mike Kerner via use-livecode < >>> use-livecode@lists.runrev.com>: >>> >>> https://www.bloomberg.com/news/articles/2017-12-20/apple-is- >>> said-to-have-plan-to-combine-iphone-ipad-and-mac-apps >>> >> >> yep, just read about this, will be a nightmare for the mothership >> (and us LC developers) for sure! >> > > Now would probably be a good time to plan on jumping ship and switching to > linux. Just sayin... > > -- > 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 > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." ___ 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: [off] Apple to unify ios/macos apps next year
On 12/20/2017 12:22 PM, Klaus major-k via use-livecode wrote: Hi Mike, Am 20.12.2017 um 21:14 schrieb Mike Kerner via use-livecode : https://www.bloomberg.com/news/articles/2017-12-20/apple-is-said-to-have-plan-to-combine-iphone-ipad-and-mac-apps yep, just read about this, will be a nightmare for the mothership (and us LC developers) for sure! Now would probably be a good time to plan on jumping ship and switching to linux. Just sayin... -- 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: [off] Apple to unify ios/macos apps next year
Too soon to tell, but it could just be a way to more easily cross compile. Currently apps can be designed with separate UI for tablet/phone, so this would extend that to desktop too. Someone who has developed native code for both could probably speculate how it would look and work. On Wed, Dec 20, 2017 at 2:25 PM Richmond Mathewson via use-livecode < use-livecode@lists.runrev.com> wrote: > Does this mean that the Macintosh computer interface will look like an > iPad, or the other > way round? > > I have a feeling that Apple will sink their desktop and laptop market if > they make it end > up looking like an iPad with a keyboard. > > Richmond. > > On 20/12/17 10:22 pm, Klaus major-k via use-livecode wrote: > > Hi Mike, > > > >> Am 20.12.2017 um 21:14 schrieb Mike Kerner via use-livecode < > use-livecode@lists.runrev.com>: > >> > >> > https://www.bloomberg.com/news/articles/2017-12-20/apple-is-said-to-have-plan-to-combine-iphone-ipad-and-mac-apps > > yep, just read about this, will be a nightmare for the mothership > > (and us LC developers) for sure! > > > > > > Best > > > > Klaus > > -- > > Klaus Major > > http://www.major-k.de > > kl...@major-k.de > > > > > > ___ > > 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: [off] Apple to unify ios/macos apps next year
Does this mean that the Macintosh computer interface will look like an iPad, or the other way round? I have a feeling that Apple will sink their desktop and laptop market if they make it end up looking like an iPad with a keyboard. Richmond. On 20/12/17 10:22 pm, Klaus major-k via use-livecode wrote: Hi Mike, Am 20.12.2017 um 21:14 schrieb Mike Kerner via use-livecode : https://www.bloomberg.com/news/articles/2017-12-20/apple-is-said-to-have-plan-to-combine-iphone-ipad-and-mac-apps yep, just read about this, will be a nightmare for the mothership (and us LC developers) for sure! Best Klaus -- Klaus Major http://www.major-k.de kl...@major-k.de ___ 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: [off] Apple to unify ios/macos apps next year
Hi Mike, > Am 20.12.2017 um 21:14 schrieb Mike Kerner via use-livecode > : > > https://www.bloomberg.com/news/articles/2017-12-20/apple-is-said-to-have-plan-to-combine-iphone-ipad-and-mac-apps yep, just read about this, will be a nightmare for the mothership (and us LC developers) for sure! Best Klaus -- Klaus Major http://www.major-k.de kl...@major-k.de ___ 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
[off] Apple to unify ios/macos apps next year
https://www.bloomberg.com/news/articles/2017-12-20/apple-is-said-to-have-plan-to-combine-iphone-ipad-and-mac-apps -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." ___ 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: Spending too much time in the bathroom with Danny Goodman
Hi Richmond, > Am 20.12.2017 um 19:40 schrieb Richmond Mathewson via use-livecode > : > > Slimme Duitse ergernissen slapen Scotsman. well, OK? That makes as much sense as the deadly MP joke: Wenn ist das nun Stück gitt und Schlottermeyer? - Ja: Bayer-Hund. Das, oder die Flipper-Wald Gespütt! :-D > Thanks. > > Richmond. > > On 20/12/17 8:35 pm, Klaus major-k via use-livecode wrote: >> Hi Richmond, >> >>> Am 20.12.2017 um 19:31 schrieb Richmond Mathewson via use-livecode >>> : >>> >>> ... >>> Anyway, I came across >>> on returnInField and >>> on enterInField >>> which I found (this must go down as the ultimate example of reinventing the >>> wheel) >>> are also "there" in LiveCode, which is marvellous . . . >>> >>> But . . . >>> as the children I code EFL programs for (and an awful lot of adults) treat >>> the >>> RETURN key and the ENTER key as functionally equivalent I will either: >>> Have to endless reduplicate scripts for the RETURN and the ENTER key, >>> or, erm, find a way to do something like this: >>> on returnInField or EnterInField >>> >>> ? >> I ususally script: >> >> on returninfield >>## lots of code here... >>## and here, too! >>## and even more here... >> end returninfield >> >> on enterinfield >> returninfield >> end enterinfield Best Klaus -- Klaus Major http://www.major-k.de kl...@major-k.de ___ 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: Spending too much time in the bathroom with Danny Goodman
Slimme Duitse ergernissen slapen Scotsman. Thanks. Richmond. On 20/12/17 8:35 pm, Klaus major-k via use-livecode wrote: Hi Richmond, Am 20.12.2017 um 19:31 schrieb Richmond Mathewson via use-livecode : ... Anyway, I came across on returnInField and on enterInField which I found (this must go down as the ultimate example of reinventing the wheel) are also "there" in LiveCode, which is marvellous . . . But . . . as the children I code EFL programs for (and an awful lot of adults) treat the RETURN key and the ENTER key as functionally equivalent I will either: Have to endless reduplicate scripts for the RETURN and the ENTER key, or, erm, find a way to do something like this: on returnInField or EnterInField ? I ususally script: on returninfield ## lots of code here... ## and here, too! ## and even more here... end returninfield on enterinfield returninfield end enterinfield :-) Richmond. Best Klaus -- Klaus Major http://www.major-k.de kl...@major-k.de ___ 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: Spending too much time in the bathroom with Danny Goodman
Hi Richmond, > Am 20.12.2017 um 19:31 schrieb Richmond Mathewson via use-livecode > : > > ... > Anyway, I came across > on returnInField and > on enterInField > which I found (this must go down as the ultimate example of reinventing the > wheel) > are also "there" in LiveCode, which is marvellous . . . > > But . . . > as the children I code EFL programs for (and an awful lot of adults) treat the > RETURN key and the ENTER key as functionally equivalent I will either: > Have to endless reduplicate scripts for the RETURN and the ENTER key, > or, erm, find a way to do something like this: > on returnInField or EnterInField > > ? I ususally script: on returninfield ## lots of code here... ## and here, too! ## and even more here... end returninfield on enterinfield returninfield end enterinfield :-) > Richmond. Best Klaus -- Klaus Major http://www.major-k.de kl...@major-k.de ___ 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
Spending too much time in the bathroom with Danny Goodman
For a variety of reasons I have a bookshelf in my bathroom. Over the last 3 or 4 days I have been reading parts of Danny Goodman's "The Complete HyperCard Handbook" for HC 2.2 that I have not read before (about 75% of the book), and learnt lots of things that are relevant to LiveCode that I did not previously know or have forgotten. {Earlier version: https://archive.org/details/The_Complete_HyperCard_Handbook] Anyway, I came across on returnInField and on enterInField which I found (this must go down as the ultimate example of reinventing the wheel) are also "there" in LiveCode, which is marvellous . . . But . . . as the children I code EFL programs for (and an awful lot of adults) treat the RETURN key and the ENTER key as functionally equivalent I will either: Have to endless reduplicate scripts for the RETURN and the ENTER key, or, erm, find a way to do something like this: on returnInField or EnterInField ? 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: Versions of LC and Xcode
LC looks for build tools from that hard coded path. It does not matter what Xcode entries are in the prefs this path(applications/xcode.app) is always used when building. 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 Ben Rubinstein via use-livecode Sent: Wednesday, December 20, 2017 12:24 PM To: Sannyasin Brahmanathaswami via use-livecode Cc: Ben Rubinstein Subject: Re: Versions of LC and Xcode I've added an enhancement request http://quality.livecode.com/show_bug.cgi?id=20779 to keep all paths requested by the user (in the shared prefs), clearly indicating which ones are compatible with the version of LC in use. There's also an existing request http://quality.livecode.com/show_bug.cgi?id=18841 to report compatible Xcodes in the Mobile Support preferences, rather than in external documents or web pages which may or may not be up to date. If I was confident enough about my facts I'd like to raise a bug report about the behaviour which requires a copy of Xcode named "Xcode.app" (and in /Applications?) but I'm not sure of the details. Does anyone else have a clear picture of this? Many thanks, Ben On 20/12/2017 01:33, Sannyasin Brahmanathaswami via use-livecode wrote: > @ Mike and Ralph > > Hmmm I jumped the gun… downloaded Xcode 9.0, then woke up this morning > to find 8.1.9 RC1 as a Winter Solstice Candy Box from Scotland > (Nandri/Mahalo!) > > 8.1.9 RC1 will let us use xCode 9.2 now… > > but saving a specific path to a specific xCode version could be > useful… > > > > On 12/19/17, 10:52 AM, "use-livecode on behalf of Mike Kerner via > use-livecode" use-livecode@lists.runrev.com> wrote: > > Doesn't this sound like a good idea for the "Hacking the IDE series" at > LCG? > > ___ > 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: Versions of LC and Xcode
I've added an enhancement request http://quality.livecode.com/show_bug.cgi?id=20779 to keep all paths requested by the user (in the shared prefs), clearly indicating which ones are compatible with the version of LC in use. There's also an existing request http://quality.livecode.com/show_bug.cgi?id=18841 to report compatible Xcodes in the Mobile Support preferences, rather than in external documents or web pages which may or may not be up to date. If I was confident enough about my facts I'd like to raise a bug report about the behaviour which requires a copy of Xcode named "Xcode.app" (and in /Applications?) but I'm not sure of the details. Does anyone else have a clear picture of this? Many thanks, Ben On 20/12/2017 01:33, Sannyasin Brahmanathaswami via use-livecode wrote: @ Mike and Ralph Hmmm I jumped the gun… downloaded Xcode 9.0, then woke up this morning to find 8.1.9 RC1 as a Winter Solstice Candy Box from Scotland (Nandri/Mahalo!) 8.1.9 RC1 will let us use xCode 9.2 now… but saving a specific path to a specific xCode version could be useful… On 12/19/17, 10:52 AM, "use-livecode on behalf of Mike Kerner via use-livecode" wrote: Doesn't this sound like a good idea for the "Hacking the IDE series" at LCG? ___ 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: non-blocking http ... will tsnet end up in community?
DDoS tools aside , what APIs need more than one call at a time? I can think of a use in my (relatively) simple Indiana On Tap mobile app. Currently I fetch some mySQL data and download some images from a HostM account through their SSL API. The data is a couple of arrays with a 30-300 entries each and the images are between 5KB-200KB. Sometimes these fire off super fast back-to-back-to-back finishing in 3 or 4 seconds, but other times there is a network lag (I've scripted some tests and determined it isn't the app or the server process) and the entire process takes up 25 seconds. Just recently while testing some REST stuff I discovered how to do the async tsNet calls (I second whomever suggested crowd funding Charles to write some tutorial stacks!). I think by calling these commands async will allow me to speed up the app initialization process: no waiting for server reply between each request so I can move onto the 1st non-splash card of the app. The speed increase and ability to make multiple concurrent non-blocking calls is also the key to allowing "Enable Background Execution" of this app. This unexpected bonus benefit is YUGE as that has been a complaint about the app. --Andrew Bell ___ 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: non-blocking http ... will tsnet end up in community?
Charles gave a perfect example of 1 api that could easily be called more than once. Another example is syncing files to dropbox, but also attempting to download one at the same time, or even just updating the list of files in the folder as it may be syncing files. also, using any of google's api's in combination will be problematic if not just slow. As I said, this is not a requirement for my current project, but for the next one, it will be. The platform will be able to integrate many apis so it is very likely that one at a time will not do, even if i don't know the specifics yet. i have a plan for a kind of workaround for this limitation by using Golang as the API caller and using "open process" to talk to it (which can be asynchronous as far as I know). the overhead should be manageable there. we shall see. Thank you both On Wed, Dec 20, 2017 at 4:27 AM, Charles Warwick via use-livecode < use-livecode@lists.runrev.com> wrote: > Hi Richard, > > > Is it? > > > > DDoS tools aside , what APIs need more than one call at a time? > > Not that I am Tom, but many APIs need different calls to retrieve various > pieces of information. Just as a simple example, if you are writing a > weather app and you want to display on one screen the temperatures for > multiple cities, you may have to make an API call for each city before you > can render the entire screen. > > > And since LC is single-threaded, what do you anticipate doing with the > data from the multiple requests as it comes in? > > The issue is usually that API calls can take time for the server to > respond. By executing them in series, if you had to make 10 calls and each > one takes 500ms, that is 5 seconds of delay. > > If you can send all 10 requests at once, you are likely to be waiting less > than 1 second in total - which makes a significant improvement for user > experience. > > > This is a serious question. Most of my work is with small data (<200k) > where latency even on shared hosts is minimal. But needs vary. I'm > interested in understand the problem you're facing. > > > > This may not be the problem Tom is facing, but it is one I deal with > regularly. > > Cheers. > > Charles > > > > -- > > 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 > > > > > ___ > 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: non-blocking http ... will tsnet end up in community?
Hi Richard, > Is it? > > DDoS tools aside , what APIs need more than one call at a time? Not that I am Tom, but many APIs need different calls to retrieve various pieces of information. Just as a simple example, if you are writing a weather app and you want to display on one screen the temperatures for multiple cities, you may have to make an API call for each city before you can render the entire screen. > And since LC is single-threaded, what do you anticipate doing with the data > from the multiple requests as it comes in? The issue is usually that API calls can take time for the server to respond. By executing them in series, if you had to make 10 calls and each one takes 500ms, that is 5 seconds of delay. If you can send all 10 requests at once, you are likely to be waiting less than 1 second in total - which makes a significant improvement for user experience. > This is a serious question. Most of my work is with small data (<200k) where > latency even on shared hosts is minimal. But needs vary. I'm interested in > understand the problem you're facing. > This may not be the problem Tom is facing, but it is one I deal with regularly. Cheers. Charles > -- > 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 > ___ 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: Analyzing Crashes on iOS Apps
On 2017-12-19 21:19, Sannyasin Brahmanathaswami via use-livecode wrote: One app report 90 crashes in iTunes connect among users who have opted in. a) sending to LC HQ If you can extract the text file versions of the logs (like you get from CrashReporter on Desktop), zip them up and attach them to a bug report then we can try and symbolicate them and take look to see what is causing the crash(es) your users are experiencing. Warmest Regards, Mark. -- Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/ LiveCode: Everyone can create apps ___ 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: non-blocking http ... will tsnet end up in community?
Tom Glod wrote: > ...being unable to send more than one asyncronoys request to the same > server is highly limiting. Is it? DDoS tools aside , what APIs need more than one call at a time? And since LC is single-threaded, what do you anticipate doing with the data from the multiple requests as it comes in? This is a serious question. Most of my work is with small data (<200k) where latency even on shared hosts is minimal. But needs vary. I'm interested in understand the problem you're facing. -- 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