Re: LiveCode Personal Banner
On 15/11/2010 23:31, "Alex Tweedly" wrote: >> (2) There is no way to distinguish your standalone running on your own >> machine from your standalone running somewhere else. Any way to detect that >> it is running on the same machine as the one used to develop the given >> standalone will not be tamper proof. You can't trust any metric given by a >> computer to identify itself. You can't trust MAC Addresses, HD Serial or CPU >> Serial, all those can be spoofed. >> > > That's right, you can't have a reliable check for the machine. But what > you can do, and I would argue you should do, is check for a valid IDE > license. So the rule could be: > > a standalone built with Personal Edition will check whether the machine > has a valid licensed copy of the IDE on it > If there is no IDE, then you get the 10 second start-up screen. > If there is a valid IDE, you get no start-up screen (or maybe a 1-second > start-up) > > That way, anyone with the Personal Edition can build and run on (all) > their own machines without being bothered. We did consider this, but then you get into the position where the standalone application behaves differently on your computer compared with giving it away. We've always been wary of doing anything that might create that difference, so that you are able to understand and test the complete experience in your standalone. Also, iOS cannot have an IDE running on it so we couldn't do that there. I'm leaning towards shortening the banner time to 5 seconds. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ LiveCode - Realize fast, compile-free coding ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: LiveCode Personal Banner
On 15/11/2010 20:43, "Peter Haworth" wrote: > If I want to install my application on my laptop as well as my desktop > all for my own use, you're suggesting I install a pirate copy of the > IDE on one of my computers (I think). No, we allow you to install the IDE on multiple machines provided it is for your own personal use. Its a very generous license in that respect. Standalones have to be marked because you *can* distribute them. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ LiveCode - Realize fast, compile-free coding ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: LiveCode Personal Banner
On 15/11/2010 20:23, "Jeffrey Massung" wrote: >> Ah, I see. But why build a standalone for your own computer? > > Sorry to be blunt, but isn't that a bit of a silly question? If the personal > edition is for personal use, and RunRev's position is "why build a standalone > for your own computer?" then why offer it as a feature of the personal edition > at all? > > I haven't looked at the personal edition, so maybe it's also used for academic > licenses or for distributing stacks among an academic institution (in which > case I understand the feature). But, I imagine that there's other ways that > could be done as well without the use of a banner. > > For example, perhaps when the standalone is built there was an option to bind > the executable to a specific domain name or subdomain where any machine in > that range can run the application with no banner popup? Well, if you're using stacks on your own computer, and you don't want to wait for the banner to go away, and you don't want to pay more than $99, why not run them in the IDE? You can create a standalone but you're going to have to wait a short time while it loads. Its not exactly an eternity, I have many applications that take longer than that to load. We might be open to shortening it a little, but this is one of the differences between a personal and commercial license. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ LiveCode - Realize fast, compile-free coding ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: LiveCode Personal Banner
On 15/11/2010 17:42, "Peter Haworth" wrote: > I understand Kevin. I just don't like the fact that a standalone > application I create from code I have written myself on my own > computer still has this delay in it when I run it on my own computer. Ah, I see. But why build a standalone for your own computer? Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ LiveCode - Realize fast, compile-free coding ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: LiveCode Personal Banner
On 15/11/2010 16:07, "Pete Haworth" wrote: > Uh, no. There's a counter on the banner that counts down from 10. Ah, I thought you were talking about the iOS platform where there is only a 5 second banner. You're correct, the desktop platform does do this. Please bear in mind this is a $99 product. You can upgrade to commercial at any time by paying the difference in price. There is no banner in any of the commercial editions at all. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ LiveCode - Realize fast, compile-free coding ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: LiveCode Personal Banner
On 15/11/2010 10:12, "Robert Brenstein" wrote: >> Even though I can understand splash screens feel annoying, I can not >> see this as a surprise, as this is clearly stated on the runrev.com >> homepage: >> >> "Applications created with this license will include a splash screen >> or watermark. The Server Deployment Pack comes with a limit on the >> number of connections with this license type." >> > > A splash screen staying up for 10 seconds may or may nto deter > illegal usage but will surely make legal users upset. 10 seconds is a > very long time when starting an ap. It's only set to be up for 5 seconds, not 10. Obviously that can be influenced by the length of time it takes for your application to load, if it loads a lot on startup then it will take longer. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ LiveCode - Realize fast, compile-free coding ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: LiveCode and the Mac App Store
On 11/11/2010 13:41, "ron barber" wrote: > Thanks RIchard > > I understand about LiveCode Mobile and Apple's policy reversals. But > what about the upcoming non-iOS App store, the one for non-mobile > applications. We don't use LiveCode mobile for these apps as well, > right? Can we use desktop LiveCode to make desktop app for the > upcoming desktop app store? Yes. We have some customers in process of submitting right now, I'll let you know how they get on. If we need to make any modifications to the LiveCode platform we will do so but hopefully apps will be accepted as they stand. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ LiveCode - Realize fast, compile-free coding ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: LiveCode applications accepted in iOS App Store
On 27/10/2010 18:39, "Bob Sneidar" wrote: > Maybe I missed something but I never got the email which said what the name of > the app was. Others are asking too, so I don't think I am the only one. We have the "Sheep Herder" app (the one we created in the video showing development of an iPhone app in 3 hours 16 minutes on youtube). And we worked with one of our customers to submit one of their applications which has just gone live "Kutchula nthawi", for teaching the time to children in Malawi, from EuroTalk. This app has been designed in the local language so you won't be able to understand much about what it does. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ LiveCode - Realize fast, compile-free coding ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: LiveCode applications accepted in iOS App Store
On 26/10/2010 20:06, "Devin Asay" wrote: > Congratulations! > > What is the name of the App? I'd love to download it and have a look! The email from Apple says "Your app is now Ready for Sale" but that the link can take "up to 24 hours" to go live in the iTunes store - this is an automated process that occurs after an App has been approved. I'll post the link once it does. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ LiveCode - Realize fast, compile-free coding ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
LiveCode applications accepted in iOS App Store
Hi Folks, Some exciting news for you all! http://www.runrev.com/company/runrev-blog/ Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ LiveCode - Realize fast, compile-free coding ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: [OT] Mac App Store
Hi folks, I've blogged with my take on the Mac App store here: http://www.runrev.com/company/runrev-blog/ Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ LiveCode - Realize fast, compile-free coding ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Elevated Process
On 07/10/2010 15:09, "Generic Email" wrote: > I am on OS X, and I want to click a button, and have that button run a sudo > command. > > but it needs to prompt for a password. > > Is there a way from LC to use the standard OS X elevated process dialogs? Try the new elevated process command in LC 4.5: open elevated process [process] For more details see the release notes for 4.5 at http://www.runrev.com/downloads/livecode/4_5_0/LiveCodeNotes-4_5_0.pdf Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ LiveCode - Realize fast, compile-free coding ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: "Live Code" owned by Microsoft (and others) ? [Was: Re: GOOSE BUMPS]
On 01/10/2010 15:44, "Richard Gaskin" wrote: > Please forgive the links in my last post. It seems the USPTO uses > unnecessarily time-sensitive session IDs, so the URLs I provided won't work. > > In fact, I can't find a way to make a useful URL to even the search > page, so here's how to get to it: > > 1. Go to: <http://www.uspto.gov/trademarks/index.jsp> > > 2. Click the link labeled "Basic Word Mark Search (New User)" > > 3. Once on the Search page, type "livecode" in the field provided > and that'll produce the list of results. Folks, needless to say we did a proper trademark search before we chose the new name. We're satisfied there isn't a conflict. No need for a debate on here, thanks. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ LiveCode - Realize fast, compile-free coding ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: I feel betrayed
On 23/09/2010 01:43, "Robert Mann" wrote: > Hi I guess though the issue raised was more regardingf KIDs that were able to > download revMedia and keep going at home than schools buying stuff for the > classroom.. Just to be clear here - we do have a scolarship program for K-12 and aren't going to be turning away anyone in that group who doesn't have a budget for a license. We'll be putting some more extensive pages up about that in the coming days but it is already up there. You do have to ask but we'll streamline the process to be simple. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ LiveCode - Realize fast, compile-free coding ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: GOOSE BUMPS
On 20/09/2010 20:02, "Timothy Miller" wrote: > I don't understand the significance of the name change to LiveCode. > Is this an internal reorganization or marketing strategy? Or has > ownership changed? The ownership has not changed. >From the FAQ: The new name more accurately conveys the benefits that are at the core of the LiveCode platform: a fast, compile-free workflow. This core message is more tightly associated with the unique selling points that are so important to our customer base, including enabling a highly productive workflow, outstanding ease-of-use, very-high-level English-like language and flexible delivery to multiple platforms and devices from a single code base. We found that since introducing the ³Rev² prefix we have introduced many new products and services, notably including revMobile and revServer. The product lineup was rapidly becoming complex and difficult to explain. These products are now simply deployment packs for LiveCode. This new lineup is much easier for both existing and new customers to understand. LiveCode better conveys our mission, focus and technology. The LiveCode name will be easier to locate in Internet searches. Rather than searching for ³Rev² or ³Revolution² which are buried with other unrelated items, or searching individually for ³revMedia², ³revStudio² or ³revMobile², you can now perform a single search for ³LiveCode². Much of the brand recognition we have to date centers around the company name ³RunRev², which is not changing. We haven¹t changed the product name in the decade since its introduction (we have introduced variants but they have always had ³Rev² or ³Revolution² in the name). We believe that by centering all focus on a single, searchable word, the new brand will quickly overtake the brand recognition previously associated with ³Rev² or ³Revolution² which was actually quite difficult to brand. I'll elaborate on that FAQ with a specific example that might be helpful: One of the biggest practical issues we were coming up against with the old name was it searchability. For example, we've had 5x the press coverage over the last year than we had in the previous year, as measured by articles and site traffic. And yet there is no one search term you can use to find it. We've had coverage for revMobile, coverage for revEnterprise and in spite of my spending an hour on the phone with a prominent journalist who wrote a great review, he called it the wrong name. RunRev is the most used term and press are using it to describe the product name because they want something unique, but even that use is inconsistent. Rev is smart and catchy but go and search for that in Google now and you'll see the problem. This whole situation is was just not workable going forward. LiveCode is a fanstastic, strong, clear new name that will quickly become highly searchable. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ LiveCode - Realize fast, compile-free coding ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: On-Rev?
On 20/09/2010 16:57, "Andrew Kluthe" wrote: > We are shifting phases in our project this week and were getting ready to > purchase an on-rev account to host the databases for our clients. After the > rebrand, the signup page goes to the new LiveCode store, but I don't see an > On-Rev product. Is On-Rev dead? Absolutely not! No changes there. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ RunRev - Software construction for everyone ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: [OT] competition in the easy to use mobile app dev area
On 20/09/2010 15:33, "Colin Holgate" wrote: > http://www.youtube.com/watch?v=8ADwPLSFeY8 Yeah App Inventor looks great, though this sort of scripting environment has lots of inherent limitations. I wrote a blog entry on this when it first came out, heading Innovation on Android: http://www.runrev.com/company/runrev-blog/ Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ RunRev - Software construction for everyone ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: GOOSE BUMPS
On 20/09/2010 15:17, "wayne durden" wrote: > I am just a tad confused, have folks with a license received a new Rev > account password yet. I don't want to get stuck in a bit of limbo. I have > an enterprise license for a little over another year, but on the RC I > downloaded you don't put in the license code any longer and I hadn't > received a specific password from Rev for an account and on the RC I used > the temp password... You should have received account details by now, if not please check your spam filter then email supp...@runrev.com. > Thanks for any clarity on the situation. Perhaps I should email Heather if > folks have received an account password already... We're created an FAQ for existing customers here which I hope is helpful: http://www.runrev.com/support/faq/ Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ RunRev - Software construction for everyone ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: iphoneRotateInterface command in mobile apps
On 16/09/2010 14:24, "paolo mazza" wrote: > Building a mobile applicantion, I place in the openStack handler the > command " iphoneRotateInterface "landscape left" " in order to rotate the > application accordingly. > > Any time I open the stack from the Revolution IDE, i get an error message > because Rev does not accept this command. > > How can I avoid this? > > Still, once the application is compiled, it works fine. We'll be performing an update to fix this before the shipping version. But in the mean time you can do this: if the environment is "mobile" then iphoneRotateInterface "landscape left" end if Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ RunRev - Software construction for everyone ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: how to totally make Kevin's day
On 09/09/2010 19:55, "Richard Gaskin" wrote: > At this point RunRev has two three going for their Android version: > > 1. They've put way too much into it at this point to let it lie still. > > 2. Over the last 6 months Android's rate of growth has exploded by 886% > while iOS's has dropped from a high of 34% down to 23%: > <http://mobile.venturebeat.com/2010/08/02/android-outsells-iphone-again-sales- > up-886-globally/> > > 3. Apple has demonstrated a willingness to change the rules of the game > at any time regardless of how widespread the subsequent destruction will > be. All true. Though I think that its going to be very hard for Apple to back out of this one now. If the backlash before was bad enough to make them change their minds think what it would be like if they did it again. I suspect they are feeling the heat from competition in the Android space and have suddenly decided that they need to keep developers on board. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ RunRev - Software construction for everyone ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: how to totally make Kevin's day
On 09/09/2010 15:54, "Andrew Kluthe" wrote: > Does this mean RevMobile is back on for iOS? You bet! Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ RunRev - Software construction for everyone ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: how to totally make Kevin's day
On 09/09/2010 14:33, "Colin Holgate" wrote: > http://www.apple.com/pr/library/2010/09/09statement.html Consider my day made! Awesome. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ RunRev - Software construction for everyone ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Death of Versiontracker
On 08/09/2010 16:02, "Mark Schonewille" wrote: > This is no news. The process started 2 years ago and has now been completed. > The only goal of the merge was to take out a competitor. It is sad indeed, > because I was a happy user of VersionTracker. VT helped me to publish software > and generate money. C|Net makes this impossible, unless I am willing to pay > for their services, which I am not. From experience, I must say that C|Net's > services are of very low quality, the support department is largely > disfunctional, the developer portal is broken in many places (I'm unable to > update my old products at the moment), and your new software is listed after a > very long delay, when you're about to release yet another version already. If > you don't pay, your software will never appear on the front page. All this is > very different from what VT once was. I have to say that I agree. VersionTracker worked really well. Every time we've worked with download.com we've found it to be hard to use, for the service to be slow and inefficient. The site is simply not as much fun for the end user either. I hope they learn something from VersionTracker and upgrade it, because if not this is not a good thing. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ RunRev - Software construction for everyone ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Bundle Shmundle: more "Bad Boy" mouthings.
On 02/09/2010 15:15, "Richmond" wrote: > i.e. the 4.5 build contains no PlugIns folder . . . Umm Where has it > gone? Why has it gone? I refer you to the release notes that came with the build. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ RunRev - Software construction for everyone ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Revolution's "Bad Boy" opens his big fat mouth.
On 31/08/2010 18:40, "Richmond" wrote: >> rest of us are delighted as well, as it will decrease the public >> gnashing of teeth on the list. :) >> > > Really? > > And What About The Linux Version of The Rev-Plugin for Browsers? Gnash, > Gnash!!! You might just be in for a little good news on that one, too. But this is not an announcement. Move along, nothing to see here. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ RunRev - Software construction for everyone ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: The power of despeckle-median filters: Image examples
On 30/08/2010 14:01, "Alejandro Tejada" wrote: >> thank you for sharing your extensive work on image manipulation in RunRev. >> I liked your tools for years and I learned a lot from inspecting your >> scripts. >> > > I completely agree with Bern. > > Hopefully your work in this area will > receive more attention from editors > of RevJournal and Rev newsletter. I agree too - these are impressive scripts. Wilhelm, if you might be interested in doing a newsletter article then please drop me a line off list. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ RunRev - Software construction for everyone ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Accessing custom props using array notation
On 19/08/2010 17:16, "Devin Asay" wrote: > True enough, but can you do the opposite? > > put "state" & 1 into tPropName > put the tPropName of image "myImg" into foo > > Unless memory fails, you can't do that--I've tried it; i.e., you can't > dynamically build property names to access existing custom props. > > I would be love to be proven wrong. ;-) Well it should work and it does here. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ RunRev - Software construction for everyone ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Accessing custom props using array notation
On 19/08/2010 16:48, "Devin Asay" wrote: >> Put the custom prop into an array var, then you can access the contents. >> >> put the uMyArray of btn "test" into tArray >> put tArray["prop1"] into tVar > > Thanks Chipp. That works if the custom prop is an array to start with, but my > question is whether it is possible to access all kinds of custom property data > in the default custom property set using array notation. Here's the situation: > > I have an image object that has several different visual states. The state is > represented by image data stored in custom properties of the image, labeled > like this: > state1 > state2 > state3 > state4 > > When I want to change visual states I simply set the image text to one of the > custom properties. It would be much easier to do if I could do something like > this: > > set the text of img "myImg" to the customKeys["state" & currStateNum] of img > "myImg" > > Instead, I have to construct clumsy "do" statements to make the changes. > > Unfortunately this doesn't work when using properties in the default set. It > does work when you have created the properties in your own sets: > > set the text of img "myImg" to the myPropSet["state" & currStateNum] of img > "myImg" > > (From memory, so I may be missing a detail of the syntax.) > > So the question is, can you access non-array data in custom props using array > syntax when using just the default property set? Can't you do something like this: put "xyz" into tVar set the tVar of btn 1 to "a" You'll end up with a property called xyz that contains "a" in the default set. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ RunRev - Software construction for everyone ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Printing Field contents in RunRev Enterprise 4.5.5
On 16/08/2010 03:38, "Bsummerton" wrote: > I have checked that the Field "Results" contains text that is Black and not > White. Can a Stack only have one Field Named "Results" within its Cards? I > am using a Mac and exporting to Mac (which prints fine) but the Windows > Standalone continues to print a Blank Page. Am using Enterprise 4.5.5 Are you sure that the printing libraries have been selected correctly in the standalone builder? Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ RunRev - Software construction for everyone ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Rev/Linux update - for Richmond
On 10/08/2010 04:42, "Richard Gaskin" wrote: >> Yer, but . . . the reall "fun" will be when I get home and try the >> Sanskrit2003 font on Linux . . . >> >> err . . . wait a minute . . . no it won't as I have a Studio licence so >> no access to DP builds; >> Heather very kindly extended my licence to Sept.; whether that will >> encompass the 4.5 release I don't know I won't comment publicly on release dates, but I might be surprised if it didn't. > All Enterprise licensees get access to DP builds automatically, but > since you're more enthused about testing the new font handling than > anyone else around I would suggest you drop a note to supp...@runrev.com > to see if you can get access to the DPs on this round to help out. > > No rush at the moment though: so far all I've seen are screen shots of > the in-progress builds as the team works toward the DP. Not sure when > the next DP will be posted, but thus far none have had the new font > handling, so it's not like you've been missing out while you were > traveling. Hopefully the next DP will up soon Yes its just screenshots at the moment but there is a new DP for our revEnterprise customers coming up shortly. Feel free to drop a line to support though as a little extra help testing the Linux tweaks wouldn't go amiss. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ RunRev - Software construction for everyone ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Rodeo, revServer etc.
On 06/08/2010 01:45, "Peter W A Wood" wrote: >> I know for a fact that at least one of our major players has an inbox that >> goes on practically to infinity, and he's unlikely to even notice anything >> you send. > > I think that buying him a copy of David Allen's Getting Things Done and taking > his computers away from him for a day so that he will read it would be one of > the best investments RunRev could make at this time. In fact, if RunRev can > get him to read it, I'll happily buy the book for him. Now that is just a fantastic book - I couldn't recommend it more strongly for anyone dealing with a big inbox and workload as long as your arm. I read it a few months ago and it has really helped me get more efficient. Wish I'd discovered it years back. There are a couple of other people here who could benefit from it, but all in good time - right now we need code written :) Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ RunRev - Software construction for everyone ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Rodeo, revServer etc.
st, > but it is my last one, so I have to get everything in. Some people on > this list have a habit of shooting the messenger. Anyone who dares to > suggest that there is anything less that perfect about RunRev is > shouted down, and most of them just leave instead of being converted. > The most noticeable exception to this was Bill Marriott. Bill was an > extremely out-spoken member of the list who got very angry at the way > bugs were being ignored. He got flamed on the list, but to Kevin's > enormous credit, he hired Bill and put his anger and enthusiasm to > work for RunRev. This worked extremely well and I am sure we all miss > Bill. In fact I wonder how this situation would have been handled had > Bill still been around. We all miss Bill, I do in particular as he became a close advisor and friend. But you cite another positive in our history here, something that we've done that worked out well for everyone. And perhaps it gives you a clue that I don't hide in a box when people come at me with criticism. I didn't ban Bill from the mailing list, either. I respond and look for what parts of it are true. There is truth in what you say, but we can and will respond. And I do also think some parts of it might be a little overstated. My opinion of course, you are free to differ. Anyway, I hope you'll consider staying on this list Sarah, its been great having you here. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ RunRev - Software construction for everyone ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: [revServer] process timeout issue - basic benchmarking
Just a follow up to my previous post with the test Mark Waddingham ran when investigating this issue: > My hypothesis for the reason for the latency is that on a shared server the > churn of memory is very high - caches get overwritten quickly as the working > set is not just that of one use, but of all uses of all users at that time. > Thus, if the irev engine has happened not be used in the very near past, it > and its associated files will not be in a cache. Similar for PHP. > > To test this hypothesis I used: > echo 3 > /proc/sys/vm/drop_caches > This command flushes all inactive in-memory caches the kernel currently holds > (inactive meaning nothing using that entry at that time). > > I then did four sample runs. The first is just 12 fetches form the PHP page, > the second is 12 fetches from the irev path, the third alternating for 12 > fetches starting with php and the fourth 12 fetches alternating starting with > irev: > > -- DROP CACHES > PHP Latency: 1921ms > PHP Latency: 336ms > PHP Latency: 342ms > PHP Latency: 342ms > PHP Latency: 322ms > PHP Latency: 330ms > PHP Latency: 342ms > PHP Latency: 338ms > PHP Latency: 346ms > PHP Latency: 331ms > PHP Latency: 326ms > PHP Latency: 345ms > > -- DROP CACHES > Rev Latency: 1298ms > Rev Latency: 316ms > Rev Latency: 316ms > Rev Latency: 321ms > Rev Latency: 319ms > Rev Latency: 316ms > Rev Latency: 319ms > Rev Latency: 321ms > Rev Latency: 316ms > Rev Latency: 309ms > Rev Latency: 314ms > Rev Latency: 322ms > Rev Latency: 321ms > > -- DROP CACHES > PHP Latency: 1637ms > Rev Latency: 515ms > PHP Latency: 330ms > Rev Latency: 306ms > PHP Latency: 340ms > Rev Latency: 303ms > PHP Latency: 342ms > Rev Latency: 312ms > PHP Latency: 331ms > Rev Latency: 308ms > PHP Latency: 336ms > Rev Latency: 313ms > > -- DROP CACHES > Rev Latency: 1295ms > PHP Latency: 1247ms > Rev Latency: 312ms > PHP Latency: 334ms > Rev Latency: 332ms > PHP Latency: 345ms > Rev Latency: 311ms > PHP Latency: 341ms > Rev Latency: 321ms > PHP Latency: 341ms > Rev Latency: 315ms > PHP Latency: 356ms > > The resulting evidence supports my hypothesis. Immediately after the 'flush > caches' command, the first use of PHP or Rev takes significantly longer. > Indeed, rev (in general) performs a little better than PHP in this regard (and > generally latency wise). This is not all that surprising for such a simple > script - I think PHP's initial working set is larger than rev's (i.e. the > amount of stuff it needs in memory to actually get going) and thus this > startup completely dwarfs the script's execution. > > This isn't in anyway comprehensive, nor really a good way to compare the two > technologies in this regard. Also, these results are entirely down to PHP on > on-rev working the same as revserver - i.e. in a cgi 'suexec' type > environment. I'm sure if the timings were done in a dedicated environment the > latency would vanish for them both. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ RunRev - Software construction for everyone ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: [revServer] process timeout issue
ure meet our > needs, no matter how badly we want it to. And, likewise, unless the Rev team > is aware that there is a serious risk of losing it's [very loyal] customers, > there's no incentive for them to do better. I appreciate that Jerry wanted to move on, given the type of business he was entering into I think there might be business considerations driving at that. That hunch is supported by his somewhat dismissive response to my post that centered around our *technical* support. For the record, this is the technical test we asked Jerry for when we started to work with him to try to address the issues: About 6 weeks ago, Kevin Miller wrote: > One way to find out if it is something the script is doing is to measure the > execution time of the whole irev script (i.e. use the long seconds at start, > and append to a log file at the end). If, after observing a latency issue, > there are 'spikes' in this measurement it means that the culprit is a > side-effect of the script, rather than the startup time of the script. Its not a hard test to run, and he didn't run it, so logically we can conclude that Jerry had decided to move on for some other (perfectly valid) reason. But just to be clear about how seriously *we* took this issue: we also did some of our own tests to see how we performed relative to PHP. FYI I've also posted the test we ran when investigating this issue in a separate email. So we took the issue seriously and were quite willing to work on it. We haven't reached a conclusion and we didn't get any further information so we weren't able to take it further. There may or may not be a different, specific issue in this instance. If there is I'm sure we'll find it during the normal course of improving revServer as it gets closer to release. But the balance of probability is that there isn't some far reaching, sweeping issue. > From the outside, the Rev team feels like the exact opposite. I see > nearly-zero focus on anything. On-Rev is > 1 years old now and the IDE is > still something I wouldn't have release to any customer - even as an early > alpha. There's no way they use that tool in-house, because any programmer > worth their salt would have screamed out loud and started making it better > within 48 hours of being forced to use it. And, to distract from that > product line, there's also RevMobile, RevServer, RevWeb, RevDesktop, and > whatever the next pre-alpha $400 product is in the pipe. Well, its certainly true that we've had a few months that outwardly might have borne more of a resemblance to wondering in the wilderness than is healthy. We had a very public problem with revMobile and the knock on effect has clearly been significant. I've already posted about that in our blog and in emails to individual customers. I don't usually disclose much information about our internals for competitive reasons (we're a privately held company and its generally prudent to take advantage of that). But I think I'll venture a little more perspective in this instance in the hopes that it is useful. The bad news internally was that we ended up having to lose just over 1/3 of the company as a result of the revMobile debacle. That had a number of predictable knock on effects. We had to move the remaining team members around. We had to alter our development plan. Some of the work we had done was no longer relevant. Some of it had to be done differently to take proper advantage of the new opportunities that presented themselves. I'm sure that this is not the sort of news that anyone in the community wants to hear. But I'm sharing that news so that the community can understand that an event like that naturally placed an unwelcome delay into the middle of projects that we were working on. But equally important I think its important for everyone to understand that this is the extent of the issue, and for me to put it in perspective, and to explain that a lot of good things are coming out of this too. There is nothing like a good crisis to focus the mind, to make you truly step back and look at your business and what you're doing well and what you're not doing well. And in fact I've had more than one crisis, indeed several this year, both personal and professional (its been a year from hell almost like no other I've experienced!). But you can either buckle under that or you can find the positive. And the good news is that soul searching phase is done. We've done a root and branch analysis of everything from top to bottom and reached lots of positive, exciting conclusions. I'm not ready to share all the results today but I can give you a few examples. First case in point: its clear we need to aim to do less and do it better. We need to focus on the core things that we only we can do and work to better harness the wonderf
Re: [revServer] process timeout issue
On 02/08/2010 20:37, "Jerry Daniels" wrote: > Yes. Well that of course is your decision and is understandable, particularly given the alpha nature of revServer. I hope you appreciate that I needed to set the record straight: we were more than willing to work with you on this. As Rodeo and Rev diverge I think its time to wish you all the very best and declare that Rodeo is off topic on this Rev mailing list. I'm sure those in the community who want to will be happy to join your Rodeo discussion group. I shall watch your progress with interest. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ RunRev - Software construction for everyone ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: [revServer] process timeout issue
On 02/08/2010 18:08, "Jerry Daniels" wrote: > Time is not on our side with regard to testing a new revServer solution with > the idea of inclusion in the released version of Rodeo. Do you really think that its quicker to rewrite your application in PHP than to spend 10 minutes performing the test I requested of you (6 weeks ago), so that our engineers could progress on finding this issue? Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ RunRev - Software construction for everyone ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: [revServer] process timeout issue
On 02/08/2010 14:22, "Jerry Daniels" wrote: > No one is complaining about Rodeo's revServer performance, except Sarah and I. > Why? Because we load and performance test our software and didn't like what we > found. So we announced we are switching to PHP because of it. > > RevServer may suit your tasks perfectly well. The initial building of CGIs is > certainly fast. We have concerns regarding this timeout issue and are not > going to wait for a fix. Just to clarify this: we offered to work with Jerry and requested more information on the problem which was not forthcoming. So its not a question of him "waiting for us to fix it", last we left it we were waiting for him to come back to us. Like all reputable hosting providers, on-Rev imposes certain limits to prevent runaway processes from eating up the entire CPU and degrading performance for all users on a server. Those process limits apply to all applications on the server, not just Rev. We suspect it might be something related to this but we haven't been able to see the problem ourselves, no one else has reported it and the information we requested in order to try to track this down was never supplied. Nor do we even know if the problem happens if Jerry runs revServer locally or on a different hosting provider. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ RunRev - Software construction for everyone ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Quality Control Center - handling of bug reports
On 28/07/2010 21:59, "Ben Rubinstein" wrote: > Two reasons why I think this is worth the time: one is just PR. > > The second is to preserve a valued resource. RunRev is not Microsoft. It > cannot employ hundreds of testers in a well equipped config lab. Rev is a > fantastically complex product. There are inevitably masses of issues in Rev. > RunRev cannot hope to find more than some of the ones in the new features that > they are working on. They can keep adding new features, each with new bugs, > and never fix (because never find) more than a few of the old ones; I doubt if > this is a route to massive success. If they wish to do any better than this > at improving the quality of the product, the work of their users in noting, > isolating and reporting problems is absolutely essential. Users will do this > for two reasons: selfish (they want this issue fixed) and unselfish (they've > found a workaround so it doesn't bother them any more, but think it would help > others and the product if it was fixed). Both motives will not survive the > appearance that their efforts are wasted. There will be a completely new approach to bug management introduced at the point that we ship 4.5. We'll elaborate on the details when we introduce it. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ RunRev - Software construction for everyone ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Quality Control Center - handling of bug reports
On 28/07/2010 10:22, "Wilhelm Sanke" wrote:
> CCs of this post are sent to supp...@runrev.com and ke...@runrev.com.
>
> There are about 10 or more (minor to critical) bugs associated with the
> group object, which have cost me plenty of time and a huge amount of
> frustation to get to the details of these bugs and eventually to find
> out workarounds if possible. These bugs seem to be totally outside the
> scope and interest of the RunRev team.
> My bug report 8275 of Sept. 16, 2009, "Groups: Bugs and features ("last
> group" broken)?", which listed 5 of these group bugs, is stiil shown as
> "unconfirned" as of today - nearly 11 months later!
>
> If they should indeed have looked at the report and cannot replicate the
> bugs, I would at least expect an organized attempt to communicate with
> the bug reporter, maybe asking him for more information or a sample
> stack etc.etc..
> As an active supporter and user of Revolution since its beginnings I
> am of course aware of the difficulties and the multitude of tasks the
> Rev team has to address with limited personal resources. But I think
> there is an urgent need to re-organize the handling of bug reports and
> the management of the so-called "Quality Control Center". To completely
> disregard valuable feedback from motivated users is not the way to keep
> up or build trust for Revolution and its developers.
I agree. I have responded in more detail on this topic and on a number of
other important points relating to the direction of the Rev platform on our
revEnterprise improve-rev membership mailing list.
Kind regards,
Kevin
Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/
RunRev - Software construction for everyone
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Regarding Rodeo discussions
On 27/07/2010 13:37, "Robert Mann" wrote: > To make the point, I was curious enough to go to the the runrev blog read > the article on android. In the last paragraph, we learn that rev will see > how it can basically step along the latest squeak inspired android > development for dummies environment; And closes with "All in all very > exciting times. Stay tuned for more on our Android strategy soon." That is > all we got from runrev on the subject since 10th may. Exciting times? > On its own its could be a great piece of news. But in the context, that is > ALL the news we got! and that leaves me.. "floating in the air" The blog post was made the week before last, not 10th may! Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ RunRev - Software construction for everyone ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Apple: 100 good reasons for revMobile
On 11/05/2010 17:57, "Bob Sneidar" wrote: > I submitted my 2 cents. Just a note here, it will not serve us well to use > this as an opportunity to flame Apple or Steve Jobs. Please keep your posts > civilized and hopeful. I certainly wouldn't want to see people flame Apple or Steve Jobs. If you have some constructive feedback for him I'm sure there would be no harm sending it. Lets keep it professional. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ RunRev - Software construction for everyone ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
News on revMobile
Hi everyone, Here is the information you have been waiting for about revMobile for the iPhone/iPad. Thank you all for your patience, this has been the soonest we have been able to bring you this news. http://www.runrev.com/company/runrev-blog/ Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ RunRev - Software construction for everyone ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: revMobile
Hi, Thank you for your comments and questions with regard to the new licensing provisions in Apple's iPhone agreement. We value all our customers greatly and we know how important it is to you all that revMobile is launched as an outstanding platform to deliver iPhone apps in full compliance with Apple policies. We know many of you have already invested considerable energy in getting your applications ready for the iPhone and iPad. As part of Apple's announcement yesterday, Apple have posted updated iPhone Terms of Service. The specifics of these changes are under NDA so we cannot discuss them at this point. We have an excellent relationship with Apple and we will be working with them to address any specific issues that may need clarification in relation to their proposed changes. Rest assured that we will be doing everything possible to ensure a speedy and positive resolution that allows you to deliver outstanding apps on the revMobile platform in full compliance with Apple policies. I will be posting further information as I get it over the coming days. Please feel free to get in touch with us if you have any questions or would like to discuss this further. Thanks to everyone who has offered their support. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ RunRev - Software construction for everyone ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: RunRevLive.10: 72 hours left to save
Richmond, I'm certainly not using those events as an excuse. I'm simply stating a fact which is true, for those of you that are interested. You can accept that or not. I have apologized for the situation with respect to the DVDs, it is inexcusable. We knew going into this that we had a lot to learn from the previous set of conference DVDs which is why we set out well in advance to do better this year. I was absolutely determined from the start we would get it right. Everything was planned carefully so we could improve and deliver you a wonderful experience from end to end. We made many changes to the product and it went well. The feedback I have is that the DVDs are better quality this year than last year. Unfortunately there was an intersection between the events that happened and the delivery of these DVDs. I'm not going to go into great detail but there was a chain of events involved. Bill was sick for a long time before he died which contributed a series of other issues we were having as a business for a period some time before the actual event. We had issues with the supplier (we won't be using them again), which we were not on top when they occurred because of staff shortages. Ultimately in spite of that I take full responsibly. Its unfortunate, I feel bad, I'm not making excuses. I'm just telling you what happened. You have every right to judge us for non-delivery of this product. However, and while I don't want to make this response overly personal, frankly you have no right to stand in judgment over my response to everything that happened on a personal level. I'm interested to hear that you are able to separate that out entirely in your life, but we all react differently to these things and I am certainly not able to do that, nor is Heather, Robin or some of the other people involved in this. There have been some major consequences on a number of levels and for the last two months I have simply run from one crisis to the next. The vast majority of the DVDs are now safely in the hands of our customers. If you have not received your DVD you will have received a letter from us today offering you an estimated delivery time and year's free license extension. If you have not received the DVDs nor a letter, your DVD shipped some time ago and as far as we are aware it should be with you. If this applies to you feel free to contact me directly, off list. Again I apologize for letting down our customers and we will do better next time. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ RunRev - Software construction for everyone ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Conference-DVDs arrived
On 25/02/2010 18:17, "Marian Petrides" wrote: > Apologies are nice, but getting the DVDs is much better. There are genuine, exceptional reasons for this delay which relate directly to the tragic events that occurred earlier this year. Unfortunately I'm not willing to go into the details. Nonetheless we are very sorry for this delay and I have written to the very small number of you that still do not have DVDs to address this further. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ RunRev - Software construction for everyone ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Conference-DVDs arrived
On 25/02/2010 14:51, "Marc Siskin" wrote: > When did you order your DVDs? Were you an early adopter (back in June) or did > you order them later? Most of you have your DVDs at this point. I do sincerely apologize to those the small numbers that still don't. We will be writing to you today with an explanation and update. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ RunRev - Software construction for everyone ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Bill Marriott
Thanks to all for the kind words of support. It means so much to me and all those affected. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ RunRev - Software construction for everyone ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Bill Marriott
Hi all, It is with great sadness that I must inform you that Bill, our Marketing Director here at RunRev, passed away unexpectedly on Friday. Bill was in his mid 40s, had diabetes and had suffered a number of health problems recently, including a heart attack. Unfortunately I¹m not in a position to say much more about the circumstances of his passing at the moment. During his time with us Bill spearheaded a number of initiatives which in part, contributed to some of the most successful growth we have seen in recent times. Bill was often quirky, sometimes controversial, but usually he was right. His strategies and campaigns were never boring and the results speak for themselves. Outside of work I came to consider Bill a close friend. In time we will be able to find someone to fill his position but I will always remember him for his unique contribution. His death comes for me right after the death of my brother¹s young daughter during the holidays, so between these events it will take me a little time to find my feet again. If you have emailed me about something and not received a reply I would ask that you be patient, normal service will resume shortly. Thank you Bill, for everything. I hope you rest in peace. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ RunRev - Software construction for everyone ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Merry Christmas and Happy Holidays
Hi everyone, Just opened the computer for two minutes to send you a Christmas e-card. I hope everyone has a wonderful Christmas and New Year, and all the very best for 2010. http://www.youtube.com/watch?v=Hyu9PVaIfKo Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ RunRev - Software construction for everyone ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Code Samples/Comparisons
On 04/12/2009 10:57, "viktoras d." wrote: > what about using task/code examples from > http://shootout.alioth.debian.org/. Revcoders (us, runrev ltd?..) will > still have to write quality examples in Rev which would be a challenge > :-) Quality of the code there is good enough as computer language > benchmarks game aims to create the shortest and fastest running > executables for all the open source languages out there. So both number > of lines, speed of execution and memory use are taken into account.. > > I think for the community of revcoders it would be interesting to > compare revTalk in that context too :-). I think that's a great idea. Obviously there are a number of ways to tackle this problem and we will continue to work on holding a clear and informed debate over the coming weeks. Thanks to everyone who has made suggestions. For the moment we have updated the comparison at http://www.runrev.com/pdf/revTalk-Other-Comparison.pdf to better articulate the point that was intended. We will post a similar discussion and add some JavaScript examples to the PHP comparison shortly. We will continue to work on finding good ways to realistically and clearly make the case for revTalk. It is very good news that there is now a debate going on. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ RunRev - Software construction for everyone ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Rev 4.0 article on TheServerSide
On 02/12/2009 20:41, "Andre Garzia" wrote: > Actually I think some of the comments have a point. That language > comparision pdf is misleading. Even I could write better code than that in > those languages. I would suggest people on runrev would change that pdf to > present optimum code in C++/C#/JAVA and the like, like, very professional > code and see how well Rev stacks against it, even if they are all one > liners, Rev will be more readable and thus win points. If you post crappy > code, the users of those languages will clearly recognize the pdf as a bad > practice and have a bad impression of the language. Given the feedback, I think there is room for improvement on our part here. The goal of these examples was to present real-world use cases where average people wrote the code in each of the languages. Programmers generally don't write perfect code all the time so that doesn't make for a very realistic comparison of how much time the average developer will save on a day to day basis. Its not genius vs. genius, its typical user vs. typical user. The question we were asking was "Which language is going to be easier in day to day use"? For example, the code on the PHP comparison was based on an example posted on a site that *teaches* how to write PHP. So clearly its of a standard that is used in the real world. If you're an expert coding in PHP every day you can shorten it. Same with the revTalk example as it happens. There is a fine line to walk here in terms of actually getting covered and creating a talking point with strong headlines and ensuring that we present our case in a way that does not detract from our message. Without bold headlines and "best case" claims we simply don't get covered, we're not interesting or newsworthy. Its been tricky to find ways to articulate our advantages clearly to people who have little time or appetite to hear about "yet another" language. There isn't anything untrue about what we're claiming, there are plenty of customer cases that we can point to who truly have made the sorts of savings we have been pushing in our marketing. These are real people who have saved a lot of budget or had projects enabled that would otherwise not have been done. There are plenty of programmers who would write code just like those examples in each of the languages presented. And there are always going to be people who will dislike and flame Rev whatever we do. But getting coverage means that many other people will have an opportunity to take a look and make up their own mind. As important as all these points are, I wholeheartedly agreed that we have to ensure that we hold a sophisticated and informed debate that makes the point clearly and in a way that does not detract from our message by people getting derailed. One such way for that to happen would be for a subset of experienced professional programmers to take our examples in the wrong way. So we will take another pass at these examples to see how we can improve what we are communicating here. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ RunRev - Software construction for everyone ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Revolution is on Slashdot...
On 27/11/2009 15:39, "Mikey" wrote: > /. is from severe tech heads for severe tech heads. RR will never be > accepted by this group. This isn't the target audience. Of course there are going to be plenty of people who are like that. But there will also be plenty of people who will be interested in what we have to offer. Slashdot debates always have a mind of their own and attract a certain type, its just par for the course. No harm in weighting in here and there but some people will have preformed opinions which we're not going to change. A lot of readers don't go into the debates at all but have visited our site. Lots of positive interest from that, which is great! Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ RunRev - Software construction for everyone ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Join the debate
Hi, There is an active debate going on on http://slashdot.org/ about us just now, if anyone feels like chiming in! Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ RunRev - Software construction for everyone ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Rev 4.0.0-gm-1 is now available through Rev Update Checker
On 11/11/2009 11:41, "Colin Holgate" wrote: >> SO: get version 4 from here: >> >> https://secure.runrev.com/downloads/all-downloads/full-list/ >> >> and do a full install. > > > The revMedia for Mac there fails to install. If you have the alpha/beta installed, try deleting it first. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ RunRev - Software construction for everyone ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
revEnterprise dp-5 / revMedia beta / revWeb beta
Hi everyone,
I'm pleased to announce that revEnterprise dp-5 is now available for our
Enterprise customers via check for updates or from:
Windows
http://developer.runrev.com/components/revolution/enterprise/4.0.0-dp-5/RevE
nt400FullTest.exe
Mac OS X
http://developer.runrev.com/components/revolution/enterprise/4.0.0-dp-5/RevE
nt400FullTest.dmg
Linux
http://developer.runrev.com/components/revolution/enterprise/4.0.0-dp-5/RevE
nt400FullTest.zip
A free beta of revMedia 4 is now available for everyone from:
http://revmedia.runrev.com/revmedia-alpha-program/
A new revWeb plugin for Windows and OS X (Linux coming soon) is now
available from:
http://revweb.runrev.com/
Major changes:
Plugin has been re-engineered. This is the third and final (for 4.0) version
of the architecture.
This version resolves most of the short-comings of the previous 'alpha'
version:
- plugins can now run in multiple browsers simultaneously
- orphaned processes will not be left around after plugin instances quit
- if a plugin causes the engine to crash/exit, the browser will not be
affected
- system dialogs and answer alerts now layer correctly above the browser
- popup menus from option and buttons etc. now function correctly
- separate 'WebKit' version of the plugin for running under Safari
(therefore 64-bit Safari on Snow Leopard works with the plugin)
- the plugin works in IE Protected Mode
- non-Roman languages can now be typed into fields [those requiring IMEs
(Chinese, Japanese etc.) do not yet work on Mac OS X]
The security dialog has been reworked to be cleaner, and less intimidating.
New engine syntax to allow execution of javascript in the host document:
do in browser
For example:
do "alert('hello')" in browser
and
do "document.write('Hello!')" in browser
There are a number of bug fixes and minor improvements to the IDE.
A number of minor improvements need to be made to the sample stacks on the
revMedia site (in particular the splash stack loads slowly and the canvas
stack has an issue with selections). These changes, together with an update
to reflect the "beta" rather than "alpha" status will be made tomorrow.
We are aware of a number of Known Issues and there are a small number of
features that will now not be included in the initial launch of 4.0. You can
read about these here:
http://revmedia.runrev.com/frequently-asked-questions/known-issues/
http://revmedia.runrev.com/frequently-asked-questions/troubleshooting/
The remaining polish required for this launch now relates to bug fixes and
minor enhancements, rather than than the major architectural changes that
characterize this move from 'alpha' to 'beta'. As such we will be providing
a series of rapid iterative builds to address these and any issues that get
reported over the next few days. You may report feedback using this link:
http://revmedia.runrev.com/feedback/
Or direct to the improve-rev mailing list if you are an Enterprise customer.
I hope you enjoy this new build and thanks for your support and patience.
Kind regards,
Kevin
Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/
RunRev - Software construction for everyone
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
Lessons center and request for volunteers
Hi all, As part of our initiative to bring Rev 4 to a much wider audience with our launch onto the Web, we are revamping our online documentation. A particularly important part of this initiative is the new Lessons Center which contains "How to" type documentation and longer Tutorials that walk through creating projects. All our internal staff and customer services team will be using the site to answer questions going forward. We haven't linked it into the main site yet because it is still under construction, but we thought you might be interested to take a look at how the site is shaping up at http://lessons.runrev.com. We are now looking for a handful of volunteers who would be willing to post How-tos on the site. We're looking for people with a clear straightforward writing style who are willing to combine that with Screensteps (its really quick and easy) and post answers from time to time. Ideally you would have at least a little experience answering questions. I think it would be particularly valuable if some of the top participants of this list were to post responses to questions on this site and then send a link to the list instead of responding directly. That way everyone will have access to the answer and we won't have the same questions coming up again and again. This is an incredibly important initiative for the Rev community and we would be very grateful to get a handful of volunteers. You needn't commit a create deal of time, if we have just a few people submitting lessons from time to time the site will quickly fill up. If you're interested, please respond to me directly off list. Thanks in advance. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Password protecting a revMedia 4 stack - "Yer - But - No"
On 24/08/2009 16:36, "Richard Gaskin" wrote: >> Thanks Jan - good to know that RevMedia allows creation of stacks that are >> readable by the IDE - and it's just the Revlet export fromat that's locked. > > Good to have the confirmation, but I'm still left with a questions: > > Why do Revlets use a different format? They are more space efficient. They carry header information that allows revStudio/Enterprise users to customize the loading screen. The format is ready for us to move it forward to be streamed in the future. They are more secure and much harder to reverse engineer. And they also carry the new security tags which are necessary for the Web environment. > And are there implications for desktop deployment down the road? We're using the same format to build standalones now. The much improved format allows us to produce a better executable. So for example, on Windows you can now modify the size of desktop icons using a resource editor, or digitally sign the executable. > Or even now: can a desktop app download and run a revlet as it would > any other stack? You'll be able to double click a revlet, the goal for launch is that if you don't have revWeb installed it will pop up and ask you if you want to download it. revWeb will be able to display windows on the desktop, too. Our business model (revMedia is free and the revWeb experience needs to be provided and controlled by us to create viral marketing) does not extend to using revlets within your standalones. If you need to do that, use stacks. There will be limitations on using stacks created within revMedia in standalones too, specifically they will display branding. > Does the "is a stack" operator return true for revlets? It returns false if you pass it the file path of a revlet. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Transcript should be called Transcript
On 13/08/2009 14:34, "Colin Holgate" wrote: > But can you remember what Kevin said in that thread? What was the new > name that he explained had been thought about carefully? revTalk Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Chunks vs Arrays - surprising benchmarking results
On 05/08/2009 21:02, "Richard Gaskin" wrote: > Excellent sleuthing, Trevor. Confirmed: with that change I'm getting > the same results. Who would have thought there could be so much > overhead moving a custom property array into a variable array? Bear in mind that when retrieving a custom property, the engine has to look up whether there is a getProp handler for it. Locking messages should give you an improvement. The main difference between arrays and chunks is that arrays will continue to access huge data sets in linear time, whereas chunks (depending on exactly what you're doing) will slow down as the data set gets larger. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Not clear about revMedia vs revEnterprise
On 02/08/2009 12:12, "Jan Schenkel" wrote: > Think of the hassle that would logically accompany three different downloads > for the three editions: revMedia (neither databases nor SSL), revStudio > (databases but no SSL) and revEnterprise (databases and SSL). > It is far more likely that there is a single runtime for the browser plug-in, > but the revlet can only do what is supported in the edition that you build it > with. > The potential for business applications is huge, and it will be a lot easier > to build than with Java applet/JNLP constructs. Right. Your revlet can run in the browser with the capabilities of the edition that was used to *create* it. So if you build a revlet using revEnterprise, it will be able to use SSL and SSL will work within that revlet, for any user of who loads it using the free plugin. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Load Screen
On 27/07/2009 01:06, "Sarah Reichelt" wrote: >> Does anyone know if, after 4.0 is released, we will be able to customize the >> plug-in's splash/install screen? My assumption is that this will not be >> permitted, but it would be nice to confirm. > > I very much doubt that the installer would be customizable since that > will be provided by RunRev. > > I think the splash screen will be customizable, but this may only be > for revEnterprise and not for revMedia. > In the standalone settings for building for web, there is an option > for custom load icon. > And I haven't tested this, but I am assuming it alters the revlet > loading screen. Right. You'll be able to customize this loading scheme with your own logo and color scheme in revStudio and revEnterprise. You won't be able to customize it in revMedia. We don't plan to allow customization in the installer. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Any thoughts on speed limitations of Revlet?
On 27/07/2009 06:17, "James Hurley" wrote: > I restarted my computer and Voila, it is a whole new ball game. It > runs much more smoothly--surprisingly well in fact. Don't know what > happened with the restart. > > Only problem was I have to slow it down now. It ran much too fast. > That was best done by adding another preference. > > Set the Fast/Slow speed to about 45 and the Short/Long roll to .998 > > The new web url is > > http://jamesphurley.on-rev.com/NineBall2/test.html > > > Note the 2. > > This resolves the Nine Ball app, but not the Rainbow app. In that app, > the torch graphic breaks up as I drag it. > > Sarah: Should I report this and where to and in what form? The > original RunRev desktop stack? At least that stack is playing very well in my browser! There is indeed a lot happening in the plugin with all the browser communication going on. It is possible we will be able to optimize the display somewhat by syncing what the browser is doing better with the plugin. We've identified a number of possible optimizations and it will be a question of what we can include in the first launched version. We'll be looking at this as we progress through the testing process. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: See us on MacWorld and Macnn
On 23/07/2009 21:46, "Paul Looney" wrote: > Great to see the company getting good press. But... > The first article seemed to imply that the name "Revolution" was > retired - a good thing. > The second article kept referring to the product as "Revolution" - a > very bad thing. > Let me be my usual blunt self: this product can not be taken > seriously with the name "Revolution"! It is long passed time time to > kill it. I hate to think how much money this has cost RunRev Ltd. > The names "revMedia", "revStudio", and "revEnterprise" are going in > the right direction. > This brings us to the language: > "revTalk" = "hyperTalk" = toy language (I'm talking perception, not > necessarily reality). You can write real code with Rev. So, why not > join the big leagues with "revCode"? We've done our homework on this - actually rather a lot of homework. We can't be all things to all people, we need to play to our strengths and present a coherent brand image. We have an easy-to-use language and the name needs to reflect that. There is nothing to say that that language is not powerful or highly capable. Those capabilities are reflected in the feature set, the case studies and the quality of the branding. But at the end of the day the language name needs to be catchy, memorable and clearly put forward our core advantage. revCode is none of those things, and that's not just my opinion, we've done the market research into this. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: RevMedia 4.0 alpha released
On 23/07/2009 16:13, "Dom" wrote: >> Work great for me. Safari 4, MacOS X > > I tried it ONCE -- with > > <http://xfiles.funnygarbage.com/~colinholgate/rev/testtrack.html> > > As it was the "first time" it asked for downloading the plugin > - I did it > - and gazed at the "bad drivers" :-) > > > The subsequent tries lead me to "Safari is not responding" ;-< If the plugin crashes, it may leave behind a revWebPlayer process which you can see in Activity Monitor or Task Manager even after you exit the browser. Try killing off this process and reloading the browser. We'll nail this issue shortly. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: RevMedia 4.0 alpha released
On 22/07/2009 20:29, "Mark Stuart" wrote: > Kevin, the "Loading plugin..." never resolves. Meaning after installing > the plugin and restarting the browser (IE and Chrome), the pages using > the plugin don't work. > I used the "click here to install the plugin" again to make sure the > installation actually happened, but still the same result. > Any help on this would be appreciated. Check there isn't a stray revWebPlayer process running (Activity Monitor or Task Manager). If there is, close your browsers, kill the process and try again. Failing that you could try restarting your machine and reinstalling. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
RevMedia 4.0 alpha released
You may now download this alpha test release from: http://revmedia.runrev.com/ Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Rev 4 beta status
Hi all, Well folks, we got really very close to having a build this evening. Unfortunately we had some last minute issues on one of the platforms that has eaten up a few days and so we're behind where we had aimed to be. We have a handle on the problem now but we're going to have to take the weekend to hammer on the fix a little more and do the build early next week. I'm sorry to keep you waiting, I know everyone is really looking forward to trying this. But I'd rather make sure we have something that passes our internal tests before we send it out. We're working flat out, we're close. I'll post an update on our status on Monday. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: challenge to Kevin and Bill
On 24/06/2009 21:01, "David Bovill" wrote: > Bill, I'm "dying" to get an answer to the questions I've asked - I asked > them several times now, in all the right places I believe :) Answers to > these questions would really help with meetings next week. If you have any > quick answers - would be great: > >1. Will the XML built ins work in the plugin - assumption = "Yes!" Yes. >2. Will the revBrowser built-ins work - so we can have embedded web pages >inside the plugin - assumpiton = "No!" No. I should have remembered this one when asked if anything would not work in the plugin during the webinar! >3. Will there be JavaScript API to allow the web page to interact with >the plugin = ie as you can with the QuickTime plugin - assumption = "No!" Not in 4.0 anyway. >4. Will it be possible somehow for the Plugin to interact with the DOM of >the web page it is placed in - ie via JavaScript > > For the last 2 questions you might want to refer to: > >- How you can use JavaScript to interact with Google Earth > plugin<http://code.google.com/apis/ajax/playground/?exp=earth#feature_balloons> > >- How to get Flash to interact with web page using external > interface<http://www.adobe.com/devnet/flash/articles/external_interface.html>o> r > > here<http://www.practicalflash.com/tutorials/using-externalinterface-to-write- > javascript-to-the-html-dom/> There will some sort of "do as JavaScript", but I cannot guarantee that it will make it into the first version (4.0) at this point. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: App on Linux - really slow... any ideas why?
On 5/5/09 21:37, "Bernard Devlin" wrote: > There are several bugs noted in RQCC about slow performance in Linux. > Some of those marked 'fixed' > (http://quality.runrev.com/qacenter/show_bug.cgi?id=7273) are fixing > symptoms that manifest because of the much slower performance. > > I found Rev 3.0 was unusable on Linux, and gave up trying. As you'll note from this bug report it was fixed for 3.5. We fixed a lot of other issues on Linux for that release too, including a couple of slow downs, crashes and memory leaks that occurred under certain window managers. Linux has a small market share, is a rapidly moving target and is a large and amorphous number of versions. Nonetheless we are committed to supporting it and if these issues with Ken's app truly do persist in 3.5 then we will take a look at them and sort them out for a future version. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Review the Webinar Introducing on-Rev Server?
On 23/4/09 16:16, "Ian Wood" wrote: > It hasn't started yet... Its in 40 mins from now. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: [OT] Deciding about On-Rev
On 22/4/09 16:59, "George C Brackett" wrote: > Yes, you can. I can do without sudo/root, but I can't do without SSH > access. I've been thinking through what I actually use to manage my > multiple domains, and command-line access -- to run scripts directly, > to execute shell commands, to be sure I know for sure the contents of > any directory, to easily edit such things as .htaccess files and > other . files, in short, to have Unix/Linux/Darwin available -- is the > minimum ability I want. A little more on this one: its basically about security. We have to administer the systems via SSH. This means that simply opening SSH to all users would pose a security risk. Obviously its perfectly possibly to secure SSH and we want to take the time to make sure that get this right, providing the functionality that you need, with the security you expect. We are going to provide a shell experience within the On-Rev client, which should answer your needs and help provide the complete web- management experience we're envisaging from the client. However, that's not arrived yet, and we appreciate that you need server access. Short term we will provide SSH access on a request basis to customers on an IP address restricted basis: if you can't live without it, simply drop us a note with your username and IP address to supp...@on-rev.com and we'll enable SSH for you. Longer term expect the On-Rev client to provide shell access. We'll also keep the option of SSH under review. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: On-Rev: We've listened
On 16/4/09 17:51, "Richard Gaskin" wrote: > Congrats on the launch, Kevin. > > Will the new server engine become available for use on our own servers > as well? > > If so, when, and how difficult/easy will it be to set up? > > I can't imagine an Apache module will be as easy to install as copying a > CGI engine, but I'd like to be wrong on that. :) Please see the FAQ question "Can I download the On-Rev engine to install on my own server?" at: http://www.on-rev.com/faq/ Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: On-Rev: We've listened
On 16/4/09 17:15, "Marian Petrides, MD" wrote: > This sounds like a great deal, even for people like me that have no > idea yet how we would use it. ;-) > > A quick question, Kevin--one that may well demonstrate how much of a > neophyte I am when it comes to server apps--if so, sorry. What > happens when the server app goes beta or even live? Will we founding > members still be able to use it? Will use of it depend on renewing > our Rev subscription? Or will it be a totally separate subscription? You'll still be able to use it - you'll get the updates. Its entirely separate to your Rev subscription. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
On-Rev: We've listened
hosting on our Rev-optimized server is our gift to the community and we hope you're as excited about it as we are. Get all the details and sign up for the $499 "Founders" special before May 1 at http://www.On-Rev.com Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Rev 3.5 and RevOnline
On 9/4/09 09:39, "Kay C Lan" wrote: > Does anyone know if you have to Sign Up again for RevOnline with 3.5? > > The new RevOnline looks great but when I tried to Log In I couldn't remember > my password - I think I had this set up as automatic Log In in previous Rev > versions. I did find an email with a code for RevOnline and inserted this, > but I got a message saying try to log on later. I then tried the 'Forgot > Password' link, which changed to 'Resetting password' but never got past > this - it seemed to hang at this step - over 10 min. I didn't receive an > email to the email address I provided. > > I notice that there are way way fewer Users and Stacks loaded to RevOnline, > so I'm thinking that maybe with all the new RevOnline features it a > requirement to Sign Up again? It is yes. So much has changed since the previous version that you need to create a brand new account and upload your stacks into it. Doing it this way means that we get current stacks that include useful information such as the tag keywords. It would be great if anyone who has a useful stack on the old RevOnline could find a few minutes to upload it into the new one. More people will be able to find your content in the new interface. I know its a little extra work, but this is the only time we've asked you to do this in the years since we introduced RevOnline and I think will result in a better experience for all. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Revolution 3.5 launched
Hi, Just to let you know that Revolution 3.5 has been launched and is now available on our website or through check for updates. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: datagrid contents
On 27/3/09 13:49, "Bernard Devlin" wrote: > The new data grid definitely looks like an improvement over the old table > field. However, I can't work out if there is a simple way to set the > contents of the datagrid by script (without setting the text of the fields > contained within the grid). I'm sure there must be. > Also, seeing that it is composed of a multitude of fields (such as field > "Col 2 0003"), does the numbering imply that it is usable up to rows? > > I couldn't find this information in the various text files in the 3.5 > directory, though I'm sure it will be included in the User Guide when it is > updated to 3.5 . The shortest way is to set the dgText, though there are other methods. We will be integrating the docs but for now they are at: http://revolution.screenstepslive.com/spaces/revolution_tools/manuals/datagr id Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: illegal creativity
HI, Folks, it being the weekend in the absence of the list mom I hereby declare this thread is off topic and closed. Please do not continue to post on this thread. Thanks. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Sad News...
This is indeed very sad news. Eric was a wonderful member of the community and he will be very much missed. Our thoughts are with his family and we will be in touch with them in the coming days. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Conference DVD just arrived here :-)
On 15/11/08 16:21, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > today the conference DVD arrived here. > > First i was a little shocked, as the package of the DVD told me that it is in > NTSC format (here in germany PAL is the video standard), but fortunately my > dvd player allowed me to watch it anyway. > > @Heather: Maybe you should mention in your store that the dvd set is in ntsc > format. Just to avoid disappointed customers. > > Now back to the DVDs As far as I'm aware, all DVD players play NTSC whereas the reverse is not true. They won't play it if the region code has been set to a different country, but our DVD does not have this set so everyone should be fine. Kind regards, Kevin Kevin Miller ~ [EMAIL PROTECTED] ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: conference videos
On 30/9/08 11:35, "Alex Tweedly" <[EMAIL PROTECTED]> wrote: >> I asked those affected to write to support because we have >> been keeping individual customers in the loop and did offer a coupon to >> those affected. >> > Isn't everyone who paid for them 'affected' ? And presumably you have a > list of those who paid ... so the list of affected customers is already > in your hands. > > A proactive email to all those folks, explaining the delay (and giving > any forward schedule estimate) would go a long way to making them happy. > Waiting until some of them get unhappy enough to complain, and then > asking the others to also write in to support, is not so good. > > (Or - to put it another way - I can't remember whether I paid for these > or not :-) I know I intended to, but maybe I didn't actually get round > to it. So maybe I should email support, or maybe that would just be > embarassing We did indeed send an email to everyone who had purchased as soon as we were aware of the problem. Either you didn't purchase the DVD or the email was blocked in your spam filter. Kind regards, Kevin Kevin Miller ~ [EMAIL PROTECTED] ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: conference videos
On 30/9/08 09:06, "Bernard Devlin" <[EMAIL PROTECTED]> wrote: > I got burned by this a couple of years ago. I bought the videos to (I > think) the Monterey conference. After 5 months of delay and repeated > complaints to runrev (some of which never got a reply), the videos did > finally arrive. They kindly re-imbursed me for the delay, but I decided > after that I would not buy anything except software from them in future (I > seem to remember similar problems years ago with printed documentation > orders). We did indeed have some problems years ago, for which we reimbursed the customers affected at the time. However generally our shipping operation has been running smoothly since then. The cause of the exception with this particular conference DVD was rather more complex: when we got deep into editing all the video capture data it became clear that some of the sessions had not been supplied to us by the all the presenters who were screen capturing them. Some of the sessions we had did not play back properly either due to a couple of different data corruption issues. Its been a long process and we've had to work both on the technical side and with the presenters to put all that right. Everyone has been really helpful and we now have pretty much a complete DVD which truly will be shipping any day now. I do apologize for the obvious inconvenience in this delay. I asked those affected to write to support because we have been keeping individual customers in the loop and did offer a coupon to those affected. Kind regards, Kevin Kevin Miller ~ [EMAIL PROTECTED] ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: conference videos
On 26/9/08 20:54, "Stephen Barncard" <[EMAIL PROTECTED]> wrote: > Anyone know what happened to the videos from the RunRev conference? > This year. I paid for them when the first announcement came out, then > got an email saying it would be delayed for an unspecified time. Please contact [EMAIL PROTECTED] Kind regards, Kevin Kevin Miller ~ [EMAIL PROTECTED] ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: http://www.runrev.com down?
On 26/9/08 20:52, "Matthias Rebbe" <[EMAIL PROTECTED]> wrote: > Works here again, too. > Seems it was an temp error. We were out for a short time due to a problem at our ISP. Everything is back up and running. Kind regards, Kevin Kevin Miller ~ [EMAIL PROTECTED] ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Revolution 3.0 > New script editor
On 4/9/08 09:11, "René Micout" <[EMAIL PROTECTED]> wrote: > I have discovered Revolution 3.0 last night (in France... last day > for most of you). I have found the new script editor very few > ergonomic (too much things on ONE screen at the same time, bad > icons : simple buttons are better sometimes...). I work on an Apple > PowerBook 12" + Cinema Display 20" at home and the only PowerBook > when I go... In that last configuration, it is almost impossible to > use script editor ; with all the parts of screen for accessories and > variables, it only remains 3 or 4 lines for the code. > Is it possible to have a separated window for variables (to put on > side of the code's window) : the height of a screen is generally less > than the width ? > Or is it possible to use the old script editor (less fonctionality > but use more simple and more flexible) in place of new one ? > All my apologies for the probable errors in my english... If you have a small display, it is possible to hide all the panes in the editor except the script itself. Drag the handler list drag-bar all the way to the left, the variable pane drag bar down to the bottom, and press the arrow toggle in the top right to hide the toolbar. Kind regards, Kevin Kevin Miller ~ [EMAIL PROTECTED] ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Data center explosion
Hi all, As you may have noticed, we had a fairly major outage of all online services this weekend. The data center in which our multiple servers are hosted suffered an explosion in the power room. The big loss was our DNS which has now been restored. It will be a while before that propagates so access may be sporadic. There isn't much we can do to speed it up. For those of you interested, here is the Slashdot article: http://slashdot.org/article.pl?sid=08/06/01/1715247 Kind regards, Kevin Kevin Miller ~ [EMAIL PROTECTED] ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Getting things the wrong way round . . .
On 19/4/08 19:02, "Petrides, M.D. Marian" <[EMAIL PROTECTED]> wrote: > If we already have a Rev Enterprise license, will we order our > renewals through Amazon or continue to renew through Run Rev? > > If we can do either--and a the same cost, which is more beneficial to > the folks at RunRev? (See my comment about motivation behind > continuing to do annual renewals even while use of Rev was/is dormant). Apologies for the delay, I have been on holiday for a few days and just spotted this thread just now. The goal of Mirye is to broaden Revolution's reach and appeal, predominantly by getting it in front of new resellers and partners. Obviously we're keen that this operation is a success and generates results as quickly as possible for everyone. The more that Mirye is able to build up its sales and presence the more we will all benefit. But at the same time, given the goal is primarily new customers and given that Runtime depends completely on our loyal users keeping licenses current, I would have to say that users who have been with us for years can benefit us the most by continuing to purchase directly from us. Kind regards, Kevin Kevin Miller ~ [EMAIL PROTECTED] ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: System requirements?
On 4/4/08 01:28, "Richard Gaskin" <[EMAIL PROTECTED]> wrote: >> Modern versions of Linux > > Right - what does that mean? > > Are there limitations with specific window managers, or specific > versions of them? > > I'm releasing a pubic beta of my first Linux version of one of my > products, and I'm finding myself using some very flexible language to > describe where people can expect it to work. ;) Its in chapter 1 of the manual, which is available within the product or under Support -> Documentation on the web site. Kind regards, Kevin Kevin Miller ~ [EMAIL PROTECTED] ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Rev 2.8.1 NOT Leopard ready!
On 30/10/07 15:41, "Klaus Major" <[EMAIL PROTECTED]> wrote: >> Its not really surprising that Rev 2.8.1 doesn't run perfectly on >> Leopard >> given that it shipped many months before that OS. > > ...which came out surprisingly last friday? Right, 4 days ago. There are dozens of applications that do not work correctly on Leopard yet, including Apple's own FileMaker. As ever, we will be among the first to release an upgrade. You won't have long to wait. >> Mostly it does run ok, >> but there are some cosmetic issues, in particular with metal. > > Empty and thus completely unusable stacks are more than a cosmetic issue > to us (and our customers). *If* you use metal - which has been completely changed in Leopard - then there is an issue. Apple now redraws metal when a window is in the background, but does not use the same method as before to notify the app that it needs redrawn. Its trivial to work around this to the extent that it is not unusable but rather just a glitch. Something along the lines of the following will keep you going for now: on suspendStack send "redrawStack" to me in 10 milliseconds end suspendStack on resumeStack send "redrawStack" to me in 10 milliseconds end resumeStack on redrawStack lock screen unlock screen end redrawStack Kind regards, Kevin Kevin Miller ~ [EMAIL PROTECTED] ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Rev 2.8.1 NOT Leopard ready!
On 30/10/07 12:00, "Klaus Major" <[EMAIL PROTECTED]> wrote: > today we installed OS X 10.5 on one of our machines and did some tests > with our new project, which uses a lot of "metal" windows. > > Result: > The app is completely unusable! > All windows/stacks go empty when suspending and most of the time stay > blank/empty when resuming or even open blank. > > We did not test the IDE yet and probably won't until 2.9 comes out. > (Still waiting for dp2 for about two months.) > > This is desastrous and embarrassing since we wanted to show our app > on the > german "MacLiveExpo" in mid-november here in Cologne. > "Does it run on Leopard? Erm... no..." > > We are very disappointed :-/ Its not really surprising that Rev 2.8.1 doesn't run perfectly on Leopard given that it shipped many months before that OS. Mostly it does run ok, but there are some cosmetic issues, in particular with metal. We'll address those in 2.9. Kind regards, Kevin Kevin Miller ~ [EMAIL PROTECTED] ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Build for Classic
Hi folks, A quite note on this one. There is no measurable marketing benefit to us for continuing to promote support for OS 9 at this stage. We are not maintaining this information for marketing reasons, rather we promised one final classic version to our users some time ago. 2.7.5 was the version this was to be in and this has been renamed to 2.9. We didn't promise this within a specific timescale and we made a public announcement to the effect that 2.7.5 has been renamed 2.9. It remains our intention to do a classic build with 2.9. That was the last public statement we made on this. There is a caveat with the classic build. We have encountered technical problems working with the classic port we didn't expect when we made the original announcement. We looked at this not too long ago and because of changes we have made its become much more difficult to update the port. So there is a risk that when we work on classic for 2.9, it will prove impossible. We are unable to devote weeks of engineering to resolving any "impossible" problem relating to this port. I can promise you though that will make a solid attempt to produce a workable classic version for 2.9 within a reasonable engineering timeframe. If we can't, it will be because the engineering issues have become insurmountable since the point at which we resolved to do this. In which case we would make an announcement of that with a full explanation at the time. Hopefully though the engineers will be able to resolve this issue within a reasonable period of time and we will do a successful final build, fulfill our obligation and move on. Until we have looked at it further I don't have any more information to give the community as I simply don't know any more. I hope this clarifies our position a little. Kind regards, Kevin Kevin Miller ~ [EMAIL PROTECTED] ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: THIS TEST VERSION HAS EXPIRED
On 2/5/07 09:57, "Eric Chatonet" <[EMAIL PROTECTED]> wrote: > A bit surprised this morning: > Opening any 2.8.1 (dp1, 2 or 3) on Mac or Win just displays this > message: "This test version has expired". > When going back to 2.7.4 and checking for updates, the answer is: > "There are currently no updates available, please check again soon." > > How can we work? Sorry, this is a bug. That's the expiry date for dp2, someone forgot to update it when we did dp3. Fortunately, we are working on a new build today. Kind regards, Kevin Kevin Miller ~ [EMAIL PROTECTED] ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: waiting 5 months for Monterey DVD
Hi Bernard, I'm sorry that we let you down. We did have several problems with these DVDs at various stages including initially getting a version that was suitable to ship, they have since been sent out. I appreciate this service was unacceptable and so we issued refunds to anyone who asked for one. I have personally checked that your DVD was sent. I'm sure its of little consolation on this occasion but the person who was responsible for shipping in our company is no longer with us. If you or anyone else affected wants to continue this discussion, please feel free to contact me directly. Kind regards, Kevin Kevin Miller ~ [EMAIL PROTECTED] ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Re-2: AltBrowser licensing/documentation
On 12/1/07 17:06, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > @kevin > @chipp > as i´ve already purchased altBrowser2 and altFont from Altuit several month > ago, i have a pdf-doc for altBrowser and a text-doc for altFont. Is it ok for > you, if i put them online and post that link here? Yes. Kind regards, Kevin Kevin Miller ~ [EMAIL PROTECTED] ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: AltBrowser licensing/documentation
On 12/1/07 13:05, "Michael D." <[EMAIL PROTECTED]> wrote: > I downloaded these plugins too and its great there available early, but of > course how to use ? be great to have some documentation. Anyone have some > direction ? We have now posted license keys on the download page. We will post the documentation and examples next week. Please check back then. Kind regards, Kevin Kevin Miller ~ [EMAIL PROTECTED] ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Developer's Conference in Vegas?
On 21/12/06 16:44, "Dan Shafer" <[EMAIL PROTECTED]> wrote: > This premature non-announcement is disconcerting. Chipp and I had planned a > clear announcement of our intention after RR informed us it was time to do > so. I'd like to apologize for any offence caused in our part in how this came out. It was always our intention to work with you on a joint announcement once we had actually firmed up the plans for a conference - something we are still working on. It was a slip up - we could have handled the newsletter better. Kind regards, Kevin Kevin Miller ~ [EMAIL PROTECTED] ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: [OT] Fun with icons on Linux
On 20/12/06 14:46, "Robert John Warren" <[EMAIL PROTECTED]> wrote: > But if you want to develop the sort of more > sophisticated stuff that other people are developing > with RR for Mac and Windows on Linux you should use a > different RAD, or, perish the thought, an > "old-fashioned" computer language. Just thought I'd chime in here to say that a new Linux engine is most certainly in the works. In fact the reason we are still waiting on getting 2.7.5 out the door is because we are doing a lot of work on the Linux engine over the past few weeks. We will have something for you soon! Merry Christmas and a Happy New Year to everyone. Kind regards, Kevin Kevin Miller ~ [EMAIL PROTECTED] ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Revolution 2.7.4 Released
On 22/9/06 23:52, "Bill Marriott" <[EMAIL PROTECTED]> wrote: > Alright. Am I correct that the price of update packs has increased now? No, we have not changed any pricing at all (beyond giving away 3 months of free upgrades with a new license purchase instead of 1 month). Kind regards, Kevin Kevin Miller ~ [EMAIL PROTECTED] ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Revolution 2.7.3 released, support for U3
On 12/8/06 16:45, "Richard Gaskin" <[EMAIL PROTECTED]> wrote: > And as Rev developers, it's always been a trivial matter for us to > deliver fully self-contained apps which run from removable media without > needing to modify the host computer. While Rev's work in the > U3-specific additions are helpful, you can also deliver portable apps on > ANY removable drive, U3 or not. Of course, the coolest thing about U3 is that it is backed by the major storage vendors - Kingston, Memorex, Sandisk and many others. That means that tens of millions of these devices will ship each year, making this type of deployment a new potential revenue opportunity for developers. Kind regards, Kevin Kevin Miller ~ [EMAIL PROTECTED] ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Revolution 2.7.3 released, support for U3
On 12/8/06 13:29, "Jim Carwardine" <[EMAIL PROTECTED]> wrote: > This appears to be a PC only upgrade. Is that true or does the Mac OS > version contain the U3 stuff? Jim The zip file support, and several other bug fixes and minor enhancements are all Mac compatible. You can build U3 packages from on your Mac, too. Kind regards, Kevin Kevin Miller ~ [EMAIL PROTECTED] ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
