Re: Keyboards
Al, For what it is worth, I don't like any of those keyboards, either. When I travel with my laptop I carry a Mac Mini Pro keyboard that I got from Fentek years ago. I'd recommend it but I went to their site and they no longer carry it. What I like about it is that it is compact, light enough to carry but still has good, full-sized, tactile keys. When using the laptop or the Mini as a desktop in my office I connect them to the Unicomp Model M - there is just nothing that compares. Sorry I couldn't be more helpful. Paul Looney On Oct 25, 2010, at 6:15 PM, Alejandro Tejada wrote: Paul Looney-2 wrote: Let us know if you have more keyboard questions. Hi Paul, I have another keyboard question. For some time i have been using diverse IBM Thinkpads models and i have grown accustomed to their keyboard configuration and typing touch. Did anybody could name another brand of Laptop or Netbook with a keyboard as good or better than Thinkpad's? Notice that i have tested Sony Vaio, Apple MacBook, Toshiba and Acer, but i do not like their keyboards. Thanks in advance. Al -- View this message in context: http://runtime-revolution. 278305.n4.nabble.com/Keyboards-tp3007302p3013008.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: Keyboards
Mike, Nice to hear from someone who takes typing seriously. I've found keyboard preferences are as personal as spouse preferences. Some people regard noise in a keyboard as a sign of quality; some people think silence in a keyboard is a sign of quality. Some like a long key travel, some prefer short keystrokes. Some don't care enough to notice a difference. For me, one advantage of buying a Mini over an iMac is that I would not be tempted to use another "free" Apple keyboard - which I think is numb, lacks sculptured keys, has no auditory response and is (for me) more pain than joy to use. Attached to my Mini is a Unicomp Model M. Do a Goggle search and you'll find this is rightly regarded by many keyboard affectionatos as the best keyboard ever. I love it. It is an absolute joy to use. I look forward to typing on it every day. But... I've loaned it to people with mixed results. About half immediately bought one for themselves. Others complained that it was too noisy. One thought it was too heavy?!? Younger users thought the keystrokes were too long (I suspect they had never used anything other than a scissor switch keyboard) - if you are accustomed to banging the keys to the bottom to assure that they have made contact, it takes awhile to realize that you don't need to do that with a good keyboard - with the M you get both auditory feedback (the "clickety clack") and tactile feedback (as the keyspring buckles) - not only faster, but a lot more comfortable. If you are considering an M: 1. Don't let the price scare you. If you use a keyboard daily the lack of pain will pay for the M shortly - I type a lot, I've had two bouts of carpal tunnel trauma with prior keyboards - expensive and not much fun. The M will out-last several computers - when the time comes to upgrade your Mini, keep the M. Keep it for a couple decades if you wish. 2. The keys on the M have not been rearranged in almost 30 years. Compare with Apple keyboards where F-keys do different things with different models; where some Apple keyboards require you to use the Fn key with the F-key and other Apple keyboards require you to NOT use the Fn key for the same action. For years the Enter key floated around different locations at the bottom of Apple's smaller keyboards - now it is gone (replaced by Fn Return - how handy is that?) This problem goes away with an M (or any other external keyboard); you can set it up as you wish - and use it with your next five or ten computers - without relearning key layout. 3. Unicomp does not mention this on their website, but you can get "Mac" keys (Command and Option) for $10. You must order by phone and ask for them. 4. Change the default Windows layout to Mac layout in the Keyboard system preferences (swap the Windows key and the Alt key to Option and Command). With Snow Leopard you can do this per keyboard - very handy if you have the M connected to a laptop and use the M in the office and the laptop's keyboard on the road. BTW the name for the M in the Keyboard system preference is "Endura" - very appropriate. 5. For the record: I got the Customizer 104/105, USB, Buckling Spring (of course!), US English, Pearl White model. Doing it today, I might be tempted to get black with metallic grey (would probably match the current Mini better). If you don't go the M route, consider adding some sound to the keyboard you get. I use Keyclick from Sustainable Softworks on my laptop. I find it helps me type faster. Obviously it is not needed with an M. One advantage it has over the M: you can adjust the volume. Let us know if you have more keyboard questions. Paul Looney On Oct 22, 2010, at 7:35 AM, Mike Kerner wrote: Well, the possibility of being able to use RR...ERR LC to develop iOS apps caused me to buy a Mac Mini, my first desktop in a while. For the first time in a long time I'm looking for a keyboard. Since I spend a lot of my day banging on keys, I'm looking for something that doesn't feel like 5h!7, and will put up with the abuse. I WANT to like the Apple-branded keyboards, but my first impression is that I don't like the chicklets on the wireless version, and I think I want a full 105 key keyboard. I've been to Best Buy but I haven't found one that feels good under my fingers. Suggestions? -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution __
Re: LiveCode Application Error upon quitting
Bob, Jaque, I've had Quit errors in the IDE from version 3.5 onward; OS X version 10.4.11 onward - through 10.6.4. The problem line is: wait 0 seconds which we use many times elsewhere, with no problem. This quitting doesn't seem to be a problem in the standalone. Paul Looney On Oct 4, 2010, at 2:23 PM, J. Landman Gay wrote: On 10/4/10 4:00 PM, Bob Sneidar wrote: Hi all. Anyone else getting an Application Unexpectedly Quit when quitting LiveCode? Happens to me every time. I am running 10.6.4 on a Macbook Pro, the most recent one. No, not here. But right now I'm suspecting 10.6.4 for every single crash I get anywhere these days. I'm seeing reports of problems with that update everywhere. -- 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: Functionality AND good taste?
David, You don't need to do it yourself. It continues to amaze me but... great design can be bought! I've hired Terza Snyder to improve some of my work and the changes are phenomenal. I could never in 20 years (or 100 design books) come up with the wonderful stuff she has. She knows what she is doing. Engineering/Programming and Design are different disciplines/talents, it is a very rare person who excels at each. Paul Looney On Sep 8, 2010, at 3:00 AM, David Glasgow wrote: Hello folks, I am being encouraged by customers to update and improve a Rev built product I produced many years ago. I have a wish list for functionality changes, but I am slightly depressed at how ugly and old the original looks. I have decided to start again from scratch, so there are no limitations on what I can do, other than those imposed by Rev and my abilities (mostly the latter). I have no background in design, but would like to make the product look better and up to date. I know I can pretty much change the appearance of anything in Rev, but this is a serious product for technical use, so I am not thinking oval windows and faux glass skins. I also strongly subscribe to the view that less is more, so I don't want reflections and things swooshing about. Are there any books or online resources on making software look simple and good? Thanks Best Wishes, David Glasgow Carlton Glasgow Partnership i-psych.co.uk ___ 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: Conversion of large Hypercard Stack to Revolution
Yes, Mark, "wait 0 secs with messages" is better. The "NULL Hypothesis" is a bit strange but we have encountered many problems (data disappearing, sorts not working right, filters filtering too much) all of which were fixed by striping NULLs from the data before performing the action. Now it is always one of the first things we do. I was suggesting removing the NULLs either from each record as it is imported to the text file - or removing the NULLs from the text file before using it with Rev. I agree that it would be a bad idea to removed NULLs from the HC stack directly. Sorry I didn't make that clearer. Paul Looney On Aug 15, 2010, at 11:38 AM, Mark Schonewille wrote: Hi, "wait 0 secs" really should be "wait 0 secs with messages" to have the effect you want. Stripping the NULLs is an interesting idea, but there is no way to do this inside of HC as far as I know and removing _ALL_ NULLs might break the stack. -- Best regards, Mark Schonewille Economy-x-Talk Consulting and Software Engineering Homepage: http://economy-x-talk.com Twitter: http://twitter.com/xtalkprogrammer KvK: 50277553 From 15th August, we'll have time for new projects! Be the first in line and contact me now! Download the Installer Maker plugin for Runtime Revolution at http://qurl.tk/ce On 15 aug 2010, at 17:16, Paul Looney wrote: Richard, We've done a lot of large HC to Rev conversions and have run into the same problem. 1. Make sure the original HC stack has been compacted, several times 2. Strip all NULLs before import. These can get into the data if a user has pasted text into the HC fields from Word or some other programs. It appears that Rev removes all data between the NULLs. 3. Don't use Rev cards for a large number of records, it just won't handle the information in this format as well as HC did. Move to a database - or use a text file for the data. 4. Put in some wait states ("wait 0 seconds") in your import routine to let the computer "catch up" and finish processing current information before continuing. 5. Don't try to view the information in a Rev field. This will truncate any information beyond approx 64,000 characters in a line. If you view it in a field and then put the field back into the DB, all of the truncated info will be lost. Paul Looney ___ 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: Conversion of large Hypercard Stack to Revolution
Richard, We've done a lot of large HC to Rev conversions and have run into the same problem. 1. Make sure the original HC stack has been compacted, several times 2. Strip all NULLs before import. These can get into the data if a user has pasted text into the HC fields from Word or some other programs. It appears that Rev removes all data between the NULLs. 3. Don't use Rev cards for a large number of records, it just won't handle the information in this format as well as HC did. Move to a database - or use a text file for the data. 4. Put in some wait states ("wait 0 seconds") in your import routine to let the computer "catch up" and finish processing current information before continuing. 5. Don't try to view the information in a Rev field. This will truncate any information beyond approx 64,000 characters in a line. If you view it in a field and then put the field back into the DB, all of the truncated info will be lost. Paul Looney On Aug 15, 2010, at 1:36 AM, Richard Holton Pierce wrote: I am not a professional programmer but had worked with Hypercard from its inception, and went over to Revolution as soon as I became aware of its existence. I have been able to convert most of my stacks flawlessly, with one exception. In the late 1990s I produced a stack for a research project in Russian which contained 119,000 cards (sic!). It has become necessary to reactivate this stack, and to convert it to Revolution Enterprise 4.5 I have followed the prescribed Revolution procedure. After conversion, all the functions I had built into the stack work as they should, but the converted stack contains only 28,005 cards. Is there a built-in limit on how many cards a conversion can accommodate? Is there a work-around? Any advice appreciated. Hopefully, Richard Pierce -- Richard Holton Pierce Professor of Egyptology University of Bergen (Ret.) richard.pie...@rihopi.on-rev.com richard.pie...@uib.no rich...@pierce.no ___ 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
revNavigator
I use revNavigator all the time. It works fine with Rev 4.0 - and all versions back to 1.1. I'm glad Geoff has been willing and able to put all the work into this that he has, it has been indispensable. Thanks again Geoff. Paul Looney On Aug 13, 2010, at 10:32 PM, Geoff Canyon Rev wrote: revNavigator hasn't been updated for several versions, so it's entirely possible that the dev environment has changed since I wrote it. Or I might just have done a bad job with it ;-) That said it still works -- I don't do much work with Rev anymore, but when I do I couldn't live without it. While I'm thinking about it, I hereby declare revNavigator to be free for anyone to use. gc ___ 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: MacBook core i7 : Mac Mini
Pierre, I have a laptop and a Mini. My customers have hundreds of Minis. We've only had two Minis fail. Both were early G4s. Both failures were the Firewire ports on the motherboard. Everyone really likes these little computers. An advantage of the Mini over the iMac is that it will cost less over time. With the iMac, one is replacing everything. With the first Mini the cost will nearly equal an iMac (especially with a good monitor, good keyboard, and good mouse). But the next round costs much less (approx. $700 vs approx. $1300 for another iMac). A third or fourth round gets a new Mini with similar savings over a third or fourth iMac. As Apple markets them, a current Mini will probably never be as fast as a current iMac but you can afford to replace the Mini twice as often. The price difference will also get you an SSD. My Mini has an Intel X25-E SSD. What a difference! Startup and application launch takes 1/10th the time. On the Mini I use a utility called "SmartSleep". It is a UI for the Terminal deep sleep command. When I choose "Sleep" now the Mini saves RAM to the SSD and shuts down (takes a little longer to "sleep" but not much). On start up (which also takes just a bit longer) everything is loaded back into RAM and the screen is just as I left it. I think it is the best of "shut down" and "sleep" - without requiring a battery. I'd use the Mini instead of a laptop on the road if I could find a 17", 1920 x 1200 monitor - seems the only one of those is in the MBP 17". [By "good keyboard" I mean an $80 Unicomp Model "M" with Mac keycaps (you have to call and ask for those - should last a couple decades.] Paul Looney On Aug 1, 2010, at 10:42 AM, Pierre Sahores wrote: True, but, to be honest, the first use of my MBP is devlopment and for this, it's realy a cool "pen" tool ;-) Any tought to share about the new macmini (i went always very happy with all the G4 and Intel's ones i got for my self or clients) ? Kind Regards, Pierre Le 1 août 2010 à 18:14, Richard Gaskin a écrit : Your story is among the reasons why I'm increasingly leaning toward building my own systems. Start with a barebones shell and customize as you like, and you get a solid 24/7 system that'll hold up well, for cheap and with total control over the selection of components that go into it -- 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 -- 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 ___ 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
Jailbreaking Everything
Richard, I'd like to see everything "jail broken". Next up: The ability to order a GM car with a Ford transmission and a Mercedes engine (especially the four cylinder, twin turbo, Diesel they have in Europe and Canada). This might spread beyond the US. Sarah could get a Ford Falcon with mechanicals from a Holden Commodore. Meanwhile in the European Union: Jan could get a Audi A8 with brakes from a BMW 7i. Kevin could upgrade his next Bentley with seats from a Ferrari. Hugh could get that wonderful Peugot suspension and put it into... Think I'll order a new Citroen catalog. Wonder if they still have the 2CV? Would be nice with the sound system from a ... Paul Looney On Jul 26, 2010, at 10:03 AM, Richard Gaskin wrote: Michael Kann wrote: http://www.appleinsider.com/articles/10/07/26/ us_government_legalizes_iphone_jailbreaking_for_unauthorized_apps.htm l -- watch for line breaks Interesting. If we get the freedom to run our choice of apps on a given hardware system, will we someday get the freedom to run our choice of OSes on the hardware we choose? I trust Andrew Kluthe and I aren't the only people who daydream about being able to legally enjoy OS X on hardware not made by Apple. This is an interesting precedent, possibly the beginning of a deep sea change favoring consumer choice -- 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: [OT-Rodeo] Last minute call to get onboard with pre-realase conditions!
John, You could send them $149 now. I'm sure they would take it. '-) Paul Looney PS I sent more. On Jul 20, 2010, at 8:15 PM, Vokey, John wrote: Ignoring the repeated spelling error, I chose not to buy-in to the early release bargain (and, it is a bargain); Instead, I want Jerry et al. to be able to leverage this thing to the point where it is actually affordable *for them*. So, I will wait and pay the full freight. I am so impressed with what they have accomplished to this point that full freight on just that, alone, is worth it. On 2010-07-20, at 2:08 PM, use-revolution-requ...@lists.runrev.com wrote: Re: [OT-Rodeo] Last minute call to get onboard with pre-realase conditions! -- Please avoid sending me Word or PowerPoint attachments. See <http://www.gnu.org/philosophy/no-word-attachments.html> ___ 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-Rodeo] Last minute call to get onboard with pre-realase conditions!
Devin, They way Jerry explained it to me is that you would be able to deploy to any server. I believe they are working on that this week. BTW I am astounded at the progress they have made on this. They have accomplished things in a month that I expected to take a year. The outlook for Rodeo is very bright. I can't wait. And, given Jerry's reputation for followingthrough, it will probably all arrive sooner instead of later. The current (until mid-night Austin time) price of $89.00 is way too low. The only good thing that can be said about it is: anyone with a mild interest in web-standard programming can certainly afford to risk that amount. --- BTW #2 For our company, we will use Rodeo primarily on the LAN - rather than the web. The Rodeo architecture even works for personal apps with or without a server - as I understand it. Paul Looney On Jul 20, 2010, at 9:36 AM, Devin Asay wrote: Since this seems to be the day for questions, one more I haven't seen asked: If I spring for Rodeo (and I'm very close to doing it) am I forever tied to dependency on the Rodeo server? What about those of us who have invested in our own on-rev account or in revServer? Can we produce code on the Rodeo server, then copy it to our own revved servers? 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: Big Flat Stacks - NULLs
Jacque, Thanks for the excellent explanation. So far we have imported over a thousand HC stacks into our Rev-based business system. These are mostly databases from our customers. We noticed that, with some customers, up to a third of the archived orders did not make it into the new system. When checking further, we found these were customers who regularly pasted text from MS Word or AppleWorks into one of the Notes fields. Incidentally, removing the NULLs before import was not always successful, either. Another NULL problem in Rev has been sorts. We've found that information is often missing when sorting data containing NULLs (on one occasion, the pre-sort data was two megabytes larger than the post-sort). Removing NULLS from the data before sorting (which we always do now) has fixed the problem for us. Paul Looney On 16/06/2010, at 7:21 PM, J. Landman Gay wrote: Bob Sneidar wrote: I vaguely recall that HC was not supposed to have nulls, but some bug or other caused them and wrecked havoc with HC stacks. Compacting the stack seemed to eliminate them. HC used nulls as end-of-field markers, so if text containing nulls was pasted into an HC field, the text would truncate at the first null. I once had to debug a stack like that, where someone had pasted some text from AppleWorks into the stack. It wasn't a bug, just a result of pasting. Rev handles nulls in fields fine. But during a normal Rev import, the Rev engine knows that nulls were end-of-field markers in HC and so probably truncates the incoming text at that point too, just as HC did. I'm not sure why Paul would need to replace incoming nulls with empty though, since the Rev engine shouldn't bring any of them in when it opens a HC stack. -- 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: Big Flat Stacks - NULLs
Ben, I should have also mentioned that Rev does not like NULLs. This is important when importing from HC - which is very forgiving of NULLs. I use something like this: replace NULL with "" in myData or replace NULL with empty in myData If there are NULLs in you HC data, Rev may skip some of it while importing. Rev will also have trouble sorting columns of data if there are NULLs. Where do the NULLs come from? I don't know for sure but we have found one recipe: the user has copied some information from another program into an HC field; we noticed this especially when people had copied something from MS Word into the Notes fields in some of our HC programs. Sorry I didn't mention this earlier. We found out the hard way. Paul Looney On 15/06/2010, at 11:25 AM, Ben Rubinstein wrote: I'm converting an old HyperCard stack for a client - it's a classic HC as a single table DB job, with a bit of interesting functionality. But it's big - slightly over 38,000 cards, all with one background; about 30 MB on disk. It's _very_ slow to do various things - but possibly that's only in the IDE (clients would use the stack with StackRunner or similar). But doing anything with it in the IDE is a pain. The way the stack is used historically is doing simple searches, and flipping through matching cards, making simple edits. I could move all the data into a SQLite db and just make a single-card Rev interface; the client's used to using HC and Rev stacks so I have a slight preference to keeping it as a stand alone stack working as they're used to, but could overcome that if I had to. I'm sure that there is wisdom in the community about this! Would storing the data as stack properties and retrieving it into and out of a single card be faster than leaving Rev to handle it as a card data? (The data is all unstyled text, btw - half a dozen or so small fields, a couple of largeish ones.) Or is there some magic trick to make Rev handle stacks of this kind more efficiently? Or is it something to do with importing from HC? Or is it an IDE issue? If I do move the data into custom properties and have a single card for editing, are there known benchmarks - disk space, memory usage, speed - comparing one property for each 'field', or a single property with '2d' keys, or those fancy new-fangled 2d arrays? That is, for example: the uTitles[iOldCard] of this stack the uAllData[iOldCardID,"Title"] of this stack the uAllData[iOldCardID]["Title"] of this stack All wisdom gratefully received. Ben ___ 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: Big Flat Stacks
Ben, We have found that Rev does not handle large stacks well. Compared to HC: 1. the stacks open more slowly 2. the stacks save more slowly 3. the stacks close more slowly and 4. the stacks in Rev are much larger than they were in HC You don't need to go the SQL route. You can convert the HC stacks to a text file or, as you suggested, a custom property. Then, compared to HC: 1. the stack will open more quickly 2. the stack will save more quickly 3. the stack will close more quickly 4. the stack in Rev will be smaller than it was in HC Note: there is an approx. 64,000 char per line limit in fields but no such limit in custom properties. Paul Looney On 15/06/2010, at 11:25 AM, Ben Rubinstein wrote: I'm converting an old HyperCard stack for a client - it's a classic HC as a single table DB job, with a bit of interesting functionality. But it's big - slightly over 38,000 cards, all with one background; about 30 MB on disk. It's _very_ slow to do various things - but possibly that's only in the IDE (clients would use the stack with StackRunner or similar). But doing anything with it in the IDE is a pain. The way the stack is used historically is doing simple searches, and flipping through matching cards, making simple edits. I could move all the data into a SQLite db and just make a single-card Rev interface; the client's used to using HC and Rev stacks so I have a slight preference to keeping it as a stand alone stack working as they're used to, but could overcome that if I had to. I'm sure that there is wisdom in the community about this! Would storing the data as stack properties and retrieving it into and out of a single card be faster than leaving Rev to handle it as a card data? (The data is all unstyled text, btw - half a dozen or so small fields, a couple of largeish ones.) Or is there some magic trick to make Rev handle stacks of this kind more efficiently? Or is it something to do with importing from HC? Or is it an IDE issue? If I do move the data into custom properties and have a single card for editing, are there known benchmarks - disk space, memory usage, speed - comparing one property for each 'field', or a single property with '2d' keys, or those fancy new-fangled 2d arrays? That is, for example: the uTitles[iOldCard] of this stack the uAllData[iOldCardID,"Title"] of this stack the uAllData[iOldCardID]["Title"] of this stack All wisdom gratefully received. Ben ___ 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 in memory problem
Marty, I've had a few incidences of this, where the only thing that worked was to shut down the computer (not just restart it). A complete shut down always worked. Fortunately, this has been very rare - once or twice a year. Good luck. Paul Looney On 23/05/2010, at 8:27 AM, Marty Knapp wrote: OK, so I got the "A stack with the same name as the one you are trying to load is already open" message and I've tried all the options: Save - Purge - Cancel and nothing gets me anywhere. I quit Rev, start it up again and get the same message when I try to open one of the stacks. I quit, reboot the computer, try it again and I still can't get the same message and the stack won't open . . . Is this weird or what? How can it still be in memory after quitting or rebooting? Thanks for any help, Mart Knapp ___ 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: How exactly does runrev for ipad/iphone work?
Tom, I don't always agree with Chipp, but I've found, over the years, that when he writes he always has something worthwhile to say - and he usually says it well. You don't have to listen to him - or anyone else. I will continue to look forward to his comments. Thanks Chipp. Paul Looney On May 6, 2010, at 2:15 PM, Chipp Walters wrote: Tom, see below... On Thu, May 6, 2010 at 4:00 PM, Thomas McGrath III wrote: It's getting to be too much, staying out of this freaking rhetoric when the comments go down this direction. What with the Hitler references and EVIL comments and BLAH BLAH BLAH Tom, the Hitler references are part of an ongoing comment regarding the Godwin point made by someone else. If you don't know what the Godwin point is then look here. http://en.wikipedia.org/wiki/Godwin's_law It's a joke, get it? haha. I use a CROSS-PLATFORM tool call RunRev and I think this has gone far beyond what I am willing to put up with. We have Macintosh developers and Windows developers and Linux developers and soon we are going to have Google developers and Maemo developers. We here on this list need to set an example of true cross-platform respect towards each others platform of choice. I have no issues with Macintosh running RunRev. But if they decided to wall it off like they do with the iPhone or iPad, I would voice my opinion here as well about it. PLEASE STOP USING OUR USE REVOLUTION LIST TO ATTACK AND DEFAME AND AIR YOUR PERSONAL VENDETTAS. You seem to be the one the typing in all caps. The fact is, the 4 SDK license may not be a permanent one, and the more heat placed on Steve Jobs and Apple over it, the more there is a chance for Apple to change their mind. It's happened before where they've changed their mind based on outside pressure-- it can happen again. I don't care it you hate Apple. I don't care if you like ___ better. I don't care if you don't like Steve Jobs. I don't care if you think it's wrong. I don't care what your damn opinions are. JUST STOP Tom, it's a user list where we discuss issues relative to RunRev. I've paid significant dollars and invested time for RevMobile in order to program for iPad, only to have Steve Jobs retroactively change the license agreement against cross platform tools for iPhone/iPad. I am sorry you're having such a tough time with this. Why don't you try not reading comments posted by me from now on? Maybe that will help. ___ 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: MacBookPro advice needed.
Alex, Over the last decade and a half each new laptop I bought had a bigger screen. I've always considered this an improvement. On the last purchase I debated for almost six months between the 15" and the 17". I finally got the 17" and have not regretted that decision at all. Based on my experience, you would probably be happier with a 15" instead of the 13" - and happier yet with the 17". Several people have mentioned connecting to a larger monitor at home or in the office. I use this arrangement myself and my old eyes like it a lot. If you are going this route I'd recommend getting an external monitor with the same resolution as the laptop (just a larger size) - that way, when you change from laptop to desktop monitor, everything is in the same relative position (in other words, the icons don't get re-arranged when moving to the smaller screen). This works with the high resolution 15" and std. 20" monitor or the 17" and a std. 23" monitor. For a laptop, with many applications running, the amount of RAM will make more difference than the processor speed. Get a much as possible. You didn't ask about the SSD option but I'd advise skipping it on a laptop - put the money into RAM. BTW I use an SSD on my Mini and it is fantastic. I can't stand the glossy screens, some people like them better. This is an important decision (on both the laptop and the desktop) be sure to look at both before buying. I only run OS X so I can't offer any assistance with item 2. I'm sure you will enjoy your new computer - no matter which one you get - today you really can't go wrong. Congratulations. Paul Looney On Apr 27, 2010, at 3:46 PM, Alex Tweedly wrote: I'd like advice in two areas . 1. Should I buy the 13-inch or the 15-inch ? I can compare the screen sizes, and the resolution and even the relative weights. But I don't have a realistic idea of how much faster the Intel i5 is over the older Dual Core. So any advice about performance, or pointers to reliable benchmark sites for Mac ? 2. I plan to dual-boot or triple-boot OSX, Win 7 and Linux (some kind). Probably just using Bootcamp, but I might want to use VmWare or other VM later. Any advice on setting the machine up to make this easy ? Thanks -- Alex. ___ 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: I Can't change field layers
Joe, Rev actually ships with a wonderful tool for relayering (especially within groups) that nobody seems to know about. Check out Rev Navigator in the Plugins menu in the Development menu. You can try it for free but, if you use it as often as I do, you'll find it is a great investment. Paul Looney On Apr 27, 2010, at 11:03 AM, lunchnme...@aol.com wrote: Hi everyone, I have three problems: 1) The button and field level numbers are locked within a group. So I can't rearrange them. 2) When I click on a group it moves with my cursor until I click again. That's obviously not what I wanted. 3) When I click on "Select Group" it doesn't allow me to click on individual fields. I can select the fields from within the inspector, but I shouldn't have to do that. It used to be when I rebooted, these problems would go away but not this time. Any advise the group can give me is very appreciated. Since these problems are only in two stacks, could they be corrupted? Joe in Orlando Florida. ___ 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: Mac OSX Leopard and server connections
Dan, We have found this problem on OS X going back to Panther, 10.3.9. In our experience it happens when attempting to mount two volumes (or share points) with the same name. OS X will label the second one "The Same Name-1" but the "-1" is hidden. This can happen when a volume is remounted before it is completely dismounted. It can happen when inserting a flash drive (or any other type of drive) with the same name as one already mounted. Jeanne DeVoto mentioned that she noticed it when reinserting ejectable cartridges too rapidly. The esteemed Phil Davis has written us a program called "Connection Repair" which fixes this for the network-connected volume we use; it unmounts all volumes with that name. If there is a sufficient need for this we could generalize it and make it available to all Rev users. Paul Looney On Feb 5, 2010, at 8:57 PM, Sarah Reichelt wrote: I have a rather odd problem using rev applications on Mac OSX Leopard, connecting to a server on my network. I connect to a server with an Applescript command: do theScript as Applescript. I can do this just fine. But if I unmount the server by dragging it's icon to the trash, then remount from within Rev eventually Rev reads the name of the server differently. Let's say the name of the server is "George". I can connect to "George" several times, but eventually Rev or Leopard appends a digit to the name of the mounted volume. Originally, the path to file "Textfile.txt" on the server named "George" will be "/Volumes/George/Textfile.txt" However, after a few connections (don't know how many or exactly when this happens), the path to the file becomes "/Volumes/George-1/ Textfile.txt". Oddly enough, the icon on the desktop for the volume is still "George". However, any reference to the file "Textfile.txt" from within Rev now will fail, since Rev reads the connection as "/Volumes/George-1/Textfile.txt" but is still looking for "/Volumes/George/Textfile.txt"! This gets somewhat frustrating, since I never know when it will happen, and once it does, I can no longer transfer files back and forth between the server and the computer. Has anyone seen this behavior? Do you have a workaround or a suggestion to get around this problem? I never had the problem working with pre-Leopard operating systems on the Mac, but it is now cropping up since all our computers in a lab are now running Leopard. Another issue may be that the physical server (now running OSX Snow Leopard) has several share points, each of which may be mounted as individual volumes, one of which is the aforementioned "George". Mounting and unmounting several of these share points may bring about the re-numbering issue. Rebooting the individual computer doesn't seem to help either. This isn't just a Snow Leopard problem but has been around for a long time. Here is the script I use for making network connections. The example connects to a Public folder on a remote machine. It includes a check for the shared folder not having been properly disconnected, so avoids the -1 problem. local sLastLoginAttempt -- connect to remote server -- on doRemoteLogin -- retrieve these 3 parameters from custom props or other data storage put the cRemoteIP of this stack into remoteIP put the cLoginName of this stack into login put base64decode(the cLoginPass of this stack) into pword put "/Volumes/" & login & "/Public/" into tRemoteFolder if the volumes contains login or there is a folder tRemoteFolder then exit doRemoteLogin -- already logged in end if if remoteIP is empty OR remoteIP = "localhost" OR remoteIP = "127.0.0.1" then exit doRemoteLogin -- getting data locally end if if login is empty OR pword is empty then exit doRemoteLogin -- not set up yet end if -- don't try more than once every 10 minutes, or it can lock up the program if the seconds - sLastLoginAttempt < 600 then exit doRemoteLogin else put the seconds into sLastLoginAttempt end if -- Shell commands: -- mkdir /Volumes/emonitor -- mount_afp afp://emonitor:jad...@192.168.0.101/emonitor / Volumes/emonitor -- for a background task: "command > file_path 2>&1 &" or "command /dev/null 2>&1 &" set the cursor to watch if there is a folder ("/Volumes/" & login) then -- was connected but didn't disconnect properly put "rm -d /Volumes/" & login into tShellCmd get shell(tShellCmd) end if put "mkdir /Volumes/" & login into tShellCmd get shell(tShellCmd) put "mount_afp af
Andre's house - was DVD set (somewhat OT )
Andre, Sitting here in my office in San Dimas, California, I can see your house quite clearly - even the purple tag. We live in an amazing age! Paul Looney On Feb 5, 2010, at 9:23 AM, Andre Garzia wrote: ... In case anyone is wondering where I live or how Brazil actually looks like, go to http://bit.ly/aOqkjj In the center there's a soccer camp, and a tennis court, my house is directly in front of the tennis court, you can even see my pool. I put a little purple direction thing on top of my house but I don't know if it will stick. And of course, google maps gets the address wrong, the address there is completelly wrong, I don't live in Jacaré or that street, that address is more than 4 KM away from my place. Silly broken geolocation. ___ 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: Run App from DMG?
Scott, I don't know about running an app from a DMG but I regularly use them for data I read AND write. So it should work for your purposes. Paul Looney On Dec 18, 2009, at 8:08 PM, Scott Rossi wrote: Hi List: Is it reasonable to have users run an app from a DMG volume on OS X, as opposed to copying the app to their drive? I have a colleague who wants to distribute an app in an easily launched compressed format. On Windows one can create a self-expanding ZIP that, when double-clicked, automatically decompresses and launches the contained EXE. I'm wondering if a DMG file could serve the same purpose on OS X. I assume the DMG volume is not writable, but I don't think it matters in this case since the files are a bunch of media (Flash movies, PDF, etc). Thanks for any advice here. 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: Missing Enter Key - was Using multi-line message box
Andre, I have not tried "Das Keyboard". I understand they have a newer model that has labeled keys (instead of all black). Still, why pay more for it than a genuine model "M" and get dome switches instead of buckling springs? Have you tried it? PL On Oct 14, 2009, at 1:57 PM, Andre Garzia wrote: If you like clicky keyboards, don't forget to check out "Das Keyboard", it is more expensive than those listed before but some people swear by them. http://www.daskeyboard.com/daskeyboard_model_s_professional.php It appeals to the model M fans out there... On Wed, Oct 14, 2009 at 5:51 PM, Paul Looney wrote: William, I have four different Mac laptops and the Function, Enter, and Option keys are in different places on each. I expect the next round of Apple keyboards to rearrange them again. So, I use a USB Unicomp Model "M" keyboard. I can attach it to any of the laptops (or any desktop) and the keys are always where I expect them to be. In addition: 1. the keys use the classic IBM "buckling spring" key-switch - infinitely better than spongy laptop scissor switches 2. when I'm ready to trade in the laptop, the keys look like new 3. this particular keyboard seems to be indestructible (some have been in daily use for over 25 years) 4. the layout is the same from year to year (even decade to decade) It is about $70 at: http://pckeyboards.stores.yahoo.net/en104bl.html For $10 more they will include a set of Command and Option keys to make it look more Mac-like. This is not noted on the web-site, you have to call and ask. By the way, I bought the key caps but never found it necessary to install them (alt = option; windows = command). Do note: except for the USB, this is same as the 1984 IBM Model "M"; feels just as good - and sounds just as loud. If the concept of an external keyboard appeals to you but the "M" is too big, consider the Mac Mini Pro from http://www.fentek-ind.com/kbmmacusb.htm It has full-sized keys but no number pad. I use it when I travel. On some versions of OS X you can also use Apple's System Preferences to re-purpose keys (for instance, to make the right Option key an Enter key). KeyReMap4Macbook ttp://www.pqrs.org/tekezo/macosx/keyremap4macbook/ will do the same thing on any version of OS X and I think it is easier to use. Paul Looney On Oct 14, 2009, at 12:10 PM, william humphrey wrote: When you're using a mac-laptop the enter key is a combination enter key and returnkey. So if you want to run a multi-line script you have to hold the function key down on the mac laptop keyboard and hit the return key for it to be an enter key. I spent ten minutes or so trying to find another way to do this (there usually is another way) but could not find a button or anything in the RunRev IDE that would run a multi-line script if you don't have an enter key. ___ 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 -- 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
Missing Enter Key - was Using multi-line message box
William, I have four different Mac laptops and the Function, Enter, and Option keys are in different places on each. I expect the next round of Apple keyboards to rearrange them again. So, I use a USB Unicomp Model "M" keyboard. I can attach it to any of the laptops (or any desktop) and the keys are always where I expect them to be. In addition: 1. the keys use the classic IBM "buckling spring" key-switch - infinitely better than spongy laptop scissor switches 2. when I'm ready to trade in the laptop, the keys look like new 3. this particular keyboard seems to be indestructible (some have been in daily use for over 25 years) 4. the layout is the same from year to year (even decade to decade) It is about $70 at: http://pckeyboards.stores.yahoo.net/en104bl.html For $10 more they will include a set of Command and Option keys to make it look more Mac-like. This is not noted on the web-site, you have to call and ask. By the way, I bought the key caps but never found it necessary to install them (alt = option; windows = command). Do note: except for the USB, this is same as the 1984 IBM Model "M"; feels just as good - and sounds just as loud. If the concept of an external keyboard appeals to you but the "M" is too big, consider the Mac Mini Pro from http://www.fentek-ind.com/kbmmacusb.htm It has full-sized keys but no number pad. I use it when I travel. On some versions of OS X you can also use Apple's System Preferences to re-purpose keys (for instance, to make the right Option key an Enter key). KeyReMap4Macbook ttp://www.pqrs.org/tekezo/macosx/keyremap4macbook/ will do the same thing on any version of OS X and I think it is easier to use. Paul Looney On Oct 14, 2009, at 12:10 PM, william humphrey wrote: When you're using a mac-laptop the enter key is a combination enter key and returnkey. So if you want to run a multi-line script you have to hold the function key down on the mac laptop keyboard and hit the return key for it to be an enter key. I spent ten minutes or so trying to find another way to do this (there usually is another way) but could not find a button or anything in the RunRev IDE that would run a multi-line script if you don't have an enter key. ___ 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: Is this sort of thing a bug?
Richard, Dave, It now has six votes. http://quality.runrev.com/qacenter/show_bug.cgi?id=8277 Paul Looney ___ 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: FYI - NULLs in data to sort
Jacque, I was waiting a bit to see is others had a similar experience, or additional insight. PL On Aug 31, 2009, at 3:13 PM, J. Landman Gay wrote: Paul Looney wrote: General information, Over the past several months we have noticed that version 3.5 of Rev is much more sensitive to data that contains NULL characters. Would be good to bug report this at the QA Center if you haven't already. -- 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: FYI - NULLs in data to sort
Mark, All of our data is ASCII text - so we don't normally need to deal with Unicode. But we have found one source of NULLs in the data is from people cutting and pasting into the Notes field in some of the programs. I don't know to what extent any of this applies to pure Unicode data. PL On Aug 31, 2009, at 3:22 PM, Mark Schonewille wrote: Being unable to sort unicode data would indeed be a Very Bad Thing. -- Best regards, Mark Schonewille Economy-x-Talk Consulting and Software Engineering http://economy-x-talk.com Download Snapper Screen Recorder at http://snapper.economy-x-talk.com On 1 sep 2009, at 00:11, Paul Looney wrote: General information, Over the past several months we have noticed that version 3.5 of Rev is much more sensitive to data that contains NULL characters. Several programs that worked well previously, with the same data, broke when using Rev 3.5 - or a standalone made from it. The problem comes when the data is sorted; the sorting drops records. Adding the following line, before the sort, fixes the problem for us: replace NULL with "" in theData --"theData" is whatever variable contains the data to be manipulated. We had minor problems with NULLs previously, but 3.5 will drop up to 80% of our data. One way NULLs can get into a database is if Unicode text is copied from another document. Hope this saves you some time. Paul Looney ___ 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
FYI - NULLs in data to sort
General information, Over the past several months we have noticed that version 3.5 of Rev is much more sensitive to data that contains NULL characters. Several programs that worked well previously, with the same data, broke when using Rev 3.5 - or a standalone made from it. The problem comes when the data is sorted; the sorting drops records. Adding the following line, before the sort, fixes the problem for us: replace NULL with "" in theData --"theData" is whatever variable contains the data to be manipulated. We had minor problems with NULLs previously, but 3.5 will drop up to 80% of our data. One way NULLs can get into a database is if Unicode text is copied from another document. Hope this saves you some time. Paul Looney ___ 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] Who still uses a Mac PPC?
Richmond, My "main" computer is a 1.67 Ghz., G4, 17" PowerBook, purchased the day the Tiger OS was introduced. I do almost everything on it and it goes with me on many travels (I try to do as much work as possible on customer/client premises). When working in my office I hook it up to an Apple 23" monitor (older eyes, you know) and a Unicomp Model M keyboard (you can probably hear the clicking and clacking across the Atlantic). Nothing beats an "M"! I use an alternate keyboard when traveling as well: the Mac/PC Mini Pro. It is not as good as the "M" but travels better. If I had to choose just one keyboard to use for everything, I'd choose the Mini Pro. Both at home and on the road I use a Macally Ice Mini mouse (light, fast, simple). It was always reassuring ("essential" a few years ago) that the computer would boot up in OS 9 - which this PB does. But, in reflecting a bit, I haven't even used "Classic" for over two years. We do no work on PCs and I've never owned one. Two weeks ago the new Mac Mini arrived. I bought it from Power Max in Lake Oswego, Oregon and had them replace the 2 1/2" internal drive with an Intel X 25E SSD prior to shipping. It is very fast. The spinning "gear" you see on startup normally spins over 20 times - with the SSD it spins 2.5 times! When I can get a good, affordable, moderate capacity, SSD in a MacBook Pro, it will be time to retire the PowerPC. I'm in no hurry. Thanks for asking. Paul Looney On Aug 26, 2009, at 3:51 AM, Richmond Mathewson wrote: With the advent of Mac OS 10.6; an Intel processor only OS I am interested to see who is still depending on Mac PPC computers (G3,G4,G5) to get their work 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 ___ 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: Vote to disable password protection for revMedia 4 stacks
Bill, A very good and thoughtful analysis. Thank you for sharing it with us. Paul Looney On Aug 25, 2009, at 12:37 PM, William Marriott wrote: There are many reasons why we opted to make revMedia a free product. I'll detail some of them here: 1) Students. To be candid, the greatest source of our current customers is former HyperCard users. This community is aging, and we must appeal to the next generations. Students, especially those in high school, often do not have credit cards. So we want to make it easy for them, as individuals, to acquire a great tool to learn programming -- and enjoy both immediate and long-term results/ success. On a broader level, we want to make it very easy for schools and other educational groups to teach Rev to students. Free enables that. 2) Ubiquity. We definitely want revlets popping up all over the place. We'll be crafting nice "made with Rev" badges and other sorts of programs to encourage the viral distribution of Rev-based content. One of our greatest challenges right now is simple awareness. People don't know we exist, much less our distinct benefits relative to other Web coding options. Adobe and Microsoft have enormous advantages in this arena. Adobe Flash is available on just about every platform out there, including some mobile ones. Microsoft Silveright benefits from a vast installed base of .NET Programmers and their usual marketing machine. Anyone going to a Microsoft page gets prompted to install Silverlight, for example. Our advantage in being free lets people spend the time to learn our capabilities and produce great content with our tool. 3) Great content everyone can see. We have witnessed some truly amazing Rev solutions over the years, but we need more of them. Increasing the number of people using Rev ensures we will get fresh blood, new ideas, beautiful graphics, innovative applications. We're hard at work at renovating services like revOnline (like we did in 3.5) to make it easier for people to share and promote thier Rev-based work. Furthermore, it's far easier [and safer] for newcomers to see Rev in action when they can just click a couple times to install a plugin, then enjoy fast revlet downloads, as opposed to downloading and extracting/installing a standalone application. 4) It's 2009 and the Web is all about FREE. As Richard Gaskin has pointed out, the dollar cost of a license is the smallest expense associated with using a new product. What is truly expensive is time, attention, and effort. In order to earn consideration, we need to rethink how people learn about our product. A free trial version isn't enough; 30 days isn't enough. 10 lines isn't enough. However, a nicely capable free edition (revMedia) that publishes to the Web (today's most relevant "platform") is a great way to get people into the "Rev lifestyle" and our unique mindset of programming. 5) Revenue. It's a numbers game, and we already know a certain percentage of people who get our trial version buy the product; a certain number of people who buy revMedia upgrade to revStudio; a certain number of revStudio users upgrade to revEnterprise. Increase the number of people using Rev, and you increase the number of people buying Rev. We do not expect there to be any cannibalization of revStudio or revEnterprise sales, as these products have distinct capabilities for serious/professional users, such as: database facilities, the data grid, the ability to use externals, the ability to remove/replace RunRev branding on the loading screen; the ability to make true standalone apps for Windows, Mac, and Linux, etc. As you might imagine, we've done a considerable amount of number crunching, analysis, and planning on this front... it's not really about philosophy. We're confident this is the best path to dramatically grow our user base and ensure a vibrant future for revTalk, a language we all have come to love and rely on. - Bill RunRev marketing guy ___ 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: Transcript should be called Transcript
Craig, I agree 100% when you say: "HT was saddled with "scripting" instead of "programming" ... to make it seem less daunting. On purpose, imagine. This greatly contributed to its relegation to being kids stuff. "Hypertalk" alreadysounded like a skateboard. That being the case, why would you want to call the Rev language Tran"script"? Paul Looney On Aug 13, 2009, at 6:18 AM, dunb...@aol.com wrote: There was a short thread just a little while ago where it was mentioned that the name of the language itself was important. That is, in order to be taken seriously, to compete with C++ or Fortran, in other words to break away from the hobby-like persona of Hypertalk, the name of the language had to convey power. Had to, since it did not appear arcane in structure and syntax, at least be named like it was raw machine code. Forget substance. HT was saddled with "scripting" instead of "programming" (note my use of quoted literals) to make it seem less daunting. On purpose, imagine. This greatly contributed to its relegation to being kids stuff. "Hypertalk" already sounded like a skateboard. It was the "Hyper", I guess. Forget substance. (note the verbosity). Mention fun or elegance at your peril; it will not be taken seriously. Human beings (in my opinion the worst sort of people) probably need the language to have a power name. Sort of like a power suit. I spent an evening playing Rev with a "real" programmer who never heard of it. He loved it, asking me about inheritance and polymorphism. We wrote gadgets ALL night, playing especially with expression evaluation, which blew him away. He learned fast. Really fast. One convert. I vote for Transcript. It already exists and is no more homey than Java. It is a strong, no-nonsense name. Craig Newman In a message dated 8/13/09 5:53:11 AM, m.schonewi...@economy-x- talk.com writes: I don't know, Sims. I think it was changed into Revolution, but I have also heard revTalk. Most of the time I speak of Transcript, though. ___ 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: Chunks vs Arrays - surprising benchmarking results
Richard, Very true. Especially regarding the limitations of the filter. The multiple search works best with hardwired searches and searches where the user selects from a series of pop-up or radio buttons. It works well when you are generating canned lists. PL On Aug 7, 2009, at 10:22 AM, Richard Gaskin wrote: Paul Looney wrote: I have nothing to add directly to the chunk vs array discussion (Trevor's reply was very good) but I have often found it helpful to increase the speed of compound selections by breaking them into individual ones. For instance if you have a large database of names and sexes and you want to select every female named "Jan" ("Jan" could be male or female). Select all of the Jans first (this will run much faster than the compound selection). Then select all of the females from the result of the first selection (this will run faster because it is searching only "Jan"s - a very small list). This double selection will run faster than a single compound selection. Obviously this requires a known data-set where one filter will eliminate a lot of records (selecting "female", then selecting "Jan" would be much slower in our example because, presumably, half of the list is female and a small portion is Jan). On many lists this can create a much bigger speed difference than chunk vs array variance you noted. One of the tough challenges with this sort of benchmarking is that different methods will favor different test cases. But with delimited rows and columns, I haven't found a way to make a two-pass search run faster than one pass, except in very specialized cases as you noted. There's a temptation to use the filter command for the first pass, but filter is only faster when testing the first few items; filtering on the 10th item is much slower, and attempting to test the 50th item in a sample data set caused Rev to hang. RegEx is a harsh mistress. In my case, I don't often know in advance which item will be searched. The queries I'm running usually come from a Search dialog in which the user can specify criteria. I could make the search function smart enough to special-case certain types of searches to use a two-pass method in which the first pass is the filter command where practical, but the overhead of analyzing both the query and the data to make such determinations may detract from the benefits of doing so, esp. since my continued testing on this is increasingly nudging me toward multi-dimensional arrays anyway. Even with the data bloat and the surprising overhead of moving arrays in and out of storage, with a little extra work to deal with those the performance of arrays seems unbeatable in the broadest range of use cases I've run thus far. -- Richard Gaskin Fourth World Revolution training and consulting: http://www.fourthworld.com Webzine for Rev developers: http://www.revjournal.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: Chunks vs Arrays - surprising benchmarking results
Richard, I have nothing to add directly to the chunk vs array discussion (Trevor's reply was very good) but I have often found it helpful to increase the speed of compound selections by breaking them into individual ones. For instance if you have a large database of names and sexes and you want to select every female named "Jan" ("Jan" could be male or female). Select all of the Jans first (this will run much faster than the compound selection). Then select all of the females from the result of the first selection (this will run faster because it is searching only "Jan"s - a very small list). This double selection will run faster than a single compound selection. Obviously this requires a known data-set where one filter will eliminate a lot of records (selecting "female", then selecting "Jan" would be much slower in our example because, presumably, half of the list is female and a small portion is Jan). On many lists this can create a much bigger speed difference than chunk vs array variance you noted. Paul Looney On Aug 5, 2009, at 12:05 PM, Richard Gaskin wrote: The "Multi dimensional array filtering" thread reminded me of a benchmarking test I've been wanting to do for some time, and since I have some tasks coming up on a client project which needs this sort of stuff it was a good time to dive in. The goal is simple enough: one of the most common tasks I need to perform with my data is querying specific fields for criteria, and if there's a match then assembling the data from a given set of fields for display in a list to the user. I've been using simple tab-delimited lists for this data because it was about as compact as it could be and performs reasonably well. But with multi-dimensional arrays, the question is whether Rev's fast hash index into array data might help me gather the data from specific fields in each record faster than using chunk expressions. So I took a minute to put together a simple test stack: <http://fourthworldlabs.com/rev/speed%20test%20chunks%20vs% 20arrays.rev.zip> It has a field containing a list of contact info, another field for displaying the test results, and a third for displaying the gathered data from the query so I can verify that it's doing what I want it to. If you download the stack you'll see that in addition to the "Test" button there's another one there which converts the list data into an array and stores that in a custom property of the field, needed for testing the array method. The code for the "Test" button is below, and I would appreciate anyone here who has the time to look it over and see what I may have missed, because the results I'm getting are not what I expected. The test script is typical of many of the tasks I need to perform on this data: it checks one field to see if it contains a value, checks another to see if it contains a different value, and if both are true it collects data from three fields into a tab- and return- delimited list so I can drop it into a list field to display the output. I had assumed that using chunk expressions to access items in each line would be slower than using array notation to get them through the hash in the array. But instead here's the result I'm getting (times are in milliseconds for 100 iterations): GetFromList: 72 GetFromSubArray: 752 GetFromMainArray: 407 All results the same?: true As noted in the code below, the GetFromList handler uses simple chunk expressions to parse the data; GetFromSubArray uses "repeat for each element" to parse out the second-tier array within each record; GetFromMainArray walks through the keys to get the data from the main array by addressing both dimensions; the last line simply lets me know that all three are returning the same result. I can understand why GetFromSubArray is the slowest, since it has to instantiate an array for the second-tier array each time through the loop (using "repeat for each element..."). But I had hoped that accessing the main array by specifying the elements in both dimensions would get to the data more quickly than would be needed when asking the engine to count items, but apparently not. Of course there is a scaling issue with chunk expressions. In my sample data there are only eight items in each record, but if there were several hundred I would imagine it wouldn't perform as well as the array methods. But in my case most of the data I work with has fewer than 30 fields and since chunk expressions are measuring about five times faster I would expect I'd need many more than that before chunk expressions drop below arrays in relative performance. The same could be said of the size of the data within each item, since that will adv
Re: See us on MacWorld and Macnn
Heather, Great to see the company getting good press. But... The first article seemed to imply that the name "Revolution" was retired - a good thing. The second article kept referring to the product as "Revolution" - a very bad thing. Let me be my usual blunt self: this product can not be taken seriously with the name "Revolution"! It is long passed time time to kill it. I hate to think how much money this has cost RunRev Ltd. The names "revMedia", "revStudio", and "revEnterprise" are going in the right direction. This brings us to the language: "revTalk" = "hyperTalk" = toy language (I'm talking perception, not necessarily reality). You can write real code with Rev. So, why not join the big leagues with "revCode"? Regards, Paul Looney On Jul 23, 2009, at 10:31 AM, Heather Nagey wrote: Dear list folks, If you're interested, we're starting to get the word out about revMedia. There are some nice articles here: http://www.macnn.com/articles/09/07/22/revmedia.40.alpha.test/ and http://www.macworld.com/article/141876/2009/07/revmedia.html Regards, Heather Heather Nagey Customer Services Manager Runtime Revolution Ltd http://www.runrev.com follow me on twitter http://www.twitter.com/lainopik ___ 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: ChartsEngine Webinar tomorrow
Hi Jim, I could hear the audio through my laptop speakers. I had to set the volume to the max, but, otherwise, it was fine. 17" G4 PB, OS X 10.4.11. I did no special setup, just used the default. Irrespective of the Charts demo (which was good) I always find it fascinating to watch a Pro work his computer. Double thanks Malte. Paul Looney On Jul 7, 2009, at 10:37 PM, Jim Sims wrote: On Jul 8, 2009, at 7:30 AM, Shao Sean wrote: or they could just click the "show me in my time zone" link as i did only to discover it was at 11am EST but I did manage to get there about 11:15 and got to see Malte build the CPU load application in 20 lines of code! Could you also hear him? If so, did you use head phones, speakers? Wish I knew the magic formula for this webinar thing. I left after a few minutes as I could not hear any audio. I'll watch (and listen to) the recorded version today. sims ___ 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: Sort Command in 3.5 is adding lines to a variable
Richard, It has been a while... I went back and checked my records. The problem (probably related to the number of characters per line) was thousands of NULL characters in the variable. When I removed the NULLs, everything worked fine. So now I always trap for NULLs before doing a sort - and have not had a repeat of this problem. By the way, we are not sure where the NULLS came from. Our best guess is that it has something to do with pasting text from a word processor into one of our notes fields. I, too, would like to know the new limit. Mark? Paul Looney On Jul 2, 2009, at 12:52 PM, Richard Gaskin wrote: Paul Looney wrote: I have had the opposite happen. On a large variable, sorting removed lines. Rev 3.0, OS X 10.5 If memory serves, that was the result of a limitation of the sort command where it could only be used reliably on data in which no single line exceeded 65,535 chars. According to the v3.5 Engine Change Log, that was fixed in v3.5: <http://quality.runrev.com/qacenter/show_bug.cgi?id=5932> Unfortunately the current limit is not noted in the docs for the Sort command, nor in that report, so I don't know exactly what it is in the latest version. But 64k of text was a lot for a single line, so whatever it's been raised to should be plenty for most common tasks. Timothy's report of the trailing blank line may be a regression error which had been marked as "fixed" in the 3.5 Engine Change Log: <http://quality.runrev.com/qacenter/show_bug.cgi?id=7809> -- Richard Gaskin Fourth World Revolution training and consulting: http://www.fourthworld.com Webzine for Rev developers: http://www.revjournal.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: Sort Command in 3.5 is adding lines to a variable
I have had the opposite happen. On a large variable, sorting removed lines. Rev 3.0, OS X 10.5 Paul Looney On Jul 2, 2009, at 11:24 AM, Timothy Bleiler wrote: Hi, The sort command in 3.5 seems to be adding lines to a variable. I have a lot of old code that creates lists using a method like this and I don't believe the problem occurs in earlier versions of rev. Is this a reported bug or am I missing something? To see the error, create a stack with a button, paste the following code into the button and click on the button. On MouseUp Put "Dog" & cr & \ "Cat" & cr into tTemp Put number of lines in tTemp into tPreSortCount sort tTemp Put number of lines in tTemp into tPostSortCount Put "Pre-Sort, variable tTemp has" && tPreSortCount && "lines."& return &\ "Post-Sort, variable tTemp has" && tPostSortCount && "lines." End MouseUp Tim Bleiler, Ph.D. Instructional Designer, HSIT University at Buffalo Phone: 716-829-3867 ___ 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: convert a current date into a future date
What is the relationship of the future date to the present one? Are you trying to add a specific number of days to the present date? Paul Looney On Jun 18, 2009, at 7:38 PM, Nicolas Cueto wrote: Hello All, I'm looking for a ready-made script/formula for converting a current date into a future date. Of course, it'd need to take into account the number of days in a month, a change in year, and leap years. Centenial or millenial changes can be ignored. Something that, for example, would convert the english date "12/29/09" to "1/5/10", or "2/22/12" to "2/29/12". Trying to save time having to do it myself. Thanks. -- Nicolas Cueto ___ 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: expanding an error description
Craig, I agree with you on both points. The advantage of good, universal, "background" error reporting is: 1. It helps pinpoint errors you've failed to trap (especially on large, complex systems) and 2. You can provide immediate, meaningful help to users encountering such errors. Paul Looney On Jun 10, 2009, at 2:46 PM, dunb...@aol.com wrote: It seems far more important, and far easier in the long run, to validate entry data before it gets anywhere close to being mishandled. Check to see if numbers are numbers, dates are dates, etc. I would bet that the errors fall into a very few categories, and these can all be screened early on. Many newbie (ahem) error posts are of just this type, for example, an errant char in the second line of a field, and only the first line is visible, where the contents of the field has some math done to it. So another level of checking that I use all the time is to act only on line 1 of the field that purportedly has valid data in it. But even this should really be vetted at entry time. 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: What do Rev programmers charge per hour for programming?
Sure, they probably program better than I do. ;-) PL On Jun 6, 2009, at 10:15 AM, Petrides, M.D. Marian wrote: Are you sure you'd want to hire them? :-) On Jun 6, 2009, at 12:11 PM, Paul Looney wrote: Quick, where do I find a couple of the dozen dollar per hour programmers? ___ 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: What do Rev programmers charge per hour for programming?
Phil, Quick, where do I find a couple of the dozen dollar per hour programmers? PL On Jun 6, 2009, at 8:06 AM, Phil Davis wrote: Charles Szasz wrote: What do Rev programmers charge per hour for programming? Hi Charles, The simple answer is: It's not that simple. I've heard of hourly rates (USD) for Rev programmers ranging from a couple of dozen dollars per hour to a couple of hundred dollars per hour. What a person receives per programming hour is dependent on many things; but ultimately I think it shows what the programmer thinks he's selling, and how much or little he is willing to take for it in the context of what his market will bear. * What are you selling? Hours of time or programming outcomes (aka product features)? * Who are you selling them to? People who understand and value those commodities, or people who don't? Food for thought. -- 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 ___ 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: Arrays instead of Sql
Tom, As Phil said, we get acceptable speed using Custom Properties - even on databases with 100,000+ records - usually served by a Mac Mini. Compliments to Richard Gaskin who originally suggested the approach. By the way: no SQL, no C, no extensions! Paul Looney On May 18, 2009, at 6:02 PM, Phil Davis wrote: Paul Looney's "Ahsomme" multi-user business system is built on this CP approach to data storage, and its speed is quite acceptable - and all the data stacks are on a network file server! All the system's "brains" are in the client apps. -- 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 ___ 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: Quoted or unquoted literals
Jacque, It is wonderful geek trivia! Seems like it has been a very long time since we've had a speed comparison like this on the list. I love them. Hope you get curious again, soon '-) Paul Looney ___ 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 example: 'globals.cgi' conversion
Phil, Very impressive. PL On Apr 17, 2009, at 9:03 PM, Phil Davis wrote: A quick on-rev example: Just to get started, I converted my 'globals' CGI script to an on- rev web page: Server Globals " end repeat put "version,processor,systemVersion,platform,environment" into tExtras replace comma with cr in tExtras repeat for each line tLine in tExtras put "the" && tLine into tLine2 put tLine2 && "=" && value(tLine2) & "" end repeat ?> And here's what it looks like in the browser: http://phildavis.on-rev.com/globals/index.irev I love being able to reuse my Rev know-how this way! -- 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 ___ 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 Data Grid props
Trevor, You are keeping late hours. The reason for my question about the margins is: I use a 15 pixel dimension grid for laying out the objects in the stacks in my business system. Thus all fields have a line height of 15. This is smaller than the default data grid, so I have to change change the row height to 15 and the margins to 5. I was doing the margins with a repeat loop, but, obviously the "column margins" is faster. Thank you, again. It would be nice to be able to set the column margins in the Text formatting panel of the Object Inspector - as one does with non-grid fields. Paul Looney On Apr 8, 2009, at 8:44 PM, Trevor DeVore wrote: On Apr 8, 2009, at 11:29 PM, Paul Looney wrote: Trevor, It is working fine now?!? Well that was easy then :-) PS I've been working with the data grid almost non-stop since last Thursday. It is fantastic!!! Glad to hear it! Regards, -- Trevor DeVore Blue Mango Learning Systems ScreenSteps: http://www.screensteps.com Developer Resources: http://revolution.bluemangolearning.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: Getting Data Grid props
Trevor, It is working fine now?!? Thank you, PL PS I've been working with the data grid almost non-stop since last Thursday. It is fantastic!!! On Apr 8, 2009, at 7:05 PM, Trevor DeVore wrote: On Apr 8, 2009, at 5:50 PM, Paul Looney wrote: Answering my own question: put the dgProps ["row height"] of group "Data Grid" works fine, but: put the dgProps ["column margins"] of group "Data Grid" does not? Hi Paul, I just dropped a data grid onto a card, selected it and executed the following in the message box: put the dgProps["column margins"] of selobj() I saw 8 appear. Are you getting empty? Regards, -- Trevor DeVore Blue Mango Learning Systems ScreenSteps: http://www.screensteps.com Developer Resources: http://revolution.bluemangolearning.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: Getting Data Grid props
Answering my own question: put the dgProps ["row height"] of group "Data Grid" works fine, but: put the dgProps ["column margins"] of group "Data Grid" does not? PL On Apr 8, 2009, at 1:49 PM, Paul Looney wrote: How does one get the "column margins" and the "row height" of a data grid via script. I have tried everything I can think of: put the dgProp (column margins) of group "Data Grid" etc. etc. Thanks in Advance, Paul Looney ___ 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
Getting Data Grid props
How does one get the "column margins" and the "row height" of a data grid via script. I have tried everything I can think of: put the dgProp (column margins) of group "Data Grid" etc. etc. Thanks in Advance, Paul Looney ___ 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: Well I never!
Andre, That was hilarious. And very helpful. Thank you. Paul Looney ___ 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: NULL characters and sorting
Phil, One really shouldn't be embarrassed being from West Linn. ;-) PL On Mar 20, 2009, at 10:59 AM, Phil Davis wrote: Paul Looney wrote: Phil, the Great, Davis - Wizard of West Linn - suggested checking for and removing NULLs (because they terminate a line in C). They were 131,023 NULLs in the pre-sort variable. Please forgive Paul. He embarrasses me like this in front of total strangers. The man has no shame. -- 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 ___ 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: NULL characters and sorting
Thank you Jim and Bob. Paul On Mar 20, 2009, at 9:35 AM, Bob Sneidar wrote: Also, I have a rule when designing SQL databases: NO NULLS! I always use empty strings as the default value for a text field and 0 as the default for number fields. Bob Sneidar IT Manager Logos Management Calvary Chapel CM On Mar 20, 2009, at 9:27 AM, Jim Ault wrote: When using the filter command and foreign data I always replace null with empty (or space, depending). Hypercard used '00' to be the end char of strings in its stack structure. In the days of recovering from hard drive corruption, I did many scans in hex for stack data recovery. Some systems will add a null to web pages and since they are ignored by browsers, no worries until you capture and try to work with the characters. Jim Ault Las Vegas On Mar 20, 2009, at 8:42 AM, Paul Looney wrote: Richard, Thanks for the insight. Most of this archived data had been imported from the previous HyperCard system. We've now done many such imports and this is the only customer with this problem. Another customer, at the other end of the country, had a different problem; blank spaces in fields. For example, the description field might have 25 lines; lines 1 to 4 were correct, lines 5 to 9 were missing, and lines 10 to 25 were correct. The "hole" was not always in the same fields or the same lines. We traced this back to them using AppleWorks and MS Word to write notes - which they had then pasted into the notes field on the HC-based program. We occasionally get a NULL in the current, Rev-based, system (about one in six months). We have checked the code but not found a source. Obviously the user can not type a NULL. I will vote for both 7823 and, especially 7824. ___ 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 ___ 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: programming fonts
Mark, What rendering problems are you having with Monaco? I use Verdana as my standard typeface but Monaco seems to work fine as well here (Rev. 3.0; 17" G 4 PowerBook; OS X 10.4.11) I tried Vera but eventually could not stand it. Ugly - especially the kerning at small sizes, like 9 pt. Paul Looney On Mar 19, 2009, at 8:15 PM, Mark Schonewille wrote: Hi, Revolution's text engine is unable to render Monaco correctly. That's why I am no longer using it in Revolution, while I am still using it for all other programming environments (yes, at size 9). In Revolution I now use Bitstream Vera Sans mono, size 10, but I'll check out ProFont. -- Best regards, ___ 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: NULL characters and sorting
Richard, Thanks for the insight. Most of this archived data had been imported from the previous HyperCard system. We've now done many such imports and this is the only customer with this problem. Another customer, at the other end of the country, had a different problem; blank spaces in fields. For example, the description field might have 25 lines; lines 1 to 4 were correct, lines 5 to 9 were missing, and lines 10 to 25 were correct. The "hole" was not always in the same fields or the same lines. We traced this back to them using AppleWorks and MS Word to write notes - which they had then pasted into the notes field on the HC-based program. We occasionally get a NULL in the current, Rev-based, system (about one in six months). We have checked the code but not found a source. Obviously the user can not type a NULL. I will vote for both 7823 and, especially 7824. On Mar 20, 2009, at 8:26 AM, Richard Gaskin wrote: Paul Looney wrote: One of my customers had a problem displaying all of their archived orders. There should have been 16,020 archived records but only 3,879 were showing up in the list. ... I started checking the contents of variables in the appropriate handler and discovered there were the proper number of records just before a sort by column. After the sort, records were missing. Phil, the Great, Davis - Wizard of West Linn - suggested checking for and removing NULLs (because they terminate a line in C). They were 131,023 NULLs in the pre-sort variable. When I removed them before the sort, the number of listed records jumped from 3,879 to 16,020. This leaves some questions: How can 131,023 NULL "characters" reduce the displayed "lines" by 12,141? The sort command has a limit which I don't believe is currently documented: it can only be used reliably on data sets in which no line is longer than 65,535 characters. I've submitted a request to have this noted in the docs: <http://quality.runrev.com/qacenter/show_bug.cgi?id=7823> I've also submitted a request to have this limit raised: <http://quality.runrev.com/qacenter/show_bug.cgi?id=7824> I learned about this when I encountered a similarly mystifying bug with one of my WebMerge customers, back when Dr. Raney managed the engine. His response was that if one had an item in a line which was pushing the line beyond those limits, that's a good argument for putting that data somewhere else. ;) At the time I argued with him, but working around it led me to a useful feature in my product: the ability to reference external files from within a record. In my case one of the editors at a major Mac magazine was using WebMerge on some data from FileMaker, in which he stored full articles. With the addition of the new feature he was able to write those articles in any tool and store them anywhere, merely referencing the file from his database; my product would then find it and include it as though it was part of the data. While it worked out well for me and my customers, I still see the occasional data set in which some lines are longer than 65,535 chars, and still believe it would be a useful enhancement to the engine. In your case it may not be a problem at all now that the NULLs are removed, presumably reducing the number of chars well below that limit. 64k is approximately 28 pages' worth of stuff, so it's pretty rare that such a limit would be exceeded on a single line of actual data. Now that Phil's removed the NULLs, the next trick is to figure out how those got into the data in the first place. I'm tempted to place a bet that it's related to pasting data that had been copied from MS Word. I'd be interested to learn how that happened either way. -- Richard Gaskin Fourth World Revolution training and consulting: http://www.fourthworld.com Webzine for Rev developers: http://www.revjournal.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: programming fonts
Richard, If you have not tried Monaco recently, it might be worth another look. This font was improved significantly when it was turned into a TruType - and improved again since. Not your grandfather's Monaco. Paul Looney ___ 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
NULL characters and sorting
One of my customers had a problem displaying all of their archived orders. There should have been 16,020 archived records but only 3,879 were showing up in the list. They could "Find" the missing records and navigate to them with the "Next" and "Previous" commands. Other programs in the system would show the entire list. In approx. three years on the market, no other customers using the same system had reported this problem with their data. I started checking the contents of variables in the appropriate handler and discovered there were the proper number of records just before a sort by column. After the sort, records were missing. Phil, the Great, Davis - Wizard of West Linn - suggested checking for and removing NULLs (because they terminate a line in C). They were 131,023 NULLs in the pre-sort variable. When I removed them before the sort, the number of listed records jumped from 3,879 to 16,020. This leaves some questions: How can 131,023 NULL "characters" reduce the displayed "lines" by 12,141? Are there other characters that should be trapped before a sort? This problem was verified on many computers running OS X - both Tiger and Leopard, from G4 iMacs to the most recent 24" Intel iMac. Here is the code that does the sorting: sort lines of tDisplayRecords ascending by item tSortColumn of each Sorting ascending or descending made no difference, the selected sort column made no difference. Your insight is appreciated. Paul Looney ___ 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: [ANN] I have a confession...
Jim, "The customer is always right." ;-) Best wishes. Paul Looney On Mar 18, 2009, at 9:11 AM, Jim Sims wrote: On Mar 18, 2009, at 4:38 PM, Paul Looney wrote: I agree Colin, Some years ago I was working on a document in Nashville, Tennessee. I closed the lid on the PowerBook, drove 2,000 miles west (visiting customers on the way), did not open the PowerBook for almost a week. When I opened the lid in Los Angeles, the cursor was flashing where I'd left it in Nashville. With a modestly charged battery, sleep should be all one needs. Paul Looney That was also my response to the guy that requested I make such an app for him. He won't do Sleep mode if he is out of the house. Sophisticated guy, has 76 books launched (photos and Indesign work) but was insistent. If I were to make this commercially available I wouldn't need too many of guys like him though. We'll see what happens. sims s...@ezpzapps.com Skype: sims.jim iChat: techietours __ Opportunity by 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: [ANN] I have a confession...
I agree Colin, Some years ago I was working on a document in Nashville, Tennessee. I closed the lid on the PowerBook, drove 2,000 miles west (visiting customers on the way), did not open the PowerBook for almost a week. When I opened the lid in Los Angeles, the cursor was flashing where I'd left it in Nashville. With a modestly charged battery, sleep should be all one needs. Paul Looney On Mar 18, 2009, at 7:41 AM, Colin Holgate wrote: On Mar 18, 2009, at 10:29 AM, Jim Ault wrote: but no other levels of automatic restore that I can think of. My first thought would be a set of AppleScripts using Automator (built in to OSX), then have a MyScripts menu to trigger 'save configuration' or just trap events and ask for user input where necessary. I'm skeptical that anyone would need to shut down the computer and reopen it with all the same apps and documents open. Using Sleep does that well enough for commuting (even for transatlantic flights), so most times you would like to carry on exactly where you left off you can do that. More often that not though I will soon open Safari, Mail, and iChat, so I do use an Automator app to do that for me. ___ 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: Auto save in Run Rev
Sorry Nhan, Rev does not save either stacks or scripts automatically. In the Development menu, in the Plugins submenu, there is a revSmartSave plugin that you may find helpful. Paul Looney On Mar 16, 2009, at 7:50 PM, Nhan, Tran Thi Thanh wrote: Hi guys, Does Run Rev automatically save file after a period of time? While I'm working and forget to press Ctrl + S regularly, all modifies will lost if there are some problems with my PC like: shut down caused by cutting electricity off. Regards, Nhan ___ 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: Good looking examples of applications built with Revolution
Ben, "Good looking" is in the eyes of the beholder. But you might go to our website: Ahsomme.com. There you can download a 330 page PDF operating manual that has pictures of the 22 databases, 50 Editors and List Programs, and some of the 100+ unique report templates (as well as pictures of the ReportMaker, the ListMaker and the system Navigator) in our Ahsomme Business System. If nothing else, it shows how to maintain consistency across a complex business system. Paul Looney On Feb 17, 2009, at 5:12 AM, Ben Rubinstein wrote: I'm looking for examples of actual applications (not just sample stacks, tool stacks etc), built in Rev, that can be pointed to as demonstrating that people have used Rev to distribute products with an impressive modern user interface. I'm sure that they're out there - I just don't know where. Please send examples, links, or lists - whether your own work or others - either to me directly or to the list as you prefer. Many thanks, - Ben ___ 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: Arrays and Custom Props
Stephen, You are correct, of course. I was over-simplifying. I completely agree with you that putting user data inside a stack inside a standalone is not a good idea. The most important point I was trying to make was, as Mark had said earlier, custom properties can persist. Paul Looney On Feb 16, 2009, at 10:48 AM, stephen barncard wrote: Like with fields, you can not store user information in a custom property in an application (or standalone). This isn't quite right. On the mac, I can save data to a separate stack INSIDE of a standalone package with no problem. Not always the best place to put the data in some situations, but it works. Stephen Barncard ___ 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: Arrays and Custom Props
Bob, Think of custom properties as fields - without some of the field overhead. Putting information in custom properties and retrieving it is much faster than using fields. And you can create and delete custom properties on the fly much more easily than with fields - with less code. Two field features that cps lack are visibility (which is probably an advantage for the storage you want) and chunk handling (you can not refer to "line 3 of uMyUniqueCustomProperty" - but you can load the property into a variable to get this information). Like with fields, you can not store user information in a custom property in an application (or standalone). This is actually a good thing. By storing the user information in cps in a separate (call it "Preferences" stack?) these settings not only survive the current session, and subsequent sessions, they even survive an update of your application (because you send the new app and the user retains the prior Preferences). Plus it is easier to update and test apps without having built-in customer information. If you are only concerned with persistence of some items through runtime, you should probably store these items in globals. Paul Looney On Feb 13, 2009, at 4:24 PM, Robert Sneidar wrote: WHOA THERE TONTO! I thought the whole idea to properties was persistence?? That means that I cannot save, for instance, the database settings a user entered? I have to create an external file for all of that? And so many card and object properties in my app DEPEND on persistence through runtime. This means that I have to put a kabosh on the whole project! Say it ain't so Sam! Bob Sneidar ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Printing multiple pages
Sarah, I'm glad you found your solution. If you are interested, you might take a look at our report-maker. It would seem to address the needs you have described. We have a downloadable PDF of the operating manual for our Ahsomme Business System at Ahsomme.com. The manual has a chapter on the ARP ReportMaker. (It also shows how we handle a Bill of Materials. And a few other things. '-) ) Paul Looney On Jan 18, 2009, at 3:20 PM, Sarah Reichelt wrote: OK, found my mistake. I had assumed that "open printing" would queue up any print jobs until "close printing". However it only works for printing cards, not for for revPrintText or revPrintField. It would be good if it did, but since I now realise that it doesn't, I'll work out a different method. However I will be putting in an enhancement request to make it work for any print queue. Cheers, Sarah ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Printing multiple pages
Hi Sarah, It may be that "print THIS card" is still looking at the original card, even though it is not the top card. Maybe this would work better "print TOP card" or "set the default card to top card print this card" Best wishes, Paul Looney On Jan 15, 2009, at 7:15 PM, Sarah Reichelt wrote: Hi All, I have a script that splits a report into multiple pages and tries to print them one by one. I have a single field that displays the data, then I have tried various ways to get the pages to print. I want to queue all the pages and have them all print at once. My basic script is: repeat with x = 1 to tPageCount displayPage x print this card -- revPrintField the long name of fld "Report" -- revPrintText the htmltext of fld "Report", , ,the long name of fld "Report" end repeat As you can see, I have tried using revPrintField and revPrintText but had to settle on "print this card". revPrintField and revPrintText both worked the first time, but after that, they only printed the last page. "print this card" seems to work every time, but I have to resize the stack while printing, and it seems slower. The displayPage script works perfectly as I put in a "wait" for testing and I could see that each page was being displayed. The only clue I have is that the print progress dialog seems to be miscounting. It's sequence for a 3 page report is: Processing page: Processing page: 1 Processing page: 2 or if only the last page is going to print: Processing page: Processing page: 1 Processing page: 1 Neither of these are completely correct, but they are different. So does anyone have an explanation for why revPrintField and revPrintText would only print the last page? Or any suggestions or work-arounds or alternatives that do not use "print this card"? TIA, Sarah Rev 3.5.0-dp-1 & Rev 3.0.0, Mac OS X 10.5.6 ___ 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: New on this list
Stephan, In 1983 I was designing the financial planning system for Digital Research and Steve Jobs had given Gary Kildall a 128 Mac prototype (hoping he'd write some "insanely great" software for it). I can't remember Dr. Kildall mentioning the Mac without saying, in the same sentence, "No backplane..." I loved it from the beginning! Paul Looney On Jan 12, 2009, at 10:49 AM, stephen barncard wrote: Since 1983? that would make you a former Apple Employee or an Apple Developer in 1983.Me too. Had one on my desk at Datamost. With one floppy drive, it was lunacy for loading and saving but. GRAPHICS 2009/1/12 Paul Looney Adri, Welcome aboard, look forward to a fun trip! Paul Looney (Mac user since 1983 ;-) ) -- Stephen Barncard ___ 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: New on this list
Adri, Welcome aboard, look forward to a fun trip! Paul Looney (Mac user since 1983 ;-) ) On Jan 12, 2009, at 6:58 AM, Adri wrote: Hi, I'm a Mac user since november 2006 and with the magazine MacFormat came Revolution Media 3.0 with a free full license. The first thing i did after installing RM was taking a peek at the tutorial movies on the rev-site. Even after installing the video codec on my mac osx 10.5 i still can't see them (only audio) :( So i went back to my pc where i could watch them. Second thing i did was joining this list, and looking thru the archive i saw that there is a lot of knowledge here. So if i have any questions i know where to go :) And now back to the manuals and tutorial movies and learn about Revolution Media and creating my first stack. c'ya Adri ___ 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: the focusedObject
William, "Target" is contents of the field. "The Target" is the name of the field in the following format: field "xyz" The problem with your script could be that you have quoted the name of the field but not the word "field" in front of it. You might try something like: if the target = ("field "&"e&"f_i_billoflading_specialNote""e) Paul Looney On Jan 11, 2009, at 5:05 PM, william humphrey wrote: I even tried this: *on* returnInfield *if* the target = field "f_i_billoflading_specialNote" *then* *beep* one *pass* returninfield *else* returnkey *end* *if* *end* returnInfield and there is no "beep" so something is going on that I don't understand. On Sun, Jan 11, 2009 at 9:02 PM, william humphrey wrote: Thanks Sarah but it still sends the returnkey even when the cursor is in that field. Also there is a second or two delay. -- http://www.bluewatermaritime.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: Losing data when quitting
JLG, Do you recall the bug number? Maybe we could get some new votes. Paul Looney On Jan 2, 2009, at 5:44 PM, J. Landman Gay wrote: Paul Looney wrote: There may be other recipes as well, but the stack saving problem seems to be related to the lack of a closeField - which is not sent if the focus is still in the edited field when the stack is closed. This is a really old bug, I remember working around it years ago. I've gotten so used to tabbing out of fields before I close a stack that I hardly ever see the problem any more. But that isn't a good solution for everyone. On the other hand, I wish there were some way to get Rev to *stop* asking me to save. I have some utility stacks with text display fields, but the text is temporary and I never want it saved. But every time I close the stack, Rev bugs me about saving changes. I now only open those stacks in the MetaCard IDE, where it leaves me alone. -- 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: Losing data when quitting
Tim, I doubt it is your imagination - and I thank you for raising this issue again. If you create a new stack and put two fields on it, you'll observe the following: When you open the stack the focus is on the first field you created. If you edit that field and quit Rev your changes will not be saved (there will be no Save dialog). If you leave that field with by tabbing, or clicking elsewhere on the stack, or clicking into the second field, or using the Enter key - then you WILL be asked to save the stack on quitting. There may be other recipes as well, but the stack saving problem seems to be related to the lack of a closeField - which is not sent if the focus is still in the edited field when the stack is closed. Is this what you are seeing? Paul Looney On Jan 2, 2009, at 1:28 PM, Timothy Miller wrote: Damn! I replicated it several times this morning, with care. Now I can't replicate it. I haven't changed anything. I'll wait and watch, to see if it occurs again. 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: Losing data when quitting
Timothy, Bill, I created a new main stack. Named it "Throw Away". Added a field. Saved the stack. Typed "Hello World" into the new field. Quit Rev. Reopened "Throw Away" - no "Hello World". Then I retyped "Hello World", saved the stack, and quit Rev. Reopened "Throw Away" - "Hello World" was there. (OS X 10.4.11, 1.67 MHz, 17" G4 PowerBook; Rev 3.0) There has been a problem (bug?) in Rev for a long time when it comes to putting data into (or editing) a single field. If you leave a card with data in that final, single, field then no "closefield" message is sent. These is less of a problem (and not as noticeable) when editing multiple fields where a "closeField" is sent to all but the last. This is a particular problem if you are using a card as a front end to a database - and relying on close field to update the DB. Every workaround we've tried has created additional problems. Paul Looney On Jan 2, 2009, at 11:35 AM, Bill Marriott wrote: Timothy, Today, I'm working with a single small stack I don't use very often. I just realized that if I make changes and "Quit Revolution" from the "Revolution" menu, to the left of the "File" menu, I don't get a save prompt, and none of my changes are saved. If you can consistently reproduce this behavior, it's a bug, and should be reported. Attach the stack in question to the report. ___ 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: HC to Rev conversion
Good morning Dale, Two days ago I wrote with bad news (you would not be able to convert your HC database to Rev and keep the stack metaphor). Today I may have better news. First let me say I'm with you regarding SQL. I regard it as a near Medieval form of torture - the exact opposite of everything one loves about HC! But I don't believe you will need SQL. You probably don't need Rev either (perhaps a dangerous statement on a "use-revolution" list). I've looked at your website to get an idea of the data you are storing. And I've looked at the code in the HyperSearch stack you posted. Please correct me if I'm wrong, but it appears that, while the volume of your data is significant, you are not manipulating it extensively; there are no calculations (like one does with invoices) or date math (like calendars and contact lists). It exists to find files based on text strings they contains (or, in English: it helps you find and read a document and that contains the words you want). When you created the HC stack system there was no fast, easy, way of doing this. Today, if you are using a Mac (and, as a HyperCarder, you probably are), you can do your searches with Spotlight (OS X 10.4, "Tiger", or later). Spotlight indexes your entire HD (takes about an hour the first time, then transparently keeps the index uptodate). Enter any text in the little Spotlight window and it will give you a list of all the files that contain that text, click on any file in the list to open it. You would not need to convert the files to HC, Rev, HTML, or anything else. Spotlight recognizes most text formats - even reads text on maps in PDF! You could keep your current organization - except: what are now stacks would be folders (with the same name you now use for the stack) and the HC/Rev cards would simply be files in the folder. Because you would not need to convert new information to HC/Rev/or anything else, this system would be very easy to maintain (just put new files in the proper folder). Because it is entirely text-based (instead of a proprietary format like an HC or Rev stack) it should be durable - text will probably be readable by text readers for another century. On a modern Mac you would surely find searches with Spotlight to be at least as fast as you are getting now. I think Jan Schenkel has copyrighted this phrase but it fits and I'll use it anyway "Hope this helps." Paul Looney PS Looks like you are going to have a sunny afternoon. On Dec 31, 2008, at 5:30 AM, Dale Pond wrote: Thank you Paul, Jerry, Joe and Bill for your comments, suggestions and critique of this conversion issue. I find it all informative and thought provoking. I did look into SQL a few times and each time I was discouraged because of its lack of intuitive GUI and my pretty much non-existent programming skills. SQL is not an option for me and I do not think what I need from my data warrants going that route. Over the past many months I have converted all 220+ stacks to Rev. A few scripts have been tweaked to work as required. What is left to do is do the FIND command upon a list of stacks and bring back the lines found. Perhaps if I continue to think this through one day I can get it working insofar as I need it to work. After all I do have all the elements (excepting a fine insight into Rev scripting) to make this happen. ___ 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
HC to Rev conversion
Dale Pond wrote: "In the end I do not see any reason to redesign the collection - way too much data for that now. If the HyperSearch stack can be made to work like it did in HC I would be quite happy." Dale, I might as well start with the bad news: You will not be able to get what you want with a simple HC/Rev conversion. Rev has many virtues but it just does not handle large number of records well - in stack form. We found this out the hard way; operations on large stacks that took a few minutes in HC would take hours (many hours) in Rev. The problems become significant around 5000 cards and became exponentially worse as the number of cards increases. The size of large stacks also increase significantly when imported into Rev. Big stacks, converted to Rev, take longer to open, longer to save, and longer to close than they did in HC. There are other ways to handle this data in Rev (text files come immediately to mind - and they are faster and smaller than stacks). There are many talented people on this list who could help you make this conversion. If you wish to do this work yourself - with some guidance, you might consider a mentoring program using your data (perhaps with the Master Mentor, Jerry Daniels). Fortunately the data (the most important part of your collection) could be imported to the new framework via script - there should be minimal manual work required. Regarding the "idle" commands: I found them in the HyperSearch stack you posted recently. Idle commands are a bad thing for a variety of reasons and should be avoided (with Rev's ability to send a command at some future time, they just are not needed in Rev.) For example, one place your stack used an Idle command was to periodically compact the current stack; compacting was critical in HC, HC appended data to the file when it was changed and only consolidated the information when the stack was compacted (basically, all of the data in the file/ stack was re-written to a new contigueous stack). If this was not done periodically in HC, the stack's directory would loose track of parts of the file - and the stack would become corrupted. Rev does not have this problem - and does not need regular compaction. By changing the framework for your information you can eliminate many workarounds that HyperSearch used to accomodate HC. You would get more speed, a more convenient interface, reduced storage requirements, faster backups, more flexible searches, etc. I sympathize with your desire to do a simple conversion. When I started with Rev in 2001 I had almost 15 years work in HC-based business systems, used daily by thousands of people - and all "I" wanted was a simple conversion. We tried. In the end, it was easier (and better) to rebuild the framework in Rev. The problem ended up being an opportunity. Sincerely, Paul Looney ___ 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: HC to Rev conversion help needed
Dale, You probably want to eliminate the idle messages and the compact stack messages as well. You may want to stop using stacks entirely. Approximately how many stacks are there? Approximately how many cards per stack? How much information in a typical field? Why are there separate stacks, instead of one large one? Who uses HyperVibes, for what, why? Paul Looney On Dec 28, 2008, at 10:29 AM, Dale Pond wrote: What I wanted to do while or after converting the HyperSearch stack was to 1) two cards only in the stack; the "Search Card" and the "Report Card" 2) make that window larger, say 1200 x 800 3) add one or more additional "Find in These Stacks" fields (so to search various sub-collections of stacks) 4) eliminate the scripting that adds cards when too many hits are found (HC had limited field size and this feature was important in HC but not needed in Rev) Life, Light, Love & Laughter, Dale Pond Sympathetic Vibratory Physics http://www.svpvril.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: [ANN][EN][FR] ListMagic 1.0 by So Smart Software
Eric, Bob, Could one have a column of zero width? If so, this would allow for invisible columns anywhere in the list (seen by the computer but not the user). If zero is not possible, a column of one pixel would work as well (as long as there is no vertical grid displayed). Paul Looney On Dec 18, 2008, at 9:45 AM, Eric Chatonet wrote: Bonsoir Bob, Le 18 déc. 08 à 18:36, Bob Sneidar a écrit : I'm curious if it is possible to display a range of cells. Let's say my query returns records with a unique index number as the first column, the deleted flag as the second column, and then the data I want to see. It would be great if I could supply a range of columns to display or even a list of columns. This way sorts to the list would sort all data but only show the columns I want to show. As ListMagic was designed, hidden columns can be on the 'right' only. My goal was to make ListMagic easy to use, e.g. by letting anybody feed it exactly as any list field in Revolution, using a simple tab/ tab/return plain text list as we are used to, and having all other features completely automatized. So, if I understand well (but I'm not sure :-), you would want to have hidden columns on the 'left'. This is not possible, but... If you reorganize your data to have your hidden data (flags, etc.) as the 'last' items of any line, it will work perfectly as long as you don't choose the 'Auto' option for the number of columns but a fixed value. In such a case, all 'extra columns' will be never seen by the user e.g. by your code only ;-) Best regards from Paris, Eric Chatonet. Plugins and tutorials for Revolution: http://www.sosmartsoftware.com/ Email: eric.chato...@sosmartsoftware.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: Getting the Serial Number of the User's computer
Jacque, Ken really does know everything! He had actually replied before you suggest his site. Of course, YOU know everything, too. Those of us "second tier programmers" on this list are very fortunate to have both of you helping us. Paul Looney On Dec 9, 2008, at 2:07 PM, J. Landman Gay wrote: Paul Looney wrote: Thank you, Peter. One down, two to go. This may be of use: <http://www.sonsothunder.com/devres/revolution/ tips/env001.htm> Ken knows everything. -- Jacqueline Landman Gay | [EMAIL PROTECTED] 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: Getting the Serial Number of the User's computer
Ken, It worked perfectly, of course. Thank you. Paul Looney On Dec 9, 2008, at 2:06 PM, Ken Ray wrote: How can I retrieve the computer serial number in OS X, Vista and Linux from Rev? Here's what I have, Paul... for OS X it can take a while (a few seconds) to get the number on OS X (since it has to go through a series of different "system_profiler" data types), but it works (watch for wraps): function stsGetSerialNumber pWinDriveLetter local tID switch (the platform) case "MacOS" put shell("system_profiler SPHardwareDataType") into tData put matchText(tData,"(?s)Serial Number:\W*(.*?)\n",tID) into tIsMatch break case "Win32" if pWinDriveLetter = "" then put "C:" into tDriveLetter else put pWinDriveLetter into tDriveLetter if length(tDriveLetter) = 1 then put ":" after tDriveLetter set the hideConsoleWindows to true if the shellCommand <> "command.com" then put shell(tDriveLetter && "& dir") into tData else put "c:\temp.bat" into tBatPath put tDriveLetter & cr & "dir" into url ("file:" & tBatPath) put shell("start" && tBatPath) into tData delete file tBatPath end if put matchText(tData,"(?s)Serial Number is\W*(.*?)\n",tID) into tIsMatch break end switch if tIsMatch then return tID else return "STSError: Can't locate serial number." end if end stsGetSerialNumber Ken Ray Sons of Thunder Software, Inc. Email: [EMAIL PROTECTED] Web Site: http://www.sonsothunder.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: Getting the Serial Number of the User's computer
Thank you, Peter. One down, two to go. Paul Looney On Dec 9, 2008, at 11:33 AM, Peter Alcibiades wrote: Never personally used it in anger, but in Linux its dmidecode. http://www.thegeekstuff.com/2008/11/how-to-get-hardware-information- on-linux-using-dmidecode-command/ Peter Paul Looney wrote: How can I retrieve the computer serial number in OS X, Vista and Linux from Rev? Thanks in advance, I appreciate it. Paul Looney ___ 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 -- View this message in context: http://www.nabble.com/Getting-the- Serial-Number-of-the-User%27s-computer-tp20921219p20921793.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
Getting the Serial Number of the User's computer
How can I retrieve the computer serial number in OS X, Vista and Linux from Rev? Thanks in advance, I appreciate it. Paul Looney ___ 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: When they ask, what is this written in?
On Dec 1, 2008, at 12:50 PM, Richmond Mathewson wrote: 'Talk' is somehow perceived as babyish, while 'Code' is a hairy-chested word used by 'real' programmers. I can think of no better reason for using "Code". The product must be sold. Sales are based on perception. "Code" is perceived as real programming. RunRev, Ltd. - for the company Rev - for the IDE RevCode - for the language Paul Looney ___ 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: When they ask, what is this written in?
Well put, Chipp. Or, looking at the same thing a bit differently: "Rev" is more than "RevCode". You can build an application's interface, go through several "versions" with the client/customer - and never write a single line of code until you and the client/customer are in agreement on most of the details of the product/project. Rev is a "development environment". At this point it is hard for me to think of prototyping a product in any traditional "language". And, once it is prototyped in Rev, what not just finish it in Rev? Yet, this is hard to convey to a client/customer. And I believe that was Jim's original question. I'm not sure this ease of use, time- savings, and enhanced customer/client communication can be explained. Paul Looney On Nov 30, 2008, at 3:35 PM, Chipp Walters wrote: Richmond, The problem with "Hypercard" and "xTalk" is for many they represent non-professional approaches to programming. That's why I never mention either when talking about Rev. Others who are reading this thread, Also, I think of Rev as more than just a scripting language for the following reasons: 1) Rev can create powerful applications and standalones. Most scripting languages cannot do this natively; 2) Rev has a built in IDE; most scripting languages tend to use a third party IDE; 3) Rev has some compiling capabilities, which many scripting languages don't have-- but more and more are adding this now. 4) Rev has a very full GUI set of tools. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ 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: When they ask, what is this written in?
Jim, I personally hate the name "Revolution", so I say "Rev" and "Revcode". Fortunately, most of my customers are more interested in what our programs do, rather than how they do it. And I try to keep the conversation focused on that. You might say that Rev is the framework and Revcode is the language; point out that both are part of a modern programming environment, used by programmers worldwide, with roots going back to the 80's - no need to mention SmallTalk or HyperCard. Then ask them a question to change the subject - like, "Are you looking for something particular today?" Paul Looney On Nov 29, 2008, at 9:29 PM, Jim Sims wrote: When potential clients and/or investors ask you "What language did you make this in/with?" and after saying Revolution (I usually say Transcript, I like that name much better) they say "I've never heard of that" What do you tell them? The best counter, for me, for the above exchange is "Mike Markkula, the angel investor that got Apple off the ground has invested in Rev." My project is a finalist at Le Web 2008, the largest startup event in Europe (Wall Street Journal, LinkedIn founder, TED, etc etc will be there along with lots of investors). There are 30 finalists, we do presentations and then three are picked as co-winners. The real prize is getting to speak with lots of investors from the US & Europe over several days. I need to make the most of this as I like good food & wine, unfortunately those things cost cash ;-) I need to take advantage of this opportunity. What do you say about Rev (or MetaCard)? sims ___ 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: Totally OT, question about Apple aluminum keyboard
Good morning Peter, I personally find the keyboard on my Aluminum G4 to be the best laptop keyboard I've owned (going back about 15 years). Some people I've talked with like the newer laptop keyboards better, but I don't. In my office (and on the road, when I know I'm going to be doing a lot of typing I carry a Mac/PC mini PRO from: http://www.fentek-ind.com/kbmmacusb.htm It uses the black-stemmed Cherry mechanical keyswitches (more info if you are interested). There is a USB model buckling spring keyboard based on the IBM Model M: Google "IBM Model M" for a vast amount of information on the keyboard - including sources of PS/2 to USB adapters (buy an old M at a garage sale for $4). I have not tried it, but, like you, remember the clickety clack Model M fondly. Another helpful item is: Product Page: <http://www.sustworks.com/site/ prod_keyclick_overview.html> This does not change the tactile part of typing but definitely improves the auditory - you hear the keys click. And you can adjust the volume! I've used it for a while now and like it a lot (great bargain at $5). For a treat, try "typewriter" mode. You can try this for a couple weeks without buying it. Sincerely, Paul Looney On Nov 21, 2008, at 2:01 AM, Peter Alcibiades wrote: Does anyone use this for lots of regular typing, writing prose, and if so how do you like it? I like the old clickety clack buckling spring keyboards, IBM or the old Apple extended. Or failing that quite like the logitech OEM. But am thinking about the aluminum because its quiet and compact and requires little finger travel. But a bit worried about how it will be for doing a lot of writing. -- View this message in context: http://www.nabble.com/OT%3A--Totally- OT%2C-question-about-Apple-aluminum-keyboard-tp20618222p20618222.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: ANN: Flow Chart Software Project
Mark, For your consideration: "FastFlo Charter" Paul Looney ___ 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: How fast can apple replace a battery?
Hi Andre, Considering how important the MacBook is, and how inexpensive batteries are, it might be best to just go ahead and get a battery from one of the many places online (I've used MacSales.com for this happily many times). Then process the replacement for the bad battery the normal way. You'll end up with two batteries and no lost time. I'm using US prices, of course, I don't know how the numbers work out in Brazil - but the logic should still apply. Best Wishes. Paul Looney On Oct 29, 2008, at 3:08 PM, Andre Garzia wrote: Hello Friends, I think my macbook been affected by that problem with batteries which apple issued a recall. My father will be at NYC for two days only. Do apple replace the battery on the spot? I want to know if I should give him the laptop to take to their shop or not... the hard part is that he'll probably have one day or two maximum there. Cheers andre -- 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
use-revolution@lists.runrev.com
My first thought, years ago, was "revTalk" also. But "talks" are not preceived as "real" languages - remember when Apple went through all those contortions to use "scripting" instead of "coding". Dropping "talk" helps Rev transcend its heritage and paradigm - will result in more sales, too. Paul Looney On Sep 23, 2008, at 8:15 AM, Richard Gaskin wrote: Mikey wrote: I liked RevCode originally, but I think, to be true to the paradigm, revTalk is probably better, because it is clearer which dialect we're referring to. I generally avoid "me too" posts, but this is the first time I can recall "RevTalk" being mentioned here, and I like it for the same reasons: it's short, cannot be misspelled or mispronounced, and clarifies its heritage. -- Richard Gaskin Managing Editor, revJournal ___ Rev tips, tutorials and more: http://www.revJournal.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
use-revolution@lists.runrev.com
Calling the program "Revolution" and calling the programming language "Revolution" is certainly confusing. The name "Revolution" is not all that great to begin with. I call the program "Rev" and the language "Revcode". I use "Revcode" as both a noun and a verb. I like "Rev" because it means go faster; you "rev" an engine. "Revcode" is, as we all know, fast code. Paul Looney On Sep 23, 2008, at 7:41 AM, David Bovill wrote: Originally they called in Transcript - but I guess somewhere along the line they had an in-house marketing talk and decided to get the name out more. It's all a bit confusing. I use Revcode as short hand, and to distinguish it from the Revolution IDE. It's also easier to search for on the web - something I think RunRev discovered at their cost when naming their product with a common English word. 2008/9/23 Mark Smith <[EMAIL PROTECTED]> RunRev call it "revolution", so I'd think that would be the right tag, though perhaps "revolution/transcript" might be more useful. Best, Mark On 16 Sep 2008, at 23:28, Alex Tweedly wrote: I saw on slashdot a link ( http://www.joelonsoftware.com/items/ 2008/09/15.html ) to Joel on Software's announcement of a new web site for Q&A on programming. The site itself ( http://stackoverflow.com/ ) looks interesting, and it just might be a good place to ask (and answer) questions about Rev, assuming the collaborative editing and voting system works well. Anyone think we should try it out ? What tag should we use ... Revolution ? Transcript ? -- Alex. ___ 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 ___ 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: Uncomment in 3.0
Does not work for me, either. OS X 10.4.11. Paul Looney On Sep 21, 2008, at 4:01 PM, Joe Lewis Wilkins wrote: Doesn't work for me using 3.0 and Leopard, either. I suspect it has to do with them using the underline character AND Command/Shift rather than the minus sign and Command/Shift, which is what it is. Joe Wilkins On Sep 21, 2008, at 3:53 PM, James Hurley wrote: Jim, I have only had this problem since I started with RR 3.0. I sympathize with your problem. It is hard work without the keyboard equivalents. I don't know whether to report this as a bug. So far you and I are the only ones I know of with the problem. Anyone else out there? Does "Command-Shift -" uncomment the selected text in RR 3.0 running on the Mac (10.4.11)? Jim Hurley -- Please avoid sending me Word or PowerPoint attachments. See <http://www.gnu.org/philosophy/no-word-attachments.html> Joe Lewis Wilkins [EMAIL PROTECTED] ___ 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
use-revolution@lists.runrev.com
Alex, "Rev Code" Paul Looney On Sep 16, 2008, at 3:28 PM, Alex Tweedly wrote: I saw on slashdot a link ( http://www.joelonsoftware.com/items/ 2008/09/15.html ) to Joel on Software's announcement of a new web site for Q&A on programming. The site itself ( http:// stackoverflow.com/ ) looks interesting, and it just might be a good place to ask (and answer) questions about Rev, assuming the collaborative editing and voting system works well. Anyone think we should try it out ? What tag should we use ... Revolution ? Transcript ? -- Alex. ___ 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: Table Field documentation/tutorials/hints/anything
Gordon, Request 670, real table fields, has been the most asked for Rev feature for approximately five years! Someday? Maybe? I agree with you that it would be most helpful - see my post to Bugzilla in 2005. If you have not already discovered it, you will encounter another problem using the existing table for spreadsheet-like calculated fields: you can only align the numbers to the left. At this point I can't honestly say that more votes will help but it probably can't hurt. Paul Looney On Jul 22, 2008, at 1:25 PM, Gordon Sande wrote: I was hoping to use RunRev to display some calculated data in spreadsheet like displays. To be useful I need to select the data to be displayed in each of several such displays. RunRev looked like it might be a good tool. A nice programing language with easy control of graphical output under interactive input. 2.9 Revolution Media seemed like an easy start. Then I read section 4.2.23 on Table Field Control and tried to find anything else. The search command must be broken on my copy of the documentation as I found nothing else. I did find one tutorial which explained that this was an experimental feature as of 2.5 which was both undocumented and subject to various bugs. Lots of custom properties and arcane addressing polynomials to select fields with do-it-yourself handlers. What have I managed to miss? Citations of further documentation would be welcome. Web URLs of examples or tutorials would sure help. Any other hints would also be welcome. Even other solutions to my display problem would be welcome. Eventually I will want to control the size of the cells, the weight of the cell boundaries, the font and styling of the contents and have the displays scroll in their windows. Printing is also on the ToDo list but at this point I can not even figure out how to get any values into a table. Not a great start. ___ 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: Table field and fonts
Bill, Bring up the Property Inspector for the stack. In the last panel you can choose text properties for that stack. Not all fonts work well on both Mac and Windows. I use Verdana - but there are other good choices. Paul Looney PS Also be cautious; if the field has some text settings, global stack settings will not override them - of course. But it is possible to accidentally create text settings for a field - just by opening the Property Inspector for the field it will pickup the current global stack settings - and, if you change the stack settings later, the field settings still remain. PPS I hope your part of town is cooler than mine this evening. On Jun 22, 2008, at 8:18 PM, Bill Vlahos wrote: I notice that the grid on a table field only shows if the text is fixed height even though there is a check box in the Table property to show baselines. Is there a way to show row divisions with a non-fixed height table field? The real issue is that I have a program that looks fine on my Mac and Windows computer but some Windows users are reporting lots of different problems with fonts. Is there a way to set the default font and size for a stack? I'm letting Rev pick them and they don't match very well between platforms. Bill Vlahos ___ 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: Triple-click has changed in 2.9
Richard, I gave it my five votes. Paul Looney On Jun 3, 2008, at 3:00 PM, Richard Gaskin wrote: Paul Looney wrote: Richard, It is probably very difficult for the Rev team to make a fundamental change today without creating some problems for somebody. I didn't realize the new behavior was specifically requested. If the majority of Rev users want the current triple-click behavior, it is fine with me - as long as I get a standard double- click. Agreed. There was a related issue about double-click selections in the RQCC, and I've appended it with a note about decimal selection: <http://quality.runrev.com/qacenter/show_bug.cgi?id=6451> -- Richard Gaskin Managing Editor, revJournal ___ Rev tips, tutorials and more: http://www.revJournal.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: Triple-click has changed in 2.9
Richard, It is probably very difficult for the Rev team to make a fundamental change today without creating some problems for somebody. I didn't realize the new behavior was specifically requested. If the majority of Rev users want the current triple-click behavior, it is fine with me - as long as I get a standard double-click. The triple-click for changing prices was a workaround for the Rev double-click which only selects one side of the decimal. In all of the programs I use regularly, a double-click selects a word. If there is a period (or any other punctuation) attached to the end of the word, it is ignored. If there is a decimal within the word, it is treated as part of the word - and selected with the word. Do you see any problem with Rev behaving in the same way? Paul Looney On Jun 3, 2008, at 11:36 AM, Richard Gaskin wrote: Phil Davis wrote: In the transition from Rev 2.8.1 to 2.9.0 (Mac and Windows versions at least), there has been a change in double-click-text and triple-click-text behaviors. The 2.8.1 behaviors are exactly the same as they are in the several other apps on each platform where I tested this. The 2.9.0 behaviors aren't. In 2.9.0, it seems the trailing CR gets selected with the rest of the line upon triple-click, causing any replacement text to be inserted at the beginning of what was originally the line following the selected line. So the list linecount is shortened by one line. Actually, this appears to be a fix in response to RQCC#5636: <http://quality.runrev.com/qacenter/show_bug.cgi?id=5636> Related, same fix: <http://quality.runrev.com/qacenter/show_bug.cgi?id=282> The challenge here is determining what the "standard" behavior is, and unfortunately Apple's HIG is vague on this subject: Some applications support triple-clicking. For example, in a word processor, the first click sets the insertion point, the second click selects the whole word, and the third click selects the whole sentence or paragraph. Supporting more than three clicks is inadvisable. <http://developer.apple.com/documentation/UserExperience/Conceptual/ OSXHIGuidelines/XHIGUserInput/chapter_12_section_2.html#//apple_ref/ doc/uid/TP3361-TPXREF8> Looking at examples in the wild, in non-Apple apps triple-click behaviors appear to be implemented inconsistently: in Firefox and Thunderbird a triple-click does not include the trailing return, but in Adobe GoLive it does. But in Apple apps like TextEdit, Stickies, iWeb, and iCal, a triple- click consistently includes the trailing return. -- Richard Gaskin Managing Editor, revJournal ___ Rev tips, tutorials and more: http://www.revJournal.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: Doc Bugs (mine!) - A Lesson To Be Learned
Ken, Thanks for the ever-timely reminder. I'd add one rule I consider critical: Get a "typical" user to read the docs and run the software while you watch and take notes. Paul Looney On May 31, 2008, at 3:18 PM, Ken Ray wrote: As you may have already seen, I released a new version of the STS XML Library today. One of the main reasons for doing this is that the previous documentation, which I had prized quite highly as being clear, thoughtful, and informatory. Someone who recently purchased the Library pointed out several doc bugs that have actually been in there for a long time. Anyone who was trying to follow the examples I gave would fail because of the errors, and this could have easily caused people evaluating the Library to turn away and think it's too difficult to use or they just can't "get it". The new version has these issues resolved, and is much better at guiding new users into using the Library. Why am I bringing this up? So you all can avoid this in *your* application's documentation (assuming it is to be printed or viewed as a PDF, like mine is). Here's a handful of simple rules that have come out of this (I'm sure there are more, but these are the ones that "bit" me): 1) Test All Example Code If you include example code in your docs, make sure you *test* it first, ESPECIALLY if you are copying and pasting code from another example in the same docs, or copying it from a more comprehensive script that may have dependencies on other functions/handlers/etc. This can especially become an issue when you are very comfortable using common functions or handlers that are "always there" for you (because of your framework, common libraries you use, etc.) that very well may not be there in your user's hands. A good example of this is the q() function I use that simple puts double quotes around a string: function q pWhat return quote & pWhat & quote end q I have used this function for many years, so it is second- nature to me to put q() around strings I want quoted without thinking of the dependency on the function. Hand out an example in docs that uses q() without providing the function, and your users will get errors. 2) Check Page Numbers in TOCs -- If you include a table of contents in your app's docs, make sure that before you ship that the TOC has been updated and points to the right pages. Nothing is more frustrating than going to an incorrect page when you are trying to learn a new app. 3) Watch Page Breaks -- I have seen too many sets of docs where code examples are split by a page break at the inappropriate time, either leaving an "orphan" of a code line on the next page, or worse, appearing to end properly, but there's actually *more* code on the next page you didn't know about that's critical. It reminds me of the Raiders of the Lost Ark scene where Indy is getting the amulet translated and the bad guys only have one part of it. The translator tells Indy that the piece he has says to make a stick "ten Jamirs high", and Indy's about to grab the amulet and leave when the translator says "Wait, I am not finished!" and turns it over and reads "And add one jamir to honor the Hebrew God whose Ark this is." Had there not been a break between the two halves... ;-) 4) Read Your Own Docs As a New User Would After you *think* you are done with the docs, print them out and read them as if you were a new user getting this application for the first time. Imagine you know nothing about the program and that someone you respect has just suggested to you that you take a look at it because "it's a great program". Look for all the little things that might drive you crazy as a new user - inconsistent references, inconsistent use of text styles, indexes that don't point to the right place, etc. I'm sure you'll find a number of things you should change. As I said, I know there's plenty more caveats to go through, but these four are good ones, IMHO. Just wanted to pass this along to anyone working on their own docs. You'll never know how many people turned away from your product due to bad docs, but if you know you have *good* docs, you can rest assured that no one will turn away because of bad docs... :-) Ken Ray Sons of Thunder Software, Inc. Email: [EMAIL PROTECTED] Web Site: http://www.sonsothunder.com/ ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferenc
Re: HyperCard article linked to slashdot, anybody want to throw comments about Rev?
Excellent idea, Andre. I was comment number eight. Paul Looney On May 25, 2008, at 10:34 AM, Andre Garzia wrote: Aloha Friends, I've just checked slashdot.org and saw that they are carrying an article about "what hypercard could have been", we all know that slashdot public is massive, so why don't we chime in and write some comments about Rev, it might just attract some more users. ___ 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: Fixing MacOS File Names for a NAS
Actually it IS gigabit ethernet (with the $200 droboshare attachment). Paul Looney On May 2, 2008, at 5:48 PM, Kay C Lan wrote: On Sat, May 3, 2008 at 6:11 AM, Paul Looney <[EMAIL PROTECTED]> wrote: David, I had similar problems - and many others - with Linux NAS. Went with a Mac Mini, a Firewire HD and TimeMachine. More reliable and MUCH faster. Ahh speed. Here's an alternative that's a little expensive, especially as it's only USB. If it were Firewire 800, gigabit ethernet or eSATA I'd probably cough up the moolah: http://www.drobo.com/products_demo.aspx Still, very interesting. ___ 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: Fixing MacOS File Names for a NAS
David, I had similar problems - and many others - with Linux NAS. Went with a Mac Mini, a Firewire HD and TimeMachine. More reliable and MUCH faster. Paul Looney On May 2, 2008, at 10:43 AM, David Bovill wrote: Just got a shiny new NAS. Copying over files from USB drives on the Mac and I come across the old too long / funny character problem... "?" and "/" and so forth not allowed. I thought this would have been fixed on the Linus based file servers by now - but not. Anyone got a solution - there are thousands of files to copy - or a script - or a reference to figure out all the different chars that needs fixing? ___ 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: Wrong way round - Revolution
Richard, Yes, I agree with that. "Mirye Runtime Revolution" looks like an attempt to hijack the name. I think Jefferson would agree. ;-) Paul Looney On Apr 22, 2008, at 6:35 AM, Richard Gaskin wrote: Paul Looney wrote: Richard Gaskin wrote: "Revolution" is a fine name by itself... Actually it is a terrible name. I meant in contrast to "Mirye Runtime Revolution". I trust you agree on at least that. It means "overthrow the government" "A little rebellion now and then is a good thing." - Thomas Jefferson -- Richard Gaskin Managing Editor, revJournal ___ Rev tips, tutorials and more: http://www.revJournal.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
Wrong way round - Revolution
Richard Gaskin wrote: "Revolution" is a fine name by itself... Actually it is a terrible name. It means "overthrow the government" or "go round and round". I believe this name has been costing the company sales and credibility for years. One would get a much better name by simply dropping the last three syllables. Certainly this should be done before mass distribution commences. BTW, I hope none of the non-US visitors to the convention in Las Vegas tell Customs that they are going to a revolution meeting! Paul Looney ___ 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: Data Storage
Dan, If your data is read only, then all you have to do is lock the disk on which it resides. All users with permission to access that disk will be able to read it. Paul Looney On Apr 4, 2008, at 4:25 PM, Dan Friedman wrote: Greetings! If I'm using Revolution standalones on a series of clients, and I want to store semi-large to large amounts of data on a server and allow multiple users access to this data simultaneously, is my ONLY choice MySQL - on a server that allows remote SQL data access? Are there any other options? Thank you in advance, -Dan ___ 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: How to indicate window needs saving
Bill, I use a small (15 pixel) square button in the upper right corner of the window. A round button would work, too - and probably look better on OS X. Green means the window is uptodate and does not need saving. Yellow means there are unsaved changes (clicking on the button when Yellow will save the changes). Red means the window is locked and no changes are possible. In addition, when Green the button is labeled "O", when Yellow "!", when Red "X". Paul Looney ___ 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