Re: The Road Map as it now is . . . . .
Couple of things to think of, with regard to Android and iOS potential market: Apps that go into Google Play show a figure, which represents the number of devices that your app is compatible with. That number has gone over 6,000. With iOS, if you include all the iPod touches and iPads, as well as iPhones, it’s probably still below 25. As for the OS version people have, with iOS you can be pretty certain the user is going to have iOS 7, with a few percent who are on iOS 6 or earlier. With Android you can be even more certain that the user does NOT have KitKat. So, producing features to support Android has to be more complex. For apps I’ve done that are in three Android stores (Google Play, Amazon Appstore, and Samsung’s app store), and are also in iTunes, the iTunes figures are many times the combined total of all Android sales. So, Android’s market share of devices doesn’t translate to potential income for app developers, and the wide range of OS releases, and hardware variations, makes it a harder platform to support. As an example problem that can occur, in the app I’m finishing up now there is one section that is in portrait, and another section that is in landscape. The app opens in portrait, then changes to landscape when you go to the other section, and on almost all Android devices thing go well. On Nexus 7 though, the reported screen width and height when in landscape are the same values that were given in portrait. But the task bar is now at the bottom of landscape and not the bottom of portrait, so clearly the width of landscape and the height of portrait cannot be the same! Turns out this is a known issue for Nexus 7, and fortunately I have a work around for the issue. For a few days though it looked like the other 6,000 Android devices would not get to see the app, because we wouldn’t be allowed to submit it because of the Nexus 7 issue. None of what I’ve said means that LiveCode shouldn’t support Android better! But the difficulties and the potential gains are not as obvious as you might think. On Aug 16, 2014, at 11:12 PM, Peter Haworth p...@lcsql.com wrote: Even though I don't develop for iOS/Android (yet!), I have to agree with this. Android has a huge market share on phones and tablets compared to iOS, yet it seems that LC support for Android is lacking compared to iOS. ___ 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: [OT] Virtual Desktops for Windows
Hi, I like the idea of the virtual desktops, but have a concern: If you had your LiveCode workspace in a virtual desktop (on Windows), does this cause the locations and rectangles of controls and windows to be reported with coordinates from the virtual location? Or do programs like virtuawin adjust for that when you make a virtual desktop the active one? Thanks, Tom -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/OT-Virtual-Desktops-for-Windows-tp4682079p4682084.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: The Road Map as it now is . . . . .
Allow me to support the prior commentary on weak Android support. LiveCode’s support of that platform is incomplete and frustrating. Colin’s reference to “potential income for app developers” is valid. However, I don’t rely on LiveCode for my income. I use it to develop customized apps for non-profits, and then donate the apps to various organizations. That said, I am probably a voice in the wilderness, relative to the number of people who count LiveCode in their box of revenue generating tools. However, my opinion is still valid for my individual circumstances. I would like to see an increasing number of newly devoted LiveCode app developers. It’s difficult to attract the next generation of eager developers without a fully functional (and supported) platform that [apparently, at least from the outside] pays insufficient attention to the most popular current technology. And, to add a level of complexity to my commentary, I also want HTML5 support. Nobody said it would be easy. ___ 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
revDataFromQuery and DELETE FROM
Hello, Can anyone tell me why this results in revdberr? put DELETE FROM tTableName WHERE entryID= entryID into tSQL put revDataFromQuery(tab, cr, gConnectionID, tSQL) into tData What's interesting is that the record is being removed from the database. So it's all working server side, just that LiveCode is reporting revdberr. Anyone have any ideas? Thanks in advance, Dan ___ 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 diacriticals in folder names
Hello y'all, I'm using version 6.6.2 of LiveCode, running on a UNIX machine. I'm not sure if I have brought this up before, but.. there is a problem with folder names that contain diacriticals. put getCurrentFolder() Acériculture into myFolder1 put getCurrentFolder() Acericulture into myFolder2 answer (there is a folder myFolder1) , (there is a folder myFolder2) -- answers false,true I don't want to rename thousands of folders; Is there a workaround ? Btw, I cannot rename them by script, because, according to LiveCode, they don't exist !!! Help !?! ___ 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: revDataFromQuery and DELETE FROM
Hi Dan, What is the text after revdberr? Strange that the row is being deleted but here's a couple of things that come to mind. You've probably already checked that tTableName and entryID contain valid information but one other thing to check is if the tablename includes any special characters or if entryID contains non-numeric data. In the first case, the table name would have to be enclosed in double quotes and in the second case, entryID would have to be enclosed in single quotes. I'm not sure it really matters but I always use revExecuteSQL when executing anything other than a SELECT statement. Pete lcSQL Software http://www.lcsql.com Home of lcStackBrowser http://www.lcsql.com/lcstackbrowser.html and SQLiteAdmin http://www.lcsql.com/sqliteadmin.html On Sun, Aug 17, 2014 at 9:41 AM, Dan Friedman d...@clearvisiontech.com wrote: Hello, Can anyone tell me why this results in revdberr? put DELETE FROM tTableName WHERE entryID= entryID into tSQL put revDataFromQuery(tab, cr, gConnectionID, tSQL) into tData What's interesting is that the record is being removed from the database. So it's all working server side, just that LiveCode is reporting revdberr. Anyone have any ideas? Thanks in advance, Dan ___ 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 diacriticals in folder names
Alain- Sunday, August 17, 2014, 10:25:10 AM, you wrote: Hello y'all, I'm using version 6.6.2 of LiveCode, running on a UNIX machine. I'm not sure if I have brought this up before, but.. there is a problem with folder names that contain diacriticals. put getCurrentFolder() Acériculture into myFolder1 put getCurrentFolder() Acericulture into myFolder2 answer (there is a folder myFolder1) , (there is a folder myFolder2) -- answers false,true I don't want to rename thousands of folders; Is there a workaround ? Btw, I cannot rename them by script, because, according to LiveCode, they don't exist !!! Help !?! Probably not much help, but it's a unicode problem. The following works fine here on linux mint with LC 6.6.2 and 6.7-dp8 7.0-dp8 as well. In a button script: on mouseUp local tFolder answer folder Find the folder put it into tFolder answer there is a folder tFolder set the defaultfolder to tFolder get url (file: tFolder /Acericulture) put tFolder cr it into field 1 end mouseUp with a target folder named Acériculture the answer statement shows true the field gets the contents of the enclosed text file (using diacriticals in file names is also successful) and aside from the fact that tFolder shows a bad transliteration of the unicode, this works as expected. However, while answer there is a folder tFolder works fine, answer there is a folder /home/mwieder/Copy/Acériculture returns false. This no doubt is due to the fact that the LC reports the folder path as /home/mwieder/Copy/Acériculture -- -Mark Wieder ahsoftw...@gmail.com This communication may be unlawfully collected and stored by the National Security Agency (NSA) in secret. The parties to this email do not consent to the retrieving or storing of this communication and any related metadata, as well as printing, copying, re-transmitting, disseminating, or otherwise using it. If you believe you have received this communication in error, please delete it immediately. ___ 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 diacriticals in folder names
On 17/08/14 22:41, Mark Wieder wrote: Alain- Sunday, August 17, 2014, 10:25:10 AM, you wrote: Hello y'all, I'm using version 6.6.2 of LiveCode, running on a UNIX machine. snip Does Livecode work on UNIX? If so why is this not more widely publicised? 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: Bug with diacriticals in folder names
Alain Farmer wrote: I'm using version 6.6.2 of LiveCode, running on a UNIX machine. I'm not sure if I have brought this up before, but.. there is a problem with folder names that contain diacriticals. put getCurrentFolder() Acériculture into myFolder1 put getCurrentFolder() Acericulture into myFolder2 answer (there is a folder myFolder1) , (there is a folder myFolder2) -- answers false,true I don't want to rename thousands of folders; Is there a workaround ? Btw, I cannot rename them by script, because, according to LiveCode, they don't exist !!! Help !?! Version 6.6.2 predates the extensive work done with implementing Unicode throughout LiveCode, which should also take into account characters in file paths not well handled by earlier versions of the engine. You should find these enhancements in v7.0, currently in DP 9 for testing, available here: http://downloads.livecode.com/livecode/ Note that to accommodate the sweeping scope of changes we've all been asking for required a file format change. So to help test the new version while continuing to have the option of possibly working in older versions, safest it so make sure you have 6.x-compatible copies as backups, and/or use the Save As feature to save out to an older format. As Kevin has described in his recent blog posts, v7 is the foundation for the future of the platform, including many if not most (certainly most in terms of scope of effort) of the deep changes we all supported with the Kickstarter campaign last year. So all of us benefit from doing as much of our daily work with the v7 Developer Preview builds as we possibly can. After all, what we don't want to happen is to merely hope that the testing others do happens to will cover all the areas unique to our app, and put off using v7 until after release. We'll want to make sure v7 does exactly what we need it to do on release day, and that can happen only if we all work with it today. Please keep us posted if you find this issue remains outstanding in v7dp9, and be sure to file a bug report so it can be addressed before dp10: http://quality.runrev.com/ -- 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
Church bell app?
I just about choked over the price: my church is gearing up to pay $6,500 for a church bell system (and that's because we *already* have the speakers from the old system). I'm scratching my head to figure out why this isn't a matter of a near trivial app on a dedicated ipod and an amplifier. THe hardest part would be turning an amplifier on . . . Does anyone know of such a thing, or an open source project for one? All it really needs to do is send a signal to turn on an amplifier and play sound on schedule, be able to choose the sounds to play on the schedules, and be able to play tunes on command (Eastern Catholic Orthodox play the bells during the Anaphora [Consecration]). Does anyone know about the existence of such a thing, or how much one would cost to commission? -- 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: revDataFromQuery and DELETE FROM
On Sun, Aug 17, 2014 at 11:20 AM, Peter Haworth p...@lcsql.com wrote: What is the text after revdberr? THere is a known issue of livecode returning a bare revdberr (i think there's a comma; I'd have to check) on certain types of successful transactions. Its been repeatable for me; my error checks look at that as one of the successful returns . . . -- 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: Church bell app?
On 18/08/14 00:06, Dr. Hawkins wrote: I just about choked over the price: my church is gearing up to pay $6,500 for a church bell system (and that's because we *already* have the speakers from the old system). I'm scratching my head to figure out why this isn't a matter of a near trivial app on a dedicated ipod and an amplifier. THe hardest part would be turning an amplifier on . . . Does anyone know of such a thing, or an open source project for one? All it really needs to do is send a signal to turn on an amplifier and play sound on schedule, be able to choose the sounds to play on the schedules, and be able to play tunes on command (Eastern Catholic Orthodox play the bells during the Anaphora [Consecration]). Does anyone know about the existence of such a thing, or how much one would cost to commission? That's odd; all the churches I know they have somebody who rings the bells. By that I mean 'bells' as in 'bells' not fake bells. 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: Bug with diacriticals in folder names
To Richmond: YES, LiveCode runs on UNIX machines. Btw, MetaCard was first developed for UNIX, then Windows, then Mac. To Richard: Thanks for the nudge to use/test version 7, but I am swamped with work right-now, I do not have time, and I cannot risk using something beta at this time. To Mark: -- with a folder named Acériculture : put getCurrentFolder() Acériculture into myFolder answer (there is a folder myFolder) -- answers TRUE. You were right about the unicode. -- Thanks Mark On Sunday, August 17, 2014 3:54:48 PM, Richmond richmondmathew...@gmail.com wrote: On 17/08/14 22:41, Mark Wieder wrote: Alain- Sunday, August 17, 2014, 10:25:10 AM, you wrote: Hello y'all, I'm using version 6.6.2 of LiveCode, running on a UNIX machine. snip Does Livecode work on UNIX? If so why is this not more widely publicised? 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 ___ 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: revDataFromQuery and DELETE FROM
I remember that but wasn't it something to do with multiple SQL statements in one call? Could be the same issue I guess. Pete lcSQL Software http://www.lcsql.com Home of lcStackBrowser http://www.lcsql.com/lcstackbrowser.html and SQLiteAdmin http://www.lcsql.com/sqliteadmin.html On Sun, Aug 17, 2014 at 2:11 PM, Dr. Hawkins doch...@gmail.com wrote: On Sun, Aug 17, 2014 at 11:20 AM, Peter Haworth p...@lcsql.com wrote: What is the text after revdberr? THere is a known issue of livecode returning a bare revdberr (i think there's a comma; I'd have to check) on certain types of successful transactions. Its been repeatable for me; my error checks look at that as one of the successful returns . . . -- Dr. Richard E. Hawkins, Esq. (702) 508-8462 ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Bug with diacriticals in folder names
Alain Farmer wrote: To Richard: Thanks for the nudge to use/test version 7, but I am swamped with work right-now, I do not have time, and I cannot risk using something beta at this time. I can understand that; I mix my time between 6 and 7 myself throughout the day as project needs require. But always the optimist, we could look at that in the other direction: While there *might* be risks with using v7, not using it introduces the *certainty* of not having at least one thing you need. :) If nothing else, if you could spare a moment to test that one thing you know isn't working in older versions it'll help not only your project, but maybe many others down the road as well. -- 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: The Road Map as it now is . . . . .
Colin Holgate wrote: So, Android’s market share of devices doesn’t translate to potential income for app developers, and the wide range of OS releases, and hardware variations, makes it a harder platform to support. It's true that pretty much every survey on developer revenue from app sales favors iOS devs. But it's also true that mobile is following the same commoditization pattern we've seen with every disruptive technology before it, from steam engines to automobiles to personal computers. There's no reason to expect mobile will be any different, and the mounting evidence is already suggesting we're more or less at the point of commoditization right now: IDC's latest numbers this week put Android at 84% for Q2 unit sales, with Apple at 11%. Not that much different from what we see on the desktop, with Microsoft actually gaining in recent years back up to 91% to Apple's 7.8%. If developers weren't deploying to Android this wouldn't be happening, since of course any OS is only as useful as the range of apps it can run. When we look at the most popular apps on either platform, most of the biggest names are shipping for both, with relatively few exceptions. Roxio reports that they make more money from *sales* on iOS, but that they make roughly the same amount of money on Android through *advertising*. Having a lot of eyeballs opens up different paths to funding different models for supporting app development. Sure, just as deploying to Windows means supporting a much wider range of hardware than deploying to Mac, including Android in your deployment mix will require testing for a broader range of hardware configurations than for a vendor that offers fewer choices. But that doesn't stop the biggest names in the business from deploying to both, and with the level of abstraction a high-level tool like LiveCode brings to the table it should ideally matter even less to us. iOS is an important market, and Apple's obviously doing very well with their premium market, with solid marketing and supply chain control that lets them obtain higher profit margins from their customers than all others combined. But Android isn't going away any time soon either. It shouldn't be too much to ask for parity between the platforms in LiveCode. None of what I’ve said means that LiveCode shouldn’t support Android better! Exactly. Fortunately, I think the core team at RunRev understands this, and intends to provide parity ASAP. The biggest challenge seems to be that Android is essentially a VM, and LiveCode is essentially a VM as well, so it's more challenging for them to deliver the same features with the same performance. But I do believe they intend to, and are working on it. -- 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: Church bell app?
On Sun, Aug 17, 2014 at 2:11 PM, Richmond richmondmathew...@gmail.com wrote: That's odd; all the churches I know they have somebody who rings the bells. By that I mean 'bells' as in 'bells' not fake bells. That would certainly be preferred, but it isn't always possible. Our building wouldn't even support the structure (our onion dome would have caused problems if it hadn't been removed). We absolutely need to be ringing again from this building before we start building the new one in a year or so (or we could lose them forever). And without a full time staff, ringing at specified hours throughout the day would be kind of rough . . . ___ 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: revDataFromQuery and DELETE FROM
On Sun, Aug 17, 2014 at 2:33 PM, Peter Haworth p...@lcsql.com wrote: I remember that but wasn't it something to do with multiple SQL statements in one call? Could be the same issue I guess. I want to say that it's any delete from in-memory mySQL, but my memory is fuzzy. -- 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: The Road Map as it now is . . . . .
On Sun, Aug 17, 2014 at 3:11 PM, Richard Gaskin ambassa...@fourthworld.com wrote: IDC's latest numbers this week put Android at 84% for Q2 unit sales, with Apple at 11%. Not that much different from what we see on the desktop, with Microsoft actually gaining in recent years back up to 91% to Apple's 7.8%. But on phones, that 84%/11% runs the other way on revenue. Android users just don't pay for apps; iOS do. -- 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: The Road Map as it now is . . . . .
Dr. Hawkins wrote: On Sun, Aug 17, 2014 at 3:11 PM, Richard Gaskin wrote: IDC's latest numbers this week put Android at 84% for Q2 unit sales, with Apple at 11%. Not that much different from what we see on the desktop, with Microsoft actually gaining in recent years back up to 91% to Apple's 7.8%. But on phones, that 84%/11% runs the other way on revenue. Android users just don't pay for apps; iOS do. Exactly, as I noted in that post. Later on in that post I described why most of the biggest names in the business continue to ship to both. There are many ways to make money in software, and direct revenue from per-download licenses is only one of them. Neither iOS nor Android is going away soon. Doesn't seem all that controversial to expect parity support for them in a multi-platform tool like LiveCode. -- 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: Bug with diacriticals in folder names
Richard- Sunday, August 17, 2014, 1:53:33 PM, you wrote: Version 6.6.2 predates the extensive work done with implementing Unicode throughout LiveCode, which should also take into account characters in file paths not well handled by earlier versions of the engine. ...and indeed LC 7.0-dp8 does the right thing natively with diacriticals in file/folder names without having to do any unicode transliterations. -- -Mark Wieder ahsoftw...@gmail.com This communication may be unlawfully collected and stored by the National Security Agency (NSA) in secret. The parties to this email do not consent to the retrieving or storing of this communication and any related metadata, as well as printing, copying, re-transmitting, disseminating, or otherwise using it. If you believe you have received this communication in error, please delete it immediately. ___ 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 diacriticals in folder names
Mark Wieder wrote: ...and indeed LC 7.0-dp8 does the right thing natively with diacriticals in file/folder names without having to do any unicode transliterations. Thanks for confirming that, Mark. One more down. Now I can focus on figuring out why font sizes seem inappropriately large on Linux for layouts that look pretty consistent on Mac and Win (are you seeing that?) -- 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: Church bell app?
In answer to an unrelated question I was looking at this earlier today: http://www.belkin.com/us/p/P-F7C027/ With something like that you ought to be able to remotely turn on the power to the amplifier, and play the appropriate sound from the same device that told the amplifier to turn on. And yes, it could be a LiveCode Android app, running on the cheapest Android capable of playing audio and running apps. There would need to be a network, and I’m unclear on what address you would send the signal to (to turn on the WeMo), but it feels like it would be easy to do. Craig might have some useful opinions on this. He’s done more stack controlled hardware than all other people on earth combined. ___ 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: The Road Map as it now is . . . . .
The point made earlier about free apps that are to run on specifically Android, is a valid, and RunRev should continue to work on Android support. In your reply I think you also indirectly argued that LiveCode should support Windows 8 devices, which is a good idea too. There’s yet another complication with devices like the Samsung Galaxy Tab 3, which can run Android apps, but in an emulated mode (it uses an Intel processor). So, LiveCode should also publish to Intel based Android devices. In the Adobe AIR world they recently started to do this, where you can specifically target Intel devices. Here’s a very good model of supporting platforms; Unity. Unbelievably, these are the platforms Unity supports; Web Player, Mac, Windows, Unix standalones iOS Android Blackberry Xbox 360 Xbox One PS3 PS Vita PS4 Playstation Mobile Windows Store Windows Phone 8 I feel sure that they support Mac App Store. They certainly support Steam. So, LiveCode, and other tools, have some way to go before they’re the best app for supporting multiple platforms! ___ 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: The Road Map as it now is . . . . .
Colin Holgate wrote: The point made earlier about free apps that are to run on specifically Android, is a valid, and RunRev should continue to work on Android support. In your reply I think you also indirectly argued that LiveCode should support Windows 8 devices, which is a good idea too. Maybe I seemed cleverer than I really am, since as far as I intended I was just writing about the two OSes RunRev currently advertises support for. If we were seeing a majority of major apps deploying to Win 8/ARM and reporting making roughly equal revenue (if via different means) then we'd be fools not to want to follow them. And maybe my reading is too limited, but I'm just not seeing that. Maybe down the road (I have a lot of faith that Nadella will outperform Ballmer), but at the moment I'm not seeing as much adoption anywhere within an order of magnitude of the other two mobile OSes RunRev already supports. There’s yet another complication with devices like the Samsung Galaxy Tab 3, which can run Android apps, but in an emulated mode (it uses an Intel processor). So, LiveCode should also publish to Intel based Android devices. In the Adobe AIR world they recently started to do this, where you can specifically target Intel devices. Given that Android is a VM, what exactly is required by Adobe to run on different CPU architectures? How does Evernote handle this, or Angry Birds, or G+, or Facebook? If all those apps are there and LiveCode isn't, you make a good case: once we get feature parity among the two OSes that comprise 96% of all mobile unit sales, LiveCode might indeed do well to add other platforms to the mix. -- 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: The Road Map as it now is . . . . .
With the Intel Android devices you have a choice of either living with the emulated performance, which is what we’ve done so far, or you have to use a tool that can publish to Intel. Those people you cite have more budget than we do, and may well have used tools that can publish to Intel. I know Adobe AIR best, and there the compiler creates native ARMv7 code. For supporting Intel devise the processors would presumably be making x86 native code. On Aug 17, 2014, at 7:34 PM, Richard Gaskin ambassa...@fourthworld.com wrote: Given that Android is a VM, what exactly is required by Adobe to run on different CPU architectures? How does Evernote handle this, or Angry Birds, or G+, or Facebook? ___ 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: The Road Map as it now is . . . . .
Colin Holgate wrote: With the Intel Android devices you have a choice of either living with the emulated performance, which is what we’ve done so far, or you have to use a tool that can publish to Intel. Those people you cite have more budget than we do, and may well have used tools that can publish to Intel. I know Adobe AIR best, and there the compiler creates native ARMv7 code. For supporting Intel devise the processors would presumably be making x86 native code. Once the platforms LiveCode is currently committed to supporting are more satisfyingly in parity, we'll also have more data on market share to evaluate the desirability of pursuing Win 8/ARM or Android/Intel. But the bigger question lurking on the horizon is: What happens if Intel is able to actually pull off what they're promising with their unprecedented 14nm process? Their roadmap has 10nm by 2016, 7nm by 2017, and 5nm by 2019. Imagine a chip beyond the full Core i Broadwell instruction set in a device that takes less power than the mobile phones we have today. At that point everything we know about form factors and the relationship between form factors and capabilities goes out the window. Sure, they're pushing the bounds of physics, but even 14nm is a game-changer. Heck, just imagine if an OEM used a 64-bit chip in a way that actually makes use of 64-bit addresses, shipping a device with more than 4GB RAM. It might be (and it might not) that 10 years from now we look back and see ARM as a momentary workaround for a lithography bottleneck, something we did for a few years before everyone went back to compiling for x86. Add to the mix flexible screens that are nearing productionability, and the most certain thing I could say is that the future of computing is uncertain. -- 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: Church bell app?
you mean something like this? http://goo.gl/NhJTkp On Sun, Aug 17, 2014 at 7:07 PM, Colin Holgate co...@verizon.net wrote: In answer to an unrelated question I was looking at this earlier today: http://www.belkin.com/us/p/P-F7C027/ With something like that you ought to be able to remotely turn on the power to the amplifier, and play the appropriate sound from the same device that told the amplifier to turn on. And yes, it could be a LiveCode Android app, running on the cheapest Android capable of playing audio and running apps. There would need to be a network, and I’m unclear on what address you would send the signal to (to turn on the WeMo), but it feels like it would be easy to do. Craig might have some useful opinions on this. He’s done more stack controlled hardware than all other people on earth combined. ___ 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: Church bell app?
I have done much more than this with a gadget I now and then mention. Bonig und Kallenbach Service USB Plus. Fun and simple. A few hundred dollars for the hardware, a few hours of joy for the software. I can kibitz if you want, but this is easy fun stuff. -Original Message- From: Dr. Hawkins doch...@gmail.com To: How to use LiveCode use-livecode@lists.runrev.com Sent: Sun, Aug 17, 2014 5:06 pm Subject: Church bell app? I just about choked over the price: my church is gearing up to pay $6,500 for a church bell system (and that's because we *already* have the speakers from the old system). I'm scratching my head to figure out why this isn't a matter of a near trivial app on a dedicated ipod and an amplifier. THe hardest part would be turning an amplifier on . . . Does anyone know of such a thing, or an open source project for one? All it really needs to do is send a signal to turn on an amplifier and play sound on schedule, be able to choose the sounds to play on the schedules, and be able to play tunes on command (Eastern Catholic Orthodox play the bells during the Anaphora [Consecration]). Does anyone know about the existence of such a thing, or how much one would cost to commission? -- Dr. Richard E. Hawkins, Esq. (702) 508-8462 ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: The Road Map as it now is . . . . .
More platforms fully supported is far better for the ethos and reputation of the platform, and it makes my life as a developer, trying to convince corporate users to let us work for them a TON easier. Yes, sir, we can develop your app for both platforms, and we think you'll like our pricing better because we don't have to completely rewrite it for each one. On Sun, Aug 17, 2014 at 8:06 PM, Richard Gaskin ambassa...@fourthworld.com wrote: Colin Holgate wrote: With the Intel Android devices you have a choice of either living with the emulated performance, which is what we’ve done so far, or you have to use a tool that can publish to Intel. Those people you cite have more budget than we do, and may well have used tools that can publish to Intel. I know Adobe AIR best, and there the compiler creates native ARMv7 code. For supporting Intel devise the processors would presumably be making x86 native code. Once the platforms LiveCode is currently committed to supporting are more satisfyingly in parity, we'll also have more data on market share to evaluate the desirability of pursuing Win 8/ARM or Android/Intel. But the bigger question lurking on the horizon is: What happens if Intel is able to actually pull off what they're promising with their unprecedented 14nm process? Their roadmap has 10nm by 2016, 7nm by 2017, and 5nm by 2019. Imagine a chip beyond the full Core i Broadwell instruction set in a device that takes less power than the mobile phones we have today. At that point everything we know about form factors and the relationship between form factors and capabilities goes out the window. Sure, they're pushing the bounds of physics, but even 14nm is a game-changer. Heck, just imagine if an OEM used a 64-bit chip in a way that actually makes use of 64-bit addresses, shipping a device with more than 4GB RAM. It might be (and it might not) that 10 years from now we look back and see ARM as a momentary workaround for a lithography bottleneck, something we did for a few years before everyone went back to compiling for x86. Add to the mix flexible screens that are nearing productionability, and the most certain thing I could say is that the future of computing is uncertain. -- 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 -- 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: Church bell app?
The application you need is indeed rather trivial. I used hypercard to completely automate a radio station years and years ago. But if you would like an application ready to go, here is one: http://www.nch.com.au/atime/ Any old laptop will run it, and as far as turning the amp on and off, just leave it on. If there is no load on the amp, it will not draw very much power. My two yen. Tim Selander Tokyo, Japan On 2014/08/18, at 10:15, dunb...@aol.com wrote: I have done much more than this with a gadget I now and then mention. Bonig und Kallenbach Service USB Plus. Fun and simple. A few hundred dollars for the hardware, a few hours of joy for the software. I can kibitz if you want, but this is easy fun stuff. -Original Message- From: Dr. Hawkins doch...@gmail.com To: How to use LiveCode use-livecode@lists.runrev.com Sent: Sun, Aug 17, 2014 5:06 pm Subject: Church bell app? I just about choked over the price: my church is gearing up to pay $6,500 for a church bell system (and that's because we *already* have the speakers from the old system). I'm scratching my head to figure out why this isn't a matter of a near trivial app on a dedicated ipod and an amplifier. THe hardest part would be turning an amplifier on . . . Does anyone know of such a thing, or an open source project for one? All it really needs to do is send a signal to turn on an amplifier and play sound on schedule, be able to choose the sounds to play on the schedules, and be able to play tunes on command (Eastern Catholic Orthodox play the bells during the Anaphora [Consecration]). Does anyone know about the existence of such a thing, or how much one would cost to commission? -- Dr. Richard E. Hawkins, Esq. (702) 508-8462 ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ 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: Church bell app?
Obviously, Richmond, if the bell is tolling, it is not tolling for thee. It seems that $6000 will pay the electrical bill for that amplifier to be left turned on for a long time. Peter UCLA On Aug 17, 2014, at 2:11 PM, Richmond richmondmathew...@gmail.com wrote: On 18/08/14 00:06, Dr. Hawkins wrote: I just about choked over the price: my church is gearing up to pay $6,500 for a church bell system (and that's because we *already* have the speakers from the old system). I'm scratching my head to figure out why this isn't a matter of a near trivial app on a dedicated ipod and an amplifier. THe hardest part would be turning an amplifier on . . . Does anyone know of such a thing, or an open source project for one? All it really needs to do is send a signal to turn on an amplifier and play sound on schedule, be able to choose the sounds to play on the schedules, and be able to play tunes on command (Eastern Catholic Orthodox play the bells during the Anaphora [Consecration]). Does anyone know about the existence of such a thing, or how much one would cost to commission? That's odd; all the churches I know they have somebody who rings the bells. By that I mean 'bells' as in 'bells' not fake bells. 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 ___ 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: revDataFromQuery and DELETE FROM
Pete, Thanks for the reply. The entire error string is revdberr, (with the comma). I tried your suggestion of using revExecuteSQL instead of revDataFromQuery() and I did not get the error. So at least I have a suitable workaround. Thanks for the assist! - Dan Hi Dan, What is the text after revdberr? Strange that the row is being deleted but here's a couple of things that come to mind. You've probably already checked that tTableName and entryID contain valid information but one other thing to check is if the tablename includes any special characters or if entryID contains non-numeric data. In the first case, the table name would have to be enclosed in double quotes and in the second case, entryID would have to be enclosed in single quotes. I'm not sure it really matters but I always use revExecuteSQL when executing anything other than a SELECT statement. Pete Hello, Can anyone tell me why this results in revdberr? put DELETE FROM tTableName WHERE entryID= entryID into tSQL put revDataFromQuery(tab, cr, gConnectionID, tSQL) into tData What's interesting is that the record is being removed from the database. So it's all working server side, just that LiveCode is reporting revdberr. Anyone have any ideas? Thanks in advance, Dan ___ 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 diacriticals in folder names
Yup, thanks for confirming that, Mark. On Sunday, August 17, 2014 7:06:00 PM, Richard Gaskin ambassa...@fourthworld.com wrote: Mark Wieder wrote: ...and indeed LC 7.0-dp8 does the right thing natively with diacriticals in file/folder names without having to do any unicode transliterations. Thanks for confirming that, Mark. One more down. Now I can focus on figuring out why font sizes seem inappropriately large on Linux for layouts that look pretty consistent on Mac and Win (are you seeing that?) -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ambassa...@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 ___ 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: Church bell app?
It seems that $6000 will pay the electrical bill for that amplifier to be left turned on for a long time. Unless it's a class A amp. Ralph DiMola IT Director Evergreen Information Services rdim...@evergreeninfo.net Phone: 518-636-3998 Ex:11 Cell: 518-796-9332 -Original Message- From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of Peter Bogdanoff Sent: Sunday, August 17, 2014 10:54 PM To: How to use LiveCode Subject: Re: Church bell app? Obviously, Richmond, if the bell is tolling, it is not tolling for thee. It seems that $6000 will pay the electrical bill for that amplifier to be left turned on for a long time. Peter UCLA On Aug 17, 2014, at 2:11 PM, Richmond richmondmathew...@gmail.com wrote: On 18/08/14 00:06, Dr. Hawkins wrote: I just about choked over the price: my church is gearing up to pay $6,500 for a church bell system (and that's because we *already* have the speakers from the old system). I'm scratching my head to figure out why this isn't a matter of a near trivial app on a dedicated ipod and an amplifier. THe hardest part would be turning an amplifier on . . . Does anyone know of such a thing, or an open source project for one? All it really needs to do is send a signal to turn on an amplifier and play sound on schedule, be able to choose the sounds to play on the schedules, and be able to play tunes on command (Eastern Catholic Orthodox play the bells during the Anaphora [Consecration]). Does anyone know about the existence of such a thing, or how much one would cost to commission? That's odd; all the churches I know they have somebody who rings the bells. By that I mean 'bells' as in 'bells' not fake bells. 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 ___ 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