Re: Toggling a Single Radio Button
Good point, Mark. So I just changed some buttons I had that were checkboxes to radio and vice versa. Every little thing helps to make a professional product. John Balgenorth On Mar 9, 2015, at 5:29 PM, Mark Wieder mwie...@ahsoftware.net wrote: Ray- Monday, March 9, 2015, 11:58:42 AM, you wrote: Does anybody know how to toggle a single radio button so it behaves like a check box? That is, if it's highlighted when you click it the button becomes dehighlighted and vice versa? I see you got your answer already. But I have to ask: Why not just use a checkbox? Users expect a radiobutton to act like a radiobutton in a group, and expect a checkbox to act like a checkbox. Why confuse them? -- -Mark Wieder ahsoftw...@gmail.com This communication may be unlawfully collected and stored by the National Security Agency (NSA) in secret. The parties to this email do not consent to the retrieving or storing of this communication and any related metadata, as well as printing, copying, re-transmitting, disseminating, or otherwise using it. If you believe you have received this communication in error, please delete it immediately. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ 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: Printing in LC 7.0.3
On 5 March Paul Hibbert wrote: This bug is reported now: http://quality.runrev.com/show_bug.cgi?id=14814 Thanks again for reporting this, Paul. I just got notice from the bug DB this morning that this issue has been fixed, and will be in the next build. Good work by all. -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ambassa...@fourthworld.comhttp://www.FourthWorld.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Spider Web chart?
Richard Gaskin asked for code useful for making a spider web chart. I think the function below would help. Both the grid and the plots will be polygons whose points can be conveniently specified by their distance from an origin and their angle on a circle. function yAD x,y,d,a,@xAD -- calculate point x1,y1 that is distance d and angle a from point x,y -- return y1, load x1 into param 5 -- a is in degrees, positive is east of north put (90-a)*2*pi/360 into a put x + d*cos(a) into xAD return y + d*sin(a) end yAD David Epstein ___ 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
6.6.5 and Message timing?
Hey ya'll, I've been trying to track down some weird behavior in a standalone built and running on windows 7 x86. I have a launcher which prepares and starts another non-livecode application up. Once sending the start commands for this application via shell() it starts a handler to watch for when it is open and ready. I am currently using something similar to this: on waitForNW wait until checkForNW() is true with messages send hideSplash to me send watchForClose to me in 1 second end waitForNW checkForNW() runs shell(tasklist) and checks the result for the presence of the process and returns true or false If it is running, it hides the splash and switches to the inverse function. It is now checking to see if the process still exists. If it does not, I do some cleanup and quit. The inverse wait mechanism is much the same: on watchForClose wait until checkForNW() is false with messages quit end watchForClose Everything works exactly as I'd expect it to in the IDE. Once I build a standalone with 6.6.5, it seems like there is a huge delay in the watchForClose message. I've piddled with timings and using repeats with recursive Send in time's to recall itself with a pendingMessage in place of my wait with messages. No amount of timing or fudging makes the stand alone behave differently outside of expected the forced slow down in my timings. I saved this stack out in legacy format and opened it up in 5.5.5. Works fine in the IDE. I built the standalone in 5.5.5 now, and it works exactly as expected in the standalone now too. I haven't tried it in any of the 7.0 releases or any others than 5.5.5 and 6.5. Id prefer not to use the newer ones, as double digit megabyte size for a simple splash launcher like this is a bit silly. I'd just soon as ship 5.5 in that case. The Real Question I Have: Were there any known issues with message timing or shell() command on windows in 6.6.5 that would account for this? -- Regards, Andrew Kluthe and...@ctech.me ___ 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
If you don't read the forums
Devs who have been working with LC for some time and who don't read the forums may want to take a look at this thread and provide input: http://forums.livecode.com/viewtopic.php?f=66t=23490 I think it is an important question which will affect the development of the engine moving forward and, since I'm undecided, I'd like to read other people's ideas about it. -- 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: If you don't read the forums
Thanks for the heads up. Would have never known about it otherwise… On Mar 10, 2015, at 11:45 AM, J. Landman Gay jac...@hyperactivesw.com wrote: Devs who have been working with LC for some time and who don't read the forums may want to take a look at this thread and provide input: http://forums.livecode.com/viewtopic.php?f=66t=23490 I think it is an important question which will affect the development of the engine moving forward and, since I'm undecided, I'd like to read other people's ideas about it. -- 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: If you don't read the forums
I very rarely used to look at the forums but I discovered the option to get a daily digest of new posts by email. That works great for me as I can quickly scan through the email and find the posts I might have an interest in. In this case, I'm glad Jacque brought it to our attentions; it's certainly important enough that I'm sure everyone should know about it. On Tue, Mar 10, 2015 at 11:10 AM Chris Sheffield cs_livec...@icloud.com wrote: Thanks for the heads up. Would have never known about it otherwise… On Mar 10, 2015, at 11:45 AM, J. Landman Gay jac...@hyperactivesw.com wrote: Devs who have been working with LC for some time and who don't read the forums may want to take a look at this thread and provide input: http://forums.livecode.com/viewtopic.php?f=66t=23490 I think it is an important question which will affect the development of the engine moving forward and, since I'm undecided, I'd like to read other people's ideas about it. -- 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 ___ 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: If you don't read the forums
Jacque, Thanks I am ashamed to admit that I fall into this category Jacqueline Landman Gay wrote==This is an important enough question that I think it should go on the mailing list as well as this forum. There are lots of pro developers there who rarely or never visit the forums, Alot to think about Hmmm.. Ralph DiMola IT Director Evergreen Information Services rdim...@evergreeninfo.net -Original Message- From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of J. Landman Gay Sent: Tuesday, March 10, 2015 1:46 PM To: LiveCode Mailing List Subject: If you don't read the forums Devs who have been working with LC for some time and who don't read the forums may want to take a look at this thread and provide input: http://forums.livecode.com/viewtopic.php?f=66t=23490 I think it is an important question which will affect the development of the engine moving forward and, since I'm undecided, I'd like to read other people's ideas about it. -- 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: Spider Web chart?
David Epstein wrote: Richard Gaskin asked for code useful for making a spider web chart. I think the function below would help. Both the grid and the plots will be polygons whose points can be conveniently specified by their distance from an origin and their angle on a circle. function yAD x,y,d,a, at xAD -- calculate point x1,y1 that is distance d and angle a from point x,y -- return y1, load x1 into param 5 -- a is in degrees, positive is east of north put (90-a)*2*pi/360 into a put x + d*cos(a) into xAD return y + d*sin(a) end yAD Thank you, David. I've been the recipient of much goodwill today in response to my query: Scott Rossi and Bernd also sent me some useful code. I'll put it to good use. Thanks, all! -- Richard Gaskin Fourth World Systems Software Design and Development for Desktop, Mobile, and Web ambassa...@fourthworld.comhttp://www.FourthWorld.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Managing Sizes - Images in Mobile (was Mobile Template)
So if I want the image to take up say 70% of the card, I calculate the size so when it's taking 70% of a Retina screen it look good. When saving, which PPI should we be chosing. I'm still stuck in the old 72dpi for web which is the wrong use of DPI.. since photoshop is actually asking for PPI If you take a great photo, resize to 2048X1536 px. then save for web you still have to other options to set I looked all over the web today... still confused. AT photo.stackexchange we see this: up vote 2 down vote If your image is 240px * 240px at 240dpi, and you change the resolution in photoshop to 72dpi, the image is still 240px * 240px and the quality isn't changed. It is just a reference for if the image is to be printed. If you're using an image onscreen you can ignore the dpi, it will only ever display the number of pixels. which begs the question: when saving for retina 2048 X1536: what PPI should we choose on save? Swasti Astu, Be Well! Brahmanathaswami Kauai's Hindu Monastery www.HimalayanAcademy.com Ralph DiMola wrote: I took the ease the pain path. I include 1 image that looks good on the best resolution device and then scale it down. I use the iPad Retina for my calculation. So if I want the image to take up say 70% of the card, I calculate the size so when it's taking 70% of a Retina screen it look good. Now when the image displays on a lower resolution device I scale it down to 70% of the current device size and place it where it needs to be. Now this has one big downfall.CPU time. If all there were was iOS then creating all the sizes for the Apple ecosystem would not be too bad although lots of work when the next gen comes out. With the veritable cornucopia of Android sizes I determined that it would be an impossible task to have images for all those resolutions. Now I did all this before there was rescaling in LC. Back in the day I got Jacque's You have to roll your own rescaling reality check. It's nice to see that rescaling is now in LC. I'm going to give a whirl soon. Ralph DiMola IT Director Evergreen Information Services rdim...@evergreeninfo.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: Printing in LC 7.0.3
On 10 Mar 2015, at 13:57, Richard Gaskin ambassa...@fourthworld.com wrote: Thanks again for reporting this, Paul. I just got notice from the bug DB this morning that this issue has been fixed, and will be in the next build. Excellent. It would be good to here that the tab button text issue has been resolved as well. It does feel strange that LC have jumped on the printing issue yet have ignored the tab menu issue that was reported YEARS ago. I am not a conspiracy theorist. All the best Terry ___ 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
Spider Web chart?
A while back (2010) there was a request here for anyone who's made a spider web chart - e.g.: http://www.texample.net/media/tikz/examples/PDF/spiderweb-diagram.pdf I have a need for one myself, and the posts at the time had some useful general tips on making charts but nothing on spider web charts specifically. The trick to this one is the need to translate coordinates outward from a centerpoint along a variable number of axes. Anyone here have such a tool, or other code useful for making one? -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ambassa...@fourthworld.comhttp://www.FourthWorld.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: LiveResize in 6.7.3 and 7.0.3
On 3/10/2015 2:08 PM, Terence Heaford wrote: I want to resize the chart as the user drags the window but both 6.7.3 and 7.0.3 stutter quite badly under the strain of rebuilding the chart. 7.0.3 is obviously worse then 6.7.3 at doing this. I am looking for ideas on a better way of doing this? ... One immediate area for improvement might be the delete routine which is: on deleteChart lock screen repeat for each line tID in the childControlIDs of me delete control id tID of me end repeat unlock screen end deleteChart Is there a call that will delete all the items at once rather than having to iterate through the childControlIDs? Besides locking the screen, also lock messages. I'd avoid deleting/recreating everything too, it would be better to just resize the existing controls, which is much faster. If that isn't possible for some reason, group as many child controls as possible and delete whole groups. -- 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: XCode 6.2 Building For iOS
On 3/10/2015 3:02 PM, Mike Kerner wrote: Did I miss some bug report about XC 6.2 not being supported? LC 6.6.5 and 6.7.3 don't like it. They use the same file format. What doesn't work? -- 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: If you don't read the forums
William Prothero wrote: When Director added new code styles, it used a property called “scriptExecutionStyle” which you could set to maintain some older statements. You and Colin will be glad to know that's one of Mark Waddingham's proposals, a global property which would preserve some older behaviors where practical for the relatively few language tokens that may change. -- Richard Gaskin LiveCode Community Manager rich...@livecode.org ___ 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: Text Field in LC 7
Earlier I wrote: Related, it occurred to me that it's sometimes annoying to have to write this handler just to have tabs entered into the text of a field: on tabKey put tab into the selecction end tabKey So I submitted a request for an allowTabs field property; off by default, when true it would allow a field to accept tabs the user types: http://quality.runrev.com/show_bug.cgi?id=14836 In correspondence in that report Mark Waddingham noted that the tabstops property already governs this behavior. Empty by default, when the tabstops if a field is set to any valid value the Tab key no longer invoked field-to-field navigation, instead inserting the tab character into the field. Apparently this is even noted in the Dictionary, but it seems I'm not alone in having overlooked it, since the IDE's Inspector uses that script for the field Contents pane. Needless to say, I've closed that request. -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ambassa...@fourthworld.comhttp://www.FourthWorld.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Mobile app templates?
On Mon, Mar 9, 2015 at 4:39 PM, J. Landman Gay jac...@hyperactivesw.com wrote: LC has a mobile template? That's what Geoff was looking for. As far as I know this is some graphics and PSDs, not an LC project. ___ 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: Fast-tracking LiveCode for beginners
On Mar 10, 2015, at 10:45 AM, FlexibleLearning.com ad...@flexiblelearning.com wrote: I am looking for a means to fast-track a client into the world of LiveCode programming. Am considering Devin's LiveCode University course, and delivering it myself over a concentrated one week period for him in person. Any comments or other suggestions? I think that’s a great suggestion! ;-) When I have students who I want to introduce to LiveCode in a hurry, especially those who have prior programming experience, I have them go through Units 3, 6 and Unit 8, lessons 26 - 29. These should give a pretty thorough overview of LiveCode. Regards, Devin Devin Asay Learn to code with LiveCode University https://livecode.com/store/education/ ___ 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
LiveResize in 6.7.3 and 7.0.3
I have created a group which contains the methods to create simple charts which I use to display financial data. X axis = money Y axis = for example category. The charts basically comprise of, in relation to a bar chart: 1. Fields for the axis labels legend. 2. Polygons to create lines for axis, grids, axis ticks. 3. Rectangles for the bars. A typical bar chart may contain approx. 150 items When it comes to resize the window by dragging, I delete all the items owned by the group and rebuild the chart. As resizeStack is sent continuously I have to delete/rebuild continuously. I want to resize the chart as the user drags the window but both 6.7.3 and 7.0.3 stutter quite badly under the strain of rebuilding the chart. 7.0.3 is obviously worse then 6.7.3 at doing this. I am looking for ideas on a better way of doing this? I would not want to resort to images, as printing part of the card results in good quality PDF’s in OS X, at least in 6.7.3 (7.0.4 I believe will have the required bug fix). One immediate area for improvement might be the delete routine which is: on deleteChart lock screen repeat for each line tID in the childControlIDs of me delete control id tID of me end repeat unlock screen end deleteChart Is there a call that will delete all the items at once rather than having to iterate through the childControlIDs? All the best Terry ___ 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: LC7 Unicode
Terence Heaford wrote: Can LC 7 LC 8 be coded to enable Unicode to be switched “on”/“off” either globally or on an individual control basis? Not likely. Unicode affects all things that deal with strings. That's pretty much most of the engine. Moreover, the refactoring for Unicode wasn't limited to Unicode alone, but incorporates a wide range of changes that are needed to knock off the rest of the Kickstarter goals. No one expected the first pass at such a deep revision to be both uncommonly transparent to users and also optimized. Now that v7 is out they can explore ways to refine performance. This may be a good time to remind people of the invitation posted here a few weeks ago from RunRev's Peter Brett: if you have a project which runs noticeably slower, contact support AT runrev.com to make arrangements to send it to them so they can profile it and optimize those portions of the engine that can make the biggest difference. V6 is clearly legacy technology. V7 is the bridge to v8 and everything else the future holds. Just as there came a time when the team had to move on from v3, v4, and v5, the longer they need to maintain v6.x the longer it will take to complete the Kickstarter goals. So let's identify those issues that truly prevent us from moving our projects to v7, and with any luck they'll be fixed as quickly as the print into rect issue was. -- Richard Gaskin LiveCode Community Manager rich...@livecode.org ___ 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: Power Status (was Re: Because LC can't do two things at once.)
Peter Brett wrote: On 2015-03-07 16:33, Richard Gaskin wrote: Mark Wieder wrote: And now that I'm looking at it again, I don't think that's the proper format for the url command. It should be put url file:///sys/class/power_supply/BAT0/status into tStatus Oddly, I find that LC's file I/O routines don't work with *NIX virtual file system elements. I can use cat in shell to get those values, but neither LC's open/read/close nor get url options for work me. Ouch. Please file a bug report - I think this is something we need to look into. Thanks! Done: http://quality.runrev.com/show_bug.cgi?id=14865 Thanks. -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ambassa...@fourthworld.comhttp://www.FourthWorld.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
XCode 6.2 Building For iOS
Did I miss some bug report about XC 6.2 not being supported? LC 6.6.5 and 6.7.3 don't like it. -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, This is good. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: XCode 6.2 Building For iOS
Usually when there’s a new release of Xcode that adds something major to the iOS SDK (Apple Watch support in this case), it requires a LiveCode update in order to work properly. Really about all we can do is stick with Xcode 6.1.1 for now. I’m sure the team will have a new update out with Xcode 6.2 support asap. Chris -- Chris Sheffield Read Naturally, Inc. www.readnaturally.com On Mar 10, 2015, at 3:12 PM, J. Landman Gay jac...@hyperactivesw.com wrote: On 3/10/2015 3:02 PM, Mike Kerner wrote: Did I miss some bug report about XC 6.2 not being supported? LC 6.6.5 and 6.7.3 don't like it. They use the same file format. What doesn't work? -- 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: LC7 Unicode
On 2015-03-10 19:41, Richard Gaskin wrote: Terence Heaford wrote: Can LC 7 LC 8 be coded to enable Unicode to be switched “on”/“off” either globally or on an individual control basis? Not likely. Unicode affects all things that deal with strings. That's pretty much most of the engine. This is a common misconception. Internally, the LC7 engine only uses Unicode if it has to. If your application only uses native strings, then LC7 will only use native strings. Built-in Unicode support has very little to do with the fact that LC7 is slower for some workloads. The cause of potential slow-down is more fundamental, and has to do with the way that variables and values in the language are handled and the way that the language is executed. As Richard says, some of these changes were required in order to enable the future development of the LiveCode language and to make it more flexible and powerful. We care about performance. Mark, who designed the LC7 engine, has done some quite extensive work recently -- even in his own time, over weekends -- to look for opportunities to improve performance. It's been invaluable for us to get hold of some real-world stacks that we've been given by users and developers. Peter -- Dr Peter Brett LiveCode Engine Development Team ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Mobile app templates?
On Mon, Mar 9, 2015 at 1:41 PM, J. Landman Gay jac...@hyperactivesw.com wrote: I don't think there's much difference between the desktop method and mobile apps. You just compile the main stack for mobile instead of for desktop. I'm working in 6.7.3, so (as far as I know) there's still some sort of build it at 320x568 and it will automatically scale up, but then you have to provide double-size graphics, etc. thing going on. re: provisioning/keys -- that's certainly true, and not LC's fault at all. ___ 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: XCode 6.2 Building For iOS
Unfortunately, I had auto-updates turned on. Luckily, Time Machine saves the day. On Tue, Mar 10, 2015 at 5:20 PM, Chris Sheffield cs_livec...@icloud.com wrote: Usually when there’s a new release of Xcode that adds something major to the iOS SDK (Apple Watch support in this case), it requires a LiveCode update in order to work properly. Really about all we can do is stick with Xcode 6.1.1 for now. I’m sure the team will have a new update out with Xcode 6.2 support asap. Chris -- Chris Sheffield Read Naturally, Inc. www.readnaturally.com On Mar 10, 2015, at 3:12 PM, J. Landman Gay jac...@hyperactivesw.com wrote: On 3/10/2015 3:02 PM, Mike Kerner wrote: Did I miss some bug report about XC 6.2 not being supported? LC 6.6.5 and 6.7.3 don't like it. They use the same file format. What doesn't work? -- 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 -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, This is good. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Managing Sizes - Images in Mobile (was Mobile Template)
Hmm... All this buzz about apps that scale everything for every rect, with CSS and HTML5 etc, Certainly they are not placing a single instance of a rasturized image at 320 X 568 @ 72 and then expect that to scale up to 1024 X 768 automatically and still look decent. Unless the laws of pixel physics have changed recently, I'm still thinking upscaled low res graphics will yield rancid results no matter what the framework. Am I mistaken? Even Apple's iBook Author software called for multiple images at different sizes... Perhaps one path to ease the pain of multiple images could be 1) see how far you can take your design with vector objects so that scale relative to appearance is never an issue. I need to test EPS more extensively and break open Adobe Illustrator's toolbox. Theoretically this get's us vector if you stay in vector (don't place jpgs) Importing an EPS file creates an EPS object on the current card. should work big or small.. 2) For single image instance development, for raster art/photos... go the other direction: provide images to some larger rect at 150dpi and then when it scales down, it will look great (untested). It seems to me the total weight of the app resources would be the same if you included 6 files at different resolutions, or just 1 image at a higher resolution that works for most contexts. 7.0.3's boot time is a sad regression, but, once open LC's render time for a larger image into a smaller rect should not be a issue if the image is local Am I daft? Different story of course if you are pulling from a remote server. Is anyone else thinking/working in terms of this single hi-res raster image instance direction? If so -- what seems to be good params for the optimal single image instance size and resolution for most devices? Brahmanathaswami Geoff Canyon wrote: I'm working in 6.7.3, so (as far as I know) there's still some sort of build it at 320x568 and it will automatically scale up, but then you have to provide double-size graphics, etc. thing going on. fullscreenmode -- apparently in place since6.5. I'm looking into it now. gc ___ 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 app templates?
On Tue, Mar 10, 2015 at 4:16 PM, Geoff Canyon gcan...@gmail.com wrote: I'm working in 6.7.3, so (as far as I know) there's still some sort of build it at 320x568 and it will automatically scale up, but then you have to provide double-size graphics, etc. thing going on. fullscreenmode -- apparently in place since 6.5. I'm looking into it now. gc ___ 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 app templates?
On 3/10/2015 4:18 PM, Geoff Canyon wrote: On Tue, Mar 10, 2015 at 4:16 PM, Geoff Canyon gcan...@gmail.com wrote: I'm working in 6.7.3, so (as far as I know) there's still some sort of build it at 320x568 and it will automatically scale up, but then you have to provide double-size graphics, etc. thing going on. fullscreenmode -- apparently in place since 6.5. I'm looking into it now. Right, and then you have to experiment with which mode to use. But that's not LC's fault either, Android implements things the same way in Java. But once you find a good display mode and provide the right images, the rest just works. It's pretty cool actually. -- 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: LiveResize in 6.7.3 and 7.0.3
Years ago Scott Raney once suggested to me that for resizing images: make sure your code is not using a ratio algorithm that resets in a loop, in succession, the height and width. Instead, use an algorithm that changes the complete rect values with all 4 params and then the screen update for the change in size is 1/2 the time or even orders of magnitude faster... I haven't tested this in a long time though... i.e. if you a drag window, do not do this kind of thing: set the width of image Y to [whatever] set the height of image Y tto [whatever] instead get your values ahead of time then do this ## pseudo code put x into width put y into height set the rect of img house to (0,0,x,y) might help... but yes, we really need smoother animation at all levels of LC. Swasti Astu, Be Well! Brahmanathaswami Kauai's Hindu Monastery www.HimalayanAcademy.com J. Landman Gay wrote: Besides locking the screen, also lock messages. I'd avoid deleting/recreating everything too, it would be better to just resize the existing controls, which is much faster. If that isn't possible for some reason, group as many child controls as possible and delete whole groups. ___ 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: If you don't read the forums
On 2015-03-10 20:31, Richard Gaskin wrote: Chris Sheffield wrote: Thanks for the heads up. Would have never known about it otherwise… You probably would once the basics were sorted out. As with the introduction of byteToNum, trueWord, and other changes to the engine, since the engine has gone open source RunRev has a good track record of maintaining transparent process for new initiatives. The Engine Contributors section of the forums is where a lot of both near-term and far-reaching ideas for the engine get fleshed out. Nothing in Mark's range of proposals has been implemented yet, and indeed it's a *range* of proposals, not yet finalized into a single initiative. Like the rest of the Open Source forums, the Engine Contributors section is available to everyone. All earnest participation in the spirit of those working groups there is of course welcome. You definitely don't need to work for LiveCode to keep track of the evolution of the platform, or even to get involved! We do all of the development of the LiveCode engine completely in the open. You can monitor and discuss changes going into LiveCode in real time via our Github projects https://github.com/runrev and via our bug tracker http://quality.runrev.com. We recently made it possible for anyone to browse our bug database without needing to create an account. We're committed to transparency, and we're always looking for ways to improve our open source development process. Peter -- Dr Peter Brett LiveCode Engine Development Team ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
RE: Managing Sizes - Images in Mobile (was Mobile Template)
I took the ease the pain path. I include 1 image that looks good on the best resolution device and then scale it down. I use the iPad Retina for my calculation. So if I want the image to take up say 70% of the card, I calculate the size so when it's taking 70% of a Retina screen it look good. Now when the image displays on a lower resolution device I scale it down to 70% of the current device size and place it where it needs to be. Now this has one big downfall.CPU time. If all there were was iOS then creating all the sizes for the Apple ecosystem would not be too bad although lots of work when the next gen comes out. With the veritable cornucopia of Android sizes I determined that it would be an impossible task to have images for all those resolutions. Now I did all this before there was rescaling in LC. Back in the day I got Jacque's You have to roll your own rescaling reality check. It's nice to see that rescaling is now in LC. I'm going to give a whirl soon. Ralph DiMola IT Director Evergreen Information Services rdim...@evergreeninfo.net -Original Message- From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of Brahmanathaswami Sent: Tuesday, March 10, 2015 6:16 PM To: How to use LiveCode Subject: Managing Sizes - Images in Mobile (was Mobile Template) Hmm... All this buzz about apps that scale everything for every rect, with CSS and HTML5 etc, Certainly they are not placing a single instance of a rasturized image at 320 X 568 @ 72 and then expect that to scale up to 1024 X 768 automatically and still look decent. Unless the laws of pixel physics have changed recently, I'm still thinking upscaled low res graphics will yield rancid results no matter what the framework. Am I mistaken? Even Apple's iBook Author software called for multiple images at different sizes... Perhaps one path to ease the pain of multiple images could be 1) see how far you can take your design with vector objects so that scale relative to appearance is never an issue. I need to test EPS more extensively and break open Adobe Illustrator's toolbox. Theoretically this get's us vector if you stay in vector (don't place jpgs) Importing an EPS file creates an EPS object on the current card. should work big or small.. 2) For single image instance development, for raster art/photos... go the other direction: provide images to some larger rect at 150dpi and then when it scales down, it will look great (untested). It seems to me the total weight of the app resources would be the same if you included 6 files at different resolutions, or just 1 image at a higher resolution that works for most contexts. 7.0.3's boot time is a sad regression, but, once open LC's render time for a larger image into a smaller rect should not be a issue if the image is local Am I daft? Different story of course if you are pulling from a remote server. Is anyone else thinking/working in terms of this single hi-res raster image instance direction? If so -- what seems to be good params for the optimal single image instance size and resolution for most devices? Brahmanathaswami Geoff Canyon wrote: I'm working in 6.7.3, so (as far as I know) there's still some sort of build it at 320x568 and it will automatically scale up, but then you have to provide double-size graphics, etc. thing going on. fullscreenmode -- apparently in place since6.5. I'm looking into it now. gc ___ 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