Re: Distinguishing between ASCII and UTF8
On Oct 7, 2010, at 11:05 AM, Lynn Fredricks wrote: > I still have sweaty nightmares about DOS code pages... I whisper quietly to myself in a corner: "EBCDIC". --Jerry Jensen ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: how to identify a 64-bit Windows machine in Rev
On Sep 14, 2010, at 5:37 PM, Dar Scott wrote: > Otherwise, you don't know. Hey Dar, its about time for another food fight! -- Jerry Jensen ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: runrev community : how many licenses? How many users? How many developpers?
I never found the edit button. When Mark moved us into this map, it put me under a tree in a field a few miles from my house. Someday I'll go find that tree and carve my initials in it! Jerry Jensen On Jun 9, 2010, at 12:43 PM, Jim Kanter wrote: > Click on the edit button, zoom in on your location and plant a flag. > > On Wed, Jun 9, 2010 at 2:59 PM, wrote: >> Cool. How does one get on the map? >> >> Craig Newman > ___ > use-revolution mailing list > use-revolution@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Strange behavior in the IDE
On May 19, 2010, at 6:10 PM, Andrew Kluthe wrote: > > Learning revTalk while developing an app with it has left my program in a > state semi-disarray and chock full of code revisions and refactoring. I am > tempted to recreate what I have from the pool of spaghetti code. I am > thinking this will take less time than cleaning up the code and debugging > it. Thoughts on this? A long time ago, doing some consulting work for Claris (rememver them?) in a meeting, a very wise man whose name I have forgotten said something on the order of: Take any opportunity to rewrite your code. The first pancake is never the best! -- the other Jerry ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Check out Jerry's new videos -- REV to ObjC -> iPhone
Randall, do you understand that Apple never sees any source code? The XCode compiler does its work on YOUR computer. Apple only sees the finished object code. Analyzing the object code can imply what libraries were used to produce it, hence the problem. An intermediate step of C code that pretends to be the original source would help nobody. Apple would never see it! -- the other Jerry On May 9, 2010, at 4:45 PM, Randall Lee Reetz wrote: > I have expanded that. You should read my posts before responding. Io even > atomized on several occasions why apple wants in at the source level. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Apples actual response to the Flash issue
On May 2, 2010, at 4:52 PM, Graham & Heather Harrison wrote: > Randall Reetz wrote: > >> We are still living in a world where computing exists as pre-written and >> compiled software that is blindly executed by machines and stacked >> foundational code that has no idea what it is processing, can only process >> linearly, all semantics have been stripped, it doesn't learn from experience >> or react to context unless this too has been pre-codified and frozen in >> binary or byte code, etc. etc etc.… > >> … So our little wrote tricks can be made more elaborate… > >> … What it means is the difference between writing a letter and our computer >> interceding by understanding the meta-intent of the wrote and inefficient >> processes we engage in today > > > Now that's what I call a self-proving proposition. > > "And though they wrote it all by rote, they did not write it right." Aw, I'm getting tired of waiting for yet another proof of Godwin's law. Lets just go straight to a spelling flame, eh? -- the other Jerry ___ use-revolution mailing list use-revolution@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 onrev down?
HTTP is fine for me too, but IMAP mail is a mess. Multiple and/or very late deliveries. I don't use their SMTP. On Apr 5, 2010, at 4:14 PM, Jerry Daniels wrote: > I should note that it onlyseems to be the FTP connections that are at fault. > HTTP cruising right along. > > On Apr 5, 2010, at 6:08 PM, Jerry Daniels wrote: > >> Same here. Up and down. No pattern to it. >> >> On Apr 5, 2010, at 5:17 PM, Bob Sneidar wrote: >> >>> Um... perhaps a foot is? >>> >>> Bob >>> >>> >>> On Apr 5, 2010, at 2:13 PM, Jerry J wrote: >>> >>>> Freyr is working fine for me too, but I'm getting a lot of duplicate >>>> emails, sometimes separated by a few hours. Something's afoot! >>>> >>>> Jerry Jensen >>> >>> ___ >>> use-revolution mailing list >>> use-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: Is onrev down?
On Apr 5, 2010, at 2:08 PM, Jim Lambert wrote: > Colin wrote: >>> freyr.on-rev.com >> >> >> It's not a very exciting page, but it does load for me in NYC, as do my own >> pages on on-rev. > > Everything, cPanel, mail, onRev app work here now, too. > > Long live Freyr! Freyr is working fine for me too, but I'm getting a lot of duplicate emails, sometimes separated by a few hours. Something's afoot! Jerry Jensen ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: compression AND encryption
On Jan 21, 2010, at 8:29 PM, stephen barncard wrote: > > So > on encode - (reverse order on decode) > > 1 compression, then encryption <--my guess > 2 encrypting, then compression > 3 no difference or downside?? I agree with your guess. Most compression algorithms depend on regularities in the data, and encryption hides them. Encrypt first and you would hide the stuff of which compression takes advantage. Randomness is next to Godliness. Cheer, Jerry Jensen ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Geometry manager
On Jan 20, 2010, at 6:54 PM, Mark Wieder wrote: >>> ...so put them in groups of 41 and then you only have to write 23 >>> handlers... > >> Can't. 41 is one short of the Answer To Everything. :) > > No problem. All you have to do is write another group of 23 new > handlers... But then it wouldn't be the product of two primes, so to speak... -- Jerry Jensen ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Using a player instead of an image
Good idea, but the problem is that as soon as the engine deals with the image at all, the imagedata is corrupt. See bug #4026 http://quality.runrev.com/qacenter/show_bug.cgi?id=4026 --Jerry Jensen On Oct 9, 2009, at 10:26 AM, Jim Lambert wrote: On Oct 9, 2009, Sarah wrote: So if using players is such a bad idea, what else? Well, this is a little crazy but inexplicable limitations can make one crazy. How about vertically slicing images greater than 4000 pixels, then throwing the resulting sub-images into a group? For example, you have a 12000 x 2000 JPEG. Using imagedata, you turn it into three 4000 x 2000 images. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Full screen?
On Sep 20, 2009, at 10:46 PM, Arthur Rann wrote: Hi, So let me get this straight because I need to take this back with me to the dev team. You're saying that there's no built in way to actually go full screen, like most games do? I have in the back of my alleged mind that there was a libKiosk (maybe by Andre Garzia) that took care of such details. I have some ideas that would want to use such a thing. Was it just a hopeful dream? --Jerry J ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Two questions about trev
On Sep 14, 2009, at 8:43 AM, Richard Gaskin wrote: In fact, once could argue it encourages complexity by making it easy to ignore it. Wow, another deep-thought quotable from Richard. There sure are two edges to this sword - after all one could argue that much of computer programming is, at its root, hiding complexity. Good or bad? Thanks again, Richard! --Jerry J ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Problems with snow leopard
On Sep 13, 2009, at 7:56 PM, Richard Gaskin wrote: With every step Apple takes to eliminate differences between OSes, the less forked code we need to write. As they decrease their unique value, they increase ours. :) Very quotable! Thanks, Richard. --Jerry J ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Rev cannot open my jpeg ! - and some serious thinking
On Jun 28, 2009, at 10:07 AM, Mike Markkula wrote: Sarah, I too wish wish wish Rev would remove the 4095 pixel width limit! (there is no height limit) As is, its a deal breaker for any serious app in the photography arena. I've been looking into the problem with images wider than 4091 pixels on OS X. A while ago, Devin Asay suggested that one could load the image, then split the imagedata before displaying it in sections. Mike Markkula wrote a nice stack to do just that, but asked for my help when it didn't work quite correctly, for no apparent reason. The problem is worse than we thought. A wide image imports without reporting errors, but the imagedata is messed up before you can get to it. Its very odd. If an image is 4091 wide, everything seems fine. If an image is wider than that, the imagedata is wrong starting with pixel #4048 (!). What a strange number! The scary part is that the messed up bytes came from somewhere wrong. We don't know where they came from. Its unlikely that they would be outside of Rev's app space (page fault) but it could be dangerous to _write_ to those locations by exporting the image by whatever means. I made an ugly little stack to view the raw pixels of an image. Its at: http://www.jhj.com/WideBug.zip with some test images that have consistent RGB values. Note that pixel 4047 is OK, 4048 is not. 4100 (last of first row) is not, and different. In each example, the last row appears to be correct. I haven't looked deeper, I've seen enough. It doesn't matter how you load the image - there is a button each for the three methods I know about - all give the same results. Beware! Vote for bug # 4026 !! http://quality.runrev.com/qacenter/show_bug.cgi?id=4026 Jerry Jensen ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Creepy 2020
On Jul 2, 2009, at 1:02 PM, Richard Gaskin wrote: While you're at it, it's helpful for privacy advocacy to fill out the application with a completely different demographic profile than yours, so the more people who do this the less useful the database becomes. I heard from a guy in cypherpunks.com that every time they meet, they throw all their Safeway cards into a hat, shake, and pick out a new one... --Jerry ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Inefficient code - Solutions
WOW! So you do! I didn't know about that one - I learned something good today. I updated the stack, its now at: http://jhj.com/Compare-Jerry3.rev.zip Thanks a bunch, Jerry On Jul 1, 2009, at 8:10 AM, BNig wrote: Jerry, you get quite a speed increase by changing the first line of your handler to private command pixDive pStart, pEnd -- WARNING: RECURSION instead of on pixDive pStart, pEnd -- WARNING: RECURSION Revolution introduced the private command and private function in version 2.8.1 If you are on a version => 2.8.1 give it a try. The private command, according to the documentation, stays local, reducing overhead of the message path. regards Bernd Jerry J wrote: Here's a different approach - a recursive algorithm that is very compact...- its very heavy on handler calls -- View this message in context: http://www.nabble.com/Inefficient-code-tp24226458p24291519.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: Inefficient code - Solutions
On Jun 30, 2009, at 7:39 PM, Jerry J wrote: Here's a different approach - a recursive algorithm that is very compact. Its only the fastest of the examples when very few pixels differ, but it hangs in there pretty well throughout. I had no idea how it would do - its very heavy on handler calls and I wondered if it would hit the recursion limit (which is what?). Answering my own question in 15 seconds with the docs, the recursionLimit is a settable property with a default that I'm not worried about approaching in this situation (!). Jerry (d'oh) Jensen ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Inefficient code - Solutions
Here's a different approach - a recursive algorithm that is very compact. Its only the fastest of the examples when very few pixels differ, but it hangs in there pretty well throughout. I had no idea how it would do - its very heavy on handler calls and I wondered if it would hit the recursion limit (which is what?). It doesn't seem to, with the given test images. I'm wondering if taking advantage of adjacent changed pixels more than the algorithm already does could help a bit. Or anything else anybody can think of, of course! Anyway, an expanded versioin of your test stack is here: http://jhj.com/Compare-Jerry2.rev.zip Bill, all told, I think yours is still the overall king of the heap! The algorithm: pixDive 1, length(imageA) on pixDive pStart, pEnd -- WARNING: RECURSION local tMid if byte pStart to pEnd of imageA <> byte pStart to pEnd of imageB then if pEnd - pStart <= 4 then -- its a single changed pixel, mark it and move along put pStart & return after diffPixels else -- not dived down to one pixel yet --split it in two and dive into each part put pStart + pEnd - pStart + 1) / 4) div 2) * 4) into tMid pixDive pStart, tMid - 1 -- RECURSION pixDive tMid, pEnd -- RECURSION end if -- comparing one pixel or more end if -- nothing to see here, move along end PixDive On Jun 30, 2009, at 2:43 PM, Bill Marriott wrote: Thanks for the encouragement! I have uploaded the test stack to [the new] revOnline, with some enhancements to make it easier and more fun to test. the tags are: compare algorithm benchmark bitmap difference imageData performance pixels I've also uploaded it here: http://bill.on-rev.com/linked/Compare2.zip The full script for my algorithm is: -- -- put 0 into currPixel -- ImageA contains the imageData of image A -- ImageB contains the imageData of image B -- script assumes both images are the same dimension put the length of ImageA into dataLength put dataLength into rangeToCheck -- check a range of pixels for differences. -- the range begins with the full image repeat while currPixel < dataLength -- keep slicing the range in half until we find unchanged pixels repeat while byte currPixel+1 to currPixel+rangeToCheck of ImageA <> \ byte currPixel+1 to currPixel+rangeToCheck of ImageB -- aha, the range we're testing has changes if rangeToCheck >= 8 then -- eight bytes is at least two pixels... -- it's still too big; slice it in half put rangeToCheck div 4 div 2 * 4 into rangeToCheck else -- we're down to a single changed pixel now -- record which pixel has changed (offset within the imageData) put 1 into bytesChanged[currPixel+1] -- move to the next pixel; -- assume that changed pixels are near each other add 4 to currPixel end if end repeat -- we found one or more unchanged pixels; skip this section of data add rangeToCheck to currPixel -- and update the range to encompass the remainder of the image put dataLength - currPixel into rangeToCheck end repeat -- -- "Jerry J" wrote in message news:f1333741-0799-4e69-b341-eb047c9d9...@jhj.com ... Bill, I'd like to see your final test stack also. I have another approach, but it doesn't give correct answers yet, at least I don't think so - at this point I'm no longer sure what the right answers are. Mine's recursive, and I can't wait to get it running right so we can see how fast it is (or not). --Jerry J ___ use-revolution mailing list use-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: Inefficient code - Solutions
Bill, I'd like to see your final test stack also. I have another approach, but it doesn't give correct answers yet, at least I don't think so - at this point I'm no longer sure what the right answers are. Mine's recursive, and I can't wait to get it running right so we can see how fast it is (or not). --Jerry J On Jun 30, 2009, at 12:08 PM, Generic Email wrote: Bill, this is phenomenal. I added the progress bar BECAUSE it was taking so long. Your code is much faster. I tried adding the revision below to you stack, but I keep botching something and it is recognizing 0 changes. Once you are happy with it, I think it would be great to see it in Revolution Online. Until then, could you post your final? Thanks Bert On Jun 29, 2009, at 2:30 PM, Bill Marriott wrote: Bernd, Thanks for the pointer... I believe I've corrected the error. Here's the key part of the loop with friendly variable names and comments: -- starting with the whole image, check a range of pixels for differences -- keep slicing the range in half until we find a block of unchanged pixels repeat while char currPixel+1 to currPixel+rangeToCheck of ImageA <> \ char currPixel+1 to currPixel+rangeToCheck of ImageB -- aha, the range we're testing has changes if rangeToCheck >= 8 then -- eight bytes is at least two pixels... it's still too big; slice it in half put rangeToCheck div 4 div 2 * 4 into rangeToCheck else -- we're down to a single changed pixel now -- record which pixel has changed (offset within the imageData) put 1 into bytesChanged[currPixel+1] -- move to the next pixel; assume that changed pixels are near each other add 4 to currPixel end if end repeat -- we found one or more unchanged pixels; skip this section of data add rangeToCheck to currPixel -- and update the range to encompass the remainder of the image put dataLength - currPixel into rangeToCheck end repeat My routine will be optimal the fewer changes there are in the image, and the less distributed (more localized) those changes are. It took about 680 ms on my 2.66 GHz Core i7 Vista system, so I took the progress bar out. :) Can anyone improve on it? "BNig" wrote in message news:24255723.p...@talk.nabble.com... I like the ideas to speed up the analysis of differences among 2 images. My impression is that your approach with div 2 is leading to erroneous resutls because by dividing by 2 you break the 4 byte blocks of imagedata. 150 div 2 = 75, 75 div 2 = 37, 37 div 2 = 18. You get the idea. You eventually compare blocks of 4 that belong to 2 pixels. That can be alright but not in all [...] ___ use-revolution mailing list use-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: Rev cannot open my jpeg !
On Jun 26, 2009, at 10:33 PM, Ludovic Thébault wrote: Le 27 juin 09 à 07:09, Colin Holgate a écrit : You don't mention which OS you're on, but I wouldn't be surprised if you've hit a 4096 pixel limitation. If you use the 8 megapixel setting on the camera you should be ok, or resize the 13 megapixel images down to 4095 or less across. I'm on MacOS X, and yes my pictures are taken at 13 Mpx. At 8 Mpx it's work, but it's a "shame". An we cannot use Rev to resize these pictures Vote for bug # 4026 !! http://quality.runrev.com/qacenter/show_bug.cgi?id=4026 --Jerry J ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: on-Rev and use-Rev
On May 29, 2009, at 7:53 PM, Sarah Reichelt wrote: On Sat, May 30, 2009 at 10:22 AM, J. Landman Gay wrote: Alex Tweedly wrote: PLEASE could we have a way to sign up to receive all forum posts by email Oh yes, PLEASE. With sugar. Anything it takes. Forums are horrible to navigate, require a special trip, and take too much time. I hardly ever get over there, they are time sinks, but I want the info. ditto ditto ditto ditto Please. :-) What they said !! I had a bad time going back to the forum after ditching the RSS... --Jerry ___ use-revolution mailing list use-revolution@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] Opinions about On-Rev
On May 22, 2009, at 5:39 PM, J. Landman Gay wrote: I suspect there is little difference between a subdomain and an add- on, and that cpanel only uses the different terminology to configure the server so it knows where requests are to be sent. I'd just leave the folders where they are created by cpanel and let the auto- configuration work its magic. Yes. http://www.jhjensen.com http://www.jhjensen.jhj.on-rev.com http://www.jhj.on-rev.com/jhjensen.com All load the same page. Everything is in jhj.on-rev.com's public_html folder. You can see what's in that folder by loading: http://www.jhj.on-rev.com (which loads the public_html folder). Its so easy its confusing! --Jerry J ___ use-revolution mailing list use-revolution@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] Opinions about On-Rev
On May 21, 2009, at 5:09 PM, Sarah Reichelt wrote: I think you can; it certainly seems to allow that, but I get an error message, and the addon domain is not configured, so I can't tell for sure. (But then, I get pretty much the same error just trying to create an addon domain with its own folder). What I get is: Error from park wrapper: Using nameservers with the following IPs: 208.96.10.221,66.33.206.206,66.33.216.216 Sorry, the domain is already pointed to an IP address that does not appear to use DNS servers associated with this server. Please transfer the domain to this servers nameservers or have your administrator add one of its nameservers to /etc/ ips.remotedns and make the proper A entries on that remote nameserver. Who do you have your domain registered with? I think that you have to go there FIRST and change the name servers there so that they now point to the on-rev name servers. It sounds as if cPanel is refusing to let you create an Add-On domain because it can see that that domain is already hosted elsewhere. Yabut, it does the AddOn anyway, in spite of the complaint. Otherwise you wouldn't have a chance to make sure it runs OK before you repoint the DNS to on-rev. For example - my home on-rev domain is jhj.on-rev.com and in that root is a folder named public_html. When I did the AddOn for jhjensen.com it complained, but also made a folder inside public_html named jhjensen.com . So I put my html in there, checked it at http://www.jhj.on-rev.com/jhjensen.com to see that it worked (as it still does). I then changed the DNS at my registrar (which happense to be pairnic) and after a while, http://www.jhjensen.com loads the new site as well. It takes a while for the DNS to propagate. So: http://www.jhj.on-rev.com/jhjensen.com http://www.jhjensen.com both load the same page now, but the second one pointed elsewhere until I changed the DNS at pairnic. Go ahead, be brave, that error won't hurt a bit. --Jerry Jensen ___ use-revolution mailing list use-revolution@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] Opinions about On-Rev
You use the cPanel to AddOn your domain. If you haven't changed the DNS yet, nothing will happen to your old site, and the AddOn routine will complain that the DNS is wrong (which is OK, thats what you are trying to do!) The AddOn routine does everything else correctly. Then you move your site into the appropriate folder(s). After you are happy with how your site runs at on-rev, you change the DNS with your domain registrar, and as it percolates through the intertubes your new site will be in use. Thats my experience, anyway, with a test site. Good Luck! Jerry Jensen On May 21, 2009, at 3:10 PM, Alex Tweedly wrote: Marty Knapp wrote: Hey Alex, You'll need to register a domain name with a registrar - many people here have recommended GoDaddy, which is what I use. Let's say you register "alextweedly.com" Then you edit the Nameserver setting with the registrar so that it points to On-Rev with the info that On-Rev provides, which is probably: ns1.on-rev.com ns2.on-rev.com Then you can create an "Add-on" domain in your On-Rev control panel with the name you registered. Place your web site files in this new directory. Within a short while everything should sync up and requests for "alextweedly.com" will bring visitors to your On-Rev hosted site. And with On-Rev you can host unlimited sites. A "freebie" you get with On-Rev is a user space with your account name, like "alextweedly.on-rev.com". You can host a site at this address without further registration. HTH, No, it doesn't - but thanks for trying to help. I already have a domain (actually, quite a few of them :-) I want to migrate some of them to OnRev, but like Sarah I want to test them properly before I risk changing nameservers, in case I am breaking something, and would have the site be down for a day or two before I can change them back again. So the process Sarah described, namely [...] wanted to test it out before changing the DNS entries. I created a sub-domain "troz.troz.on-rev.com" so I could migrate my site & test it, before changing it to an AddOn domain and altering the DNS. So the question was quite precise how do you "change a sub- domain to an AddOn domain" ? There is no mention in the docs (afaics) of changing sub-domain to addon domain. Thanks -- Alex. Marty Knapp Sarah Reichelt wrote: I have signed up as troz.on-rev.com. I own the domain troz.net and plan to re-locate it's hosting, but I wanted to test it out before changing the DNS entries. I created a sub-domain "troz.troz.on-rev.com" so I could migrate my site & test it, before changing it to an AddOn domain and altering the DNS. Could you expand slightly on how you do this ? I (think I) unerstand most of it - create a sub-domain - copy files over - test it But how do you "change a sub-domain to an AddOn domain" ? 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 ___ use-revolution mailing list use-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: Increasing the volume in a movie clip
On May 19, 2009, at 8:14 AM, stephen barncard wrote: Some subscribers here that switched from digest to get-every-email mode seemed happier with the decision. Digest doesn't really organize, it seems to just confuse, and doesn't let one participate in ongoing discussions very well. I am one of those. I guess when I started with email lists, I somehow thought it was important to keep the number of emails down. Why, I don't know. Maybe I didn't feel like figuring out how to automatically put all the rev emails in a folder in Mail (which is totally easy to do). An unexpected benefit is that I often remember *who* posted a tasty tidbit, rather than when. For example if I remember that Andre Garzia said something clever about something (not unusual), its much easier to find now (except until last week all I have is digests). As Mark Wieder said, *really* glad I switched. -- Jerry Jensen ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: help - why is this no work?!
On May 14, 2009, at 5:41 AM, Jim Bufalini wrote: Shao Sean wrote: Was doing some geeking with a friend in Finland and he wrote a Perl script that got the correct answer and then we discovered that Rev is not getting the correct answer for the multiplication.. Where is Rev getting the extra "1" from? I have written a 64-bit binary math library that gets the correct answer and will need to do further testing with it to see if I get the correct answers for all the tests. Rev: 16777619 * 2166136261 = 36342608889142560 Perl: 16777619 * 2166136261 = 36342608889142559 Is it the same thing we ran into using straight math in the scripting competition that after 16 digits the 16th digit is rounded and you get zeros after that? The answer is 17 digits long. Yes. Rev appears to use IEEE double-precision binary floating point numbers. These are 64 bits: 52 for mantissa, 11 for exponent and 1 for sign. So the biggest exact integer is 2 ^ 52 - 1 which is a 16 digit number that starts with a 4. Any integer math in Rev that gives intermediate results bigger than that will not be exact. I'd give the exact number, but I don't have a calculator that will do it. I can get 2 ^ 49 and then multiply by 8 (by hand), but I promised I'd leave that alone now. Cheer, Jerry J ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Scripting competition
On May 12, 2009, at 2:23 PM, Jim Bufalini wrote: What I think is really significant about what Jerry did is that it demonstrates how because numbers in Rev are really "strings" that you can perform math calculations on, and ability to interchangeably treat a chunk as numeric or string (due to the lack of typing), Rev is able to transcend the limitations of the math processor of a machine! That really is the whole point, and Mark Wieder and Brian Yennie also solved it that way. I had a long commute today and I was thinking about how the inner loop had to go backwards, and the answers had to be created by stuffing chars before strings. So, in order to use repeat for each, and to stuff chars after the strings (which is usually faster), I figure why not have the numbers all backwards (LSD first) and then just reverse the answer once at the end? Well it does speed things up a little. Into your message box: go URL "http://jhjensen.com/calcFibsBack.rev"; However, its even more confusing to read and figure out what's going on. I think, actually, if this was production code, I'd leave it forwards in case I ever had to modify it. That is one big advantage of Rev, after all. If all I cared about was speed, I'd write it in C. I promise I'll leave it alone now. 8-) -- Jerry J ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Scripting competition results
On May 12, 2009, at 5:42 PM, Mark Wieder wrote: Jerry- Tuesday, May 12, 2009, 5:31:30 PM, you wrote: Now, to figure out why Brian's Fib code is faster - our algorithms were nearly identical and both are pretty tight code. Without, of course, my silly field-stuffing. It isn't, actually. I put lock/unlock screen commands around your code before timing it, so most of the field update went by unnoticed. But enough of it still added up to make your algorithm come in at about 55 milliseconds and Brian's at about 35. If you pull the field update out of yours completely and then just return the value it's actually about the same total time. Ah, its another reminder to not mess with fields *at all* unless somebody is watching! Thanks for the test, it saves me the time. Today, I learned something (again). --Jerry ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Scripting competition results
From: Mark Wieder (Jerry- I got off digest mode last year and I'm *really* glad I did) I just did, and you're right, its way better. And, no more me messing up threads by re-pasting the subject! Now, to figure out why Brian's Fib code is faster - our algorithms were nearly identical and both are pretty tight code. Without, of course, my silly field-stuffing. Jim B mentioned that it calculated #1000 OK - there should actually be no limit, I guess until you hit the maximum line length for reporting the answer! It should slow way down as stuffing one char in front of 64000 others could take a while... Cheer, Jerry J ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Scripting competition
From: Sarah Reichelt It is vastly better to assemble all the data into a variable and only put it into the field once. By making that change, I got the running time for your script down from 1022 milliseconds to 21! That I knew, but to see the difference in numbers is astounding! Thanks, Jerry J ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Scripting competition
From: Mark Wieder ROTFL. Maybe I should have specified that you have to arrive at the correct answer... I get digests, so I bet somebody beat me to it. This gives the right answers, I think... into your message box: go URL "http://jhjensen.com/calcFibs.rev"; --Jerry J ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Another newb question - How to you clear a field?
From: "J. Landman Gay" Yes, that is what I meant. But Dave Cragg disproved my theory, since apparently the engine works at the same speed in either case (but I am still having trouble believing it; it seems counter-intuitive.) I think it is better scripting form to quote literals in any case though. It saves misinterpretation later on when you re-read your scripts, and in some cases could prevent the engine from mis-interpreting your literal values as variable names. Wouldn't the decision whether something is a variable or a literal be done just once at *compile* time, not a run time? After deciding, the compiler would point to either the location of a variable or the location of a literal string - either would be equally fast. So it doesn't matter how many loops - actually fewer might show up the slower decision making process during compilation, but even that is doubtful. Now if the benchmark had 10 different unquoted literals, we would see the difference! I heartily agree that literals should be quoted for all those other good reasons. Cheer, Jerry Jensen ___ use-revolution mailing list use-revolution@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] Opinions about On-Rev
From: "J. Landman Gay" For me, I haven't seen such a cool thing since I was gobsmacked by the ability to run a stack from a remote server in one line of script. I just checked - gobsmacked.com is not available. 8-/ -- Jerry J ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: deleting lines from a list-field
Sometimes a solution appears when you just flip the problem upsidedown. Jim Lambert Is that because when you turn it upside down, all the problems fall out? :-) Jan Schenkel. "Tip the world over on its side and everything loose will land in Los Angeles." - Frank Lloyd Wright ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: [TIP] Sorting by ValueList and synchronized sorting
From: Richard Gaskin <[EMAIL PROTECTED]> But I guess I'm stuck on the old (outdated?) notion that functions are evaluated before their result is used in the calling command The "AHA" moment for me was some time ago when Jacque shared the beautiful line to shuffle something: sort by random() AHA! Cheer, Jerry Jensen P.S. Randomness is next to Godliness... ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: having to help Rev (was: Re: Memory Leak on export png????)
From: Dave <[EMAIL PROTECTED]> Hi, Sounds like a good excuse to write a "filter" application - in RunRev of course! I don't think that Stephen receives the list via digest though. I do read the list as a digest. I would have expressed my annoyance if Stephen hadn't beaten me to it. Jerry Jensen ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: OMG!!!! Steve Jobs is launching the iPhone and it runs MacOS X.
From: [EMAIL PROTECTED] By this time next year the iPhone may even bake bread. Paul Looney As Ralph Kramden once said: "Will it core a apple"? Cheer, Jerry Jensen ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: a rare bird...consult and teach/train
Subject: Re: a rare bird...consult and teach/train Erik Hansen wrote: --- Dan Shafer <[EMAIL PROTECTED]> wrote: It's a rare bird who can both consult and teach/train why is that? As a consultant and teacher/trainer, I can answer that. Consulting requires hard, analytical focus on problem, process, and solution. The consultant's output is specific direction and procedures, typically communicated on the consultant's preferred level, with his or her preferred (paid-for, remember) methods. The objective is to deliver the message, to change the recipient's projected path. Teaching and/or training requires a soft, empathic focus on others' skills and behaviors, along with a flexible ability to communicate on someone else's level and channel. The objective is to inspire the motivation to explore and integrate the message with the recipient's current path. Communication is the eliciting of a response. Effective communication is the eliciting of a desired response. The consultant and the teacher/trainer gear their communication for different responses, and therefore develop and practice different methods. It's a rare bird who can shift from one objective to the other smoothly, easily, without disrupting the progress of the "objective of the moment". Jerry Muelver Jerry, that is extremely well put! I have just been in a situation where I had to try to do both. I'm not so bad at either, but switching is quite difficult and frustrating. Remembering your words will surely help me in the future. Its a text clipping on my desktop. I arrived at a remote client's place two weeks ago on a Wed. morning with 3 days of work to do in the server room. I never even got started. The minute I walked in the door, the people needing teaching/ training started in on me. No problem, they are all friends. Last week I arranged another visit which was accidentally coincident with a visit from a local independent who is *excellent* at teaching/ training but has never written a line of code in her life. She's also adept at installing & fixing, which isn't the same as programming. So, I got some work done in the server room. She got nothing done configuring the new computers. Thanks for the insight! -- Jerry Jensen ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: DMX Stage lighting
From: Stephen Barncard <[EMAIL PROTECTED]> From the little I know about stage lighting - they use a dc voltage (0-10v) to control dimmers. So to begin, you'd need an A-D controller that can work with REV, such as the one describe earlier last week: One whole bunch of dimmers I control, in a big house, use 0-10VDC per dimmer which we make in other ways. Another whole bunch of dimmers I control, in a theater, can use DMX-512. That is a looped, multiplexed, time-divided system (each device has an address (0-511) that determines its time slot. For all I know, common DMX-512 interfaces may have 0-10VDC outputs. Like Stephen says, its pretty easy to get at MIDI if you can do serial. Old mac serial ports could do it directly, but I haven't since. -- Jerry Jensen Hardware Control consoles for this purpose are incredibly cheap, like cheap audio mixers. This unit here costs $200, and uses MIDI for control. Perhaps this might be part of your solution -- then all you need it a USB-To-Serial dongle and a way to adapt it to a MIDI connector.. http://froogle.google.com/froogle_cluster? q=DMX+stage+lighting&pid=4831398326042607349&oid=1414116561199851882&bt nG=Search+Froogle&lmode=&addr=&scoring=p&hl=en I wonder if anyone has used rev with DMX for stage Lighting. I am interested in using it of this product if posable any advice would greatly be appreciated. Liam Lambert [EMAIL PROTECTED] IRELAND ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
RE: Why isn't Rev more popular?
Date: Mon, 5 Dec 2005 22:50:55 -0600 From: "Jerry Saperstein" <[EMAIL PROTECTED]> Subject: RE: Why isn't Rev more popular? I've asked the folks at RunTime to honor their promise of a refund. Hmm, another one threatening to leave me alone! Somebody who argues for a living and _likes_ it? If "RunTime" [sic] won't honor your request, I might - if it would satisfy you and stop your posts. What might I owe you? Bye, Jerry JENSEN ___ use-revolution mailing list use-revolution@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 Object - how to use?
From: Alex Tweedly <[EMAIL PROTECTED]> Subject: Re: Table Field Object - how to use? It might be the tutorial (number 16) by Eric Chatonet of So Smart Software. Can be found at http://www.sosmartsoftware.com/?r=revolution_didacticiels&l=en Thanks, Alex, that does it nicely. And thanks Eric, I should have picked up your tutorial picker a long time ago. Great stuff! Jerry Jensen ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Table Field Object - how to use?
I've been avoiding table fields because of lack of instructions and hints of near-future improvements. Now I have a client who really wants to know, and has a very simple use in mind. I have been looking around in my saved digests (and everywhere else I can think of) but the topic eludes me. I know I've seen a simple how-to before, when I didn't really care, where was that? Sorry to bring up an old and frequent topic, but I am stumped. Thanks, Jerry Jensen ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: frappr map
From: Ken Ray <[EMAIL PROTECTED]> Subject: Re: frappr map Hey Jerry! Your picture is broken... perhaps upload another? :-) Dunno how that happened - I deleted the original shout, maybe the pic went along, although frappr still had the thumbnail. Never mind, I put a new original up. It was taken with a b&w video camera hooked into some special grabber hooked to a mac 512, about 20 years ago. We were astounded that it could even be done. It was in a friend's studio in the same building now housing Fourthworld and Mr. Gaskin! Jerry ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: A must have stack for all...
altEmailHarness by Chipp Walters using Sean Shao's GREAT libSmtp253 What does this do? Makes sending an email from your stack super simple. And saves me sussing it out by myself! I'm working on a stack that collects level and flow data from several wells, a reservoir and a weather station. It needs to report to a web server (also my problem) via an occasional ISDN call (no broadband that far out in Carmel Valley). This is just what I needed for that part of the front end! http://www.ranacreek.com/ My thanks to Chipp and Sean for this, Jerry Jensen ___ use-revolution mailing list use-revolution@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 Switching Question again
From: Robert Brenstein <[EMAIL PROTECTED]> Subject: Re: Stack Switching Question again You can even execute scripts remotely using either send or call Wow !!! That puts a whole new spin on "start using", doesn't it! -- Jerry Jensen ___ use-revolution mailing list use-revolution@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: Updates on MonsieurX
Hello, MisterX, Here we go again. NO2 is Nitrogen Dioxide, a major contributor to photochemical smog (like in LA). See: http://www.temis.nl/products/no2.html for example. Nitromethane, as in dragster fuel, is CH3NO2, all one molecule. NO2 as a molecule, without the methane radical, is just smog food. How did I get to be the local chemist? Maybe I lived in LA too long. Cheer to all, Jerry Jensen From: "MisterX" <[EMAIL PROTECTED]> Subject: RE: ANN: Updates on MonsieurX i know! ;) Everyone tought i had dentist anesthaetic laughin gas when i really had an explosive mix of productivity boosting tools ;) cheeriup! Xav -Original Message- Mark Wieder Sent: Wednesday, July 27, 2005 19:32 MisterX- Tuesday, July 26, 2005, 10:05:23 PM, you wrote: M> Note: Most of the plugins were renamed from N2O to NO2 The proper M> molecule in nitro-methane... not nitrous oxide... ROTFL. That *does* put things in a whole different light... ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: revDeleteFolder and Lessons Learned..
Date: Thu, 07 Jul 2005 21:42:51 -0500 From: Chipp Walters <[EMAIL PROTECTED]> snippety... My lesson learned is NEVER, NEVER, NEVER use revDeleteFolder. I rewrote the script to use 'the files' and delete each file individually. Hope others can learn from my mistake! ARRRGH!! I have learned. Thanks, Jerry Jensen ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: SPAM
Stephen, I get the digest, and here's how the header ofyour last message looks to me, with your address in the clear: Message: 9 Date: Thu, 30 Jun 2005 08:40:34 -0500 From: Stephen Barncard <[EMAIL PROTECTED]> Subject: Re: SPAM To: How to use Revolution Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="us-ascii" ; format="flowed" Fixing that would be a Good Thing, but there's no help for the larger problem: Anybody who has sent you off-list email using that address from a Windows machine has to be ever-vigilant with protection against spyware/malware. Its even worse if you are in their M$ address book. This will make you feel better: My server bounces about 250 per _hour_ that are to my domain but not my username. I run Spamfire on my mac and it takes out another 300-400 per day. I only have to toss about 30 per day that get through all that. Mail.app would catch nearly all of those, but its just as easy for me to zap 'em in Spamfire. Just be glad you didn't pick a keyboard finger-twiddle for a domain like I did, back when the internet was a nice place and it was sort of cool to have a short domain name. Onward, Jerry Jensen ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: compileIt for revolution?
From: Richard Gaskin <[EMAIL PROTECTED]> Subject: Re: compileIt for revolution? This is not to suggest that I believe all Rev fans should learn C, so let me please dispel that hyperbole before it arises. All I'm suggesting is that CompileIt! was no panacea, and the effort of using it well was arguably about the same as using existing solutions to make externals in Rev today. Today, and also then. I arrived as a C programmer, learning HyperCard, just about when HC/XCMD 2.0 came out. I found CompileIt cumbersome for toolbox access, and learned how to write XCMDs in C (never looked back). Ahem, that was MPW C, sonny boy, Ahem! If I need an OS X external for Rev, I won't be looking for a tool like CompileIt. So far, I haven't needed such an external, but all the points about pixel-manipulation and real math are well taken. I haven't dived in yet, but seeing what Trevor and Chris altBohnert have done makes me feel good about the prospects. Best, Jerry Jensen ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: use-revolution Digest, Vol 21, Issue 112
From: "J. Landman Gay" <[EMAIL PROTECTED]> Subject: Re: Food Fight On 6/20/05 1:39 PM, Dar Scott wrote: I had to applaud and I almost regretted buying all that throwable food at the corner market. Almost. For myself, the food fight was a highlight of the conference. Enlisting Andre's throwing arm was a good move, and my only regret was that the speakers were so cogent that we could not find a time during their actual talk to do the throwing. We had to wait till the end. Luckily, I was on the other side of the room. If asked, I might have joined in with either the throwing or the eating. An epiphany: Dar Scott is the reincarnate Johannes Brahms! Look at pictures! Ducking, Jerry Jensen ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Stop the WAREZ monger
On Jun 1, 2005, at 11:37 AM, [EMAIL PROTECTED] wrote: may i surgest ShadowUser Pro v2.5 for windows... you can get it free...at ...www.phazeddl.com...(10's of thousands of dollars worth of free software (serials for TRIALS etc) This is a clear violation of AOL's Terms of Service. The best address I can find for reporting this to AOL is mailto:[EMAIL PROTECTED] which was not that easy to find. Maybe there is a better one. Enough response to AOL will likely stop this. Take a moment to help. Ben, we like writing software for a living. We fight back when you rip us off. Jerry J ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Ben's problems
WITHOUT UNDErSTANDING THE BASIC PRINCIPLES of the WHOLE SYSTEM...which are NOT explained properly...anywhere on the REV site Hey, Ben, you missed the r in UNDErSTANDING. Are you threatening to leave us alone? ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
External primer
Date: Mon, 09 Aug 2004 16:17:45 +0100 From: Kevin Miller <[EMAIL PROTECTED]> Subject: Re: Is Rev too "Mac focused"? To: How to use Revolution <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="US-ASCII" On 8/8/04 8:27 am, "Chipp Walters" <[EMAIL PROTECTED]> wrote: Mark Weider is the guy. He wrote an external primer for RR, but I don't know whatever became of it... It will be shipped as part of 2.5. Thanks, Kevin, you just made my day. Looking forward to it. Jerry Jensen ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Problems with printing graphics with patterns
Greg wrote: If any Mac OS X user has a couple of minutes to download the stack from the link above, print the card, and let me know if you encounter the same problem... it would be appreciated. I tried it, and it has the same problem on my system. Mac OS X 10.3.4 HP G85 all-in-one printer via USB. Strange! Jerry Jensen ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: use-revolution Digest, Vol 9, Issue 15
Date: Tue, 8 Jun 2004 03:20:28 +0200 From: "MisterX" <[EMAIL PROTECTED]> Subject: ANN Props NO2 To: "How to use Revolution" <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="us-ascii" Hi everyone Here's the first announcement of PropsNO2 (Nitrous Oxide) for RunRev version 1.1 demo. MisterX: Nitrous Oxide is N2O not NO2! Cheer, Jerry Jensen ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
re: Command option
Jacque wrote: This lets me control-tab to change tools. I never could get used to the Cmd-9/0 thing because it requires the wrong hand. Jim Hurley wrote: Thanks for this tip. Interesting that the right hand is the left hand in this instance. Very sinister. And that the right hand is also the wrong hand. Jerry Jensen "thats the hand to use... well, nevermind" -- Bob Dylan ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: kodekraker
On 7/4/03 7:04 AM, Ken Norris wrote: However, ALL the scripts are available in the inspector (nothing is locked). The first version I retrieved was locked. The one I downloaded today is open. I think Scott has deprotected it for us. Thanks Scott, it's always nice to see how you accomplish your magic. Yes indeedy! My only comment is that it is difficult to distinguish between the yellow, orange and red colors. I have wasted moves more than a few times confusing them in past attempts. I'm using a Pismo G3 PowerBook (late 2000). Nice work! Now, can I have my afternoon back? (8p) Jerry ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: A method for opening folders from Rev
Ken and Mike - Could you guys trim the quotes in your replies please? The last digest was almost half just quotes in that thread. The last message had 10 quotes back (12k) of a message two earlier in the same digest. Thanks, Jerry Jensen ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Message Watcher (David Vaughan)
I looked at the fourthworld web site and didn't see anything about umbrellaman. I am also interested in a message-watcher type setup. Cheer, Jerry > From: David Vaughan <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Reply-To: [EMAIL PROTECTED] > > On Sunday, May 5, 2002, at 06:39 , David Vaughan wrote: > > > Scott > > > > You do it with frontscripts to catch and pass the messages. > > > > Umbrellaman probably already does what you want, and it was provided to > > me by um... um... > > Richard Gaskin of FourthWorld Media if I recall aright. > > > Anyway, I can send a copy or the original excellent author will > > identify himself shortly. > > > > regards > > David > > > > On Sunday, May 5, 2002, at 12:26 , Scott Slaugh wrote: > > > >> I would like to make a message watcher, like HyperCard had. Does > >> anyone > >> have any ideas of how I could do this? > >> > >> Scott Slaugh -- Cheer, Jerry J http://www.jhj.com/pbooks/ ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
