First test for Infinite Zoom
Hi All, Download this first rough test for Infinite zoom from bitmap images: http://www.capellan2000.000space.com/Zoom_infinite.zip Read the instructions in card 1 and get all images from: http://public.hbk-bs.de/~baumgarn/zoom/steps/ I am sure that with your help, a stack that could zoom in and out smoothly will be easy (driven by the mouse wheel) Thanks in advance! Alejandro -- View this message in context: http://n4.nabble.com/First-test-for-Infinite-Zoom-tp621701p621701.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: Wake up Revolution
Holá Sarah, holá Bill, Thanks for offering your high-welcome help. I'm testing RR with the actual version I downloades the night before. I use W2k and XP-professional. RAM on W2k 2 GB, on XP 1 GB Yes, I'm using a existing stack wich works fine under 2.9. The application has a size of 16 MB Here is what I for example do: By pressing a button, which contains: on mouseUp set cursor to watch go cd Adressliste_Global end mouseUp On this Card: on preopencard set the visible of btn weckerli to false set the visible of fld Alarmliste to false lock screen put empty into temp1 put empty into temp2 put empty into temp3 put empty into temp4 put empty into temp5 put empty into temp6 put empty into temp7 put empty into temp8 put empty into temp9 put empty into temp10 put empty into temp11 put empty into temp12 put empty into temp13 put empty into temp14 put empty into fld kndnr1 put empty into fld vorname1 put empty into fld suchname1 put empty into fld aktiv1 put empty into fld kategorie1 put empty into fld ort1 put empty into fld burzeltag1 put empty into fld Telefon1 put empty into fld Telefon2 put empty into fld antwort put empty into fld phone unlock screen end preopencard on opencard lock screen hide img up1 hide img up2 hide img up3 hide img up4 hide img up5 hide img up6 hide img up7 hide img up8 hide img up9 hide img down1 hide img down2 hide img down3 hide img down4 hide img down5 hide img down6 hide img down7 hide img down8 hide img down9 hide grp Kategorieauswahl put A - Z into Index put word 1 of fld v_feld_01 benutzer into fld v_feld_01 #zettelkasten #SetTime #Termine_machen unlock screen focus fld antwort end opencard all variables are defined by Globals or Locals. This action takes 18545 millisec!!!, the CPU is on 100% and the computer is blocked completly. Yes, if I'm locking messages, it is fast. But what the hell is wrong with the script above?? Still having the prob with ^T wich also takes until 2 minutes with blocking the Computer for other work. Still a long delay to open Tools in the menu bar, nearly impossible to open a CD from Application Browser. I crashed RR after waiting 15 minutes to open a card Whatever I do, the cpu goes to 100%, and the delay is out of discussion. If you use Team-view and are interested to see, where I'm talking about,please let me know and we'll make an apointment kind regards Horst -- View this message in context: http://n4.nabble.com/Wake-up-Revolution-tp621641p621729.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: First test for Infinite Zoom
Recently, Alejandro Tejada wrote: Download this first rough test for Infinite zoom from bitmap images: http://www.capellan2000.000space.com/Zoom_infinite.zip Alejandro, your ZIP may be corrupted -- it shows up as 1.4K here and will not decompress. Is it just me? Regards, Scott Rossi Creative Director Tactile Media, Multimedia Design ___ 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: First test for Infinite Zoom
It is 4KB here and won't decompress. -=JB=- On Nov 15, 2009, at 4:21 AM, Scott Rossi wrote: Recently, Alejandro Tejada wrote: Download this first rough test for Infinite zoom from bitmap images: http://www.capellan2000.000space.com/Zoom_infinite.zip Alejandro, your ZIP may be corrupted -- it shows up as 1.4K here and will not decompress. Is it just me? Regards, Scott Rossi Creative Director Tactile Media, Multimedia Design ___ 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: Wake up Revolution
Dear Inselfan, I cannot help noticing you are using Windows; Maybe the problem does not lie with RunRev 4, but maybe there is a background process (possibly some sort of virus) that is triggered when you launch RunRev, that is hogging the memory. I am running RunRev 4 on a Pentium III Compaq, 256 MB RAM, Windows XP as a test machine (I normally work with Macintosh) and everything runs very smoothly; the only problem being if I decide to run another program at the same time - which, considering the comparatively small amount of RAM and the fact that my XP box is headless (i.e. no monitor) and 'bottomless' (no keyboard and mouse) and I access it using the Microsoft Remote Desktop Connection Client from my G4 Mac is unsurprising. ___ 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: Wake up Revolution
Holá Richmond, Well, running same Stacks with RR-2.9 is OK so far. I don't think, that my PC's are infected. Not with a Virus or something else. It is only RR 4.0 which blocks. On all Computers, but thanks for trying to help. I would love to tell the World, that RunRev 4.0 is the best ever and that everything works as expected, but I think, it's a long way there... kind regards Horst Dear Inselfan, I cannot help noticing you are using Windows; Maybe the problem does not lie with RunRev 4, but maybe there is a background process (possibly some sort of virus) that is triggered when you launch RunRev, that is hogging the memory. -- View this message in context: http://n4.nabble.com/Wake-up-Revolution-tp621641p621748.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: Wake up Revolution
Inselfan wrote: Holá Richmond, Well, running same Stacks with RR-2.9 is OK so far. I don't think, that my PC's are infected. Not with a Virus or something else. It is only RR 4.0 which blocks. On all Computers, but thanks for trying to help. I would love to tell the World, that RunRev 4.0 is the best ever and that everything works as expected, but I think, it's a long way there... kind regards Horst Dear Inselfan, I cannot help noticing you are using Windows; Maybe the problem does not lie with RunRev 4, but maybe there is a background process (possibly some sort of virus) that is triggered when you launch RunRev, that is hogging the memory. I cannot help feeling that there is something funny about your computer; I have RunRev 4 (Studio) running extremely well on the following machines: Pentium 3: Windows XP Hewlett-Packard Pentium 4: Ubuntu 8.04.3 Mac G4: Mac OS 10.5.8 And revMedia 4 running on all of those and: iMac G3: Mac OS 10.4.11 MacMini PPC: Mac OS 10.4.11 I have about 12 children running revMedia on a variety of computers running from an old P2 with Windows 98 to a fancy laptop running Vista all having a lovely time with revMedia 4. One boy running Mint Linux with revMedia. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
On-Rev and PostgreSQL
Hi there, Has anyone been able to read, and write to a PostgreSQL database located on the On-Rev server using a revlet? If you have please let me know. Thanks, Rick ___ 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: Wake up Revolution
Inselfan wrote: Well, running same Stacks with RR-2.9 is OK so far. I don't think, that my PC's are infected. Not with a Virus or something else. It is only RR 4.0 which blocks. On all Computers, but thanks for trying to help. I would love to tell the World, that RunRev 4.0 is the best ever and that everything works as expected, but I think, it's a long way there... If a thousand people experience great performance and one person experiences very poor performance, would it not seem worthwhile to consider the cause of the difference may lie with the system's configuration? It may not be a virus, but clearly there's something going on which is very different from what most if not all Rev4 users are experiencing. The method for solving any problem is to identify the differences between the working and non-working states. If you're interested in enjoying the same Rev 4 performance everyone else here is experiencing, perhaps we could start by looking at your OS version, RAM, and other system particulars. -- 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: Wake up Revolution
Hi Inselfan, I use the Rev 4.0 GM1(IDE) to run a stack as a 24/7 long running process without any problem on 4+1 different boxes : The process consist to produce, one grid after an other, crosswords games (lexicons + AI outputs the games that are then uploaded to www.wrds.com . The 4 first boxes are producing the games and the last one is uploading them. Producers Boxes : - Medion laptop Pentium M 1.6 Ghz with 1 Go RAM Win XP Pro - Acer AspireOne subnotebook Intel N 270 1.6 Ghz with 1 Go RAM Win XP Home - Asus eeePC 900 subnotebook Intel Pentium Celeron 0.9 Ghz with 1 Go RAM - Win XP Home - Mac Book Pro Core 2 (32 bits) 2 Ghz with 2 Go RAM - Mac OS X 10.5.8 Upload Box ; PowerBook G4 1Ghz with 1 Go RAM - Mac OS X 10.4.11 Dev. Box : - Mac Book Pro Core 2 (32 bits) 2 Ghz with 2 Go RAM - Mac OS X 10.5.8 All is working perfectly under all thoses configs. I use ClamWin 0.95 antivirus on the win boxes. What i just noticed in switching for Rev 3.5 to Rev 4.0 is that the script editor seems 20% more reactive under the dev box. Can't say, at this point, if the engine is realy 20% faster too. Hope this can help. Best Regards, P. Sahores Le 15 nov. 09 à 14:13, Inselfan a écrit : Holá Richmond, Well, running same Stacks with RR-2.9 is OK so far. I don't think, that my PC's are infected. Not with a Virus or something else. It is only RR 4.0 which blocks. On all Computers, but thanks for trying to help. I would love to tell the World, that RunRev 4.0 is the best ever and that everything works as expected, but I think, it's a long way there... kind regards Horst Dear Inselfan, I cannot help noticing you are using Windows; Maybe the problem does not lie with RunRev 4, but maybe there is a background process (possibly some sort of virus) that is triggered when you launch RunRev, that is hogging the memory. -- View this message in context: http://n4.nabble.com/Wake-up-Revolution-tp621641p621748.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 -- Pierre Sahores mobile : (33) 6 03 95 77 70 www.wrds.com www.sahores-conseil.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: Wake up Revolution
Richard, Who says that tousand people experience great performance?! I, for one, don't. I am pretty sure that Inselfan did something that should just work in Revolution without problems and figuring out the source of the problem is a process that one should not have to go through with a development environment like Revolution in the first place! -- Best regards, Mark Schonewille Economy-x-Talk Consulting and Software Engineering Homepage: http://economy-x-talk.com Twitter: http://twitter.com/xtalkprogrammer Download Strõm Flow Chart Software http://flowproject.economy-x-talk.com Op 15 nov 2009, om 17:18 heeft Richard Gaskin het volgende geschreven: If a thousand people experience great performance and one person experiences very poor performance, would it not seem worthwhile to consider the cause of the difference may lie with the system's configuration? It may not be a virus, but clearly there's something going on which is very different from what most if not all Rev4 users are experiencing. The method for solving any problem is to identify the differences between the working and non-working states. If you're interested in enjoying the same Rev 4 performance everyone else here is experiencing, perhaps we could start by looking at your OS version, RAM, and other system particulars. ___ 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: Wake up Revolution
On Nov 15, 2009, at 11:18 AM, Richard Gaskin wrote: If a thousand people experience great performance and one person experiences very poor performance, would it not seem worthwhile to consider the cause of the difference may lie with the system's configuration? You can't use logic for this case, otherwise you would argue that if on a particular machine you can open and run a stack without any issues in 2.9, and if you open and run the stack in 4.0 you get two minute long lock up of the machine every time you press a certain key, obviously 4.0 is the only thing that was changed in the test, and so must be at fault. The best test would be to get that stack onto other people's machines, and have them run it in 2.9 and 4.0, and see if the same issue happens. At the same time Inselfan should try further testing of 4.0, with other stacks. If those other stacks all work perfectly, then that helps narrow the problem down to something in that particular stack triggering the issue. ___ 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 and PostgreSQL
Hi Rick, As long as i was'nt able to set up a test db in using the phpPgAdmin cPanel's module (early days of may 2009), i didn't go further about using PostgreSQL in conjunction with on-rev and switched to MySQL instead witch works perfect (both phpMyAdmin and direct localhost irev request and queries - revlets untested) about what i need from my irev apps. Best, Pierre Le 15 nov. 09 à 17:05, Rick Harrison a écrit : Hi there, Has anyone been able to read, and write to a PostgreSQL database located on the On-Rev server using a revlet? If you have please let me know. Thanks, Rick ___ 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 -- Pierre Sahores mobile : (33) 6 03 95 77 70 www.wrds.com www.sahores-conseil.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: Wake up Revolution
Hi Horst, Why don't you do some logging to figure out what's causing the pain? Just add something like this to the preOpenCard and openCard handlers: ## on preOpenCard put the milliseconds into tStart -- now the rest of your handler script ... -- now put how long it takes at the end of the message box put the milliseconds into tEnd put merge(preOpenCard: [[tStart]] [[tEnd]] ([[tEnd - tStart]] millis)) return after msg end preOpenCard ## Now when you move from one card to the next, you should see how long the individual handlers take, but also how much time is between the preOpenCard and openCard events. If for some reason, the slowdown is inside your own handler, try and narrow it down to the slowest statement. It's not a fun job, but it will give you valuable insight. Jan Schenkel. = Quartam Reports PDF Library for Revolution http://www.quartam.com = As we grow older, we grow both wiser and more foolish at the same time. (La Rochefoucauld) --- On Sun, 11/15/09, Inselfan balearenin...@gmx.net wrote: Holá Sarah, holá Bill, Thanks for offering your high-welcome help. I'm testing RR with the actual version I downloades the night before. I use W2k and XP-professional. RAM on W2k 2 GB, on XP 1 GB Yes, I'm using a existing stack wich works fine under 2.9. The application has a size of 16 MB Here is what I for example do: By pressing a button, which contains: on mouseUp set cursor to watch go cd Adressliste_Global end mouseUp On this Card: on preopencard set the visible of btn weckerli to false set the visible of fld Alarmliste to false lock screen put empty into temp1 put empty into temp2 put empty into temp3 put empty into temp4 put empty into temp5 put empty into temp6 put empty into temp7 put empty into temp8 put empty into temp9 put empty into temp10 put empty into temp11 put empty into temp12 put empty into temp13 put empty into temp14 put empty into fld kndnr1 put empty into fld vorname1 put empty into fld suchname1 put empty into fld aktiv1 put empty into fld kategorie1 put empty into fld ort1 put empty into fld burzeltag1 put empty into fld Telefon1 put empty into fld Telefon2 put empty into fld antwort put empty into fld phone unlock screen end preopencard on opencard lock screen hide img up1 hide img up2 hide img up3 hide img up4 hide img up5 hide img up6 hide img up7 hide img up8 hide img up9 hide img down1 hide img down2 hide img down3 hide img down4 hide img down5 hide img down6 hide img down7 hide img down8 hide img down9 hide grp Kategorieauswahl put A - Z into Index put word 1 of fld v_feld_01 benutzer into fld v_feld_01 #zettelkasten #SetTime #Termine_machen unlock screen focus fld antwort end opencard all variables are defined by Globals or Locals. This action takes 18545 millisec!!!, the CPU is on 100% and the computer is blocked completly. Yes, if I'm locking messages, it is fast. But what the hell is wrong with the script above?? Still having the prob with ^T wich also takes until 2 minutes with blocking the Computer for other work. Still a long delay to open Tools in the menu bar, nearly impossible to open a CD from Application Browser. I crashed RR after waiting 15 minutes to open a card Whatever I do, the cpu goes to 100%, and the delay is out of discussion. If you use Team-view and are interested to see, where I'm talking about,please let me know and we'll make an apointment kind regards Horst ___ 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: Wake up Revolution
Inselfan wrote: Here is what I for example do: By pressing a button, which contains: on mouseUp set cursor to watch go cd Adressliste_Global end mouseUp On this Card: on preopencard set the visible of btn weckerli to false set the visible of fld Alarmliste to false lock screen put empty into temp1 put empty into temp2 put empty into temp3 put empty into temp4 put empty into temp5 put empty into temp6 put empty into temp7 put empty into temp8 put empty into temp9 put empty into temp10 put empty into temp11 put empty into temp12 put empty into temp13 put empty into temp14 put empty into fld kndnr1 put empty into fld vorname1 put empty into fld suchname1 put empty into fld aktiv1 put empty into fld kategorie1 put empty into fld ort1 put empty into fld burzeltag1 put empty into fld Telefon1 put empty into fld Telefon2 put empty into fld antwort put empty into fld phone unlock screen end preopencard on opencard lock screen hide img up1 hide img up2 hide img up3 hide img up4 hide img up5 hide img up6 hide img up7 hide img up8 hide img up9 hide img down1 hide img down2 hide img down3 hide img down4 hide img down5 hide img down6 hide img down7 hide img down8 hide img down9 hide grp Kategorieauswahl put A - Z into Index put word 1 of fld v_feld_01 benutzer into fld v_feld_01 #zettelkasten #SetTime #Termine_machen unlock screen focus fld antwort end opencard There is nothing here that would cause a slowdown, it should be instantaneous. These are very simple commands. Yes, if I'm locking messages, it is fast. But what the hell is wrong with the script above?? This is a clue. If the handlers run fast with messages locked, that means there is another handler somewhere that is taking all the CPU time. Often this is caused by a repeat loop that doesn't exit, or some other command that does not release control to Rev. Look for other stacks that are in use, scripts inserted into the back, plugins that are running, or something else that is using CPU time. Try choosing suspend development environment from the Tools menu and then run your script. If that works, then check the plugins carefully, particularly any third-party plugins you might have installed. If that does not work, it means a handler in your stack somewhere is running without releasing time to the CPU. If you would like to send me your stack off-list, I will look at 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
Re: First test for Infinite Zoom
Hi All, Yes, the first file was corrupted. Oddly enough, this 000space server seems that do not like small binary files. This time, i bundled many copies of the stack inside the compressed zip. Size is approximately 8k. http://www.capellan2000.000space.com/Zoom_infinite.zip If this fails, try these others files: http://www.capellan2000.000space.com/Zoom_infinite.7z http://www.capellan2000.000space.com/Zoom_infinite.rev http://www.capellan2000.000space.com/Zoom_infinite2.zip Have a nice day and thanks again for your help! Alejandro -- View this message in context: http://n4.nabble.com/First-test-for-Infinite-Zoom-tp621701p621839.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: Wake up Revolution
Horst, it might be that your preferences stack broke in the update. try this in msg: put the effective filename of stack revPreferences Note that path and quit rev. Remove the file from there and relaunch rev. Does it make things any better? Also, if that doesn´t help, what does put the messageMessages return for you? Cheers, 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
[OT] EFL worksheet
Just uploaded an EFL worksheet here: http://mathewson.110mb.com/default.html and here: http://andregarzia.on-rev.com/richmond/default.html (with many thanks to Andre Garzia) click on the button STUFF FOR TEACHERS. sincerely, Richmond Mathewson. ___ 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: Wake up Revolution
Mark Schonewille wrote: Who says that tousand people experience great performance?! I, for one, don't. I haven't seen your RQCC report on this. What's the #? After reading the messages here, in the forum, and other venues, yours and Inselfan's posts are the first I've come across during the long preview cycle which report that there's something wrong with v4's performance. Now that we have a second data point reflecting similar results we can modify the analysis of the problem, but the basic principle remains the same: identify the differences between the working and non-working states. I am pretty sure that Inselfan did something that should just work in Revolution without problems and figuring out the source of the problem is a process that one should not have to go through with a development environment like Revolution in the first place! I wholeheartedly agree, and share the desire for an ideal world in which everything always works perfectly. But in our imperfect world all processes have a failure rate, and the software development process is no exception. If the good folks at RunRev are aware of this issue I doubt they consider it acceptable, and are likely working on it I write this. But if they're not yet aware of it they may require some assistance to be able to replicate it. That's where we come in: when we see a problem, we try arrive at a recipe for reproducing it and report it to the RQCC. Colin's suggestion seems useful for doing so: The best test would be to get that stack onto other people's machines, and have them run it in 2.9 and 4.0, and see if the same issue happens. At the same time Inselfan should try further testing of 4.0, with other stacks. If those other stacks all work perfectly, then that helps narrow the problem down to something in that particular stack triggering the issue. Jacque's comments honed this analysis even further: Try choosing suspend development environment from the Tools menu and then run your script. If that works, then check the plugins carefully, particularly any third-party plugins you might have installed. If that does not work, it means a handler in your stack somewhere is running without releasing time to the CPU. If you would like to send me your stack off-list, I will look at it. I would be interested in learning what you find, Jacque. -- 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: Wake up Revolution
Richard Gaskin wrote: Mark Schonewille wrote: Who says that tousand people experience great performance?! I, for one, don't. I haven't seen your RQCC report on this. What's the #? After reading the messages here, in the forum, and other venues, yours and Inselfan's posts are the first I've come across during the long preview cycle which report that there's something wrong with v4's performance. Now that we have a second data point reflecting similar results we can modify the analysis of the problem, but the basic principle remains the same: identify the differences between the working and non-working states. I am pretty sure that Inselfan did something that should just work in Revolution without problems and figuring out the source of the problem is a process that one should not have to go through with a development environment like Revolution in the first place! I wholeheartedly agree, There is a school of thought that RunRev have tried to expand the capabilities of Revolution rather too rapidly, without taking care of some 'nuts-and-bolts' glitches that have been around for some time. There is a risk, as one runs for the finish line, with one's eye on the prize, that one doesn't see the banana skin on the track. and share the desire for an ideal world in which everything always works perfectly. But in our imperfect world all processes have a failure rate, and the software development process is no exception. If the good folks at RunRev are aware of this issue I doubt they consider it acceptable, and are likely working on it I write this. But if they're not yet aware of it they may require some assistance to be able to replicate it. That's where we come in: when we see a problem, we try arrive at a recipe for reproducing it and report it to the RQCC. ___ 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
Stack magnification?
When working with Rev stacks is there any built-in way to magnify a stack on screen so that smaller fields with tiny text are easily read and edited? View at 100%, 125%, 200% etc. like many programs do? Thanks Mark___ 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: Stack magnification?
Mark Swindell wrote: When working with Rev stacks is there any built-in way to magnify a stack on screen so that smaller fields with tiny text are easily read and edited? View at 100%, 125%, 200% etc. like many programs do? I submitted a request for this some time ago: http://quality.runrev.com/qacenter/show_bug.cgi?id=6589 In the meantime, with a bit of tedious work you can do it algorithmically. Or on OS X use Control+trackpad scroll -- 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: Stack magnification?
I voted for this and hope others will join in and do so, as well. Also, thanks for the tip on control scrolling (first necessary to change Universal Access preferences). Unfortunately even with smoothing turned on the magnified display is blurry. Mark On Nov 15, 2009, at 12:54 PM, Richard Gaskin wrote: Mark Swindell wrote: When working with Rev stacks is there any built-in way to magnify a stack on screen so that smaller fields with tiny text are easily read and edited? View at 100%, 125%, 200% etc. like many programs do? I submitted a request for this some time ago: http://quality.runrev.com/qacenter/show_bug.cgi?id=6589 In the meantime, with a bit of tedious work you can do it algorithmically. Or on OS X use Control+trackpad scroll -- 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 ___ 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: Stack magnification?
It's the screen image being enlarged from actual pixels - of course it's blurry! Ian On 15 Nov 2009, at 21:11, Mark Swindell wrote: Also, thanks for the tip on control scrolling (first necessary to change Universal Access preferences). Unfortunately even with smoothing turned on the magnified display is blurry. ___ 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: Stack magnification?
On Nov 15, 2009, at 4:47 PM, Ian Wood wrote: It's the screen image being enlarged from actual pixels - of course it's blurry! I use that feature a lot, but I have smoothing turned off. It's very handy for checking out the exact placement of things, and also for inspecting how well antialiasing is doing. If smoothing is turned on then the zooming is much less useful for those things. With smoothing turned off it's not blurry, it's very sharp, but it will look pixellated. ___ 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
DNS Zone Editor on OnRev
I'm trying to figure out how to mix and match subdomains on DreamHost and OnRev. cPanel should have a simple and advanced DNS Zone Editor - but they don't seem to be added with the OnRev account? Because of this it does not look like you have direct access to the DNS records with OnRev (like you do on DreamHost) - or is it hidden away somewhere I can;t find? Therefore I'm guessing the way to do this is to change the DNS records on DreamHost? I've not done this before so I thought I'd check in beforehand - my guess is that I should: 1. Keep theDNS with DreamHost 2. Keep the A records pointing at DreamHost servers IP, and don;t add new ones to point to OnRev 3. Create new C Records on DreamHost to point to subdomains that have been created on OnRev Any advice? ___ 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: Stack magnification?
Then I hope you'll vote for the feature enhancement Richard suggested, since the built-in system workaround on OS X offers a choice of intense pixelization or blur. On Nov 15, 2009, at 2:10 PM, Colin Holgate wrote: On Nov 15, 2009, at 4:47 PM, Ian Wood wrote: It's the screen image being enlarged from actual pixels - of course it's blurry! I use that feature a lot, but I have smoothing turned off. It's very handy for checking out the exact placement of things, and also for inspecting how well antialiasing is doing. If smoothing is turned on then the zooming is much less useful for those things. With smoothing turned off it's not blurry, it's very sharp, but it will look pixellated. ___ 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: Stack magnification?
On Nov 15, 2009, at 5:32 PM, Mark Swindell wrote: Then I hope you'll vote for the feature enhancement Richard suggested, since the built-in system workaround on OS X offers a choice of intense pixelization or blur. I thought the feature request was to see the card contents magnified, in the way that HyperCard used to do it? That's exactly how the system way works, except that you don't see a simultaneous life-size version. ___ 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: Stack magnification?
I've read the request now. The original logged request was to do with increasing the size of all of the interface, in the way that you might do with a Flash swf. Then someone added a comment about being able to magnify into the layout for more accurate placement. Others agreed with that too. Now we're talking about a window zoom feature, which would normally mean that some things are off screen, and would need to be scrolled to. Perhaps a couple more feature requests should go in, rather than add on the to resizable Flash like one? ___ 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: First test for Infinite Zoom
That zip works. I also downloaded the images. A problem I had was the naming of the images messed with the flow of the zoom quilt. I changed the single digits to double digits (i.e. 1 to 01) then it works great. A little bit of lag when trying to automate the process. the time i t takes to load is choppy. But it works great. Could be optimized a bit. Tom Lazy River Software 3mcgr...@comcast.net iTunes Library Suite - libITS Information and download can be found on this page: http://www.lazyriversoftware.com/RevOne.html On Nov 15, 2009, at 1:32 PM, Alejandro Tejada wrote: Hi All, Yes, the first file was corrupted. Oddly enough, this 000space server seems that do not like small binary files. This time, i bundled many copies of the stack inside the compressed zip. Size is approximately 8k. http://www.capellan2000.000space.com/Zoom_infinite.zip If this fails, try these others files: http://www.capellan2000.000space.com/Zoom_infinite.7z http://www.capellan2000.000space.com/Zoom_infinite.rev http://www.capellan2000.000space.com/Zoom_infinite2.zip Have a nice day and thanks again for your help! Alejandro -- View this message in context: http://n4.nabble.com/First-test-for-Infinite-Zoom-tp621701p621839.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 ___ 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: Wake up Revolution
I hate those f_cking banana skins. On Nov 15, 2009, at 3:30 PM, Richmond Mathewson wrote: There is a risk, as one runs for the finish line, with one's eye on the prize, that one doesn't see the banana skin on the track. ___ 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: First test for Infinite Zoom
Hi Tom, Thomas McGrath III-3 wrote: That zip works. I also downloaded the images. A problem I had was the naming of the images messed with the flow of the zoom quilt. I changed the single digits to double digits (i.e. 1 to 01) then it works great. A little bit of lag when trying to automate the process. the time i t takes to load is choppy. But it works great. Could be optimized a bit. Thanks a lot for confirming that latest uploads works as expected. I had to test better the actual capabilities of free hosting in 000space. You are right about naming the images using two digits. I forgot about this, while writing the text in the stack. By the way, there are two images in this group created for the ZoomQuilt proyect, that are 1022 pixel wide, not 1024 pixels as the rest of images. I Noticed too some lags in certain points of the zoom process and increased memory usage (almost 300 MB). These are the most baffling problems that i found. Probably, it's not necessary to load all 46 images while initializing the card with the zoom effect. A particular task that gave me a lot of problem, was scaling all images covering the gaps between them. Still, looking for a logical explanation of why i had to made the images 2 pixels wider and taller every other scaling step. Originally, i planned to include zoom in and zoom out, using the left and right mouse button, but changing from one to another produced a mess in the sizes of images. Ideally, scaling of images should be driven by the mousewheel or the keyboard arrow keys. Could you imagine the versatility of this effect if we could move smoothly, not only in and out but to the sides of the pictures, almost like a QTVR panorama? When completed, this will be great! :D Alejandro -- View this message in context: http://n4.nabble.com/First-test-for-Infinite-Zoom-tp621701p621935.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 and PostgreSQL
Hi Pierre, I'm glad that MySQL is working out well for you. I'm not a fan of MySQL because the PostgreSQL license is much better. Since the people at Revolution say that PostgreSQL should work fine on their On-Rev server I think that perhaps they should be held accountable for their advertising of said capabilities. So the question still remains: Has anyone out there been able read and write to a PostgreSQL database on an On-Rev server using a revlet? Thank you for your reply Pierre! Rick On Nov 15, 2009, at 11:33 AM, Pierre Sahores wrote: Hi Rick, As long as i was'nt able to set up a test db in using the phpPgAdmin cPanel's module (early days of may 2009), i didn't go further about using PostgreSQL in conjunction with on-rev and switched to MySQL instead witch works perfect (both phpMyAdmin and direct localhost irev request and queries - revlets untested) about what i need from my irev apps. Best, Pierre ___ 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: First test for Infinite Zoom
Alejandro, I agree. The effect is very mesmerizing and could have a lot of potential in other applications. There was a library recently that mimicked gestures (like on a touch screen) that might be perfect for advanced effects. Swipe up in a short gesture and it zooms in slowly and swipe down and it zooms out slowly, swipe in a longer gesture and it zooms faster. I have also seen this effect where if you click and hold and move up it zoom in and while still holding if you move below the original clicked spot it will zoom in the other direction. Certainly opens up some possibilities. I don't think every image needs to be load from the start. I was reading up on different sites where they only load the next incoming or out going image and unload the previous. That of course will make the coding more difficult but you have already done the hard work in getting this to happen in runRev. I wonder what the timing will be like in a revlet? I plan on digging deeper into the code for this so maybe I will have some input on the 2 pixel issue and the lag. But I already suspect the lag is in the number of images being processed at each click. Very versatile effect already, I can't wait to see more. Tom McGrath III Lazy River Software 3mcgr...@comcast.net iTunes Library Suite - libITS Information and download can be found on this page: http://www.lazyriversoftware.com/RevOne.html On Nov 15, 2009, at 7:50 PM, Alejandro Tejada wrote: Hi Tom, Thomas McGrath III-3 wrote: That zip works. I also downloaded the images. A problem I had was the naming of the images messed with the flow of the zoom quilt. I changed the single digits to double digits (i.e. 1 to 01) then it works great. A little bit of lag when trying to automate the process. the time i t takes to load is choppy. But it works great. Could be optimized a bit. Thanks a lot for confirming that latest uploads works as expected. I had to test better the actual capabilities of free hosting in 000space. You are right about naming the images using two digits. I forgot about this, while writing the text in the stack. By the way, there are two images in this group created for the ZoomQuilt proyect, that are 1022 pixel wide, not 1024 pixels as the rest of images. I Noticed too some lags in certain points of the zoom process and increased memory usage (almost 300 MB). These are the most baffling problems that i found. Probably, it's not necessary to load all 46 images while initializing the card with the zoom effect. A particular task that gave me a lot of problem, was scaling all images covering the gaps between them. Still, looking for a logical explanation of why i had to made the images 2 pixels wider and taller every other scaling step. Originally, i planned to include zoom in and zoom out, using the left and right mouse button, but changing from one to another produced a mess in the sizes of images. Ideally, scaling of images should be driven by the mousewheel or the keyboard arrow keys. Could you imagine the versatility of this effect if we could move smoothly, not only in and out but to the sides of the pictures, almost like a QTVR panorama? When completed, this will be great! :D Alejandro -- View this message in context: http://n4.nabble.com/First-test-for-Infinite-Zoom-tp621701p621935.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 ___ 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: Wake up Revolution
Colin wrote: If a thousand people experience great performance and one person experiences very poor performance, would it not seem worthwhile to consider the cause of the difference may lie with the system's configuration? You can't use logic for this case, otherwise you would argue that if on a particular machine you can open and run a stack without any issues in 2.9, and if you open and run the stack in 4.0 you get two minute long lock up of the machine every time you press a certain key, obviously 4.0 is the only thing that was changed in the test, and so must be at fault. Actually, one can and should use logic here. The former is an example of logic; the latter is, well, superstition. The difference is sample size. If I buy two loaves of bread at the store, and one is stale but the other is fresh, I can make no logical inferences about the cause of the staleness even if superficial aspects like expiration date and wrapper color are the same and the only apparent difference is the brand. The fault could lie among a hundred different variables. You cannot compare two loaves and say with any confidence that Brand X is a better bakery than Brand A. Neither loaf can be said to be representative of the larger population. However if 999 loaves of Brand X turn up fresh and one loaf is stale, it's logically valid to infer there must be something about the unique handling/processing/delivery/storage of that particular loaf that has caused the problem. Perhaps the wrapper was torn while unpacking, or a 6-year-old kid with grubby hands opened it and stole a slice while it was on the store shelf, etc. Mark wrote: Who says that thousand people experience great performance?! I, for one, don't. I am pretty sure that Inselfan did something that should just work in Revolution without problems and figuring out the source of the problem is a process that one should not have to go through with a development environment like Revolution in the first place! Mark, I'm sure that if it took you minutes to hide/show the Tools Palette and anything more than milliseconds to navigate between cards, we would have heard from you about it before now. I would also say that investigating reasons for mysterious slowdowns in projects is an unavoidable task in any development environment, especially one like Rev which is designed for authoring/deployment on so many varied platforms. Having said that, a refresh of the IDE probably is needed -- for efficiency, to update the look-and-feel, and to exploit new features like behaviors --and is in the works. In this particular instance there are so many variables and factors we do not know about the situation. Does this problem occur with all stacks or just the 16MB one? Is the Property Inspector open, and to what pane? Are there any third-party add-ons installed that have not been designed for the post-2.9 world? It's also easier than ever to do testing, especially on Windows where you have Microsoft's Virtual PC 2007 and freely downloadable images of the Windows XP and Vista operating system. I'd really like to see what happens if Horst downloads one of those images, installs Rev 4.0 fresh, and tries his stack. I'm not saying there definitely is NOT some obscure change made in Rev 4.0 that causes this interaction. But I'm saying it hasn't cropped up before despite extensive usage by hundreds of other people. I'm confident that a configuration change will solve the problem, or failing that we will learn something about the particular usage scenario that needs to be addressed, either by the end user or RunRev. Without going through the troubleshooting process, we will never know. It certainly isn't fair to encounter something like this and throw one's hands up saying, Ah, Rev 4.0 is obvious crap! Richmond wrote: There is a school of thought that RunRev have tried to expand the capabilities of Revolution rather too rapidly, without taking care of some 'nuts-and-bolts' glitches that have been around for some time. Perhaps. But as someone who wrote just over three years ago that Quality is Job #1, I have to disagree with this school. We've come a long, long way. RunRev spent more than a year and a half working on the free-for-almost-everyone Rev 2.9, which addressed hundreds of those issues, re-architected tons of internals, and brought the Linux edition up to speed with the other platforms. The result was a measurable, marked improvement in quality, and a more robust platform that has enabled much-needed nuts-and-bolts enhancements since then: the new tabbed script editor (3.0); the data grid and behaviors (3.5); and the Web plugin (4.0). All of which have been delivered on a predictable schedule with more far more external testing -- both in terms of number of users and length of testing -- than prior versions. At the same time, we have halved the retail price of the product and even introduced the free and highly
Re: Wake up Revolution
Bill Marriott wrote: snip Richmond wrote: There is a school of thought that RunRev have tried to expand the capabilities of Revolution rather too rapidly, without taking care of some 'nuts-and-bolts' glitches that have been around for some time. Perhaps. But as someone who wrote just over three years ago that Quality is Job #1, I have to disagree with this school. We've come a long, long way. RunRev spent more than a year and a half working on the free-for-almost-everyone Rev 2.9, which addressed hundreds of those issues, re-architected tons of internals, and brought the Linux edition up to speed with the other platforms. The result was a measurable, marked improvement in quality, and a more robust platform that has enabled much-needed nuts-and-bolts enhancements since then: the new tabbed script editor (3.0); the data grid and behaviors (3.5); and the Web plugin (4.0). All of which have been delivered on a predictable schedule with more far more external testing -- both in terms of number of users and length of testing -- than prior versions. At the same time, we have halved the retail price of the product and even introduced the free and highly capable revMedia edition while growing in profitability during a time of global economic uncertainty. We still have a ways to go. I realize that we often don't report status in a timely way in the RQCC, and not all the reports we want to have been fixed. There will always be issues with software; the key is choosing the right battles. Overall, we must be doing something right. Thank you, Bill, for this extremely comprehensive and well thought-out reply! sincerely, Richmond Mathewson. ___ 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
Printing faxing
Hi every body, I have an urge to create a front end for hylafax+ Fax server, I¹d like to know from the print dialog how to save a pdf to Rev on osx? Or from a generic print driver how or if there is a possibility to print to a Rev exe. File? Thanks, Hershel ___ 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
