Re: how to identify a 64-bit Windows machine in Rev
You give the most complete answers! Thanks Dar. You've been missed in these parts! Phil On 9/14/10 5:37 PM, Dar Scott wrote: On Sep 13, 2010, at 6:06 PM, Phil Davis wrote: Does anyone have a clear-cut way for Rev to know whether it's running in a 32-bit or a 64-bit environment on Windows? Hardware CPU: Under... HKLM\HARDWARE\DESCRIPTION\System\CentralProcessor\0 ...find... Identifier REG_SZ If 64 is in the value, the hardware is 64. If x86 is, you don't know ProcessorStringName If 64 is in the name, the hardware is 64. Otherwise, you don't know. OS: You can check the environment variable PROCESSOR_ARCHITECTURE. If 64 in the value, then you seem to be running a 64-bit Rev on a 64-bit system. Otherwise look at environment variable PROCESSOR_ARCHITEW6432. If 64 is in the value, you are running on a 64-bit OS. If it is x86, then you are running a 32-bit OS. You can also look for a folder normally only found in the 64-bit OS, such as \\program files (x86). If it is there, the OS is very likely 64. If it is missing, the OS is very likely 32-bit. I don't know if reinstalling over another OS will affect this. If the OS is 64, then the hardware is. Dar ___ 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 -- Phil Davis PDS Labs Professional Software Development http://pdslabs.net ___ 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/15/2010 04:32 AM, J. Landman Gay wrote: On 9/14/10 12:51 PM, Richmond wrote: Every single other product (including RunRev) has the boringly predictable hoodies, tee-shirts and coffee mugs: Come on, I want to wear a RunRev kilt! And I can just see Jacque sporting a frock in RunRev watered silk! I haven't worn a frock for years. But maybe this is what you had in mind: http://jacque.on-rev.com/extras/rrnewprod.jpg frocking hilarious! LOL ___ 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: Waiting for DNS to update a new site.
Hi Alex, I can see the page. I'ts going to be a DNS propagation delay...more info below: To speed up the internet, Internet Server Provider (ISP) caches their DNS records. They create their own copy of the master record, and access it locally to search for website, each time someone tries to view it. This procedure speeds up the internet, reduces the traffic and thus help ISP work faster. Each ISP caches DNS record and update it every few days. Each ISP have there own standard time frame to update the cache DNS record. This delay from your ISP will prevent you from viewing your website. This process is know as DNS propagation delay. - Andy Piddock My software never has bugs. It just develops random features. -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/OT-Waiting-for-DNS-to-update-a-new-site-tp2539728p2540224.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ 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 forum
Hi if you do ask on-rev related questions here, may I suggest you (we) use [on-rev] tag at the beginning of the subject so that we can all easily identify all on-rev related queries at a later stage!? Robert -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/on-rev-forum-tp2538523p2540291.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ 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
[OT] revtalk.net
I got this domain name last year and will not make any use of it. So i wondered what could be done with it?? Any idea? ?? if runrev wants it.. i'll gladly transfer to them.. ?? but could also be an opportunity to have a kind of common place, site.. of a kind one does not know yet, sand box where various people could try out different approaches to better share experiences knowledge.. !!?? ?? could runrev provide a free common on-rev space, where a bunch of volunteers could put up some perhaps more innovative collaborative tools?? Concentrate ressources (like the tentative to gather all plugins on a site, the revPlanets etc : each of these ressources would gain from being assembled, feeding a single rss feed) and provide a revServer kind of showroom ?? well food for thoughts... -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/OT-revtalk-net-tp2540296p2540296.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ 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
Getting started with databases
Hello I am a long time user of Rev but have always developed databases with FMPro advanced. Time to try to make the move to Rev. With big amounts of data and lots of tables joining etc, it all looks pretty arcane to me. Can anyone recommend any aids memoire or templates or anything to help a database slow-coach along? TIA Tim ___ 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 started with databases
Hi Tim, Hello I am a long time user of Rev but have always developed databases with FMPro advanced. Time to try to make the move to Rev. With big amounts of data and lots of tables joining etc, it all looks pretty arcane to me. Can anyone recommend any aids memoire or templates or anything to help a database slow-coach along? first of all: Leanr and get used to SQL! Here is a good start, if you not already know SQL: http://www.w3schools.com/sql/default.asp At least this one got me started with SQL :-) TIA Tim Best Klaus -- Klaus Major http://www.major-k.de kl...@major.on-rev.com ___ 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 started with databases
I am a long time user of Rev but have always developed databases with FMPro advanced. Time to try to make the move to Rev. With big amounts of data and lots of tables joining etc, it all looks pretty arcane to me. Can anyone recommend any aids memoire or templates or anything to help a database slow-coach along? Hi Tim Good schema design is very important and I find MySQL Workbench a great cross platform tool for data modelling. Cheers -- Monte Goulding M E R Goulding Software Development Bespoke application development for vertical markets InstallGadget - How to create an installer in 10 seconds revObjective - Making behavior scripts behave ___ 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] revtalk.net
Hee, hee - and I've got revtalk.org - was for a community owned project. Lets see in RunRev get hold of any of the live domains - but I'd be up for pooling these and taking forwards the community owned independent open source project... On 15 September 2010 11:42, Robert Mann r...@free.fr wrote: I got this domain name last year and will not make any use of it. So i wondered what could be done with it?? Any idea? ?? if runrev wants it.. i'll gladly transfer to them.. ?? but could also be an opportunity to have a kind of common place, site.. of a kind one does not know yet, sand box where various people could try out different approaches to better share experiences knowledge.. !!?? ?? could runrev provide a free common on-rev space, where a bunch of volunteers could put up some perhaps more innovative collaborative tools?? Concentrate ressources (like the tentative to gather all plugins on a site, the revPlanets etc : each of these ressources would gain from being assembled, feeding a single rss feed) and provide a revServer kind of showroom ?? well food for thoughts... This has come up time and time again over the last 10 years, but RunRev have yet to understand how to capitalise on this desire on behalf of the community. They keep taking it in-house spending money on it and getting very poor results - as can be seen by the user contributed notes, or the various forums scattered around the place. ___ 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
using datagrid with revmobile
I have few questions about using datagrid in mobile applications... In an application for iPhone, can I place a datagrid object ? Datagrid objects work fine in mobile applications created by the present RevMobile plugin? What about next release of the RevMobile plugin? Thanks a lot Paolo ___ 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
Real Basic Web edition - No Plugin Required!
Sorry to bring this up but I think it needs discussing. I've noticed that Real Basic are about to launch a web edition. Went to their site expecting a web plugin requirement and found this: 'REAL Studio Web Edition apps run as a FastCGI on Apache.' ! http://www.realsoftware.com/web/ http://www.realsoftware.com/web/ No plugin so works on most default Apache set ups. As it's a cgi it will work on Ipad, Iphone and most browsers. Now I'm not a Real Basic fan but have to say that having the web version to output FastCGI is pretty neat. Surely this is a better way for RunRev to go for the web and avoid plugins altogether. Wouldn't this open up the uses and market for RunRev? - Andy Piddock My software never has bugs. It just develops random features. -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/Real-Basic-Web-edition-No-Plugin-Required-tp2540495p2540495.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ 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: Real Basic Web edition - No Plugin Required!
On 15 September 2010 14:08, AndyP smudge.a...@googlemail.com wrote: I've noticed that Real Basic are about to launch a web edition. Went to their site expecting a web plugin requirement and found this: 'REAL Studio Web Edition apps run as a FastCGI on Apache.' ! http://www.realsoftware.com/web/ http://www.realsoftware.com/web/ No plugin so works on most default Apache set ups. As it's a cgi it will work on Ipad, Iphone and most browsers. Now I'm not a Real Basic fan but have to say that having the web version to output FastCGI is pretty neat. Surely this is a better way for RunRev to go for the web and avoid plugins altogether. Wouldn't this open up the uses and market for RunRev? Yes - I'd have to agree with you. Luckily we can get the same experience by working with Revolution and Rodeo http://rodeoapps.com/. RunRev should never have put development effort into a plugin, it was always more sensible to develop integrated revServer / JavaScript solutions, but this is not a solution that RunRev with it's focus on the engine fully appreciated - I've never felt they got the web. Of course some people love the plugin, it makes me smile too, and only the future will truly tell - in 2 years time will we be looking at a rich range of web apps using JavaScript, HTML / HTML5 as their front ends or will lots of us be using a web plugin? ___ 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
[OT] O'Reilly eBook deal of the day (cookbooks for 9 USD)
Folks, http://oreilly.com/store/ddccc.html o'reilly cookbooks for usd 9. -- http://www.andregarzia.com All We Do Is Code. ___ 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: Real Basic Web edition - No Plugin Required!
David Bovill wrote: On 15 September 2010 14:08, AndyP smudge.andy at googlemail.com wrote: I've noticed that Real Basic are about to launch a web edition. Went to their site expecting a web plugin requirement and found this: 'REAL Studio Web Edition apps run as a FastCGI on Apache.' ! http://www.realsoftware.com/web/ http://www.realsoftware.com/web/ No plugin so works on most default Apache set ups. As it's a cgi it will work on Ipad, Iphone and most browsers. Now I'm not a Real Basic fan but have to say that having the web version to output FastCGI is pretty neat. Surely this is a better way for RunRev to go for the web and avoid plugins altogether. Wouldn't this open up the uses and market for RunRev? Yes - I'd have to agree with you. Luckily we can get the same experience by working with Revolution and Rodeo http://rodeoapps.com/. RunRev should never have put development effort into a plugin, it was always more sensible to develop integrated revServer / JavaScript solutions, but this is not a solution that RunRev with it's focus on the engine fully appreciated - I've never felt they got the web. Of course some people love the plugin, it makes me smile too, and only the future will truly tell - in 2 years time will we be looking at a rich range of web apps using JavaScript, HTML / HTML5 as their front ends or will lots of us be using a web plugin? Jun 27, 2006: So in brief, if ToolBook could do this almost a decade ago I see no reason why Rev couldn't also: 1. Identify a subset of things that would be useful in a browser. 2. Make a Rev library with handlers to support those tasks. 3. Make a JavaScript library with corresponding handlers to get those behaviors in a browser. 4. Author in Rev, have a library generate the objects as DHTML snippets in a web page, reference the JavaScript lib, and upload. 5. Give the URL to your friends and enjoy. :) Oh, and I forgot Step 0 (before 1): 0. Get some of the open source advocates here to do #1, 2, and 3. http://lists.runrev.com/pipermail/use-revolution/2006-June/083955.html -- Richard Gaskin Fourth World Rev training and consulting: http://www.fourthworld.com Webzine for Rev developers: http://www.revjournal.com revJournal blog: http://revjournal.com/blog.irv ___ 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: Real Basic Web edition - No Plugin Required!
Folks, This is beautiful but deploying FastCGI is not that trivial. Recovery must play a big part on the backend since the FastCGI stays resident (it should) in memory. This could be replicated in Rev, pure RevTalk right now. It would not be 100% safe since we have a blocking engine but we could always use a monitor process to detect lock up and kill it. I think it was 2006 or something, that I was talking with Mark Wieder about how one should go to implement that exact solution. It can be done, heck, I am not the best programmer out there and I've implemented FastCGI on Revolution 2.x and it actually worked. Now, you guys got me hooked, I will write a big followup now not to hijack this thread. Andre On Wed, Sep 15, 2010 at 10:45 AM, David Bovill da...@vaudevillecourt.tvwrote: On 15 September 2010 14:08, AndyP smudge.a...@googlemail.com wrote: I've noticed that Real Basic are about to launch a web edition. Went to their site expecting a web plugin requirement and found this: 'REAL Studio Web Edition apps run as a FastCGI on Apache.' ! http://www.realsoftware.com/web/ http://www.realsoftware.com/web/ No plugin so works on most default Apache set ups. As it's a cgi it will work on Ipad, Iphone and most browsers. Now I'm not a Real Basic fan but have to say that having the web version to output FastCGI is pretty neat. Surely this is a better way for RunRev to go for the web and avoid plugins altogether. Wouldn't this open up the uses and market for RunRev? Yes - I'd have to agree with you. Luckily we can get the same experience by working with Revolution and Rodeo http://rodeoapps.com/. RunRev should never have put development effort into a plugin, it was always more sensible to develop integrated revServer / JavaScript solutions, but this is not a solution that RunRev with it's focus on the engine fully appreciated - I've never felt they got the web. Of course some people love the plugin, it makes me smile too, and only the future will truly tell - in 2 years time will we be looking at a rich range of web apps using JavaScript, HTML / HTML5 as their front ends or will lots of us be using a web plugin? ___ 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 -- http://www.andregarzia.com All We Do Is Code. ___ 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: Real Basic Web edition - No Plugin Required!
On 15 September 2010 14:52, Richard Gaskin ambassa...@fourthworld.comwrote: Jun 27, 2006: So in brief, if ToolBook could do this almost a decade ago I see no reason why Rev couldn't also: 1. Identify a subset of things that would be useful in a browser. 2. Make a Rev library with handlers to support those tasks. 3. Make a JavaScript library with corresponding handlers to get those behaviors in a browser. 4. Author in Rev, have a library generate the objects as DHTML snippets in a web page, reference the JavaScript lib, and upload. 5. Give the URL to your friends and enjoy. :) Oh, and I forgot Step 0 (before 1): 0. Get some of the open source advocates here to do #1, 2, and 3. http://lists.runrev.com/pipermail/use-revolution/2006-June/083955.html Exactly, which is part of what would make a good open source / open content strategy for RunRev. But they get community development strategy even less than they get the web :( ___ 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] revtalk.net
I have revwebhost.com :-) (now that was me being psychic, I registered that before the announcement of RevWeb and On-Rev) As for revPlanets... I have wecode.org/planet that tracks Revolution keywords on twitter and also some interesting blog feeds. :D On Wed, Sep 15, 2010 at 9:09 AM, David Bovill da...@vaudevillecourt.tvwrote: Hee, hee - and I've got revtalk.org - was for a community owned project. Lets see in RunRev get hold of any of the live domains - but I'd be up for pooling these and taking forwards the community owned independent open source project... On 15 September 2010 11:42, Robert Mann r...@free.fr wrote: I got this domain name last year and will not make any use of it. So i wondered what could be done with it?? Any idea? ?? if runrev wants it.. i'll gladly transfer to them.. ?? but could also be an opportunity to have a kind of common place, site.. of a kind one does not know yet, sand box where various people could try out different approaches to better share experiences knowledge.. !!?? ?? could runrev provide a free common on-rev space, where a bunch of volunteers could put up some perhaps more innovative collaborative tools?? Concentrate ressources (like the tentative to gather all plugins on a site, the revPlanets etc : each of these ressources would gain from being assembled, feeding a single rss feed) and provide a revServer kind of showroom ?? well food for thoughts... This has come up time and time again over the last 10 years, but RunRev have yet to understand how to capitalise on this desire on behalf of the community. They keep taking it in-house spending money on it and getting very poor results - as can be seen by the user contributed notes, or the various forums scattered around the place. ___ 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 -- http://www.andregarzia.com All We Do Is Code. ___ 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: Real Basic Web edition - No Plugin Required!
On 15 September 2010 14:53, Andre Garzia an...@andregarzia.com wrote:, This is beautiful but deploying FastCGI is not that trivial. Recovery must play a big part on the backend since the FastCGI stays resident (it should) in memory. This could be replicated in Rev, pure RevTalk right now. It would not be 100% safe since we have a blocking engine but we could always use a monitor process to detect lock up and kill it. I think it was 2006 or something, that I was talking with Mark Wieder about how one should go to implement that exact solution. It can be done, heck, I am not the best programmer out there and I've implemented FastCGI on Revolution 2.x and it actually worked. Now, you guys got me hooked, I will write a big followup now not to hijack this thread. RevServer is plenty to build on, the missing work is the job of polishing off this infrastructure with integrating the rev IDE and the main JavaScript libraries - the sensible way of doing this at low cost, is as Richard outlined to use community development strategies to support open script library / widget development. ___ 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: Real Basic Web edition - No Plugin Required!
On 09/15/2010 04:45 PM, David Bovill wrote: On 15 September 2010 14:08, AndyPsmudge.a...@googlemail.com wrote: I've noticed that Real Basic are about to launch a web edition. Went to their site expecting a web plugin requirement and found this: 'REAL Studio Web Edition apps run as a FastCGI on Apache.' ! http://www.realsoftware.com/web/ http://www.realsoftware.com/web/ No plugin so works on most default Apache set ups. As it's a cgi it will work on Ipad, Iphone and most browsers. Now I'm not a Real Basic fan but have to say that having the web version to output FastCGI is pretty neat. Surely this is a better way for RunRev to go for the web and avoid plugins altogether. Wouldn't this open up the uses and market for RunRev? Yes - I'd have to agree with you. Luckily we can get the same experience by working with Revolution and Rodeohttp://rodeoapps.com/. RunRev should never 'never' is a rather strong word. It is entirely possible that the brainy computery types feel that way, but we workers down on the floor underneath the leaf-mould really do think the plugin is a good thing as it is relatively easy to move directly from a stack to something that is web-browser-deliverable with a minimum of pain. have put development effort into a plugin, it was always more sensible to develop integrated revServer / JavaScript solutions, but this is not a solution that RunRev with it's focus on the engine fully appreciated - I've never felt they got the web. Of course some people love the plugin, it makes me smile too, What? condescendingly . . . or lovingly: I hope it is the latter . . . :) and only the future will truly tell Yes, indeed it will; both Thee and Me will be outdated, outmoded and out-manouevred before we even realise what has happened to us; that is why I feel pretty uncomfortable about using words such as 'never'. - in 2 years time will we be looking at a rich range of web apps using JavaScript, HTML / HTML5 as their front ends or will lots of us be using a web plugin? ___ Maybe none of these things, but something quite unpredictable. ___ 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] revtalk.net
And I have www.rev-co.de, which had full Trac, bugzilla integrated hosting, Rev IDE integration, and email list integration. Then there have been scores of other efforts - conclusion? Without a proper community / open source strategy from RunRev - these efforts are unlikely to get off the ground let alone succeed long term. On 15 September 2010 14:55, Andre Garzia an...@andregarzia.com wrote: I have revwebhost.com :-) (now that was me being psychic, I registered that before the announcement of RevWeb and On-Rev) As for revPlanets... I have wecode.org/planet that tracks Revolution keywords on twitter and also some interesting blog feeds ___ 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: Real Basic Web edition - No Plugin Required!
On 09/15/2010 04:52 PM, Richard Gaskin wrote: David Bovill wrote: On 15 September 2010 14:08, AndyP smudge.andy at googlemail.com wrote: I've noticed that Real Basic are about to launch a web edition. Went to their site expecting a web plugin requirement and found this: 'REAL Studio Web Edition apps run as a FastCGI on Apache.' ! http://www.realsoftware.com/web/ http://www.realsoftware.com/web/ No plugin so works on most default Apache set ups. As it's a cgi it will work on Ipad, Iphone and most browsers. Now I'm not a Real Basic fan but have to say that having the web version to output FastCGI is pretty neat. Surely this is a better way for RunRev to go for the web and avoid plugins altogether. Wouldn't this open up the uses and market for RunRev? Yes - I'd have to agree with you. Luckily we can get the same experience by working with Revolution and Rodeo http://rodeoapps.com/. RunRev should never have put development effort into a plugin, it was always more sensible to develop integrated revServer / JavaScript solutions, but this is not a solution that RunRev with it's focus on the engine fully appreciated - I've never felt they got the web. Of course some people love the plugin, it makes me smile too, and only the future will truly tell - in 2 years time will we be looking at a rich range of web apps using JavaScript, HTML / HTML5 as their front ends or will lots of us be using a web plugin? Jun 27, 2006: So in brief, if ToolBook could do this almost a decade ago I see no reason why Rev couldn't also: 1. Identify a subset of things that would be useful in a browser. 2. Make a Rev library with handlers to support those tasks. 3. Make a JavaScript library with corresponding handlers to get those behaviors in a browser. 4. Author in Rev, have a library generate the objects as DHTML snippets in a web page, reference the JavaScript lib, and upload. 5. Give the URL to your friends and enjoy. :) Oh, and I forgot Step 0 (before 1): 0. Get some of the open source advocates here to do #1, 2, and 3. http://lists.runrev.com/pipermail/use-revolution/2006-June/083955.html Oh, Gosh, its that time of the year again; when we dig out our old hobby-horses and reiterate them again, again, again . . . anybody remember my Agent-led interface prototype for developing RunRev stacks by teachers? If 10% of the ideas that have been batted around on this Use-List over the last 10 years had actually got further than somebody's PC we WOULD be living in a different world to what we do. Sadly, there is the bread and curd problem (remember; no s*x, r*l*g**n, m*n*y or ch**s*), and we all have to fill our bellies. ___ 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] O'Reilly eBook deal of the day (cookbooks for 9 USD)
Andre, Thanks for the heads up. Mike --- On Wed, 9/15/10, Andre Garzia an...@andregarzia.com wrote: From: Andre Garzia an...@andregarzia.com Subject: [OT] O'Reilly eBook deal of the day (cookbooks for 9 USD) To: How to use Revolution use-revolution@lists.runrev.com Date: Wednesday, September 15, 2010, 8:48 AM Folks, http://oreilly.com/store/ddccc.html o'reilly cookbooks for usd 9. -- http://www.andregarzia.com All We Do Is Code. ___ 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 ___ 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
[FOSS] On the creation of Rev to Web tools
Folks, This is me revealing me some secret ideas I had in the last few years. I kept this somewhat secret for many years because I wanted to implement it but I came to the realization that I don't have the time to do it alone and that is the exact kind of project that benefits from a FOSS initiative. The project is to build a suite of tools to run inside Revolution IDE to allow conversion of Stacks into a web scaffold that can be further tailored and tweeked for deployment as web apps. as Jerry, Sarah and Mary demonstrated it is possible to process a stack and convert it to some other format. David Simpson also has conversion tools built that can convert php and basic back to Rev and even more. All this done with small teams. What a big team such as our community could build? (-- rethorical question) I remember talking with Mark Wieder and Richard Gaskin during a conference in Monterey, I think I have found the pathway that would enable us some quick conversion from Rev to the Web. The trick is not to try to convert a common Rev stack, if you try to convert all kinds of Rev controls and stuff, you end up basically reimplementing the engine, this is kinda hard. What we need to leverage is not Rev engine and controls but Rev IDE using the tools we like but not the standard Rev language and controls. I will detail below the tools I think are needed: TWO ENVIRONMENT FRAMES First of all to understand this you need to understand an important concept. For this system to work, there will be two different environment frames running. One is the Rev IDE and Engine process which understands RevTalk and is our development tool. The other is a background webserver that is the target of our development tools and does not understand RevTalk but Javascript. Actions on the development environment do not work directly on the stuff we're developing but instead talk to the backend server that will follow the orders. WEB RUNNER CANVAS Instead of creating stacks with all their complexity, we would create something else that in the screen would appear like a stack, a floating window for the user to drop and arrange controls. What would be running in fact is a Rev coupled web server not unlike Ruby Web brick. This server would be running in the background and we would be seeing its output on this window inside the IDE. I have a Rev WebServer external ready for this project. Thats the second environment frame that I've mentioned above. It understands only Javascript. WEB SAFE TOOLS PALETTE INSPECTOR Replacing the tools palette with a Web tailored one with tools that we've scripted ourselves. They can mimic standard Revolution tools such as buttons and fields but they are not in fact creating Revolution buttons and fields but our own controls. We would also create our own inspector for setting properties of our own self made controls. When we drag a control to the WEB RUNNER CANVAS, we don't actually do anything but talk to the underlining WEB SERVER saying we dropped such control, the server then will instantiate the control a place it for us. So in fact we're using Rev-like tools to talk to a web server that is building javascript on the fly for us. When we drop a button on the web runner screen, a POST call is made to the web server that picks this and creates a button javascript object, this is transparent to the developer. This way Rev becomes a HTML5/JS/CSS development tool. We don't have the overhead of converting stacks to web because we're jumping that whole step working directly with HTML5 and friends. This solves control placement and interaction but does not solve script processing. SCRIPT PROCESSING We would define a subset of RevTalk and create direct conversions from RevTalk to JS. As time went on we would implement more and more of RevTalk but some minimal subset should be enough for a start. Javascript is a wonderful language and converting scripts to it is the most safe option. Running the frontend logic in something like FastCGI adds to much processing to the server which adds to server load and to your costs. The elegance of this approach is that we can begin with a fastCGI engine for the script processing by directly executing RevTalk script on the FastCGI process without translation, this way we could place all the other pieces together before doing the RevTalk to JS work. By then we could simply put our efforts on that translation. We could build this and release under BSD license which would enable business to use it in the commercial offerings and thus making it attractive and incentive sponsorship. I would like to be paid to develop this free solution but I think it is now time for us to work on this or risk being left behind. This as it is defined needs no input whatsoever from the mothership, it can all be done in Rev. Any thoughts? -- http://www.andregarzia.com All We Do Is Code. ___ use-revolution mailing list
Re: Real Basic Web edition - No Plugin Required!
David Bovill wrote: On 15 September 2010 14:52, Richard Gaskin ambassador at fourthworld.comwrote: Jun 27, 2006: So in brief, if ToolBook could do this almost a decade ago I see no reason why Rev couldn't also: 1. Identify a subset of things that would be useful in a browser. 2. Make a Rev library with handlers to support those tasks. 3. Make a JavaScript library with corresponding handlers to get those behaviors in a browser. 4. Author in Rev, have a library generate the objects as DHTML snippets in a web page, reference the JavaScript lib, and upload. 5. Give the URL to your friends and enjoy. :) Oh, and I forgot Step 0 (before 1): 0. Get some of the open source advocates here to do #1, 2, and 3. http://lists.runrev.com/pipermail/use-revolution/2006-June/083955.html Exactly, which is part of what would make a good open source / open content strategy for RunRev. But they get community development strategy even less than they get the web :( There is nothing inherent in that proposal which requires waiting for anyone else to do anything. Anyone who sees value in such an open source project can begin it at any time. The engine is here, the web is here. All that needs to happen now is for someone who wants this to roll up their sleeves and code it. Like Richmond said, If 10% of the ideas that have been batted around on this Use-List over the last 10 years had actually got further than somebody's PC we WOULD be living in a different world to what we do. I'll kick-start it: if someone will take the lead on this, I'll donate the code to translate native Rev controls on a card to HTML representations. I have chunks of it written for various projects now, so tidying those up and generalizing them will be a reasonably accomplishable task. Who wants this enough to take the lead on the JavaScript library? -- Richard Gaskin Fourth World Rev training and consulting: http://www.fourthworld.com Webzine for Rev developers: http://www.revjournal.com revJournal blog: http://revjournal.com/blog.irv ___ 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: Real Basic Web edition - No Plugin Required!
On Wed, Sep 15, 2010 at 11:39 AM, Richard Gaskin ambassa...@fourthworld.com wrote: I'll kick-start it: if someone will take the lead on this, I'll donate the code to translate native Rev controls on a card to HTML representations. I have chunks of it written for various projects now, so tidying those up and generalizing them will be a reasonably accomplishable task. Who wants this enough to take the lead on the JavaScript library? Richard, See my other thread, I think I am starting this... :D -- http://www.andregarzia.com All We Do Is Code. ___ 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: Real Basic Web edition - No Plugin Required!
I think I should add that I have deployed a plugin based utility for in-house production tracking and the experience was great. Job status is accessed via the exe version at work stations and the web based plugin version out of office...One code write, two usable platformsFantastic! However.. my main role (in my paid job) is that of a web developer and the general feedback from clients (we have a couple of hundred) is that they would not be happy to augment the systems on their sites via the use of a plugin. They want their clients to not notice the move from static site pages to more data driven or dynamic areas. So a solution that can be deployed an a standard server setup without having to install extra and costly server addons from my point of view would be a great step forward and would allo me to use my favorite dev tool Runrev much more rather than PHP/MySql/Javascript which are my primary web dev tools. - Andy Piddock My software never has bugs. It just develops random features. -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/Real-Basic-Web-edition-No-Plugin-Required-tp2540495p2540692.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ 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] revtalk.net
Robert Mann wrote: I got this domain name last year and will not make any use of it. So i wondered what could be done with it?? Any idea? ?? if runrev wants it.. i'll gladly transfer to them.. ?? but could also be an opportunity to have a kind of common place, site.. of a kind one does not know yet, sand box where various people could try out different approaches to better share experiences knowledge.. !!?? ?? could runrev provide a free common on-rev space, where a bunch of volunteers could put up some perhaps more innovative collaborative tools?? Concentrate ressources (like the tentative to gather all plugins on a site, the revPlanets etc : each of these ressources would gain from being assembled, feeding a single rss feed) and provide a revServer kind of showroom ?? well food for thoughts... And a tasty meal it is. I have a couple robots chewing away at the edges of part of that problem as I write this (more on that later), but since computers are too stupid to count past 1 we could use some human insight here. RevNet (in Rev see Development-Plugins-GoRevNet) is a community-driven project designed to compliment RevJournal.com in providing tools and resources for the Rev community. I have a rather significant overhaul in the works with RevNet, and central to that overhaul is an inherent extensibility and greater focus on tools. So while I'm working on that I'd like to remind people of the mission of both RevNet and RevJournal.com: of, for, and by Rev developers. I'm very interested in exploring a wide range of ways we can make the most out of having a web site and stack venue bundled with the product to make working with Rev ever more powerful and liberating. I've been discussing some collaborative work on RevNet with some others here, and always welcome more. Please feel free to submit ideas for things you'd find useful both at a web site like RevJournal and in the IDE via RevNet. If you have time and interest in helping to code some of those things so much the better. Consider RevJournal and RevNet as extensions of this community - collaboration is very welcome. Indeed, that's why they're here. -- Richard Gaskin Fourth World Rev training and consulting: http://www.fourthworld.com Webzine for Rev developers: http://www.revjournal.com revJournal blog: http://revjournal.com/blog.irv ___ 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 started with databases
On Sep 15, 2010, at 4:56 AM, Tim Lambert wrote: Hello I am a long time user of Rev but have always developed databases with FMPro advanced. Time to try to make the move to Rev. With big amounts of data and lots of tables joining etc, it all looks pretty arcane to me. Can anyone recommend any aids memoire or templates or anything to help a database slow-coach along? Tim, I created a series of lessons on databases in Rev for my students. You may find it helpful. Just go to http://revolution.byu.edu and click on the link Introduction to Programming in Revolution. Then look for a section, near the bottom called Database Access in Revolution. Regards, Devin Devin Asay Humanities Technology and Research Support Center Brigham Young University ___ 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: [FOSS] On the creation of Rev to Web tools
Andre, sorry for hijacking this thread a bit... I would be interested in how many people would really think they would be willing to invest some effort into various open source projects. I know David is a huge advocate of all things OSS. However, as Richmond pointed out pretty well, over the last 8 years I´ve spend in this community I have rarely seen OSS projects that took up momentum. I have been wondering why that is for quite a while now. My main thought is that it is not exactly easy to collaborate on rev Projects. This is partly due to the binary nature of stacks which makes it hard to use a version control system on rev projects, partly due to the lack of a place where projects like this could be hosted. Current state: Everyone that tries to release stuff to the community is cooking her own soup. Though most people are very generous with sharing code on the lists and forums, there is no central repository where people can go to and collaborate on projects. We do have many sites spread all over the world with too many gems to dig out. Additionally we have revOnline. revOnline is a good place for consumers / prosumers though, not suitable for starting a collaborative effort to work on code. Especially libraries. Most of the stuff on revOnline is there for the visual stuff the stack does, or in a state where the lib is basically finished. So the only things an author that uploads to revOnline can gain is - giving examples what can be done - help someone solve a problem with a complex stuff (requires a lot of coordination and is usually easier done by mail) - show off what he has done. What an author usually can not hope for is to benefit from changes other coders have made once a stack is released into the wild. I have no idea how many people here would really willing to dedicate time into OSS projects (my last try was rather frustrating, though it has been a few years since I last tried.) I might be willing to test the waters again in a couple of weeks. More on that later. All the best, Malte ___ 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: Waiting for DNS to update a new site.
Propagation used to take days. These days it seems to take just minutes or hours at Dreamhost or ON-Rev. Your milage may vary On 15 September 2010 02:31, AndyP smudge.a...@googlemail.com wrote: Hi Alex, I can see the page. I'ts going to be a DNS propagation delay...more info below: To speed up the internet, Internet Server Provider (ISP) caches their DNS Stephen Barncard San Francisco Ca. USA more about sqb http://www.google.com/profiles/sbarncar ___ 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: [FOSS] On the creation of Rev to Web tools
On 15 September 2010 16:10, Malte Pfaff-Brill revolut...@derbrill.dewrote: I would be interested in how many people would really think they would be willing to invest some effort into various open source projects. I know David is a huge advocate of all things OSS. However, as Richmond pointed out pretty well, over the last 8 years I´ve spend in this community I have rarely seen OSS projects that took up momentum. I have been wondering why that is for quite a while now. My main thought is that it is not exactly easy to collaborate on rev Projects. It's mainly due to the economics of cooperating in Rev - too easy to develop solo, and partly due to the history of the community - it's average age is pre-open source / more share ware - so the culture is not there, and finally the community is a little small. For these reasons you need to do a little bit more than simply than place code up on server and declare it open under some undetermined license for a project to take off. This is partly due to the binary nature of stacks which makes it hard to use a version control system on rev projects, partly due to the lack of a place where projects like this could be hosted. The version control problem, is effectively solved now that we can create objects with IDs. It's a red herring anyway, as the majority of useful code can be shared under version control without problem. Current state: Everyone that tries to release stuff to the community is cooking her own soup. Though most people are very generous with sharing code on the lists and forums, there is no central repository where people can go to and collaborate on projects. We do have many sites spread all over the world with too many gems to dig out. Additionally we have revOnline. revOnline is a good place for consumers / prosumers though, not suitable for starting a collaborative effort to work on code. Especially libraries. Most of the stuff on revOnline is there for the visual stuff the stack does, or in a state where the lib is basically finished. So the only things an author that uploads to revOnline can gain is - giving examples what can be done - help someone solve a problem with a complex stuff (requires a lot of coordination and is usually easier done by mail) - show off what he has done. RevOnline does not work - it is not a collaborative environment, which is why it is easier for people to post urls to downloadable stacks than indicate there is a stack on revOnline. It should be replaced. What an author usually can not hope for is to benefit from changes other coders have made once a stack is released into the wild. I have no idea how many people here would really willing to dedicate time into OSS projects (my last try was rather frustrating, though it has been a few years since I last tried.) I might be willing to test the waters again in a couple of weeks. More on that later. Not many. They would when it works. The hard part is not the many, its the first 5. Ever tried to herd cats? Well there aren't any cats in the Rev community - they are wolves. They growl a lot and are fiercely independent, but are deep down secret pack animals even though they wont admit it in public :) The mothership has a lot to answer for. ___ 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: [FOSS] On the creation of Rev to Web tools
Hi Malte, I too have pondered the question. I ended up feeling that the buy in required by the commercial nature of the main product limits uptake by young blood (generally poor) in numbers necessary to create open source momentum. I have watched Ruby go from zero to being on the radar in the interim, and few up and comers are going to latch onto runrev/livecode in the same way. The no cost versions of the product are limited by commercial necessity and those limits will always weigh on the balance of youngsters choosing between the full package in a free language/IDE versus a reduced package here. It seems a by-product of the necessity of RunRev/Kevin/Markula/unknown ownership interests et al. needing to earn a return on their investment. I have been discouraged in concluding that while the base may grow it probably can never capture the explosive exponential growth phase that the truly successful open source languages have that only come with a couple orders of magnitude of extra sets of eyeballs in the mix. The product remains a wonderful secret weapon but will always languish behind the frontier of the evolving landscape. I really wish that a wealthy benefactor like Bill Gates would buy the whole thing and release it all and let a thousand variations bloom and weed themselves out... Until it is absolutely no cost for the full version you simply won't get teens on board in number, the ones with unlimited time and no commercial obligations, and otaku like devotion to tackle the next new thing... ___ 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: [FOSS] On the creation of Rev to Web tools
Malte, Is my firm belief that if the project will save or make people money right away then they will help... :D On Wed, Sep 15, 2010 at 12:10 PM, Malte Pfaff-Brill revolut...@derbrill.dewrote: Andre, sorry for hijacking this thread a bit... I would be interested in how many people would really think they would be willing to invest some effort into various open source projects. I know David is a huge advocate of all things OSS. However, as Richmond pointed out pretty well, over the last 8 years I´ve spend in this community I have rarely seen OSS projects that took up momentum. I have been wondering why that is for quite a while now. My main thought is that it is not exactly easy to collaborate on rev Projects. This is partly due to the binary nature of stacks which makes it hard to use a version control system on rev projects, partly due to the lack of a place where projects like this could be hosted. Current state: Everyone that tries to release stuff to the community is cooking her own soup. Though most people are very generous with sharing code on the lists and forums, there is no central repository where people can go to and collaborate on projects. We do have many sites spread all over the world with too many gems to dig out. Additionally we have revOnline. revOnline is a good place for consumers / prosumers though, not suitable for starting a collaborative effort to work on code. Especially libraries. Most of the stuff on revOnline is there for the visual stuff the stack does, or in a state where the lib is basically finished. So the only things an author that uploads to revOnline can gain is - giving examples what can be done - help someone solve a problem with a complex stuff (requires a lot of coordination and is usually easier done by mail) - show off what he has done. What an author usually can not hope for is to benefit from changes other coders have made once a stack is released into the wild. I have no idea how many people here would really willing to dedicate time into OSS projects (my last try was rather frustrating, though it has been a few years since I last tried.) I might be willing to test the waters again in a couple of weeks. More on that later. All the best, Malte ___ 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 -- http://www.andregarzia.com All We Do Is Code. ___ 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: Waiting for DNS to update a new site.
On Wed, Sep 15, 2010 at 11:19 AM, stephen barncard stephenrevoluti...@barncard.com wrote: Propagation used to take days. These days it seems to take just minutes or hours at Dreamhost or ON-Rev. Your milage may vary I agree with this, propagation in general is very very quick now. One think else to check which I have found to be the case on Windows with Firefox is that the browser is somehow caching the old version of the path to the resource and refreshing is still using that old DNS address to the URL. This can be checked from another computer at the same location that hasn't logged into the page (it will find the new) while the other computer still shows the old resource. Completely quitting firefox and reloading will then find the new correct URL. I don't know the technicalities of the situation but the macro view is as if the browser has cached the old DNS lookup to the URL as opposed to simply caching the resources at that address and simply navigates the old path. I don't know if there is another way to refresh that part, it never was a big enough problem to simply restart Firefox. Wayne ___ 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: [FOSS] On the creation of Rev to Web tools
there goes my thread :-( On Wed, Sep 15, 2010 at 12:27 PM, wayne durden wdur...@gmail.com wrote: Hi Malte, I too have pondered the question. I ended up feeling that the buy in required by the commercial nature of the main product limits uptake by young blood (generally poor) in numbers necessary to create open source momentum. I have watched Ruby go from zero to being on the radar in the interim, and few up and comers are going to latch onto runrev/livecode in the same way. The no cost versions of the product are limited by commercial necessity and those limits will always weigh on the balance of youngsters choosing between the full package in a free language/IDE versus a reduced package here. It seems a by-product of the necessity of RunRev/Kevin/Markula/unknown ownership interests et al. needing to earn a return on their investment. I have been discouraged in concluding that while the base may grow it probably can never capture the explosive exponential growth phase that the truly successful open source languages have that only come with a couple orders of magnitude of extra sets of eyeballs in the mix. The product remains a wonderful secret weapon but will always languish behind the frontier of the evolving landscape. I really wish that a wealthy benefactor like Bill Gates would buy the whole thing and release it all and let a thousand variations bloom and weed themselves out... Until it is absolutely no cost for the full version you simply won't get teens on board in number, the ones with unlimited time and no commercial obligations, and otaku like devotion to tackle the next new thing... ___ 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 -- http://www.andregarzia.com All We Do Is Code. ___ 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 identify a 64-bit Windows machine in Rev
On Sep 14, 2010, at 6:37 PM, Dar Scott wrote: ProcessorStringName Whoops. I think that is ProcessorNameString. ___ 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 started with databases
Tim, also take a look at David Simpson FMPro Migrator tool which is able to convert from FMPro to Revolution. It might help you port your old FMPro solutions to new Revolution solutions. http://www.fmpromigrator.com/ :D On Wed, Sep 15, 2010 at 7:56 AM, Tim Lambert tim.lamb...@addat.com wrote: Hello I am a long time user of Rev but have always developed databases with FMPro advanced. Time to try to make the move to Rev. With big amounts of data and lots of tables joining etc, it all looks pretty arcane to me. Can anyone recommend any aids memoire or templates or anything to help a database slow-coach along? TIA Tim ___ 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 -- http://www.andregarzia.com All We Do Is Code. ___ 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
Two On-Rev Scripts on One Web Page
Hello everyone, I have an On-Rev script called from an HTML markup item in a web page. It works fine in that the information I want generated is displayed. I call the script like this (thanks for help with the syntax, André): ?rev include ../myScript.irev ? The trouble is, if I put the exact same statement in another HTML markup item anywhere else on the page, nothing is displayed and other static text items on the page are blanked out. The implication seems to be that more than one reference, using Include, to On-Rev scripts cannot exist on the same page. Is that correct or am I doing something wrong (likely)? If the second item does not use an include statement to reference a script but is a script itself, then there is no problem. For example, ?rev put the long date the long time ? works fine on the same page with myScript.irev. Any thoughts? Regards, Gregory___ 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: [FOSS] On the creation of Rev to Web tools
On 15 September 2010 15:31, Andre Garzia an...@andregarzia.com wrote: The trick is not to try to convert a common Rev stack, if you try to convert all kinds of Rev controls and stuff, you end up basically reimplementing the engine, this is kinda hard. Agreed that would be hard short term, and probably doomed to fail long term. TWO ENVIRONMENT FRAMES ... Actions on the development environment do not work directly on the stuff we're developing but instead talk to the backend server that will follow the orders. WEB RUNNER CANVAS ... I have a Rev WebServer external ready for this project. Thats the second environment frame that I've mentioned above. It understands only Javascript. I don't see any need for this approach? perhaps you need to explain a bit more. What is wrong with getting the RevIDE to do all this client side? The only reason to do this server side that I can see is to build a business case around it. The RevIDe can do all this at lower cost - bandwidth etc, and there are no real maintenance issues with distributed rev tools nowadays. Don't get this. WEB SAFE TOOLS PALETTE INSPECTOR Replacing the tools palette with a Web tailored one with tools that we've scripted ourselves. They can mimic standard Revolution tools such as buttons and fields but they are not in fact creating Revolution buttons and fields but our own controls. We would also create our own inspector for setting properties of our own self made controls. I think this is almost right, except that the logic of replicating Rev controls is the wrong way round. Frankly the web controls are out of date, and less sophisticated no than those you find in JavaScript libraries. Also the audience and market is larger for people familiar with these existing JavaScript interfaces than the tiny Rev market. What is needed is to emulate the best and most robust JavaScript controls with Rev widgets - not the other way round. ... When we drop a button on the web runner screen, a POST call is made to the web server that picks this and creates a button javascript object, this is transparent to the developer. Again I can see absolutely no reason for the web server to do this - it's more work, and what is the benefit? The dragging components onto the canvas, can be done in the IDE. I demoed this at the last conference with widgets that are under version control on the server. This way Rev becomes a HTML5/JS/CSS development tool. We don't have the overhead of converting stacks to web because we're jumping that whole step working directly with HTML5 and friends. This solves control placement and interaction but does not solve script processing. In MVC terms (as you say) - the controllers and models can be on the server. This server side code could be on On-Rev, but equally there is no reason when any good robust server code could be used in any language, we just need to wrap so that the RevTalk based IDE handles it for us in the background. As an aside, the code I've been working on is based around the idea that we can have a more robust Rev based workflow (which speeds up native Rev development), and has the side effect of producing server based controller code - that can be ftp'd / transferred to the server and work there in exactly the same way as it does locally. The aim is to enable the sharing of this portable abstracted code, and build it into intuitive workflows so that it is generated in a natural way as part of coding in Rev. SCRIPT PROCESSING We would define a subset of RevTalk and create direct conversions from RevTalk to JS. As time went on we would implement more and more of RevTalk but some minimal subset should be enough for a start. Javascript is a wonderful language and converting scripts to it is the most safe option. Yes - I think we are on the same page here. I see a sub-category of shared code, which could be translated into JavaScript or other languages. People would do this in order to allow their projects to work with existing online frameworks, while allowing local prototyping in RevTalk. The workflow is natural, and allows for gradual evolution of code bases based on incremental incentives that benefit the end user. I think it could work, especially if it were part of an explicit open source / open content strategy by RunRev, in which they took and supportive but indirect role. The elegance of this approach is that we can begin with a fastCGI engine for the script processing by directly executing RevTalk script on the FastCGI process without translation I still don't see any advantage to this - maybe I am missing something? And FastCGI is AFAIK not the way to go now anyway? We could build this and release under BSD license which would enable business to use it in the commercial offerings and thus making it attractive and incentive sponsorship. This as it is defined needs no input whatsoever from the mothership, it can all be done in Rev. It does not need
Re: Two On-Rev Scripts on One Web Page
Can you post a link to your page? On Wed, Sep 15, 2010 at 10:02 AM, Gregory Lypny gregory.ly...@videotron.cawrote: Hello everyone, I have an On-Rev script called from an HTML markup item in a web page. It works fine in that the information I want generated is displayed. I call the script like this (thanks for help with the syntax, André): ?rev include ../myScript.irev ? The trouble is, if I put the exact same statement in another HTML markup item anywhere else on the page, nothing is displayed and other static text items on the page are blanked out. The implication seems to be that more than one reference, using Include, to On-Rev scripts cannot exist on the same page. Is that correct or am I doing something wrong (likely)? If the second item does not use an include statement to reference a script but is a script itself, then there is no problem. For example, ?rev put the long date the long time ? works fine on the same page with myScript.irev. Any thoughts? Regards, Gregory___ 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 ___ 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: Two On-Rev Scripts on One Web Page
On Sep 15, 2010, at 10:02 AM, Gregory Lypny wrote: Hello everyone, I have an On-Rev script called from an HTML markup item in a web page. It works fine in that the information I want generated is displayed. I call the script like this (thanks for help with the syntax, André): ?rev include ../myScript.irev ? The trouble is, if I put the exact same statement in another HTML markup item anywhere else on the page, nothing is displayed and other static text items on the page are blanked out. The implication seems to be that more than one reference, using Include, to On-Rev scripts cannot exist on the same page. Is that correct or am I doing something wrong (likely)? If the second item does not use an include statement to reference a script but is a script itself, then there is no problem. For example, ?rev put the long date the long time ? works fine on the same page with myScript.irev. Any thoughts? Gregory, I'm not the expert on revServer scripting by any means, but as far as I know you only need to issue an include statement one time for any given page. The included file should then be available to any script segments on the page. I find it really helpful during development to enable inline error reporting: ?rev set the errormode to inline ? That will show any errors generated by your rev code. HTH Devin Devin Asay Humanities Technology and Research Support Center Brigham Young University ___ 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: [FOSS] On the creation of Rev to Web tools
David, I think I was misunderstood on the two environment part. When I say web server and Rev IDE I am not saying remote web server in the sense of a server far away but a little process running alongside the IDE on the same machine. Not unlike the mongrel/ruby coupling. You'll be working all on client side. No wasted bandwidth or extra CPU power required. You need, in my opinion, the server running to be able to develop in an environment that is equal to your deployment option so that you don't end up with cycles such as: 1 - build stuff in Rev 2 - convert it to web 3 - run it and it does not work or does not layout right 4 - back to Rev If you're constantly building and tweeking inside a HTML5 enabled window, you get the following benefits: 1 - You avoid any conversion need since you are already on the deployed environment 2 - WYSIWYG approach, what you see on the canvas is exactly what the client will see, no need to compile or translate anything This way we maintain one of the strongest features of Rev which is being able to develop incrementally avoiding the overhead of compile-debug-code loops. So in summary: 1 - the server is there because we need something to output as real-as-possible data to a RevBrowser window inside Rev IDE where the development will be done. ___ 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: Two On-Rev Scripts on One Web Page
What you're trying to do should work fine, my suspicion is that there are mismatched tags somewhere, or something that is messing up the output. Since it works in the first its most likely not the included file thats the problem, tho I guess it could introduce something funky that cases later stuff to misbehave. Devins suggestion might help you out here though. If you want to be able to put the same information several places on the page you can define it as a command or function in your include file. command myspecialcommand put the date end myspecialcommand Then include this file (it can contain multiple commands and functions so that it behaves as a library) At which point anytime you want to put out the text generated by myspecialcommand you can do it like ?rev myspecialcommand ? and it will. You will still have potential issues with mismatched tags etc that can munge your output, but only including the file once can simplify things in my opinion. As for tracking down the issue, if you try something and it behaves as you describe, viewing the source of the page in the browser is a good start towards solving it. Look at the source and see where it breaks, the look at your code and see what is just before and after that location. On Wed, Sep 15, 2010 at 10:10 AM, Devin Asay devin_a...@byu.edu wrote: On Sep 15, 2010, at 10:02 AM, Gregory Lypny wrote: Hello everyone, I have an On-Rev script called from an HTML markup item in a web page. It works fine in that the information I want generated is displayed. I call the script like this (thanks for help with the syntax, André): ?rev include ../myScript.irev ? The trouble is, if I put the exact same statement in another HTML markup item anywhere else on the page, nothing is displayed and other static text items on the page are blanked out. The implication seems to be that more than one reference, using Include, to On-Rev scripts cannot exist on the same page. Is that correct or am I doing something wrong (likely)? If the second item does not use an include statement to reference a script but is a script itself, then there is no problem. For example, ?rev put the long date the long time ? works fine on the same page with myScript.irev. Any thoughts? Gregory, I'm not the expert on revServer scripting by any means, but as far as I know you only need to issue an include statement one time for any given page. The included file should then be available to any script segments on the page. I find it really helpful during development to enable inline error reporting: ?rev set the errormode to inline ? That will show any errors generated by your rev code. HTH Devin Devin Asay Humanities Technology and Research Support Center Brigham Young University ___ 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 ___ 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: Real Basic Web edition - No Plugin Required!
Andre- Wednesday, September 15, 2010, 6:53:22 AM, you wrote: This could be replicated in Rev, pure RevTalk right now. It would not be 100% safe since we have a blocking engine but we could always use a monitor process to detect lock up and kill it. I think it was 2006 or something, that I was talking with Mark Wieder about how one should go to implement that exact solution. ...and I remember writing up a long report on this at the time. I'd have to dig it up again, but I seem to remember that single-threading was the issue that would kill using revServer this way. You either have a single thread per user application, blocking, and no variable persistence (no fastCGI) or you have shared persistent variables and a single engine instance with multiple users in the same memory space (fastCGI). -- -Mark Wieder mwie...@ahsoftware.net ___ 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
OMG! I love it!! Oh, you were kidding...? Bob On Sep 14, 2010, at 6:32 PM, J. Landman Gay wrote: On 9/14/10 12:51 PM, Richmond wrote: Every single other product (including RunRev) has the boringly predictable hoodies, tee-shirts and coffee mugs: Come on, I want to wear a RunRev kilt! And I can just see Jacque sporting a frock in RunRev watered silk! I haven't worn a frock for years. But maybe this is what you had in mind: http://jacque.on-rev.com/extras/rrnewprod.jpg -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ 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 ___ 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] O'Reilly eBook deal of the day (cookbooks for 9 USD)
Thanks Andre... I bought 4 eBooks. O'Reilly are the *SAMS photofact** of the software age... *SAMS was (is?) a major publisher of tech books in the 70's and 80's like the TTL cookbook, the CMOS cookbook, 555 cookbook, active filter cookbook, Analog IC cookbook, etc. On 15 September 2010 07:24, Michael Kann mikek...@yahoo.com wrote: Andre, Thanks for the heads up. Mike --- On Wed, 9/15/10, Andre Garzia an...@andregarzia.com wrote: From: Andre Garzia an...@andregarzia.com Subject: [OT] O'Reilly eBook deal of the day (cookbooks for 9 USD) To: How to use Revolution use-revolution@lists.runrev.com Date: Wednesday, September 15, 2010, 8:48 AM Folks, http://oreilly.com/store/ddccc.html o'reilly cookbooks for usd 9. -- http://www.andregarzia.com All We Do Is Code. ___ 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 ___ 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 -- Stephen Barncard San Francisco Ca. USA more about sqb http://www.google.com/profiles/sbarncar ___ 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 started with databases
I would seriously consider sqlYoga from Mango Learning. It takes a while to master it, but then it beats SQL syntax, which btw is NOT AT ALL standardized. sqlYoga hides most (if not all) of the syntactical differences between the supported engines, and they have methods for relational joins which really take the headaches out of working with SQL. Bob On Sep 15, 2010, at 3:56 AM, Tim Lambert wrote: Hello I am a long time user of Rev but have always developed databases with FMPro advanced. Time to try to make the move to Rev. With big amounts of data and lots of tables joining etc, it all looks pretty arcane to me. Can anyone recommend any aids memoire or templates or anything to help a database slow-coach along? TIA Tim ___ 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 ___ 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: Grouping checkboxes with label fields
On 9/15/10 12:18 AM, Jan Schenkel wrote: The checkbox is always painted near the vertical middle of the button. You can always tweak the margins property o the button to move down the label so the first line matches the checkbox, but then you end up with a large button with loads of whitespace above that the user can still click on. But then you can group the button to cut off the extraneous part at the top: group the button, set the group margins to 0, set its locklocation to true and then resize it to the actual top. Works great here. Oohh...scribbles notes. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ 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 identify a 64-bit Windows machine in Rev
On Sep 15, 2010, at 12:16 AM, Phil Davis wrote: You give the most complete answers! Thanks! But, you'll notice that the hardware detection part is weak. Besides ProcessorNameString in the registry, you might look at Identifier or Platform ID. You might try testing for a bunch of CPU names. I don't know of a definitive way. You might also try the environment variable PROCESSOR_IDENTIFIER. I only recently discovered the environment variable PROCESSOR_ARCHITEW6432, which is great for discovering the OS bit width. Dar ___ 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
Slow launch times on Windows 7
A customer has contacted tech support about an issue we can't solve, so I'd like to know if anyone else here has experienced it and what they did to fix it. The problem is very slow launch times of standalones on Windows 7, of up to a minute or more. It doesn't happen on any earlier versions of Windows. We had one other customer report the same thing, but it only occured on a small number of his Windows customer machines, and he solved it by reinstalling Win7 on those machines. His theory was that the Dells shipped with some setting that a reinstall changed. A Google query shows that lots of people are having similar slow launch problems on Win7 with other apps as well, so it isn't just a Rev problem. Many report that defragging the hard drive fixes it, but in this customer's case it did not. The customer says if he reduces the file size by removing all substacks, launch times improve -- which would seem to support the defrag theory (fewer bytes to find,) but it didn't work for him. He is not running a virus scanner that would interfere. Has anyone else encountered the problem? Were you able to solve it? -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ 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
how to identify a 64 bit computer?
After the thread about 64-bit machines running Windows I started wondering about 64-bits machines in general, or, as the much over-used-and-abused phrase goes cross-platform. In the light of answers to the earlier thread I take it RunRev has no internal way of detecting whether a processor is 32 or 64 bit rather in the way systemVersion returns details about the OS. HOWEVER . . . I wonder about something like this: put the processor surely that should tell one enough to work out if it is a 32 or 64 bit system ? HOWEVER . . . when I do this on my HP Pentium 4 running Ubuntu 10.10 Beta all I get is unknown about as useful as a poke in the face with a sharp stick . . . :( BUT . . . that is (take note RunRev folks) PROCESSOR is NOT supported in the Linux version of RunRev . . . 4.5 . . . cough, cough, cough . . . please? sincerely, Richmond. ___ 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: Slow launch times on Windows 7
Seems like this came up recently and someone on the list reported that updating the graphics drivers fixed this? I could be mistaken Wayne On Wed, Sep 15, 2010 at 2:14 PM, J. Landman Gay jac...@hyperactivesw.comwrote: A customer has contacted tech support about an issue we can't solve, so I'd like to know if anyone else here has experienced it and what they did to fix it. The problem is very slow launch times of standalones on Windows 7, of up to a minute or more. It doesn't happen on any earlier versions of Windows. We had one other customer report the same thing, but it only occured on a small number of his Windows customer machines, and he solved it by reinstalling Win7 on those machines. His theory was that the Dells shipped with some setting that a reinstall changed. A Google query shows that lots of people are having similar slow launch problems on Win7 with other apps as well, so it isn't just a Rev problem. Many report that defragging the hard drive fixes it, but in this customer's case it did not. The customer says if he reduces the file size by removing all substacks, launch times improve -- which would seem to support the defrag theory (fewer bytes to find,) but it didn't work for him. He is not running a virus scanner that would interfere. Has anyone else encountered the problem? Were you able to solve it? -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ 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 ___ 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
Fwd: how to identify a 64 bit computer?
Hey, look, I'm replying to my own posting again . . . :) snip put the processor snip noted that in the Documentation (4.0 / 4.5-dp 4) that there is no mention of what is returned if a Macintosh Intel processor is running the computer . . out of date a bit . . . . . . come on. someone who is running a Mac Intel (there were lots of you at the Edinburgh conference) do a put the processor and pop it in the user notes, Please! sincerely, Richmond. ___ 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: Slow launch times on Windows 7
Jacqueline, Have all the standard tests been tried and eliminated? Also, completely ignore any defrag suggestions. That would only help if the app was accessing a metric ton of files at startup, in which case there's other things to be done to help that instead of asking a customer to perform a 6+ hour operation just for a simple test. At the top of the my list would be: * Permissions launching the file causing a problem? For a big company where a username is set to a domain that might be managed in another state, this can cause issues if setup incorrectly. Usually not, and I'm not sure how a reinstall would help unless they altered the settings for how your app was installed (read: all users have equal permissions). * Is there network activity during launch? This could be a number of things, but if at startup there is a lot of network activity going on, that's where I'd focus the majority of my attention is solving the issue. Does your app ping your website for a license key check or anything similar? Perhaps they are doing something special to log their users' activities (ala keylogging software)? Many programs can be used to check this. * Are there are lot of files being accessed at application startup? For many apps, this is a serious bottle neck. Disk reads are incredibly fast, but opening and closing files is incredibly slow. If the app scans folders to build trees or anything else at startup, this would be something to look into as well. This would also combine with the next test... (Again, there are apps out there to let you watch DLL, process, and disk access of your running process at startup). * Anti-Virus settings set way too high? Sometimes when anti-virus software is installed the settings are blasted all the way as high as to scan an entire executable (or DLL!!) when it's first loaded to see it can find anything wrong with it. Rev (and many other apps) load a lot of DLLs on startup and if all of those get equally checked, it could be a problem. Hopefully some of these suggestions lead to some answers for you. Here at my work, these usually ended up causing us problems at one time or another at just the wrong times (isn't that always the case? :-)). Jeff M. ___ 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: Slow launch times on Windows 7
On Wed, Sep 15, 2010 at 8:14 PM, J. Landman Gay jac...@hyperactivesw.com wrote: A customer has contacted tech support about an issue we can't solve, so I'd like to know if anyone else here has experienced it and what they did to fix it. The problem is very slow launch times of standalones on Windows 7, of up to a minute or more. It doesn't happen on any earlier versions of Windows. We had one other customer report the same thing, but it only occured on a small number of his Windows customer machines, and he solved it by reinstalling Win7 on those machines. His theory was that the Dells shipped with some setting that a reinstall changed. A Google query shows that lots of people are having similar slow launch problems on Win7 with other apps as well, so it isn't just a Rev problem. Many report that defragging the hard drive fixes it, but in this customer's case it did not. The customer says if he reduces the file size by removing all substacks, launch times improve -- which would seem to support the defrag theory (fewer bytes to find,) but it didn't work for him. He is not running a virus scanner that would interfere. Has anyone else encountered the problem? Were you able to solve it? -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ 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 Hi Jacque, Our tech support has encountered a similar problem. If it is general to all applications, a recent and automatic update of Microsoft Silverlight, could slow applications. Ask your customer if he has Silverlight installed. If yes he should try to uninstall it. Sometime you have to restart windows in safe mode, because Silverlight slows the system too. Regards, -- -Zryip TheSlug- wish you the best! 8) http://www.aslugontheroad.co.cc ___ 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
systemVersion, RunRev with WINE, burblings.
Ubuntu 10.10 Beta, WINE 1.3.2 Beta RunRev for Windows running under WINE (seriously odd as Compiz Fusion mucks up the icons on the ToolBar and MenuBar stacks something wicked) put the systemVersion yields NT 5.1 when WINE is set to imitate Windows XP and NT 6.1 when WINE is set to imitate Windows 7 [ interestingly enough, when WINE is passing itself off as Windows 7, most of the icons on the ToolBar stack are not black boxes ] put processor returns x86 as one would expect. AND, while I'm on-a-roll about running RunRev for Windows on WINE, put the fontNames 'sees' all the fonts installed in the Linux system. Certainly beats the crap out of having to run test stacks back and forth between a Linux box and a Windows box (plus the added expense of shelling out for various versions of Windows) witha Flash drive for testing purposes. sincerely, Richmond. ___ 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: using datagrid with revmobile
I couldn't get a datagrid object to scroll (with a scrollbar) in the plugin so perhaps they aren't quite compatible just yet. BTW, has anyone made any progress with emulating an iPhone scrolling field/list/menu object? I got as far as making implementing the top an bottom 'overflow' regions and the scaled scroll indicator but mine doesn't have any momentum action (you can't flick it). Terry... On 15/09/10 10:31 PM, paolo mazza mazzapaoloit...@gmail.com wrote: I have few questions about using datagrid in mobile applications... In an application for iPhone, can I place a datagrid object ? Datagrid objects work fine in mobile applications created by the present RevMobile plugin? What about next release of the RevMobile plugin? Thanks a lot Paolo ___ 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 -- Dr Terry Judd | Senior Lecturer in Medical Education Medical Education Unit Melbourne Medical School The University of Melbourne ___ 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: systemVersion, RunRev with WINE, burblings.
Hi Richmond, I think we already know that Rev doesn't work well with WINE. This isn't surprising, because WINE doesn't include the libraries that RunRev needs to render PNG's. Probably, you should report it to the WINE developers or start a discussion on the WINE newsgroup. WINE doesn't imitate or emulate Windows. WINE allows a number of programmes to run without Windows and unfortunately RunRev isn't one of them. If you can afford buying an official copy of Windows 7, then you might use VirtualBox to emulate a PC. Win 7 really runs perfectly on VirtualBox. -- Best regards, Mark Schonewille Economy-x-Talk Consulting and Software Engineering Homepage: http://economy-x-talk.com Twitter: http://twitter.com/xtalkprogrammer KvK: 50277553 Download the Installer Maker plugin for Runtime Revolution at http://qurl.tk/ce Create installers for Mac and Windows on *every* Rev-compatible platform. No additional software needed. On 15 sep 2010, at 21:15, Richmond wrote: Ubuntu 10.10 Beta, WINE 1.3.2 Beta RunRev for Windows running under WINE (seriously odd as Compiz Fusion mucks up the icons on the ToolBar and MenuBar stacks something wicked) put the systemVersion yields NT 5.1 when WINE is set to imitate Windows XP and NT 6.1 when WINE is set to imitate Windows 7 [ interestingly enough, when WINE is passing itself off as Windows 7, most of the icons on the ToolBar stack are not black boxes ] put processor returns x86 as one would expect. AND, while I'm on-a-roll about running RunRev for Windows on WINE, put the fontNames 'sees' all the fonts installed in the Linux system. Certainly beats the crap out of having to run test stacks back and forth between a Linux box and a Windows box (plus the added expense of shelling out for various versions of Windows) witha Flash drive for testing purposes. sincerely, Richmond. ___ 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: Two On-Rev Scripts on One Web Page
Thanks Devin and Mike, You got it, Devin. Turns out that using an Include statement twice was the problem. And I most definitely will be making frequent use of ?rev set the errormode to inline ? as well as viewing the source code. Regards, Gregory ___ 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] O'Reilly eBook deal of the day (cookbooks for 9 USD)
Are these delivered in PDF? On Wed, Sep 15, 2010 at 12:07 PM, stephen barncard stephenrevoluti...@barncard.com wrote: Thanks Andre... I bought 4 eBooks. O'Reilly are the *SAMS photofact** of the software age... *SAMS was (is?) a major publisher of tech books in the 70's and 80's like the TTL cookbook, the CMOS cookbook, 555 cookbook, active filter cookbook, Analog IC cookbook, etc. On 15 September 2010 07:24, Michael Kann mikek...@yahoo.com wrote: Andre, Thanks for the heads up. Mike --- On Wed, 9/15/10, Andre Garzia an...@andregarzia.com wrote: From: Andre Garzia an...@andregarzia.com Subject: [OT] O'Reilly eBook deal of the day (cookbooks for 9 USD) To: How to use Revolution use-revolution@lists.runrev.com Date: Wednesday, September 15, 2010, 8:48 AM Folks, http://oreilly.com/store/ddccc.html o'reilly cookbooks for usd 9. -- http://www.andregarzia.com All We Do Is Code. ___ 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 ___ 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 -- Stephen Barncard San Francisco Ca. USA more about sqb http://www.google.com/profiles/sbarncar ___ 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 -- Chipp Walters CEO, Shafer Walters Group, Inc. ___ 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] O'Reilly eBook deal of the day (cookbooks for 9 USD)
I think they are ePubs... but I don't know On Wed, Sep 15, 2010 at 5:01 PM, Chipp Walters ch...@chipp.com wrote: Are these delivered in PDF? On Wed, Sep 15, 2010 at 12:07 PM, stephen barncard stephenrevoluti...@barncard.com wrote: Thanks Andre... I bought 4 eBooks. O'Reilly are the *SAMS photofact** of the software age... *SAMS was (is?) a major publisher of tech books in the 70's and 80's like the TTL cookbook, the CMOS cookbook, 555 cookbook, active filter cookbook, Analog IC cookbook, etc. On 15 September 2010 07:24, Michael Kann mikek...@yahoo.com wrote: Andre, Thanks for the heads up. Mike --- On Wed, 9/15/10, Andre Garzia an...@andregarzia.com wrote: From: Andre Garzia an...@andregarzia.com Subject: [OT] O'Reilly eBook deal of the day (cookbooks for 9 USD) To: How to use Revolution use-revolution@lists.runrev.com Date: Wednesday, September 15, 2010, 8:48 AM Folks, http://oreilly.com/store/ddccc.html o'reilly cookbooks for usd 9. -- http://www.andregarzia.com All We Do Is Code. ___ 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 ___ 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 -- Stephen Barncard San Francisco Ca. USA more about sqb http://www.google.com/profiles/sbarncar ___ 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 -- Chipp Walters CEO, Shafer Walters Group, Inc. ___ 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 -- http://www.andregarzia.com All We Do Is Code. ___ 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: [FOSS] On the creation of Rev to Web tools
Aha - got you. Good plan for offline development - though secondary in terms of priority I'd say to having remote server based solution? NB - is the external based on one of the C based open source server projects? On 15 September 2010 17:19, Andre Garzia an...@andregarzia.com wrote: David, I think I was misunderstood on the two environment part. When I say web server and Rev IDE I am not saying remote web server in the sense of a server far away but a little process running alongside the IDE on the same machine. Not unlike the mongrel/ruby coupling. You'll be working all on client side. No wasted bandwidth or extra CPU power required. You need, in my opinion, the server running to be able to develop in an environment that is equal to your deployment option so that you don't end up with cycles such as: 1 - build stuff in Rev 2 - convert it to web 3 - run it and it does not work or does not layout right 4 - back to Rev If you're constantly building and tweeking inside a HTML5 enabled window, you get the following benefits: 1 - You avoid any conversion need since you are already on the deployed environment 2 - WYSIWYG approach, what you see on the canvas is exactly what the client will see, no need to compile or translate anything This way we maintain one of the strongest features of Rev which is being able to develop incrementally avoiding the overhead of compile-debug-code loops. So in summary: 1 - the server is there because we need something to output as real-as-possible data to a RevBrowser window inside Rev IDE where the development will be done. ___ 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] O'Reilly eBook deal of the day (cookbooks for 9 USD)
They are delivered in a bunch of formats including PDF and ePub, some are in Mobi and other formats. Neal Campbell Abroham Neal Software www.abrohamnealsoftware.com (540) 645 5394 On Wed, Sep 15, 2010 at 4:12 PM, Andre Garzia an...@andregarzia.com wrote: I think they are ePubs... but I don't know On Wed, Sep 15, 2010 at 5:01 PM, Chipp Walters ch...@chipp.com wrote: Are these delivered in PDF? On Wed, Sep 15, 2010 at 12:07 PM, stephen barncard stephenrevoluti...@barncard.com wrote: Thanks Andre... I bought 4 eBooks. O'Reilly are the *SAMS photofact** of the software age... *SAMS was (is?) a major publisher of tech books in the 70's and 80's like the TTL cookbook, the CMOS cookbook, 555 cookbook, active filter cookbook, Analog IC cookbook, etc. On 15 September 2010 07:24, Michael Kann mikek...@yahoo.com wrote: Andre, Thanks for the heads up. Mike --- On Wed, 9/15/10, Andre Garzia an...@andregarzia.com wrote: From: Andre Garzia an...@andregarzia.com Subject: [OT] O'Reilly eBook deal of the day (cookbooks for 9 USD) To: How to use Revolution use-revolution@lists.runrev.com Date: Wednesday, September 15, 2010, 8:48 AM Folks, http://oreilly.com/store/ddccc.html o'reilly cookbooks for usd 9. -- http://www.andregarzia.com All We Do Is Code. ___ 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 ___ 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 -- Stephen Barncard San Francisco Ca. USA more about sqb http://www.google.com/profiles/sbarncar ___ 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 -- Chipp Walters CEO, Shafer Walters Group, Inc. ___ 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 -- http://www.andregarzia.com All We Do Is Code. ___ 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 ___ 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: [FOSS] On the creation of Rev to Web tools
On Wed, Sep 15, 2010 at 5:15 PM, David Bovill da...@vaudevillecourt.tvwrote: Aha - got you. Good plan for offline development - though secondary in terms of priority I'd say to having remote server based solution? NB - is the external based on one of the C based open source server projects? The external is based on mongoose. On 15 September 2010 17:19, Andre Garzia an...@andregarzia.com wrote: David, I think I was misunderstood on the two environment part. When I say web server and Rev IDE I am not saying remote web server in the sense of a server far away but a little process running alongside the IDE on the same machine. Not unlike the mongrel/ruby coupling. You'll be working all on client side. No wasted bandwidth or extra CPU power required. You need, in my opinion, the server running to be able to develop in an environment that is equal to your deployment option so that you don't end up with cycles such as: 1 - build stuff in Rev 2 - convert it to web 3 - run it and it does not work or does not layout right 4 - back to Rev If you're constantly building and tweeking inside a HTML5 enabled window, you get the following benefits: 1 - You avoid any conversion need since you are already on the deployed environment 2 - WYSIWYG approach, what you see on the canvas is exactly what the client will see, no need to compile or translate anything This way we maintain one of the strongest features of Rev which is being able to develop incrementally avoiding the overhead of compile-debug-code loops. So in summary: 1 - the server is there because we need something to output as real-as-possible data to a RevBrowser window inside Rev IDE where the development will be done. ___ 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 -- http://www.andregarzia.com All We Do Is Code. ___ 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 started with databases
Not to dis anyone's product, but it should be plainly stated, unless things have improved, that by Filemaker Databases, the developer means ONLY the Filemaker Databases. If you have scripts, I do not think it imports those, and last time I tried it, forms were also not imported. I'll say no more. Bob On Sep 15, 2010, at 9:00 AM, Andre Garzia wrote: Tim, also take a look at David Simpson FMPro Migrator tool which is able to convert from FMPro to Revolution. It might help you port your old FMPro solutions to new Revolution solutions. http://www.fmpromigrator.com/ :D ___ 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] O'Reilly eBook deal of the day (cookbooks for 9 USD)
Not only pdf but enhanced pdf and most of the common book formats. All the indexes, links and cross-references work. On 15 September 2010 13:01, Chipp Walters ch...@chipp.com wrote: Are these delivered in PDF? Stephen Barncard San Francisco Ca. USA more about sqb http://www.google.com/profiles/sbarncar ___ 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: Waiting for DNS to update a new site.
Thanks to everyone who replied - it was very helpful. Stephen, I have had the same experience - propagation is very rapid (I also use both Dreamhost and on-rev :-) But in this case, the one person who actually matters is still not able to see her own website. I'm starting to think it's her computer, not DNS (though the web tool I mentioned says that 6 out of the 20 sites it uses worldwide still do not see the domain properly). I'll try Wayne's suggestions re. Windows / Firefox - or maybe just get her to switch off/on her computer and see if that helps. Thanks again -- Alex. On 15/09/2010 16:19, stephen barncard wrote: Propagation used to take days. These days it seems to take just minutes or hours at Dreamhost or ON-Rev. Your milage may vary On 15 September 2010 02:31, AndyPsmudge.a...@googlemail.com wrote: Hi Alex, I can see the page. I'ts going to be a DNS propagation delay...more info below: To speed up the internet, Internet Server Provider (ISP) caches their DNS Stephen Barncard San Francisco Ca. USA more about sqbhttp://www.google.com/profiles/sbarncar ___ 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 ___ 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: Waiting for DNS to update a new site.
Bad domain settings can partially work. Make sure she's set to her own connecting ISP's correct domain servers, or a more dependable outside DNS. On 15 September 2010 15:06, Alex Tweedly a...@tweedly.net wrote: Thanks to everyone who replied - it was very helpful. Stephen, I have had the same experience - propagation is very rapid (I also use both Dreamhost and on-rev :-) But in this case, the one person who actually matters is still not able to see her own website. I'm starting to think it's her computer, not DNS (though the web tool I mentioned says that 6 out of the 20 sites it uses worldwide still do not see the domain properly). I'll try Wayne's suggestions re. Windows / Firefox - or maybe just get her to switch off/on her computer and see if that helps. Thanks again -- Alex. On 15/09/2010 16:19, stephen barncard wrote: Propagation used to take days. These days it seems to take just minutes or hours at Dreamhost or ON-Rev. Your milage may vary On 15 September 2010 02:31, AndyPsmudge.a...@googlemail.com wrote: Hi Alex, I can see the page. I'ts going to be a DNS propagation delay...more info below: To speed up the internet, Internet Server Provider (ISP) caches their DNS Stephen Barncard San Francisco Ca. USA more about sqbhttp://www.google.com/profiles/sbarncar ___ 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 ___ 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 -- Stephen Barncard San Francisco Ca. USA more about sqb http://www.google.com/profiles/sbarncar ___ 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
Resizing Stack
I have a text field on a stack that I want the size to increase/decrease based on the size of the stack changing. Can I do this with the geometry properties on my text field alone? Or is there more too this? I am trying to grasp the concept of the resizing concept and still don't have it figured out. Basically I want my text field to resize proportionate to the size of the stack. I have read the user manual and am still confused. Any direction greatly appreciated! Warren ___ 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: Resizing Stack
I have never used the geometry manager. This is supposed to do exactly what you asked. But it would be better to do it the old fashioned way, just to practice using Rev. Let's say that your text field is one quarter the height and three quarters the width of your stack. Trap the resizeStack message. Get the height and width of the new stack and set those properties of your field by scaling accordingly. Now do it with a custom property. Or yet another way. Simple and fun. If your field has a fixed topLeft, set that, too. If not, scale it in the same way. Read about the resizeStack message. There is, I have found, a message, property or function that seems to do exactly what you need to get a job done. This is because Rev has just about everything imaginable. The hard part is finding these goodies. You need to learn to do this, and pay special attention to the see also stuff when you attempt search. In this case, you might have tried resize. That would lead you quickly to the right place. But even if you searched stack or size, you still would have found the right message. This is an art, just like searching Google. You get good at it after a while. The alternative is to learn, and remember, the entire dictionary. Good luck. Craig Newman ___ 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: Resizing Stack
Craig, Thank you very much for the advice. You really helped me as I was trying to determine if there was a combination of geometry manager and programming to accomplish this. I will focus on the resizestack message and follow your advice. This seems a lot easier with your explanation. Appreciate you taking the time to help me. Much appreciated! Warren On Wed, Sep 15, 2010 at 9:46 PM, dunb...@aol.com wrote: I have never used the geometry manager. This is supposed to do exactly what you asked. But it would be better to do it the old fashioned way, just to practice using Rev. Let's say that your text field is one quarter the height and three quarters the width of your stack. Trap the resizeStack message. Get the height and width of the new stack and set those properties of your field by scaling accordingly. Now do it with a custom property. Or yet another way. Simple and fun. If your field has a fixed topLeft, set that, too. If not, scale it in the same way. Read about the resizeStack message. There is, I have found, a message, property or function that seems to do exactly what you need to get a job done. This is because Rev has just about everything imaginable. The hard part is finding these goodies. You need to learn to do this, and pay special attention to the see also stuff when you attempt search. In this case, you might have tried resize. That would lead you quickly to the right place. But even if you searched stack or size, you still would have found the right message. This is an art, just like searching Google. You get good at it after a while. The alternative is to learn, and remember, the entire dictionary. Good luck. Craig Newman ___ 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 ___ 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: Resizing Stack
No problem. Please do write back with anything at all you need. I am just glad I beat the others this time. Craig ___ 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: systemVersion, RunRev with WINE, burblings.
On 09/15/2010 10:36 PM, Mark Schonewille wrote: Hi Richmond, I think we already know that Rev doesn't work well with WINE. This isn't surprising, because WINE doesn't include the libraries that RunRev needs to render PNG's. Probably, you should report it to the WINE developers or start a discussion on the WINE newsgroup. WINE doesn't imitate or emulate Windows. WINE allows a number of programmes to run without Windows and unfortunately RunRev isn't one of them. If you can afford buying an official copy of Windows 7, then you might use VirtualBox to emulate a PC. Win 7 really runs perfectly on VirtualBox. The PNG rendering 'thing' was secondary to my message: what interested me was how WINE successfully managed to fool RunRev into thinking it was different flavours of Windows; and that it successfully reported the underlying processor. ___ 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: systemVersion, RunRev with WINE, burblings.
On 09/15/2010 10:36 PM, Mark Schonewille wrote: Hi Richmond, I think we already know that Rev doesn't work well with WINE. This isn't surprising, because WINE doesn't include the libraries that RunRev needs to render PNG's. Probably, you should report it to the WINE developers or start a discussion on the WINE newsgroup. WINE doesn't imitate or emulate Windows. WINE allows a number of programmes to run without Windows and unfortunately RunRev isn't one of them. Nonsense! RunRev 4.0 runs superbly under WINE 1.3.2 except for the PNG rendering; which basically means it mucks any images with transparent sections and renders PNGs as black artifacts. As such this is not fatal unless you are badly hung up on PNG images (which I am). I have just submitted a note about just this in the WINE forums (err . . . 'fora' . . . ???). If you can afford buying an official copy of Windows 7, then you might use VirtualBox to emulate a PC. Win 7 really runs perfectly on VirtualBox. ___ 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