Re: MAC OS X Lion, shell and language
One line in less ! Thank you Ken ! :-) A little subsidiary question: with: put shell(defaults read NSGlobalDomain) what is in second line the big number like that: ---- = XX ? René Le 10 nov. 2011 à 02:45, Ken Ray a écrit : On Nov 8, 2011, at 1:28 PM, René Micout wrote: Thanks Warren, I simplify my script : get shell (defaults read NSGlobalDomain) get line lineOffset(AppleLocale,it) of it put false into vxFrançais ; if fr is in it then put true into vxFrançais Even easier: put shell(defaults read NSGlobalDomain AppleLocale) into tLanguage :D Ken Ray Sons of Thunder Software, Inc. Email: k...@sonsothunder.com Web Site: http://www.sonsothunder.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: Download a stack file
This did work for a while. Now it is not working-- the cached message is not sent. I tried putting a wait until URLStatus is cached but the program waited indefinitely, so it seems that it is not loading from this remote server. The file is available (I used an FTP application to test download it--took a few seconds.) Did 5.0 break something? The file I'm downloading is: load URL http://artsinteractive.org/updates/MITA-1NEW.livecode; with message downloadDone Peter On Oct 28, 2011, at 1:25 PM, AndyP wrote: Use a callback to check when the loaded file is cached (fully loaded) and then save the file via a url. load url myUrl with message loaded on loaded pUrl, pStatus if pStatus = cached then put url pUrl into url (binfile: pathToLocalFile) end if unload url pUrl end loaded - Andy Piddock My software never has bugs. It just develops random features. PointandSee is a FREE simple but full featured under cursor colour picker / finder. http://www.pointandsee.co.uk - made with LiveCode (v1.4.1 released 26/08/2011) -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/Download-a-stack-file-tp3947074p3949126.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 ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
[ANN] MobGUI V0.25 - new scroller
Hi, all. I've added the first version of a new scroller control for android (or iOS or both). I'd be grateful for any feedback on performance on actual devices. Thanks :) J ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: [ANN] MobGUI V0.25 - new scroller
http://forums.runrev.com/viewtopic.php?f=54t=9484 http://youtu.be/9n7sI6UHjBg On 10/11/2011 10:23, John Craig wrote: Hi, all. I've added the first version of a new scroller control for android (or iOS or both). I'd be grateful for any feedback on performance on actual devices. Thanks :) J ___ 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: Mobile apps: Where to store web service login details
On Thu, Nov 10, 2011 at 8:05 AM, Keith Clarke keith.cla...@clarkeandclarke.co.uk wrote: Hi Folks, I'm dipping my to into mobile development and looking for advice on where best to store web service usernames and passwords that are accessed from the device (with security and persistence between session). The use case is a simple iOS/Android app that would access my revServer. I can't find any reference to this in the docs - am I missing the magic search keyword? Best, Keith.. Keith, Check out the specialFolderPaths() in the docs for mobile. Cheers andre ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode -- http://www.andregarzia.com -- All We Do Is Code. http://fon.nu -- minimalist url shortening service. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Mobile apps: Where to store web service login details
Thanks Andre, I did look at special folders but it appears the only location on iOS and Android with read/write access is the 'documents' special folder. This seems a bit 'open' for login details - both in terms of accessibility and the potential for the file to be deleted. Do I guess correctly that there is then additional LiveCode magic dust (that I haven't learned about yet) which can be applied to the files to protect / hide / encrypt them when in such a seemingly open folder? :-) Best, Keith.. On 10 Nov 2011, at 11:04, Andre Garzia wrote: On Thu, Nov 10, 2011 at 8:05 AM, Keith Clarke keith.cla...@clarkeandclarke.co.uk wrote: Hi Folks, I'm dipping my to into mobile development and looking for advice on where best to store web service usernames and passwords that are accessed from the device (with security and persistence between session). The use case is a simple iOS/Android app that would access my revServer. I can't find any reference to this in the docs - am I missing the magic search keyword? Best, Keith.. Keith, Check out the specialFolderPaths() in the docs for mobile. Cheers andre ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode -- http://www.andregarzia.com -- All We Do Is Code. http://fon.nu -- minimalist url shortening service. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: [ANN] MobGUI V0.25 - new scroller
Thanks for the update John. Is there a trick within MobGUI (now or planned) for managing a single stack for iOS and Android deployments, which 'switches' the appropriate native controls - in a similar fashion to the way you have enabled specific layouts by orientation? I'm envisaging a specific Android radio button to go alongside the iOS devices in your design size and orientation parameters (assuming that 'Custom' is concerned purely with screen dimensions and not specifically the Android platform)? Would the current workaround be to create alternative groups of the native controls and have their visibility set by the platform? Best, Keith.. On 10 Nov 2011, at 10:23, John Craig wrote: Hi, all. I've added the first version of a new scroller control for android (or iOS or both). I'd be grateful for any feedback on performance on actual devices. Thanks :) J ___ 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: Mobile apps: Where to store web service login details
Thanks Andre, I did look at special folders but it appears the only location on iOS and Android with read/write access is the 'documents' special folder. The iOS release notes list these locations as valid for files: home – the (unique) folder containing the application bundle and its associated data and folders documents – the folder in which the application should store any document data (this folder is backed up by iTunes on sync) cache – the folder in which the application should store any transient data that needs to be preserved between launches (this folder is not backed up by iTunes on sync) library – the folder in which the application can store data of various types. In particular, data private to the application should be stored in a folder named with the app's bundle identifier inside library. (this folder is backed up by iTunes on sync). temporary – the folder in which the application should store any temporary data that is not needed between launches (this folder is not backed up by iTunes on sync) This seems a bit 'open' for login details - both in terms of accessibility and the potential for the file to be deleted. Your app is sandboxed. Every iOS app that stores login details stores those details in one of the valid folders. Do I guess correctly that there is then additional LiveCode magic dust (that I haven't learned about yet) which can be applied to the files to protect / hide / encrypt them when in such a seemingly open folder? :-) You files are encrypted (as I recently discovered). Check out this forum thread: http://forums.runrev.com/viewtopic.php?f=49t=9468sid=b17306c823b589abcc24e7954ce81884 Cheers Gerry ___ 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: Mobile apps: Where to store web service login details
Thanks Gerry. The Android notes aren't so specific about whether the cache folder persists (and no library folder is currently supported) so I was taking 'documents' as the only generic option. So, it seems that for iOS, the library is the safe, secure, encrypted and backed-up option, whereas for Android it may be cache or else documents - until/unless special folder support is extended. (Did I get that right?) Thanks also for the link to the article on encryption - though that will take a few read-troughs before I start to understand! :-) On 10 Nov 2011, at 11:35, Gerry Orkin wrote: Thanks Andre, I did look at special folders but it appears the only location on iOS and Android with read/write access is the 'documents' special folder. The iOS release notes list these locations as valid for files: home – the (unique) folder containing the application bundle and its associated data and folders documents – the folder in which the application should store any document data (this folder is backed up by iTunes on sync) cache – the folder in which the application should store any transient data that needs to be preserved between launches (this folder is not backed up by iTunes on sync) library – the folder in which the application can store data of various types. In particular, data private to the application should be stored in a folder named with the app's bundle identifier inside library. (this folder is backed up by iTunes on sync). temporary – the folder in which the application should store any temporary data that is not needed between launches (this folder is not backed up by iTunes on sync) This seems a bit 'open' for login details - both in terms of accessibility and the potential for the file to be deleted. Your app is sandboxed. Every iOS app that stores login details stores those details in one of the valid folders. Do I guess correctly that there is then additional LiveCode magic dust (that I haven't learned about yet) which can be applied to the files to protect / hide / encrypt them when in such a seemingly open folder? :-) You files are encrypted (as I recently discovered). Check out this forum thread: http://forums.runrev.com/viewtopic.php?f=49t=9468sid=b17306c823b589abcc24e7954ce81884 Cheers Gerry ___ 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: Formatting ChordPro music charts
Hi Mark, Glad to be of assistance. I just took another look at it, and realized that there's still a case where my algorithm didn't work: when the lyrics under the chord are shorter than the chord. The following adapted version should fix that for you: ## on mouseUp put ChordProPrintText(field ChordProText) into field PrintText end mouseUp private function ChordProPrintText pChordProText local tPrintText, tLine, tIndex, tInBracketFlag, tChords, tLyrics repeat for each line tLine in pChordProText put empty into tChords put empty into tLyrics put false into tInBracketFlag repeat with tIndex = 1 to the number of characters in tLine if char tIndex of tLine is [ then put true into tInBracketFlag if tChords is not empty and char -1 of tChords is not space then put space after tChords end if repeat (the number of characters in tChords) - (the number of characters in tLyrics) times put space after tLyrics end repeat else if char tIndex of tLine is ] then put false into tInBracketFlag else if tInBracketFlag is true then put char tIndex of tLine after tChords else put char tIndex of tLine after tLyrics if the number of characters in tChords the number of characters in tLyrics then put space after tChords end if end if end repeat put tChords return tLyrics return after tPrintText end repeat return char 1 to -2 of tPrintText -- no trailing return end ChordProPrintText ## Cheers, Jan Schenkel. = Quartam Reports PDF Library for LiveCode www.quartam.com = As we grow older, we grow both wiser and more foolish at the same time. (La Rochefoucauld) From: Mark Stuart mfstu...@cox.net To: use-revolut...@lists.runrev.com Sent: Tuesday, November 8, 2011 5:49 PM Subject: Re: Formatting ChordPro music charts Jan, you are brilliant. Thank you very much for the script, it works exactly as expected. Even with chords like Dsus2, F#, Bb, Cm7, etc. So thanx again. Now to finish this project... another story. Regards, Mark Stuart ___ 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
Wasting space on the forum.
Hi to any culpritsl, Sorry to any of you who include past mails within their new mail ... BUT . You are wasting space ! Some of you go up to 6 or 7 levels, without thinking that we don't need to see the same information 6 or 7 times. If anybody wants to follow whatever was said on that thread, they can always use : http://lists.runrev.com/pipermail/use-livecode/ With thanks from us others ... - Francis Nothing should ever be done for the first time ! ___ 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: Wasting space on the forum.
Hi Francis, Usually I don't reply to messages that don't quote the preceding message. If you would like me to answer your questions and take part in discussions that may benefit you, quote the previous message. If you don't want me to reply, don't quote. -- Best regards, Mark Schonewille Economy-x-Talk Consulting and Software Engineering Homepage: http://economy-x-talk.com Twitter: http://twitter.com/xtalkprogrammer KvK: 50277553 Become our partner in sales http://qery.us/16r Start selling Color Converter today. 20% commission! On 10 nov 2011, at 13:09, Francis Nugent Dixon wrote: Hi to any culpritsl, Sorry to any of you who include past mails within their new mail ... BUT . You are wasting space ! Some of you go up to 6 or 7 levels, without thinking that we don't need to see the same information 6 or 7 times. If anybody wants to follow whatever was said on that thread, they can always use : http://lists.runrev.com/pipermail/use-livecode/ With thanks from us others ... - Francis ___ 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: Wasting space on the forum.
Francis. I agree with Mark. It is very convenient to see the recent history of any discussion, laid out below the current entry for quick access. Beats opening other eMails located heaven knows where, or searching the archives. Space is cheap. Craig Newman -Original Message- From: Mark Schonewille m.schonewi...@economy-x-talk.com To: How to use LiveCode use-livecode@lists.runrev.com Sent: Thu, Nov 10, 2011 2:17 am Subject: Re: Wasting space on the forum. Hi Francis, Usually I don't reply to messages that don't quote the preceding message. If you would like me to answer your questions and take part in discussions that may benefit you, quote the previous message. If you don't want me to reply, don't quote. -- Best regards, Mark Schonewille Economy-x-Talk Consulting and Software Engineering Homepage: http://economy-x-talk.com Twitter: http://twitter.com/xtalkprogrammer KvK: 50277553 Become our partner in sales http://qery.us/16r Start selling Color Converter today. 20% commission! On 10 nov 2011, at 13:09, Francis Nugent Dixon wrote: Hi to any culpritsl, Sorry to any of you who include past mails within their new mail ... BUT . You are wasting space ! Some of you go up to 6 or 7 levels, without thinking that we don't need to see the same information 6 or 7 times. If anybody wants to follow whatever was said on that thread, they can always use : http://lists.runrev.com/pipermail/use-livecode/ With thanks from us others ... - Francis ___ 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?] ADOBE DROPS FLASH for HTML5
Lynn Fredricks wrote: Right - but here's the rub. Even if application builders (Flash or whatever) export HTML5 versions for use on mobile devices, that's still two different versions of applications that will need supporting, right? I don't think they can make all the same apps with HTML5 that they can with Flash (as Colin basically implied). Blasphemy! Do you mean to suggest HTML5 is not a complete replacement for Flash? So Thoughts on Flash was wrong? ;) -- Richard Gaskin Fourth World LiveCode training and consulting: http://www.fourthworld.com Webzine for LiveCode developers: http://www.LiveCodeJournal.com LiveCode Journal blog: http://LiveCodejournal.com/blog.irv ___ 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
setting data grid columns by code
Hey Guys, Anyone here knows if there is a way to set the column information of a data grid table by code? I am saying that because I have a list of records and depending on the type of record wanted, I will show different columns. I checked the API but it appears that the only way there is by using dgText with column names. Is there other way? Cheers andre -- http://www.andregarzia.com -- All We Do Is Code. http://fon.nu -- minimalist url shortening service. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: setting data grid columns by code
columns - Line delimited list of columns in your table. put the dgProp[columns] of group Data Grid into sColumns set the dgProp[columns] of group Data Grid to sColumns It produces and accepts a line delimited list of columns. I have never done this from script but I use it from message box all the time to copy columns from one grid to another. -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/setting-data-grid-columns-by-code-tp4023932p4024020.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?] ADOBE DROPS FLASH for HTML5
In so many ways. It's main two flaws were that it made the common mistake of thinking that all Flash work is just playing of video, and that doing something demanding in HTML5 wouldn't also drain the battery. It also had the side effect of killing products such as LiveCode for iOS for about six months. On Nov 10, 2011, at 9:31 AM, Richard Gaskin wrote: So Thoughts on Flash was wrong? ___ 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: setting data grid columns by code
On Thu, Nov 10, 2011 at 1:29 PM, Andrew Kluthe and...@rjdfarm.com wrote: columns - Line delimited list of columns in your table. put the dgProp[columns] of group Data Grid into sColumns set the dgProp[columns] of group Data Grid to sColumns It produces and accepts a line delimited list of columns. I have never done this from script but I use it from message box all the time to copy columns from one grid to another. Thanks Andrew, this is very helpful! =) -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/setting-data-grid-columns-by-code-tp4023932p4024020.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 -- http://www.andregarzia.com -- All We Do Is Code. http://fon.nu -- minimalist url shortening service. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
RE: iOS forcing interface rotation
Did anyone figure how to do this? I need exactly the same thing: All stack windows are landscape, except 1 which must be portrait. How do we force an orientation change without requiring the user to physically rotate the device? Hugh Senior FLCo On Tue Aug 2 09:23:51 CDT 2011 Scott Morrow wrote: I am working with an iOS UI that allows portrait and landscape rotation on one card but requires that the UI be presented in portrait on all other cards. no matter what the actual device rotation is. The problem arises when leaving the card that allows landscape and going to a card that requires portrait. If the user navigates to a portrait only card with device already in landscape, the UI is skewed. Is there a way to force the auto-rotation without requiring the user to physically rotate the device? (I had hoped perhaps some trickery with mobileSetAllowedOrientations and mobileLockOrientation /mobileUnlockOrientation.) TIA, Scott Morrow Elementary Software (Now with 20% less chalk dust!) web http://elementarysoftware.com/ email scott at elementarysoftware.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?] ADOBE DROPS FLASH for HTML5
Well said, Colin. On Thursday, November 10, 2011, Colin Holgate co...@verizon.net wrote: In so many ways. It's main two flaws were that it made the common mistake of thinking that all Flash work is just playing of video, and that doing something demanding in HTML5 wouldn't also drain the battery. It also had the side effect of killing products such as LiveCode for iOS for about six months. -- Chipp Walters CEO, Shafer Walters Group, Inc. ___ 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: Wasting space on the forum.
I think the biggest reason people leave the stuff in and don't trim is because many people use Google mail, which not only arranges threads nicely, but obfuscates long chains of conversations completely - out of sight, out of mind. I personally have a pet peeve against the whole chain showing up in every email, and when replying, I usually only include a small portion of what started the thread or the last point raised. I do a lot of trimming. It only takes a second. Hard drives will be getting more expensive. On 10 November 2011 05:43, dunb...@aol.com wrote: Francis. I agree with Mark. It is very convenient to see the recent history of any discussion, laid out below the current entry for quick access. Beats opening other eMails located heaven knows where, or searching the archives. Space is cheap. Craig Newman Stephen Barncard San Francisco Ca. USA more about sqb http://www.google.com/profiles/sbarncar ___ 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: Wasting space on the forum.
How to use LiveCode use-livecode@lists.runrev.com on Thursday, November 10, 2011 at 10:32 AM -0800 wrote: I think the biggest reason people leave the stuff in and don't trim is because many people use Google mail, which not only arranges threads nicely, but obfuscates long chains of conversations completely - out of sight, out of mind. I personally have a pet peeve against the whole chain showing up in every email, and when replying, I usually only include a small portion of what started the thread or the last point raised. I do a lot of trimming. It only takes a second. Hard drives will be getting more expensive. I can't agree more. I have been using a system (FirstClass) that has been using a threaded message system for many years (20) so never have I used the Inbox/outbox format. I see all messages related to a specific post all threaded together and it is easy for me to go back and forth among responses on a particular topic. ** Stewart Lynch CreaTECH Solutions sly...@createchsol.com 604.484.8499 Skype:StewartLynch There are only 10 kinds of people. Those who understand binary and those who don't. ** ___ 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: Wasting space on the forum.
Like that ? Bon souvenir de Paris René :-) Le 10 nov. 2011 à 19:32, stephen barncard a écrit : I personally have a pet peeve against the whole chain showing up in every email, and when replying, I usually only include a small portion of what started the thread or the last point raised. I do a lot of trimming. It only takes a second. ___ 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: Wasting space on the forum.
I wonder how much hard drive space we've wasted commenting on this :-) Pete Molly's Revenge http://www.mollysrevenge.com On Thu, Nov 10, 2011 at 10:42 AM, RevList revl...@createchsol.com wrote: How to use LiveCode use-livecode@lists.runrev.com on Thursday, November 10, 2011 at 10:32 AM -0800 wrote: I think the biggest reason people leave the stuff in and don't trim is because many people use Google mail, which not only arranges threads nicely, but obfuscates long chains of conversations completely - out of sight, out of mind. I personally have a pet peeve against the whole chain showing up in every email, and when replying, I usually only include a small portion of what started the thread or the last point raised. I do a lot of trimming. It only takes a second. Hard drives will be getting more expensive. I can't agree more. I have been using a system (FirstClass) that has been using a threaded message system for many years (20) so never have I used the Inbox/outbox format. I see all messages related to a specific post all threaded together and it is easy for me to go back and forth among responses on a particular topic. ** Stewart Lynch CreaTECH Solutions sly...@createchsol.com 604.484.8499 Skype:StewartLynch There are only 10 kinds of people. Those who understand binary and those who don't. ** ___ 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?] ADOBE DROPS FLASH for HTML5
On Nov 10, 2011, at 12:42 PM, Chipp Walters ch...@chipp.com wrote: Well said, Colin. On Thursday, November 10, 2011, Colin Holgate co...@verizon.net wrote: In so many ways. It's main two flaws were that it made the common mistake of thinking that all Flash work is just playing of video, and that doing something demanding in HTML5 wouldn't also drain the battery. It also had the side effect of killing products such as LiveCode for iOS for about six months. -- Chipp Walters CEO, Shafer Walters Group, Inc. OTH, rather than killing LC for iOS, it made RunRev think of other mobile OS' like Android. I truly believe that if Apple had not abandoned Flash and other Dev environments, LC On Android would still have a coming soon banner on their site. ~Roger Sent from my iPad (yeah, I have one too now) ___ 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?] ADOBE DROPS FLASH for HTML5
Well said, Colin. On Thursday, November 10, 2011, Colin Holgate co...@verizon.net wrote: In so many ways. It's main two flaws were that it made the common mistake of thinking that all Flash work is just playing of video, and that doing something demanding in HTML5 wouldn't also drain the battery. It also had the side effect of killing products such as LiveCode for iOS for about six months. What I find interesting in the redefinition of Flash as a video only solution is that it exactly parallels the mess Apple made of Quicktime. Quicktime did have this great API (it worked on the Mac at least, though I know it had its share of problems on Windows), which Apple is no longer interested in supporting - making Quicktime just a video format. Best regards, Lynn Fredricks President 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?] ADOBE DROPS FLASH for HTML5
Exactly. The original premise of Flash did and still does makes sense: reduced data and instructions that get rendered on the client side. I'm no Flash fanboy, for sure -- I dislike the direction Adobe took with ActionScript. But watching people hate on Flash seems like any other mob dis, making claims about something for no good reason other than to claim me too. Regards, Scott Rossi Creative Director Tactile Media, UX Design Recently, Lynn Fredricks wrote: What I find interesting in the redefinition of Flash as a video only solution is that it exactly parallels the mess Apple made of Quicktime. Quicktime did have this great API (it worked on the Mac at least, though I know it had its share of problems on Windows), which Apple is no longer interested in supporting - making Quicktime just a video format. ___ 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 : Wasting space on the forum.
Hi to any out there who agree, or who don't agree. I have better things to do than scan down repeated messages. I thought that some of you may agree ! (previous threads on this subject got better responses, and I thought that a reminder was a good idea ). It is your prerogative to fill the forum (or watch it filled) with repetition, and without commenting upon it. It is also mine to ignore, and to beef about it. That is what forums are for (all comments accepted !) I thought that users were repeating past messages because they didn't know how NOT to do it ! If they are doing it deliberately, then go ahead, it's a free world. I'm sure, then, you won't mind if I skip over all of these messages without even a casual glance. I retire gracefully. -Francis Nothing should ever be done for the first time ! ___ 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?] ADOBE DROPS FLASH for HTML5
I wonder if there's some space down on Wall Street for someone with a We Want Flash! banner... On Nov 10, 2011, at 2:46 PM, Scott Rossi wrote: But watching people hate on Flash seems like any other mob dis, making claims about something for no good reason other than to claim me too. ___ 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: iOS forcing interface rotation (FlexibleLearning)
On 10.11.2011, at 19:00, use-livecode-requ...@lists.runrev.com wrote: I am working with an iOS UI that allows portrait and landscape rotation on one card but requires that the UI be presented in portrait on all other cards. no matter what the actual device rotation is. The problem arises when leaving the card that allows landscape and going to a card that requires portrait. If the user navigates to a portrait only card with device already in landscape, the UI is skewed. Is there a way to force the auto-rotation without requiring the user to physically rotate the device? (I had hoped perhaps some trickery with mobileSetAllowedOrientations and mobileLockOrientation /mobileUnlockOrientation.) Hi, We have the same problem here with our 90 Card App. Only some of the cards are Landscape which leaves you with the option to leave off the Tab-bar or nav-bar because if the user is holding the device Landscape-wise then it won't send a orientation-changed message if you click on a tab-bar button and HAVE to go to a portrait-only card. It will look silly. In the early days, before the orientation-changed message was captured there was a command to force the orientation. But that is no longer available. What we would need for these hybrid orientation systems is that command back to force the orientation to whatever the card can OFFER, not necessarily how the user is holding the device, or rotating it in sheer panic. He/she can then just rotate the device because that's obviously necessary in a visible steady way... not because it looks skewed. Plus it leaves UI-normal direct hops via the tabbar out of reach. We have ben experimenting with setting the orientation lock after invisibly going to a Portrait version of the card currently in Landscape and hoping that the user will grasp what is going on. But is is cumbersome and sometimes way too slow. We had severe flashes of white parts of cards under 4.6.4. Michael ? Ben ? Any way that old Force-Orientation command could be re-instated? best From Berlin Frans Frans Schoffelen http://knowlegistics.com // Home of iCal Alarmist // Software Sound // Makers of the German-Only Die Waldfibel on the Appstore with 100.000+ downloads ___ 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?] ADOBE DROPS FLASH for HTML5
On 11/10/2011 10:17 PM, Colin Holgate wrote: I wonder if there's some space down on Wall Street for someone with a We Want Flash! banner... I'm sure there's always, brief, space for a flasher . . . :) On Nov 10, 2011, at 2:46 PM, Scott Rossi wrote: But watching people hate on Flash seems like any other mob dis, making claims about something for no good reason other than to claim me too. ___ 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? Strange behaviour with Parallels/Lion/LC
There used to be an issue with WindowServer going full throttle if you launched Parallels and started a VM in a remote desktop session. This was Remote Desktop Mac not the windows one. Apparently the interaction with VNC and Parallels was giving WindowServer fits. If you quit the remote session and started it up again, WindowServer calmed down. That problem has gone away now though, unless it is rearing it's ugly head again. Bob On Nov 8, 2011, at 12:44 PM, Graham Samuel wrote: This may be a bit OT, but I am running the Windows version of the LiveCode 5 IDE on a Mac with Lion, supporting Windows XP via the latest version of Parallels Desktop (7). I can do all the usual development stuff easily enough, but when I run the app I'm developing **from within the IDE**, a process belonging to Parallels named prl_vm_app goes into overdrive, with the Mac's Activity Monitor reporting over 100% CPU usage. This rate of use goes on even when my script appears to be quiescent, waiting for the next click of the mouse, and even when Parallels is in the background. When I quit my app (but not the IDE) this process goes back to around 6% of CPU time. I don't think my script does anything unusual, but somehow I am upsetting the Parallels environment. I am pursuing this via Parallels Support, who acknowledge it as a problem but have not yet found a solution - and I don't think I should hold my breath while waiting for one as there are some similar unanswered issues on their database already. My question to this list is, has anyone seen anything like this and is there a known workaround? TIA Graham (in case you're wondering why I'm using the Windows version of the IDE while I have a perfectly good Mac version on the same machine, it's because I am using a Windows-only external, which means my testing has to be in a Windows environment). ___ 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: Wasting space on the forum.
I also prefer to see something about the current thread in the reply itself, at least enough to recognize the context. It drives me crazy to see a short reply to something and then View this message in context:... -- mostly I ignore such messages when the subject header doesn't immediately illuminate things, which it may not, if the last piece of the thread dates back a week or so. However, I'm in favor of brevity as long as it doesn't sacrifice intelligibility. It only takes a minute to edit the quotes to shorten things up and, especially, delete the repeated 5-line use-livecode mailing list... footers, which really are a waste of space. -- Peter Peter M. Brigham pmb...@gmail.com http://home.comcast.net/~pmbrig On Nov 10, 2011, at 8:43 AM, dunb...@aol.com wrote: Francis. I agree with Mark. It is very convenient to see the recent history of any discussion, laid out below the current entry for quick access. Beats opening other eMails located heaven knows where, or searching the archives. Space is cheap. Craig Newman Mark Schonewille m.schonewi...@economy-x-talk.com wrote: Hi Francis, Usually I don't reply to messages that don't quote the preceding message. If you would like me to answer your questions and take part in discussions that may benefit you, quote the previous message. If you don't want me to reply, don't quote. On 10 nov 2011, at 13:09, Francis Nugent Dixon wrote: Hi to any culpritsl, Sorry to any of you who include past mails within their new mail ... BUT . You are wasting space ! Some of you go up to 6 or 7 levels, without thinking that we don't need to see the same information 6 or 7 times. If anybody wants to follow whatever was said on that thread, they can always use : http://lists.runrev.com/pipermail/use-livecode/ With thanks from us others ... ___ 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?] ADOBE DROPS FLASH for HTML5
Richard- Adobe has also killed off AIR for linux. So not only no linux development, but no linux deployment either. -- -Mark Wieder mwie...@ahsoftware.net ___ 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