Re: [OT] Xojo
On 10.04.2014 06:21, Colin Holgate wrote: Took a look at Xojo this evening. It has quite a few interesting ideas in it, RunRev should check it out and steal some ideas from it!. The way that you choose controls and align them is especially neat. It also separates out scripts based on the interaction, rather than having all handlers in one script. I have reason to believe that the tool was written in RealBasic. If it was it’s a good example application for RealBasic too. Xojo is Real BASIC; they've just given it what they obviously feels is a jazzy name, but makes it difficult to work out what it really is. 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: HTML CSS
If you are not allowed to reference files, you can't use the jQuery javascript library. If you are allowed to use inline (pure) javascript then you could use the code in my previous post. It works without any references to files or libraries. If you're only allowed to upload the body-part of the html-page, you could put the style-part at the start and the script-part at the end. Putting the style like this into the body of the html-page is not officially supported but looks like this: style type=text/css --your styles /style ul id=navlia href=../About/About/a/lilia href=../Contact/Contact/a/lilia href=../Terms/Terms/a/li/ul pThe rest of your HTML-body-code/p script language=javascript type=text/javascript function hiliteTab() { --the script } //call the function hiliteTab() /script If you have to declare the styles inline, I think you can't use css:hover but you can use javascript onmouseover Again with the script at the end like this: ul id=nav style=list-style-type:none; margin:0; padding:0; overflow:hidden; font:12px verdana,sans-serif; font-weight:bold; color:#FF; text-align:center; text-transform:uppercase; li style=float:left; background-color:#8EBA44; border-top-left-radius: 4px 4px; border-bottom-left-radius: 4px 4px; onmouseover=hiliteTab(this) onmouseout=currentTab() a href=../About/ style=display:block; width:200px; padding:4px; text-decoration:none;About/a /li li style=float:left; background-color:#8EBA44; onmouseover=hiliteTab(this) onmouseout=currentTab() a href=../Contact/ style=display:block; width:200px; padding:4px; text-decoration:none;Contact/a /li li style=float:left; background-color:#8EBA44; border-top-right-radius: 4px 4px; border-bottom-right-radius: 4px 4px; onmouseover=hiliteTab(this) onmouseout=currentTab() a href=../Terms/ style=display:block; width:200px; padding:4px; text-decoration:none;Terms/a /li /ul script language=javascript type=text/javascript function currentTab() { var nav = document.getElementById('nav'); var anchors = nav.getElementsByTagName('a'); var current = window.location.href.split('/'); for (var i = 0; i anchors.length; i++) { var theLink = anchors[i].href.split('/'); var dirDepth = theLink.length; truncAnchor = theLink.slice(0,dirDepth-1).join('/'); truncPage = current.slice(0,dirDepth-1).join('/'); if(truncPage == truncAnchor) { anchors[i].parentNode.style.backgroundColor='#7A991A'; } else { anchors[i].parentNode.style.backgroundColor='#8EBA44'; } } } function hiliteTab(x) { x.style.backgroundColor='#7A991A'; } currentTab() /script regards Chris Ah okay, Being very new to HTML and CSS I didn't see this fact. Guess I will just have to hard code the hilited tab for each page I drop it into. Nakia Brewer | Technology Solutions Manager | Equipment Management Solutions t: (02) 49645051 | m: 0458 713 547 | i: www.westrac.com.au ACN 009 342 572 -Original Message- From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of chris heidecker Sent: Thursday, 10 April 2014 2:43 AM To: How to use LiveCode Subject: Re: HTML CSS The method you mentioned, is using jQuery. So you will have to reference a file to use it. In the comments you'll find a pure javascript method. You could use it with something like this: http://heidecker.on-rev.com/testNav/Terms/test/ html head script language=javascript type=text/javascript function hiliteTab() { var nav = document.getElementById('nav'); var anchors = nav.getElementsByTagName('a'); var current = window.location.href.split('/'); for (var i = 0; i anchors.length; i++) { var theLink = anchors[i].href.split('/'); var dirDepth = theLink.length; truncAnchor = theLink.slice(0,dirDepth-1).join('/'); truncPage = current.slice(0,dirDepth-1).join('/'); if(truncPage == truncAnchor) { anchors[i].parentNode.className = currentTab; } } } /script style type=text/css #nav a:link { display:block; width:200px; font:12px verdana,sans-serif; font-weight:bold; color:#FF; text-align:center; padding:4px; text-decoration:none; text-transform:uppercase; } ul#nav { list-style-type:none; margin:0; padding:0; overflow:hidden; } #nav li { float:left; background-color:#8EBA44; } #nav li:hover,active { background-color:#7A991A; } #nav li:first-child { border-top-left-radius: 4px 4px; border-bottom-left-radius: 4px 4px; } #nav li:last-child { border-top-right-radius: 4px 4px; border-bottom-right-radius: 4px 4px; } #nav li.currentTab { background-color:#7A991A; } /style /head body onload=hiliteTab() ul id=navlia href=../About/About/a/lilia href=../Contact/Contact/a/lilia href=../Terms/Terms/a/li/ul ul lithe page can be in a nested directory/li liwithin the link directory/li /ul /body /html Op 9 apr. 2014, om 00:29 heeft Nakia Brewer nakia.bre...@westrac.com.au het volgende
Re: Enterprise iOS License Distribution...
Profile Manager includes Mobile Device Management for iOS devices. It's definitely the right way to be doing this. No idea why it's not recognising the file but I thought I'd add that an app signed for enterprise distribution can be installed directly on ANY iOS device, not just through MDM. So check your .ipa file installs locally before trying to upload to Profile Manager, there might be something wrong with it. Mark On 9 Apr 2014 19:59, J. Landman Gay jac...@hyperactivesw.com wrote: I don't know anything about Profile Manager, so take this with a grain of salt. But my guess is that it only recognizes Mac apps, and a iOS app is a different beast entirely and requires a different kind of installation. Also, as far as I know, Apple prohibits remote installation on iOS devices, so I doubt a bulk install is possible. It's a walled garden. There are a few utilities that allow you to create ad-hoc installations where the files are stored on a web site or server. My AirLaunch is one, Monte has mergTestApp which integrates with the TestFlight web site, and there are other web sites out there too. To install an iOS app you need an html file that points to a special manifest file, which in turn initiates the download of the actual app to the device. On 4/8/14, 6:19 PM, JOHN PATTEN wrote: Thought I’d ask just in case somebody else has experienced this situation. We have a new Apple Enterprise iOS license for distributing iOS apps built with LiveCode. I have configured the our workstation with the proper profiles, first creating a development profile and making sure that we could test apps out on a iPad. Everything in that department works fine. I then installed our distribution profile and created the same app with the Enterprise distribution profile. In our school district we are using Profile Manager (part of OS X Mavs Server) to manage apps we purchase and, eventually, apps we create. Profile Manager works fine and we can easily push out apps we puchase over the air. However, when trying to add an app we developed with our Enterprise profile, it spits back: Filetype Not Supported. The file you selected is not supported. Please choose a different file. Anybody have any experience with this specific situation? -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.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: [OT] Xojo
Not like changing from Revolution to LiveCode! In any case, the name change is working for them. It’s being looked at like it’s a brand new tool. On Apr 10, 2014, at 2:47 AM, Richmond richmondmathew...@gmail.com wrote: Xojo is Real BASIC; they've just given it what they obviously feels is a jazzy name, but makes it difficult to work out what it really is. ___ 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] Xojo
Importantly, Xojo's license terms are much better. You don't lose the commercial license if you stop renewing annually. You simply stop receiving the updates. -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/OT-Xojo-tp4678146p4678154.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: [OT] Xojo
Sri wrote: Importantly, Xojo's license terms are much better. You don't lose the commercial license if you stop renewing annually. You simply stop receiving the updates. That can indeed be beneficial for some, but now that LiveCode also offers an open source option like most modern programming languages, in practical terms the difference in proprietary licensing affects only a relatively small subset of users. Most professional devs who need to deploy proprietary works upgrade annually to keep current with the latest features. For that segment the cost remains about what it was before. Nearly everyone else can use LiveCode Community Edition at no cost at all. For those folks the cost has dropped infinitely, to zero. It's only the subset of developers making proprietary works who need a Commercial license, and most are doing so under a business plan that brings in far more revenue than is needed to cover the cost of renewal. For such commercial works, the cost of an annual license should be the least of their concerns. To remain a viable product the work should be producing a positive ROI that also accounts for their own development time, marketing costs, etc., adding up to far more than the $500/yr for the other 80% of the app delivered by the RunRev team in the engine. If a project isn't financially viable enough to even cover a Commercial license fee, it may be worth considering releasing the work as open source instead. The audience will be much larger, and the project then has the opportunity to also benefit from outside contributions. And with the larger audience, if the proprietary licensing fees were pulling in less than $500/yr, you might even find that a donation link or grant funding opportunities may bring in more revenue under open source than the licensing fees did. Having come from the xTalk family of languages where all the great ones were old enough to have been proprietary, many LiveCode devs have relatively little experience with the world of options open source deployment opens up for us all. I was one of those, and it's only been in the last few years that I've come to appreciate how open source can be a good option for many projects. -- Richard Gaskin Fourth World LiveCode training and consulting: http://www.fourthworld.com Webzine for LiveCode developers: http://www.LiveCodeJournal.com Follow me on Twitter: http://twitter.com/FourthWorldSys ___ 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] Xojo
When I was considering a move to Livecode, after spending some time with Corona, I looked fairly seriously at Xojo. The attraction was the programming language syntax. But when I looked deeper, it was behind LC in multi platform support and the discussion forum showed problems with basic features. Pretty much similar to LC, tho. Anyway, I am happy with my decision to invest my effort in LC. The open source aspect, the refactoring of the basic engine to make it more robust, the modernization supported by the Kickstarter success, and the dynamic user community continue to validate my choice. It's simply a great product that is going to continue to improve. Best, Bill William Prothero http://es.earthednet.org On Apr 10, 2014, at 7:05 AM, Richard Gaskin ambassa...@fourthworld.com wrote: Sri wrote: Importantly, Xojo's license terms are much better. You don't lose the commercial license if you stop renewing annually. You simply stop receiving the updates. That can indeed be beneficial for some, but now that LiveCode also offers an open source option like most modern programming languages, in practical terms the difference in proprietary licensing affects only a relatively small subset of users. Most professional devs who need to deploy proprietary works upgrade annually to keep current with the latest features. For that segment the cost remains about what it was before. Nearly everyone else can use LiveCode Community Edition at no cost at all. For those folks the cost has dropped infinitely, to zero. It's only the subset of developers making proprietary works who need a Commercial license, and most are doing so under a business plan that brings in far more revenue than is needed to cover the cost of renewal. For such commercial works, the cost of an annual license should be the least of their concerns. To remain a viable product the work should be producing a positive ROI that also accounts for their own development time, marketing costs, etc., adding up to far more than the $500/yr for the other 80% of the app delivered by the RunRev team in the engine. If a project isn't financially viable enough to even cover a Commercial license fee, it may be worth considering releasing the work as open source instead. The audience will be much larger, and the project then has the opportunity to also benefit from outside contributions. And with the larger audience, if the proprietary licensing fees were pulling in less than $500/yr, you might even find that a donation link or grant funding opportunities may bring in more revenue under open source than the licensing fees did. Having come from the xTalk family of languages where all the great ones were old enough to have been proprietary, many LiveCode devs have relatively little experience with the world of options open source deployment opens up for us all. I was one of those, and it's only been in the last few years that I've come to appreciate how open source can be a good option for many projects. -- Richard Gaskin Fourth World LiveCode training and consulting: http://www.fourthworld.com Webzine for LiveCode developers: http://www.LiveCodeJournal.com Follow me on Twitter: http://twitter.com/FourthWorldSys ___ 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: [OT] Xojo
Is that slightly misleading? In that all people making apps for either the iTunes or Mac app stores will need a commercial license, even if they are not creating proprietary content. On Apr 10, 2014, at 10:05 AM, Richard Gaskin ambassa...@fourthworld.com wrote: It's only the subset of developers making proprietary works who need a Commercial license, and most are doing so under a business plan that brings in far more revenue than is needed to cover the cost of renewal. ___ 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
Kill Messages
I've written a handler which nudges a selected image when an arrow key is pressed. The problem is if the user holds the arrow key down for a few seconds the messages get backed up. When the user finally lets the arrow key up the object keeps nudging across the screen. I've tried to stop the nudging with the keysDown() function but not having any luck. I need some way to detect there are no keys down and kill any messages which have been backed up. Ray Horsley LinkIt! Software ___ 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: Kill Messages
Most times these things can be solved by rethinking, And I say this having no idea what you were thinking. Try this in the card script: on arrowKey var if keysDown() = 65363 then set the loc of btn 1 to item 1 of the loc of img 1 + 1 , item 2 of the loc of img 1 end if end arrowKey Note this can be done with a rawKeyDown handler just as well. Craig Newman -Original Message- From: Ray r...@linkit.com To: use-livecode use-livecode@lists.runrev.com Sent: Thu, Apr 10, 2014 11:41 am Subject: Kill Messages I've written a handler which nudges a selected image when an arrow key is pressed. The problem is if the user holds the arrow key down for a few seconds the messages get backed up. When the user finally lets the arrow key up the object keeps nudging across the screen. I've tried to stop the nudging with the keysDown() function but not having any luck. I need some way to detect there are no keys down and kill any messages which have been backed up. Ray Horsley LinkIt! Software ___ 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: Kill Messages
A bit cavalier about doing this with rawKeyDown. It would be a little different, something like: on rawkeydown var if var= 65363 then set the loc of btn 1 to item 1 of the loc of img 1 + 1 , item 2 of the loc of img 1 end if end rawkeydown Craig -Original Message- From: dunbarx dunb...@aol.com To: use-livecode use-livecode@lists.runrev.com Sent: Thu, Apr 10, 2014 12:02 pm Subject: Re: Kill Messages Most times these things can be solved by rethinking, And I say this having no idea what you were thinking. Try this in the card script: on arrowKey var if keysDown() = 65363 then set the loc of btn 1 to item 1 of the loc of img 1 + 1 , item 2 of the loc of img 1 end if end arrowKey Note this can be done with a rawKeyDown handler just as well. Craig Newman -Original Message- From: Ray r...@linkit.com To: use-livecode use-livecode@lists.runrev.com Sent: Thu, Apr 10, 2014 11:41 am Subject: Kill Messages I've written a handler which nudges a selected image when an arrow key is pressed. The problem is if the user holds the arrow key down for a few seconds the messages get backed up. When the user finally lets the arrow key up the object keeps nudging across the screen. I've tried to stop the nudging with the keysDown() function but not having any luck. I need some way to detect there are no keys down and kill any messages which have been backed up. Ray Horsley LinkIt! Software ___ 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: [OT] Xojo
Richard Gaskin wrote ... in practical terms the difference in proprietary licensing affects only a relatively small subset of users.. I don't know. People who want to develop iPad and iPhone educational apps, but cannot really recoup $500 a year ..., must constitute a significant population, I think. I invested some time learning LiveCode but have put it in cold storage for almost a year now, for this reason. Nearly 100% my target segment is iPad users. I could elaborate in some detail why this is so, but then the key point here is if people like me are really a small subset. I truly think if LiveCode comes up with a different licensing schedule, one that allows, for a much smaller fee, people to develop commercial iOS app of some restricted size or lines of code (a rough yardstick of project complexity), they will be pleasantly surprised by the response. iPad has a disproportionate enthusiasm market share when it comes to edu apps. Regards, Sri. -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/OT-Xojo-tp4678146p4678156.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: [OT] Xojo
Colin Holgate wrote: On Apr 10, 2014, at 10:05 AM, Richard Gaskin wrote: It's only the subset of developers making proprietary works who need a Commercial license, and most are doing so under a business plan that brings in far more revenue than is needed to cover the cost of renewal. Is that slightly misleading? In that all people making apps for either the iTunes or Mac app stores will need a commercial license, even if they are not creating proprietary content. My apologies; it certainly wasn't my intention to mislead. Yes, Apple's restrictions with their app store distribution license make it incompatible with the GPL, requiring another license to distribute to iOS for as long as Apple keeps the download limit policy in place and Apple is allowed to remain the only source of apps for that platform. Those unfamiliar with this can find the FSF position articles and others easily enough: https://www.google.com/search?q=gpl+fsf+app+store There is likely a subset of users who wish to deploy to iOS with free-as-in-no-cost apps, for which LiveCode Commercial Edition may not provide a positive ROI. Fortunately, for this subset of users the folks at RunRev recently introduced a new solution: Among the other benefits of the LiveCode Membership program is a special license to deploy non-revenue-producing apps to Apple's proprietary app store: Free App iOS Store Licensing Submit named, free apps to the iOS App store. Perfect if you’re just starting out creating completely free software with the LiveCode Community edition. The Apple iOS App Store is currently incompatible with the GPL license, so while you can distribute your free software for other platforms such as Android, you can’t submit to the Apple store. As a LiveCode Member you can submit your free noncommercial app to us and we will provide a license that will allow you to submit your app closed source to the iOS app store. Details on that and the other program benefits are here: http://livecode.com/membership/ -- Richard Gaskin Fourth World LiveCode training and consulting: http://www.fourthworld.com Webzine for LiveCode developers: http://www.LiveCodeJournal.com Follow me on Twitter: http://twitter.com/FourthWorldSys ___ 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] Xojo
Sri wrote: I truly think if LiveCode comes up with a different licensing schedule, one that allows, for a much smaller fee, people to develop commercial iOS app of some restricted size or lines of code (a rough yardstick of project complexity), they will be pleasantly surprised by the response. Let's find out - RunRev delivered almost exactly what you're looking for, at least as far as providing iOS deployment more affordably for non-revenue-producing apps: http://livecode.com/membership/ If instead the app is to be sold commercially as part of a business, how can the business survive if it isn't making enough to cover the cost of design, development, marketing, and Apple's 30% cut for distribution? If the segment being pursued is too narrow to be profitable anyway, there are many ways to benefit from apps than direct revenue. It may be both cheaper and more profitable for the app the join the majority in the app store that are distributed at zero cost to the user. -- Richard Gaskin Fourth World LiveCode training and consulting: http://www.fourthworld.com Webzine for LiveCode developers: http://www.LiveCodeJournal.com Follow me on Twitter: http://twitter.com/FourthWorldSys ___ 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
image question (for everyone)
hello Jacqueline, In response to my problem of building a standalone, you asked: Does it have a lot of images? Well, actually it does. But I had the same problem building an app with no images. I changed the drive to which I build apps and both built just fine. Don't know why. Anyway, my new question is this: Since you asked about a lot of images, does LC have some kind of limit on how many images can be used in a stack? I have over 20 images in the stack that are primarily being used as custom designed buttons. Thanks, Larry P.S. Of course I'm not just asking Jacque about this, but the entire forum. ___ 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: Kill Messages
Craig - your simple script works great. The problem I have is because I'm calling other handlers which do things like update a datagrid. Somehow this is what's actually causing the continuation. Thanks for exposing this for me! I think I can probably finesse it from here. On 4/10/2014 12:08 PM, dunb...@aol.com wrote: on rawkeydown var if var= 65363 then set the loc of btn 1 to item 1 of the loc of img 1 + 1 , item 2 of the loc of img 1 end if end rawkeydown ___ 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: SQLite, Unicode LC
A few comments below. On Wed, Apr 9, 2014 at 8:28 PM, Kay C Lan lan.kc.macm...@gmail.com wrote: Pete said: 1) Exports from iTunes and gets a word like eÜjûzëiÇoò [hope it displays with all the accents] with all the accented chars as garbage. That's correct when I used Textedit with its default character encoding (Automatic) for opening files. I just tried it with Textedit's character encoding set to utf8 and the accented characters now show correctly. Apparently Textedit is unable to automatically detect utf8 correctly. 2) I don't know how those displayed for him in a LC variable or field. Looking at it in the variable viewer, it displayed with the corrupted characters. 3) He imports that data into SQLite and gets those same carbage chars. 4) He used unidecode(uniencode()) to convert the garbage and display correctly in SQLite Management software Slight correction to that - once the data was in the SQLite database correctly formatted with uniencode/decode, it displayed correctly in an LC application after doing a SELECT on it. It also displayed correctly in my SQLite admin tool but since that tool is my SQLiteAdmin utility which is written with LC, that's probably not a good benchmark :-) In my case, when I orginally wrote my script (6.1.x) I never used any uniencode or unidecode: 1) Exported a file and a word like eÜjûzëiÇoò appeared exactly like that in a BBEdit text file that reported it as UTF8 and Unix CRs. I don't have BBEdit but it sounds like it does a better job than TextEdit on detecting character encodings. 2) Put it in a LC variable and field and it looked exactly the same. That's where I get a different result than you - I get the corrupted characters. even when I coerce TextEdit to displaying them correctly. Did you save the file with BBEdit before loading it into LC? If so, maybe that removed the need for the LC uniencode/decode. 3) Imported into SQLite UTF8 db and the word looked exactly the same. 4) When I SELECTED the record and displayed it a LC field it looked exactly the same. I'd expect 3) and 4) to be the case if it looked OK in the LC variable. NOW, since updating to LC 6.6.1GM (which has updated SQLite) 1) In SQLite original records with accented words look correct. 2) When I SELECT I have to use the mentioned unidecode(uniencode()) to display correctly. I don't see that in 6.6.1. The existing records in my database display correctly in LC after a SELECT with no uniencode/decode. BUT NOW in 6.6.1GM if I 1) Take a BBEdit UTF8 Unix CRs text file with the word eÜjûzëiÇoò 2) Put it in an LC variable or field it still looks correct 3) Import it into SQLite without any uniencode and/or unidecode it looks like this e j z i o --blank where accented chars should be Do you know what version of the SQLite library your admin tool is using? I'm wondering if there's some incompatibility in how UTF8 is handled in different versions of the SQLite library. 4) When I SELECT the record and display it in an LC variable or field without using uniencode and/or decode it displays correctly. 5) So the only problem here is it doesn't display correctly in SQLite 6) On the other hand if I employ unidecode(uniencode()) I get this in the db: ejzio 7) When I SELECT the record and display it in LC I get ejzio with or without using unidecode(uniencode()) or worse if I use any combination of uniencode or unidecode. So Pete reported accents incorrectly displaying in his text file, and he can correct those by employing unidecode(uniencode()) to look fine in SQLite. I on the other hand have correctly displayed accents in text files, but can't get those to appear in SQLite correctly using your suggested solution. In the long term, unless LC 7.x stuffs things up further, for me the simplest solution seems to be to ignore unicode all together, just import it into SQLite, and not look at it using an SQLite Manager software, if I need to look at it I'll simply extract the data using LC or I notice that if I Export the data to a UTF8 Text file all the accents appear correctly. The problem to me seems to revolve around what happened when LC 6.6.x upgraded SQLite, which now seems to prevent my SQLite Management software (tried 3) from correctly displaying accents when it obviously still can. I'm on OS X 10.9.2, LC 6.6.1GM Pete lcSQL Software http://www.lcsql.com Home of lcStackBrowser http://www.lcsql.com/lcstackbrowser.html and SQLiteAdmin http://www.lcsql.com/sqliteadmin.html ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
7.0 dp 2 still not much cop on Linux
The problem I pointed out in DP1 is still there with the dictionary: Not possible to type into the search field of the Dictionary. UbuntuStudio 14.04 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: Enterprise iOS License Distribution...
On 4/10/14, 7:07 AM, Mark Wilcox wrote: Profile Manager includes Mobile Device Management for iOS devices. It's definitely the right way to be doing this. Good to know, thanks very much. It's really nice to have someone with your knowledge base here on the list. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.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: Typing Unicode
Go, get it! http://forums.runrev.com/viewtopic.php?f=6t=19983 Love, Richmond. P.S. By-ther-way; as of Livecode 7; you will have to change all the 'numToChar' statements to 'numToCodepoint' statements. ___ 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] Xojo
Richard Gaskin wrote Let's find out - RunRev delivered almost exactly what you're looking for, at least as far as providing iOS deployment more affordably for non-revenue-producing apps: lt;http://livecode.com/membership/gt; Richard, Thanks for the link. I look at LiveCode website once a while to see what's new, but did not stumble onto this page. I went back to livecode.com home page and tried to navigate to the above page, and had some difficulty finding it! I was looking for a page that compares Community and Commercial editions (I have seen it before), but couldn't navigate to it from the home page. I wonder if most people who come to the website to find out about the licenses will actually end up with full information. Others have said it before, the live code website badly needs some help. Sri. -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/OT-Xojo-tp4678146p4678170.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: [OT] Xojo
Not like changing from Revolution to LiveCode! In any case, the name change is working for them. It's being looked at like it's a brand new tool. REALbasic was the original name, then REAL Studio. Then Xojo. I think it was a good thing to change. I was very involved with the early history of RB - from RB 1 - RB 5.5 I believe (with some overlap into the modern interface era - its been a long time). It comes from a very different mind set than LiveCode, and provides an excellent multi-platform, modern replacement for Visual Basic. LiveCode and Xojo both create multi-platform applications, but that's where the similarity ends. Conceptualizing applications is 100% different. The sort of issues that arise during development are 100% different. The goals of either...you get the idea. Best regards, Lynn Fredricks Paradigma Software http://www.paradigmasoft.com Valentina SQL Server: The Ultra-fast, Royalty Free Database Server ___ 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] Xojo
Richard Gaskin wrote . If instead the app is to be sold commercially as part of a business, how can the business survive if it isn't making enough to cover the cost of design, development, marketing, and Apple's 30% cut for distribution? There is a segment between those who make free apps as a hobby (and a contribution to the field), and full-time programmers/businesses. There are programs that may be useful for narrow niches (e.g., low-incidence disabilities) that may still involve enough time and effort to warrant a modest price (which the users are willing to pay). Such programs are not profitable for professional programmers/businesses, but too involved for a strict hobbyist. Regards, Sri. -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/OT-Xojo-tp4678146p4678172.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: image question (for everyone)
On 4/10/14, 11:41 AM, la...@significantplanet.org wrote: I changed the drive to which I build apps and both built just fine. Don't know why. Me either, that's pretty odd. I wonder if the standalone builder is looking for resources in the wrong place. Now that you've narrowed it down, it would be worth a bug report to save others some trouble. Anyway, my new question is this: Since you asked about a lot of images, does LC have some kind of limit on how many images can be used in a stack? I have over 20 images in the stack that are primarily being used as custom designed buttons. There's no limit outside of what your computer can handle, and 20 button icons is tiny. The issue isn't the number of images but rather the size of all of them combined (after expanding any jpgs.) I was bitten by this in a project where I was storing a whole lot of large images in the stack (moving images to external files wasn't possible in this case.) LiveCode's image caching scheme, which I wasn't used to yet at the time, means it loads all of those into RAM at once, and in my case that came out to a couple of gigs of memory. I was crashing every few minutes and decided that the new version was too buggy for use. No one else had any trouble but I couldn't run it at all. I reverted back to the previous version, which didn't have image caching, but I didn't put the two together at the time. I went through support channels and it turns out it was because I was storing all these huge images in a hidden group. The actual visibility of the images doesn't matter, if the group is placed on a card they will load into RAM in preparation for being shown. I was exceeding the amount of RAM available by a large margin and LiveCode just shut down unexpectedly after a couple of card changes. In my case, the solution was to unplace the group from any cards; an unplaced group can still serve as a storage repository but won't be loaded into the image cache because it isn't potentially viewable. Immediately after that, LiveCode because quite stable. So it was all my own doing. I get so used to the reliability of LiveCode that I forget sometimes that I need to be responsible myself for the consequences of my actions. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.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: [OT] Xojo
Lynn Fredricks-2 wrote It comes from a very different mind set than LiveCode, and provides an excellent multi-platform, modern replacement for Visual Basic. LiveCode and Xojo both create multi-platform applications, but that's where the similarity ends. Conceptualizing applications is 100% different. The sort of issues that arise during development are 100% different. The goals of either...you get the idea. To help people who may considering both products, would you care to spill some more ink on HOW they are different? Thank you for your time, Sri. -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/OT-Xojo-tp4678146p4678174.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: [OT] Xojo
On 10/04/14 20:34, Sri wrote: Richard Gaskin wrote Let's find out - RunRev delivered almost exactly what you're looking for, at least as far as providing iOS deployment more affordably for non-revenue-producing apps: lt;http://livecode.com/membership/gt; Richard, Thanks for the link. I look at LiveCode website once a while to see what's new, but did not stumble onto this page. I went back to livecode.com home page and tried to navigate to the above page, and had some difficulty finding it! I was looking for a page that compares Community and Commercial editions (I have seen it before), but couldn't navigate to it from the home page. I wonder if most people who come to the website to find out about the licenses will actually end up with full information. Others have said it before, the live code website badly needs some help. Sri. You are not the first person who has stated that the RunRev website is rather difficult to navigate around. Or, let's be a bit more specific: the RunRev and the Livecode websites (they have 2 addresses: www.runrev.com and www.livecode.com); that of itself is a bit confusing. - Anyway: back to the Livecode website . . . I want to find the sourcecode of the OSS version of Livecode. Where do I start looking? Well, at a guess, I should click on Developers . . . On the Developers page I get a long, confusing list down the left-hand side. Now, if I'm a mind reader I work out that I should click on Resources and Support [I found that by clicking my way down the list] Then I get a shorter list in green: There are a variety of Guides to various aspects of LiveCode available at Beginners Developers Moving to LiveCode iOS Externals LiveCode Server Contributing to LiveCode Clicking my way through all of them, I eventually find that Contributing to Livecode --- Returning to www.livecode.com I enter sourcecode into the search field and search; and get a long list where there is no link to the sourcecode in the first 10 entries at all. Gives me a socking great green list . . . Nowhere in that list can I see the phrase source code Having clicked my way about a third of the way down the list on Installing and using GitHub I get another page where there is a green link: https://github.com/RunRev/LiveCode; where I find the source code, which is NOT downloadable as a ZIP file, a TARBALL, or anything else unitary, but a thing which I have to fiddle around with via a Terminal emulator to get organised into a folder on my machine. Quod erat demonstrandum est. 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: [OT] Xojo
On 10/04/14 20:45, Sri wrote: Richard Gaskin wrote . If instead the app is to be sold commercially as part of a business, how can the business survive if it isn't making enough to cover the cost of design, development, marketing, and Apple's 30% cut for distribution? There is a segment between those who make free apps as a hobby (and a contribution to the field), and full-time programmers/businesses. There are programs that may be useful for narrow niches (e.g., low-incidence disabilities) that may still involve enough time and effort to warrant a modest price (which the users are willing to pay). Such programs are not profitable for professional programmers/businesses, but too involved for a strict hobbyist. Regards, Sri. My Devawriter Pro and PISMO fit right into this category. 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: [OT] Xojo
On 10/04/14 20:58, Sri wrote: Lynn Fredricks-2 wrote It comes from a very different mind set than LiveCode, and provides an excellent multi-platform, modern replacement for Visual Basic. LiveCode and Xojo both create multi-platform applications, but that's where the similarity ends. Conceptualizing applications is 100% different. The sort of issues that arise during development are 100% different. The goals of either...you get the idea. To help people who may considering both products, would you care to spill some more ink on HOW they are different? Thank you for your time, Sri. I think, Sri, you may be expecting a bit much of Lynn, who is a busy man [been there, made that mistake; the one about the name]. Surely, the thing to do is to download the free version of Xojo and the free version of Livecode and run them side by side for a bit. I have downloaded both, and am planning [all the best laid plans of mice and men . . ] to set aside 3-4 hours to play around with Xojo and see how it compares with Livecode. To be honest, I have little or no intention of swapping from Livecode to Xojo, having invested about 24 hours a week for the last 14 years fooling around with Livecode: but I do have a feeling a spot of messing around with Xojo might reinform me of Livecode's strengths, its weaknesses, and suggest a few ideas for Livecode's improvement. 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: [OT] MacHeist Bundle
On Tue, Apr 8, 2014 at 7:54 AM, Peter Haworth p...@lcsql.com wrote: They just added ScreenFlow if they get to 2 sales. Pete ScreenFlow is great - I use it for multi-source video presentation/editing as well as screen recording. Editing any video/graphic stream is quick and easy. *--* *Stephen Barncard - San Francisco Ca. USA - Deeds Not Words* ___ 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: image question (for everyone)
I KNEW there had to be a good use for unplaced groups! Thanks. Do you think it still works that way? Phil On 4/10/14, 10:56 AM, J. Landman Gay wrote: In my case, the solution was to unplace the group from any cards; an unplaced group can still serve as a storage repository but won't be loaded into the image cache because it isn't potentially viewable. -- Phil Davis ___ 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] Xojo
Sri wrote: Richard Gaskin wrote Let's find out - RunRev delivered almost exactly what you're looking for, at least as far as providing iOS deployment more affordably for non-revenue-producing apps: http://livecode.com/membership/ Richard, Thanks for the link. I look at LiveCode website once a while to see what's new, but did not stumble onto this page. I went back to livecode.com home page and tried to navigate to the above page, and had some difficulty finding it! There's a banner with link to it on the bottom-right of the home page at livecode.com. It's also included among the options on the Community page, accessed from the navbar at the top of every page. I was looking for a page that compares Community and Commercial editions (I have seen it before), but couldn't navigate to it from the home page. I wonder if most people who come to the website to find out about the licenses will actually end up with full information. Others have said it before, the live code website badly needs some help. Site taxonomy is rarely easy, and with a tool that has two versions and a broad range of learning and community resources, no less so. So specific feedback like yours is helpful, though it wouldn't be a bad thing if the team also had time for a card sort exercise (maybe someone here can whip up one with LC server for gathering data?). In the meantime, the page you're looking for involves purchasing licenses, which are under the Store heading in the navbar. In the middle of the Store page is a section labeled See which edition is right for me, with links labeled See All LiveCode Licenses and Compare. -- Richard Gaskin Fourth World LiveCode training and consulting: http://www.fourthworld.com Webzine for LiveCode developers: http://www.LiveCodeJournal.com Follow me on Twitter: http://twitter.com/FourthWorldSys ___ 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: 7.0 dp 2 still not much cop on Linux
On 04/10/2014 12:18 PM, Richmond wrote: The problem I pointed out in DP1 is still there with the dictionary: Not possible to type into the search field of the Dictionary. UbuntuStudio 14.04 Richmond. Not that it helps solve the problem you're having, but I don't have this issue here on my system running openSUSE, LC 7.0-dp1. Warren ___ 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] Xojo
Richmond wrote: You are not the first person who has stated that the RunRev website is rather difficult to navigate around. Or, let's be a bit more specific: the RunRev and the Livecode websites (they have 2 addresses: www.runrev.com and www.livecode.com); that of itself is a bit confusing. I think it's only confusing for old-timers who were used to having the company and product name be the same thing. As it is now it's not that different from Mozilla and Firefox, or Canonical and Ubuntu, or Trimble and Sketchup, or many others. -- Richard Gaskin Fourth World LiveCode training and consulting: http://www.fourthworld.com Webzine for LiveCode developers: http://www.LiveCodeJournal.com Follow me on Twitter: http://twitter.com/FourthWorldSys ___ 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] Xojo
On 10/04/14 21:24, Richard Gaskin wrote: Richmond wrote: You are not the first person who has stated that the RunRev website is rather difficult to navigate around. Or, let's be a bit more specific: the RunRev and the Livecode websites (they have 2 addresses: www.runrev.com and www.livecode.com); that of itself is a bit confusing. I think it's only confusing for old-timers who were used to having the company and product name be the same thing. As it is now it's not that different from Mozilla and Firefox, or Canonical and Ubuntu, or Trimble and Sketchup, or many others. That's a fair point. However, my main crit. of the website came in my search for sourcecode. 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: [OT] Xojo
Richmond wrote: However, my main crit. of the website came in my search for sourcecode. On that one most projects will have an even worse problem, since the source is on a different site, usually GitHub. That said, with LiveCode it's easier to find that for many other projects - this search: https://www.google.com/search?q=livecode+source+code ...yields the GitHub repository in the third hit. -- Richard Gaskin Fourth World LiveCode training and consulting: http://www.fourthworld.com Webzine for LiveCode developers: http://www.LiveCodeJournal.com Follow me on Twitter: http://twitter.com/FourthWorldSys ___ 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] Xojo
On 10/04/14 21:45, Richard Gaskin wrote: Richmond wrote: However, my main crit. of the website came in my search for sourcecode. On that one most projects will have an even worse problem, since the source is on a different site, usually GitHub. That said, with LiveCode it's easier to find that for many other projects - this search: https://www.google.com/search?q=livecode+source+code ...yields the GitHub repository in the third hit. Aha: that's certainly better. -- Richard Gaskin Fourth World LiveCode training and consulting: http://www.fourthworld.com Webzine for LiveCode developers: http://www.LiveCodeJournal.com Follow me on Twitter: http://twitter.com/FourthWorldSys ___ 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: image question (for everyone)
I really appreciate you posting this. It's pretty eye opening for someone less under-the-hood savvy like me who has been told for years that LiveCode loads everything into memory at startup. I would never guess that load into memory could have two different definitions. Regards, Scott Rossi Creative Director Tactile Media, UX/UI Design On 4/10/14 10:56 AM, J. Landman Gay jac...@hyperactivesw.com wrote: I was storing all these huge images in a hidden group. The actual visibility of the images doesn't matter, if the group is placed on a card they will load into RAM in preparation for being shown. I was exceeding the amount of RAM available by a large margin and LiveCode just shut down unexpectedly after a couple of card changes. In my case, the solution was to unplace the group from any cards; an unplaced group can still serve as a storage repository but won't be loaded into the image cache because it isn't potentially viewable. Immediately after that, LiveCode because quite stable. ___ 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: image question (for everyone)
On 4/10/14, 1:14 PM, Phil Davis wrote: I KNEW there had to be a good use for unplaced groups! Thanks. Do you think it still works that way? It does, I'm still working with the project. In retrospect I could have used a substack but there are so many other substacks that I didn't want to add another. For no good reason I guess. I learned the trick in MetaCard, which uses an unplaced group for all the HC icons it imports. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.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: image question (for everyone)
Yeah, I had to talk to Mark Waddingham about it at one of the conferences before I understood what I was doing. He asked me how many images and what size each one was in pixels, whipped out his calculator, and showed me a calculation that overran the length of the display. Neither of us tried to figure out where the commas would go to see how many hundreds of thousands of bytes were actually in there. Everything really is loaded into RAM as before when the stack opens so that part hasn't changed (but I think any jpgs remain compressed until they are displayed.) But then any images potentially viewable on a card are loaded a second time into the image cache, which is flushed regularly as new images replace older ones. But in my case the group was a background group that was placed on every card, and it had all the images for the whole stack in it (long story) so LC was trying to load a huge inventory twice -- once when opening the stack, and again to the cache on every card change. I suppose I was asking for a couple of gigs of RAM by that point and LC just expired in resignation without so much as a so sorry. On 4/10/14, 2:07 PM, Scott Rossi wrote: I really appreciate you posting this. It's pretty eye opening for someone less under-the-hood savvy like me who has been told for years that LiveCode loads everything into memory at startup. I would never guess that load into memory could have two different definitions. Regards, Scott Rossi Creative Director Tactile Media, UX/UI Design On 4/10/14 10:56 AM, J. Landman Gay jac...@hyperactivesw.com wrote: I was storing all these huge images in a hidden group. The actual visibility of the images doesn't matter, if the group is placed on a card they will load into RAM in preparation for being shown. I was exceeding the amount of RAM available by a large margin and LiveCode just shut down unexpectedly after a couple of card changes. In my case, the solution was to unplace the group from any cards; an unplaced group can still serve as a storage repository but won't be loaded into the image cache because it isn't potentially viewable. Immediately after that, LiveCode because quite stable. ___ 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 -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.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: Possible to escape openStack?
Thanks guys. That's really helpful and it worked great. Certainly a tip I won't forget. Interestingly, during the pause, I thought of a better way of achieving what I wanted the app to do so went back to my previous version and re wrote. Then after accessing the first version, I compared the 2 methods. Eye opening. Maybe I should take more time out to review the architecture of what I'm writing rather than just concentration on the code... Kevin Sent from my iPad ___ 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
the menuBar and the EditMenus
I'm still having a strange time with these two entities in a desktop Mac app which is also designed to work on PCs. All I'm trying to do is to have a Mac menu at the top of the screen, i.e. in the normal place for Macs, but NOT to have the stack size altered compared to the PC version, where the menu bar will be at the top of the window. This doesn't seem to work for me, certainly not in the IDE. If I want my menu active in the Mac version, it seems I must set the editMenus to false, which triggers the engine to change the size of my stack (it takes 30 pixels off the height). What I want to do is to set a group to be a menu bar (set the menuBar of this stack to myMenuGroup), but also place it at the top of the window where the PC version will use it, and then simply hide the PC version of the menu if I'm not running on a PC. I do not want the stack size to change. However, within the Mac IDE, unless I set the editmenus to false, the IDE will not display my menu but will just continue showing its own one. I don't think this used to happen, but I can show it happening now. This augurs badly for the eventual standalone. Is anyone else trying to develop a cross-platform (Windows and Mac) app where the window (stack) size stays the same on both platforms? FWIW I'm using LC 6.6.1 Commercial on Mavericks 10.9.2 - though the problem seems to have existed for some time. I guess I did something wrong, but I now have a very simple test stack that shows the above behaviour, so unless there is a trick, I may have to code my way out of the problem by forcing the stack size to change back after editMenus is set. Has anyone got a better solution? TIA Graham ___ 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] MacHeist Bundle
Looking forward to using it - I've been making do with QUicktime up to now. 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 Thu, Apr 10, 2014 at 11:13 AM, stephen barncard stephenrevoluti...@barncard.com wrote: On Tue, Apr 8, 2014 at 7:54 AM, Peter Haworth p...@lcsql.com wrote: They just added ScreenFlow if they get to 2 sales. Pete ScreenFlow is great - I use it for multi-source video presentation/editing as well as screen recording. Editing any video/graphic stream is quick and easy. *--* *Stephen Barncard - San Francisco Ca. USA - Deeds Not Words* ___ 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: posting to one web site from another
Here is how I solved this problem: * created an HTML 'template' file containing a form with merge points and JS that submits the form before page load * merged values into the page * put the page 'putting' the merged page submits the form to the target web site takes the user there in their browser, and that's what I wanted. Here is the html 'template' page (with names changed to protect the innocent): start of page HTML HEAD LANG=en TITLEcTRAIN Web/TITLE meta http-equiv=content-type content=text/html; charset=utf-8 / meta http-equiv=cache-control content=no-cache meta http-equiv=X-UA-Compatible content=IE=edge meta name=robots content=noindex,nofollow /HEAD style type=text/css @media screen { body { background-color: #000; min-width: 960px; } /style BODY form id='postback' action='[[gMyArray[URL] ]]' method='POST' input id='My_ID' type=hidden name=ID value='[[gMyArray[ID] ]]' / input id='My_project_id' type=hidden name=project_ID value='[[gMyArray[project_ID] ]]' / input id='My_params' type=hidden name=params value='[[gMyArray[params] ]]' / /form script type=text/javascriptdocument.getElementById('postback').submit();/script /BODY /HTML - end of page There you have it - Phil Davis On 4/9/14, 5:51 PM, Phil Davis wrote: Hi folks, Here's my problem: My LC server code needs to post some items to certain page of another web site and actually go to that page in the process. I find that I can post to that page just fine, but then the urlResponse contains the rendered page (as you would expect). If I 'put' it, the page is displayed correctly in the browser but under the URL of my site. Not what I wanted! I want my data to be posted to the offsite page, and in response I want that page to show up in the user's browser under that page's correct URL. I assume there's something I need to do with HTTP headers, but I don't quite know what. Or maybe not. However, I bet someone within the reach of this email often solves this kind of problem before breakfast, the way some people do puzzles or read the paper (do people still do that?). Any direction you can offer will be received with much gratitude. -- Phil Davis ___ 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 Revenge of Buffer Overflows
And finally: http://mashable.com/2014/04/10/heartbleed-programmer/ Programmer Robin Seggelmann says he wrote the code for the part of OpenSSL that led to Heartbleed. But it was an accident. He submitted the code to the OpenSSL project and other members reviewed it. Seggelmann later added another piece of code for a new feature, which the members then added. It was this added feature that introduced the bug. It would be better if more people helped improving it, Seggelmann told Mashable via email. It doesn’t really matter if companies benefitting from it provided some support, or if people do it in their spare time. However, if everybody just keeps using it and thinks somebody else will eventually take care of it, it won’t work. The more people look at it, the less likely errors like this occur. -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/The-Revenge-of-Buffer-Overflows-tp4678133p4678193.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