Re: How to tell when a datagrid column has been resized
Thanks Pete. I figured out a way to do it by intercepting getProp dgColumnWidth. I was hoping to tell when a column had been resized after the fact, but I do not think a message gets sent. Things only happen during the resize operation. That will have to do. I store a property of column properties, the name, the label and the width as a tab delimited list. Then I use this script in the datagrid: getprop dgColumnWidth [pColumn] put the tblDisplay of this card into theColumnData put the dgProp[column widths] of me into theColumnWidths replace comma with tab in theColumnWidths put the itemdelimiter into theOldDelim set the itemdelimiter to tab repeat with theCount = 1 to the number of lines of theColumnData put item theCount of theColumnWidths into item 3 of line theCount of theColumnData end repeat set the tblDisplay of this card to theColumnData set the itemdelimiter to theOldDelim pass dgColumnWidth end dgColumnWidth Works a treat. Bob On Dec 22, 2011, at 5:36 PM, Pete wrote: There's a mouseUp handler in the default header behavior script for a datagrid that looks like this: *on* mouseUp pMouseBtnNum *if* pMouseBtnNum is 1 and not the dgHeaderColumnIsBeingResized of thedgHeader of me *then* *## Change the sort of the column* *## _HeaderToggleSortOfColumn is a helper that resizes in the parent group script.* *## It toggles the sort of the column based on current state of column.* _HeaderToggleSortOfColumn the dgColumn of me *end* *if* *pass* mouseUp *end* mouseUp You might be able to figure something out from that. For example , set the default header behavior script to your own copy of it and then if the dgHeaderColumnIsBeingResized property is true, do whatever it is you need to do. Pete On Thu, Dec 22, 2011 at 5:11 PM, Bob Sneidar b...@twft.com wrote: Hi all. I have read up on all the lessons that might help, as well as searched the datagrid library, and I cannot find anyplace where a message gets sent when a column has been resized. I would like to trap that message so the next time around I can set up the datagrid the way it was last. Any ideas? Bob Never mind. I figured out a way. I just put a handler for getprop dgColumnWidth [pColumn] in the script of the datagrid and then pass it when through. I think I was hoping for some kind of message to get sent when the resize was FINISHED. This gets sent when a column resize is in progress, even if the column is not changing in size at the time. As long as the mouse is down on the column divider, it keeps triggering. It feels dirty somehow, like I ought to be trying to be more efficient, and can't be. Oh well. I have CPU cycles to spare I guess... Bob ___ 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 -- Pete Molly's Revenge http://www.mollysrevenge.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] TwistAWord for iPad
Hi guys, One more announcement to make... Two years ago, we made TwistAWord for Mac, Windows and Linux. For quite some time we have been thinking that TwistAWord would be the perfect game for iPad. We have finally released TwistAWord for iPad a few days ago and it is now available in the iTunes store. You can find it at http://qery.us/1eo . -- 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/1bq Start selling Color Converter today. 20% commission! ___ 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
iPhone is for games, Android is for apps.
via Good Morning Silicon Valley... Two new reports out this week. The first, a report by Xyologic, finds that “iPhone is for games, Android is for apps.” It found that of the top 150 downloads in November from the Apple App Store, 100 were games, and game downloads outnumbered app downloads by nearly a 3-1 margin (71.5 million to 25.6 million). http://www.xyologic.com/blog/the-top-25-iphone-and-android-app-publishers-in-2011-iphone-is-for-games-android-is-for-apps/ Apple users certainly spend more money on apps. That was the finding in a second study, by analysis firm Distimo, that compared the top 200 apps in both the Apple and Android markets. http://www.distimo.com/blog -- Mark Wieder ___ 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] TwistAWord for iPad
Mark, Congratulations on your release! as soon as I am home with my iPad, I will pick a copy. Thanks again for your work, the world needs more good games! Cheers andre On Fri, Dec 23, 2011 at 3:43 PM, Mark Schonewille m.schonewi...@economy-x-talk.com wrote: Hi guys, One more announcement to make... Two years ago, we made TwistAWord for Mac, Windows and Linux. For quite some time we have been thinking that TwistAWord would be the perfect game for iPad. We have finally released TwistAWord for iPad a few days ago and it is now available in the iTunes store. You can find it at http://qery.us/1eo . -- 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/1bq Start selling Color Converter today. 20% commission! ___ 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: [OT] iPhone is for games, Android is for apps.
Hi Mark. This is a rebuttal of the article, and not of your opinion, which I value as a general rule. So then, how odd then am I, who never play any of the games on my iPhone, and use the apps a TON! As with all studies I would have to get into the details of how the study was done before I would accept their findings, and I just don't want to do that. But as an example of how this sort of thing can be skewed, one of the old arguments for Windows and against Mac, was that there were way more software titles for Windows than there was for the Mac. This was unarguably true, except that no one ever thought to ask, Do Windows users but/install more software than Mac users? Which would beg the question, what KIND of software do each class of users buy. The far more useful question to ask would have been, Is there more mainstream software titles in the primary categories of most used software than there are for the Mac? or Is there any primary categories of software that are not available to Mac users that are available to Windows users? In other words, what can you do on a Windows box with mainstream software that you cannot do on a Mac? That there are 50 titles of FTP clients is irrelevant. People are going to get one, and perhaps two. Can you FTP on a Mac? Sure! Are there choices? Sure! So the argument is moot. What Windows IS good for is specialty apps where the target market is very small, so a large market base is the only justifiable conditions where a developer would want to take the risk. Call Accounting for Radio stations is an example. If the numbers crunched in this article (and I have not read it so I am speaking hypothetically here) all came from 2011, a time when the economy was suffering, and by which time just about anyone who WAS going to buy an iPhone did, and got the apps they wanted in 2010 and before, then the study is again, irrelevant, except as a way to say that the current trends of mobile apps purchasing has swung towards Android, and away from iPhone. But you would expect that, given that the Android entered the market a couple years after the iPhone, and the app market for Android didn't really gain momentum until some time later. Hence, the article title, iPhone is for games, Android is for apps is terribly misleading, and I believe intentionally so. I HATE that kind of journalism. So many people will look at the article title, see there are a bunch of numbers, and conclude why it must be so! Very few people really think the problem through, or take such articles with the grain of salt I always do. So the masses are affected, and the agenda of the publisher is achieved. What a world. sigh Bob On Dec 23, 2011, at 9:56 AM, Mark Wieder wrote: via Good Morning Silicon Valley... Two new reports out this week. The first, a report by Xyologic, finds that “iPhone is for games, Android is for apps.” It found that of the top 150 downloads in November from the Apple App Store, 100 were games, and game downloads outnumbered app downloads by nearly a 3-1 margin (71.5 million to 25.6 million). http://www.xyologic.com/blog/the-top-25-iphone-and-android-app-publishers-in-2011-iphone-is-for-games-android-is-for-apps/ Apple users certainly spend more money on apps. That was the finding in a second study, by analysis firm Distimo, that compared the top 200 apps in both the Apple and Android markets. http://www.distimo.com/blog -- Mark Wieder ___ 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] TwistAWord for iPad
Gratz! Bob On Dec 23, 2011, at 10:28 AM, Andre Garzia wrote: Mark, Congratulations on your release! as soon as I am home with my iPad, I will pick a copy. Thanks again for your work, the world needs more good games! Cheers andre On Fri, Dec 23, 2011 at 3:43 PM, Mark Schonewille m.schonewi...@economy-x-talk.com wrote: Hi guys, One more announcement to make... Two years ago, we made TwistAWord for Mac, Windows and Linux. For quite some time we have been thinking that TwistAWord would be the perfect game for iPad. We have finally released TwistAWord for iPad a few days ago and it is now available in the iTunes store. You can find it at http://qery.us/1eo . -- 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/1bq Start selling Color Converter today. 20% commission! ___ 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: iPhone is for games, Android is for apps.
Mark, DISCLAIMER: This is my personal opinion. I have an iPhone, an iPad and an Android phone. I think that the hardest thing for Android is dealing with the multitude of different screen resolutions. While it is doable to create dynamic interfaces that resize as needed, the fact is that there are android devices out there with completely different proportions, ie: motorola has a SQUARE PHONE, ick! With iOS, you only need to deal with 3 resolutions (for now), you need to script for iPhone, iPhone with retina display and the iPad and you reach the whole market, this is a lot easier. Speaking about games and android, how do you go building your game interface when you have gazillions of resolutions? Do you resize your assets on first launch? Do you bundle multiple copies of each asset in the most common resolutions? You try to resize at runtime (slow)? To have a good reach on the android market, your software needs to be able to run on different devices. A software that just run on my Nexus S will not achieve great numbers on the market because it will alienate a multitude of devices. That is why I think that the most useful thing that RunRev could add to LiveCode would be a way for us to have some resolution independence. Like a TV safe area concept from video editing. I remember that when I was at the film school we had TVs and Monitors that had nested squares made with marker pen. I asked a teacher why the monitors were marked like that and he explained to me that stuff inside the innermost the marked area was sure to appear in all TVs but stuff on the outer areas could not be guaranteed to show because TVs has different frames that would hide part of the screen. If we had something like that in LiveCode for mobile where we could place stuff on an area and LiveCode would calculate any resizing needed to display that area in full screen, it would make game writing much easier. When dealing with devices that can go from 320x240 to 1024x768, we need better tools or we risk having geometry routines that are larger than our main app logic. end of apology for resolution independence. On Fri, Dec 23, 2011 at 3:56 PM, Mark Wieder mwie...@ahsoftware.net wrote: via Good Morning Silicon Valley... Two new reports out this week. The first, a report by Xyologic, finds that “iPhone is for games, Android is for apps.” It found that of the top 150 downloads in November from the Apple App Store, 100 were games, and game downloads outnumbered app downloads by nearly a 3-1 margin (71.5 million to 25.6 million). http://www.xyologic.com/blog/the-top-25-iphone-and-android-app-publishers-in-2011-iphone-is-for-games-android-is-for-apps/ Apple users certainly spend more money on apps. That was the finding in a second study, by analysis firm Distimo, that compared the top 200 apps in both the Apple and Android markets. http://www.distimo.com/blog -- Mark Wieder ___ 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: [OT] iPhone is for games, Android is for apps.
Bob Sneidar bobs@... writes: Hi Mark. This is a rebuttal of the article, and not of your opinion, which I value as a general rule. I posted no opinion here. I'm not even sure I have one on this. Just posting for a general discussion. Hey - I read it on the internet - it must be true. -- Mark Wieder ___ 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: iPhone is for games, Android is for apps.
end of apology for resolution independence. I have to solve this same issue when doing things in Flash. There you have options about whether the stage is scaled or not, with the non-scaled mode being much like it is with LC. With the scaled mode though it does something neat. It scales the height of the stage to the height of the device, and it reveals more content off to the sides if you're on a wider screen. This way I can lay things out to be a nice fit for iPad, but I have extra background texture going off to the left and right. On an iPhone you see a bit more of that, and on the widest of devices, the new Galaxy Nexus, you would see even more background texture. I literally have one layout that works for all of the devices. ___ 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] iPhone is for games, Android is for apps.
On Dec 23, 2011, at 10:39 AM, Andre Garzia wrote: If we had something like that in LiveCode for mobile where we could place stuff on an area and LiveCode would calculate any resizing needed to display that area in full screen, it would make game writing much easier. When dealing with devices that can go from 320x240 to 1024x768, we need better tools or we risk having geometry routines that are larger than our main app logic. end of apology for resolution independence. Off the top of my head, which is admittedly pointy, any serious attempt at a geometry engine would need a min and max property so that the geometry editor would not try to scale down smaller than the objects on a screen would allow. Apple saw this when they had to provide a way for an iPhone app to be used on an iPad. The solution? Scale to twice the size and wash your hands of the matter. :-) Going the other way is even worse. Who would want to use a well populated iPad app, but scaled down to half the size? At some point, only the developer knows how small the app could get and still be usable. There is no automatic way of determining that. It looks for all the world like custom geometry routines are the only way of solving the problem. The iPhone to iPad double scale trick works because the ratio is roughly the same. But to try and take an app laid out for a really wide android screen and fit it into a small square device? nothing automatic about that. In the final analysis, it looks like your original argument that Androids do not lend themselves to certain ways of designing apps, and iPhones are much easier to manage geometry with is spot on. But I think that custom geometry routines are only one way of approaching the problem. How about a card for each existing android resolution, one for iPad and one for iPhone, set to the proper size on startup, and each laid out specific to the device? The same thing could be done for an Android app. It will bloat the app for sure, but it's one approach that avoids a geometry manager. Another approach might be to download and install the proper form for the app on first launch from an FTP or WEB site. Not sure if that is feasible with i-devices though, and new device resolutions would require a new version. You might be able to download positional and size information for the app on first launch based on the size of the device screen. That way a new device would not require a new app. Just update the positional database for the new device and voila! That is all off the top of my pointy head though. Bob ___ 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: iPhone is for games, Android is for apps.
Cue Devo... Freedom from choice Is what you want g -- Mark Wieder ___ 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
Trouble with button icon images
I have a card in a substack of my mainstack that contains images for buttons I use in other substacks. All seems to work fine so far but I have a problem with one button whose image does not show up. The same image is used as the icon for buttons on other cards and shows up just fine. If I copy a button that uses the image from another card to this card, the image disappears from the button. Other buttons on the same card that refer to different images work just fine. Any ideas? -- Pete Molly's Revenge http://www.mollysrevenge.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] iPhone is for games, Android is for apps.
On 12/23/11 1:11 PM, Mark Wieder wrote: Bob Sneidarbobs@... writes: Hi Mark. This is a rebuttal of the article, and not of your opinion, which I value as a general rule. I posted no opinion here. I'm not even sure I have one on this. Just posting for a general discussion. Hey - I read it on the internet - it must be true. Thanks for the links, I thought they were interesting. I read both. It seems to me that the target markets are a little different; Apple and Google both provide all the basic utilities like email, web, etc. The folks who get an i-thing are probably happy with that and spend their money on entertainment. I see the Android market as a little more techy; the OS, after all, has a more computer-ish interface and allows much more control -- you can do things on an Android device that you can't do on an i-thing (for example, you can see and work with the file system.) It would make sense that Android users would have more interest in apps and utilities that allow them to explore those capabilities. The articles presented data to back up the claims, though it's important to note that Android users do in fact download games, they just download apps more often. As a developer, I thought it was good info to have when making decisions about what to expect when releasing to either market. -- 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] iPhone is for games, Android is for apps.
J. Landman Gay jacque@... writes: ...though it's important to note that Android users do in fact download games. The first Android app I downloaded was something called Casey's Solitaire... haven't won a game yet. -- Mark Wieder ___ 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] iPhone is for games, Android is for apps.
That´s funny. Me too. And i did not yet win a game too. Matthias Am 23.12.2011 um 20:50 schrieb Mark Wieder: J. Landman Gay jacque@... writes: ...though it's important to note that Android users do in fact download games. The first Android app I downloaded was something called Casey's Solitaire... haven't won a game yet. -- Mark Wieder ___ 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] iPhone is for games, Android is for apps.
On 12/23/11 2:05 PM, Matthias Rebbe wrote: That´s funny. Me too. And i did not yet win a game too. Matthias Am 23.12.2011 um 20:50 schrieb Mark Wieder: J. Landman Gayjacque@... writes: ...though it's important to note that Android users do in fact download games. The first Android app I downloaded was something called Casey's Solitaire... haven't won a game yet. Haven't you two found the cheats in the preferences yet? I can win every time if I turn them all on. Casey is headed to both markets as soon as I can see openGL on my Android tablet. No one on the RR team can figure out why I can't. -- 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] iPhone is for games, Android is for apps.
Cheating? Never! ;) Matthias Am 23.12.2011 um 21:31 schrieb J. Landman Gay: On 12/23/11 2:05 PM, Matthias Rebbe wrote: That´s funny. Me too. And i did not yet win a game too. Matthias Am 23.12.2011 um 20:50 schrieb Mark Wieder: J. Landman Gayjacque@... writes: ...though it's important to note that Android users do in fact download games. The first Android app I downloaded was something called Casey's Solitaire... haven't won a game yet. Haven't you two found the cheats in the preferences yet? I can win every time if I turn them all on. Casey is headed to both markets as soon as I can see openGL on my Android tablet. No one on the RR team can figure out why I can't. -- 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] iPhone is for games, Android is for apps.
Jaqcue, Casey is headed to both markets as soon as I can see openGL on my Android tablet. No one on the RR team can figure out why I can't. what tablet do you have? Matthias ___ 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] iPhone is for games, Android is for apps.
On 12/23/11 2:39 PM, Matthias Rebbe wrote: Jaqcue, Casey is headed to both markets as soon as I can see openGL on my Android tablet. No one on the RR team can figure out why I can't. what tablet do you have? Archos 70 internet tablet running Froyo 2.2.1. I think it may be missing a critical library. I'd like to find someone else who's running 2.2, so I can see whether it is just the Archos tablet or Android 2.2 in general. If anyone here is running that OS and is willing to do a quick test (all you have to do is launch the app,) an off-list email would be great. -- 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
How do you do it??
Why do LC (and HC for that matter) fail to process multi-line variables when using do? on mouseUp --get AA return BB get AA repeat with y = 1 to 2 do put it into temp y end repeat answer temp2 end mouseUp If the variable it contains one line, the do construction works fine, making numbered temp variables as needed. But if I try the routine with a multi-line it, the handler will not compile. LC complains as: execution error at line 5 (do: error in source expression) near put AA, char 1 HC complains as well, that it cannot understand BB. It seems that the routine breaks simply because of the other lines, that is, the next line in it is not understandable by the parser. I wonder why it bothers to look there. Don't tell me I need two levels of do: (do do put...) Just kidding, that fails also. Just asking. Craig Newman ___ 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: How do you do it??
Hmmm lemme follow this as pseudo code: when the mouse is clicked put AA and a carriage return and BB into the variable it on the first pass of a repeat loop, try to do the command put followed by the word it followed by the contents of the variable it (it's two lines you know) followed by into temp1. The statement you are trying to do will look like this: do put AA BB into temp1 Well you see what went wrong don't you? The do command does not know what to do with what comes after AA. It cannot even compile it. This is why it is a MUCH better idea to put your command into a variable, and then do the variable. You could then have stepped through the code and seen what the DO command looked like before you tried to do it. It may seem like wisdom at first to try to mash all the code into one compact statement, but there is no gain in performance, and there is a HUGE downside of not being able to debug it. Try this instead: on mouseUp get AA return BB -- get AA repeat with y = 1 to 2 put put line y of it into temp y into theCommand do theCommand end repeat answer temp1 comma temp2 end mouseUp You will get AA,BB Bob On Dec 23, 2011, at 1:43 PM, dunb...@aol.com wrote: Why do LC (and HC for that matter) fail to process multi-line variables when using do? If the variable it contains one line, the do construction works fine, making numbered temp variables as needed. But if I try the routine with a multi-line it, the handler will not compile. LC complains as: execution error at line 5 (do: error in source expression) near put AA, char 1 HC complains as well, that it cannot understand BB. It seems that the routine breaks simply because of the other lines, that is, the next line in it is not understandable by the parser. I wonder why it bothers to look there. Don't tell me I need two levels of do: (do do put...) Just kidding, that fails also. Just asking. Craig Newman ___ 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: How do you do it??
It won't even put AA into the message box. It will try to compile the entire do statement first, and upon failing will just throw an error. Bob On Dec 23, 2011, at 1:58 PM, Mike Bonner wrote: put AA BB into temp2 So it will put AA into the message box, and error out on the next line since there is no handler named BB ___ 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: How do you do it??
Well yeah because do is a unit. part fails, all fail so the AA never gets to the msg box. Explanation still stands though. On Fri, Dec 23, 2011 at 3:29 PM, Bob Sneidar b...@twft.com wrote: It won't even put AA into the message box. It will try to compile the entire do statement first, and upon failing will just throw an error. Bob On Dec 23, 2011, at 1:58 PM, Mike Bonner wrote: put AA BB into temp2 So it will put AA into the message box, and error out on the next line since there is no handler named BB ___ 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: How do you do it??
Mike. Not sure I am getting this. I have two fields, one with several lines of text (fld 1). on mouseUp put fld 1 into foo do put foo into fld 2 end mouseUp This fails. If fld 1 contains only one line, no problem, as everyone but me seems to know. Please tell me again. Thanks, Craig -Original Message- From: Mike Bonner bonnm...@gmail.com To: How to use LiveCode use-livecode@lists.runrev.com Sent: Fri, Dec 23, 2011 12:42 pm Subject: Re: How do you do it?? Well yeah because do is a unit. part fails, all fail so the AA never gets to the msg box. Explanation still stands though. On Fri, Dec 23, 2011 at 3:29 PM, Bob Sneidar b...@twft.com wrote: It won't even put AA into the message box. It will try to compile the entire do statement first, and upon failing will just throw an error. Bob On Dec 23, 2011, at 1:58 PM, Mike Bonner wrote: put AA BB into temp2 So it will put AA into the message box, and error out on the next line since there is no handler named BB ___ 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: How do you do it??
The problem is you want put to evaluate the variable, but the way you're entering it, livecode evaluates it BEFORE the do. if you just on mouseup put field 1 into fo do put foo into field 2 end mouseup it will work. do put foo into field 2 is the same as put foo into field 2 the other way since the foo is outside of quotes its evaluated and turns into the contents of field foo. If there is a return in the field then when foo is evaluated (do put foo) it turns into put line1 of foo line 2 of foo into wherever (meaning the values) effectively what is happening is the value of FOO is becoming part of the script, rather than the value of foo being used by the script. Not explaining very well but hopefully this'll get it there. On Fri, Dec 23, 2011 at 4:00 PM, dunb...@aol.com wrote: Mike. Not sure I am getting this. I have two fields, one with several lines of text (fld 1). on mouseUp put fld 1 into foo do put foo into fld 2 end mouseUp This fails. If fld 1 contains only one line, no problem, as everyone but me seems to know. Please tell me again. Thanks, Craig -Original Message- From: Mike Bonner bonnm...@gmail.com To: How to use LiveCode use-livecode@lists.runrev.com Sent: Fri, Dec 23, 2011 12:42 pm Subject: Re: How do you do it?? Well yeah because do is a unit. part fails, all fail so the AA never gets to the msg box. Explanation still stands though. On Fri, Dec 23, 2011 at 3:29 PM, Bob Sneidar b...@twft.com wrote: It won't even put AA into the message box. It will try to compile the entire do statement first, and upon failing will just throw an error. Bob On Dec 23, 2011, at 1:58 PM, Mike Bonner wrote: put AA BB into temp2 So it will put AA into the message box, and error out on the next line since there is no handler named BB ___ 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 ___ 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] iPhone is for games, Android is for apps.
Jacque- Friday, December 23, 2011, 11:33:53 AM, you wrote: I see the Android market as a little more techy; the OS, after all, has a more computer-ish interface and allows much more control -- you can do things on an Android device that you can't do on an i-thing (for example, you can see and work with the file system.) It's also permissible and preferable to root an Android device. OTOH the iThings are more secure. -- -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
Re: How do you do it??
Of course. I have overdone the do construction by not including the whole statement in quotes. I am so used to having to break out literals from variables, reassembling them meticulously into a single line, that I missed this very expected result. Thanks... Craig -Original Message- From: Bob Sneidar b...@twft.com To: How to use LiveCode use-livecode@lists.runrev.com Sent: Fri, Dec 23, 2011 1:20 pm Subject: Re: How do you do it?? Hmmm lemme follow this as pseudo code: when the mouse is clicked put AA and a carriage return and BB into the variable it on the first pass of a repeat loop, try to do the command put followed by the word it followed by the contents of the variable it (it's two lines you know) followed by into temp1. The statement you are trying to do will look like this: do put AA BB into temp1 Well you see what went wrong don't you? The do command does not know what to do with what comes after AA. It cannot even compile it. This is why it is a MUCH better idea to put your command into a variable, and then do the variable. You could then have stepped through the code and seen what the DO command looked like before you tried to do it. It may seem like wisdom at first to try to mash all the code into one compact statement, but there is no gain in performance, and there is a HUGE downside of not being able to debug it. Try this instead: on mouseUp get AA return BB -- get AA repeat with y = 1 to 2 put put line y of it into temp y into theCommand do theCommand end repeat answer temp1 comma temp2 end mouseUp You will get AA,BB Bob On Dec 23, 2011, at 1:43 PM, dunb...@aol.com wrote: Why do LC (and HC for that matter) fail to process multi-line variables when using do? If the variable it contains one line, the do construction works fine, making numbered temp variables as needed. But if I try the routine with a multi-line it, the handler will not compile. LC complains as: execution error at line 5 (do: error in source expression) near put AA, char 1 HC complains as well, that it cannot understand BB. It seems that the routine breaks simply because of the other lines, that is, the next line in it is not understandable by the parser. I wonder why it bothers to look there. Don't tell me I need two levels of do: (do do put...) Just kidding, that fails also. Just asking. Craig Newman ___ 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
Optional keywords?
Is this well known? on mouseUp put ABCDE into foo answer char 2 foo end mouseUp This works for all chunk types. But where is the keyword of (or in) at line 3? It seems to be optional. Has this always been so? Are there other keywords that do not matter? Craig Newman -Original Message- From: dunbarx dunb...@aol.com To: use-livecode use-livecode@lists.runrev.com Sent: Fri, Dec 23, 2011 4:52 pm Subject: Re: How do you do it?? Of course. I have overdone the do construction by not including the whole statement in quotes. I am so used to having to break out literals from variables, reassembling them meticulously into a single line, that I missed this very expected result. Thanks... Craig -Original Message- From: Bob Sneidar b...@twft.com To: How to use LiveCode use-livecode@lists.runrev.com Sent: Fri, Dec 23, 2011 1:20 pm Subject: Re: How do you do it?? Hmmm lemme follow this as pseudo code: when the mouse is clicked put AA and a carriage return and BB into the variable it on the first pass of a repeat loop, try to do the command put followed by the word it followed by the contents of the variable it (it's two lines you know) followed by into temp1. The statement you are trying to do will look like this: do put AA BB into temp1 Well you see what went wrong don't you? The do command does not know what to do with what comes after AA. It cannot even compile it. This is why it is a MUCH better idea to put your command into a variable, and then do the variable. You could then have stepped through the code and seen what the DO command looked like before you tried to do it. It may seem like wisdom at first to try to mash all the code into one compact statement, but there is no gain in performance, and there is a HUGE downside of not being able to debug it. Try this instead: on mouseUp get AA return BB -- get AA repeat with y = 1 to 2 put put line y of it into temp y into theCommand do theCommand end repeat answer temp1 comma temp2 end mouseUp You will get AA,BB Bob On Dec 23, 2011, at 1:43 PM, dunb...@aol.com wrote: Why do LC (and HC for that matter) fail to process multi-line variables when using do? If the variable it contains one line, the do construction works fine, making numbered temp variables as needed. But if I try the routine with a multi-line it, the handler will not compile. LC complains as: execution error at line 5 (do: error in source expression) near put AA, char 1 HC complains as well, that it cannot understand BB. It seems that the routine breaks simply because of the other lines, that is, the next line in it is not understandable by the parser. I wonder why it bothers to look there. Don't tell me I need two levels of do: (do do put...) Just kidding, that fails also. Just asking. Craig Newman ___ 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 ___ 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
5.0.2 startup woes
Now with this new 5.0.2 that I just purchased, various startup, openstack and preopenstack commands do not implement -- that is they don't implement when I double-click on the stack while LiveCode is not running. (Everything works fine if LiveCode is already running.) But, for example, if you make a stack that simply consists of a stack script that says: on openstack choose browse tool beep end openstack If you double-click on the stack with LiveCode not running, and 5.0.2 starts up, does the tool change to browse tool? In my computer (Mac), it doesn't -- but the computer does beep. Am I missing something really basic here? If I drag my new version 5.0.2 to the trash, which leaves 4.6.4 to start up, and do the same thing, the tool switches to browse tool as it should. There are other startup issues suddenly going on in 5.0.2 which I don't understand. Can anyone advise? Thanks Fred ___ 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: 5.0.2 startup woes
On 12/23/2011 11:40 PM, Fred Moyer wrote: Now with this new 5.0.2 that I just purchased, various startup, openstack and preopenstack commands do not implement -- that is they don't implement when I double-click on the stack while LiveCode is not running. (Everything works fine if LiveCode is already running.) But, for example, if you make a stack that simply consists of a stack script that says: on openstack choose browse tool beep end openstack If you double-click on the stack with LiveCode not running, and 5.0.2 starts up, does the tool change to browse tool? In my computer (Mac), it doesn't -- but the computer does beep. Am I missing something really basic here? If I drag my new version 5.0.2 to the trash, which leaves 4.6.4 to start up, and do the same thing, the tool switches to browse tool as it should. There are other startup issues suddenly going on in 5.0.2 which I don't understand. Can anyone advise? Thanks Fred This also happens here in Linux. In 5.0, Livecode opens, the stack appears and both parts of this script work. In 5.0.2 the stack is opening almost instantly and well before the Livecode toolbar appears. It beeps but does not switch to the browse tool. It would seem that Livecode is attempting to run the script before it's fully ready. 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