Bad Idea To Disable an 'Edit' Menu
Just passing along an interesting tidbit of information that I just ran into: If your application has an 'Edit' menu AND it has a 'Preferences' menu item AND you deploy to Mac OS X, then you should never disable the entire Edit menu (you should leave the menu itself enabled, but individually disable the items you want to prevent users from executing). The reason is that under OS X, the Preferences menu item disappears from the bottom of the Edit menu and appears under the Application menu. This item is *always* appears enabled under the Application menu, but if you've disabled the Edit menu, selecting Preferences from the Application menu *won't work*. Now, this may just be a bug (I'll log it as such), but until it's fixed or documented, you should disable the individual items in the menu and not the menu itself. Just FYI, Ken Ray Sons of Thunder Software Web site: http://www.sonsothunder.com/ Email: [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
RE: Bad Idea To Disable an 'Edit' Menu
Hi Ken This seems more like an OS behavior than a Rev problem doesn't it? It sure should be made aware for those developping on PCs hoping to deploy on osx... While disabling a whole menu is easier, I always did the single menuitem check on mouseenter to see if it should or not be enabled... So i guess a little global-OS HIG is in order ;) just my two cents Xav -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ken Ray Sent: Saturday, August 20, 2005 08:04 To: Use Revolution List Subject: Bad Idea To Disable an 'Edit' Menu Just passing along an interesting tidbit of information that I just ran into: If your application has an 'Edit' menu AND it has a 'Preferences' menu item AND you deploy to Mac OS X, then you should never disable the entire Edit menu (you should leave the menu itself enabled, but individually disable the items you want to prevent users from executing). The reason is that under OS X, the Preferences menu item disappears from the bottom of the Edit menu and appears under the Application menu. This item is *always* appears enabled under the Application menu, but if you've disabled the Edit menu, selecting Preferences from the Application menu *won't work*. Now, this may just be a bug (I'll log it as such), but until it's fixed or documented, you should disable the individual items in the menu and not the menu itself. Just FYI, Ken Ray Sons of Thunder Software Web site: http://www.sonsothunder.com/ Email: [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
RE: Documentation - Webnotes
Hi Bob, I woudn't worry too much about webnotes for the moment. If anyone wants to add a comment on top of your webnotes, your webnotes will be replaced. I hope they get that situation under control next release. cheers Xav -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bob Earp Sent: Saturday, August 20, 2005 03:08 To: use-revolution@lists.runrev.com Subject: Documentation - Webnotes The concept of Webnotes in the documentation seems like a great idea and help solve a lot of issue that some folks have with Rev documentation (not me of course ;-) ). However, the first time I tried Webnotes nothing happened and on enquiry on this list it was suggested that the server was temporarily kersplatzed. I now see some Webnotes displayed (see \ keyword as an example) but the icon (the little world one) for uploading additional notes is still inactive. The print icon is also inactive !! I can't find reference to activating either of these, does anybody know how ?? Tnx, Bob... Bob Earp - Sunny White Rock, BC _ MSNR Calendar keeps you organized and takes the effort out of scheduling get-togethers. http://join.msn.com/?pgmarket=en-capage=byoa/premxAPID=1994; DI=1034SU=http://hotmail.com/encaHL=Market_MSNIS_Taglines Start enjoying all the benefits of MSNR Premium right now and get the first two months FREE*. ___ use-revolution mailing list use-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: Super-computer studies aerodynamics of the potato chip
Hey Jim! Thanks for this. It'll be a neat, semi-OT thing for the kiddies to read this term in the general ed course Computer Impact on Society... (a real course). Judy On Fri, 19 Aug 2005, Jim Hurley wrote: This from todays NYT: Once the exclusive territory of nuclear weapons designers and code breaker, ultrafast computers are increasingly being used in every day product design. Procter Gamble used a supercomputer to study the airflow over its Pringles potato chips to help stop them from fluttering off the company's assembly lines. Today the potato chip, tomorrow the Shuttle. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
RE: ISAM
In a single-user application where Valentina is out of price range, you should check out altSQLite from Altuit Software: Lools very cool, but sadly I'm on a zero budget (I'm on a disability pension and trying to program my way off it). There was a ISAM library (by Chipp ???) that looked good but I couldn't get all the necessary pieces from the website. It was open source but the modules available on the download site had broken links. Anybody know where I can find that again - and perhaps the authors details? If this isn't possible then does anybody have a suggestion for installing MySQL or similar transparently so that the user doesn't have to deal with creating tables, passowrds etc directly? Thanks Scott (still feelling his way in Rev but enjoying every minute of it) ___ use-revolution mailing list use-revolution@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: Super-computer studies aerodynamics of the potato chip
...does that make them computer chips? ROFL! I spilt my morning coffee! Scott ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: ISAM
On 8/20/05 10:00 AM, Scott Kane [EMAIL PROTECTED] wrote: In a single-user application where Valentina is out of price range, you should check out altSQLite from Altuit Software: Lools very cool, but sadly I'm on a zero budget (I'm on a disability pension and trying to program my way off it). There was a ISAM library (by Chipp ???) that looked good but I couldn't get all the necessary pieces from the website. It was open source but the modules available on the download site had broken links. Anybody know where I can find that again - and perhaps the authors details? If this isn't possible then does anybody have a suggestion for installing MySQL or similar transparently so that the user doesn't have to deal with creating tables, passowrds etc directly? Hi Scott, If you going develop app which you will distribute in many copies to clients, then you must pay for mySQL. A lots of people think that mySQL is free. This is not true in a lots of cases. Read this: http://www.mysql.com/company/legal/licensing/commercial-license.html MySQL want that you pay them $400 for EACH copy of server. -- Best regards, Ruslan Zasukhin VP Engineering and New Technology Paradigma Software, Inc Valentina - Joining Worlds of Information http://www.paradigmasoft.com [I feel the need: the need for speed] ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
RE: ISAM
If you going develop app which you will distribute in many copies to clients, then you must pay for mySQL. A lots of people think that mySQL is free. This is not true in a lots of cases. Read this: Ouch! I didn't realize that! I wonder how many ISP's (or web hosts rather) realize or actually follow this reqirement. Have to look at another option now. If I could just find that ISAM library (open source) for Rev I'd be set. Scott ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
RE: ISAM
option now. If I could just find that ISAM library (open source) for Rev I'd be set. OK. Found it. Serendipidy. I'm not sure about it at all yet. It seems a rather bitsy. I think I'll look at saving stacks containing cards to an external file instead. Thanks for your help people. Scott ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: ISAM
On 8/20/05 10:26 AM, Scott Kane [EMAIL PROTECTED] wrote: If you going develop app which you will distribute in many copies to clients, then you must pay for mySQL. A lots of people think that mySQL is free. This is not true in a lots of cases. Read this: Ouch! I didn't realize that! I wonder how many ISP's (or web hosts rather) realize or actually follow this reqirement. MySQL is FREE for ISP 100% But for Application developers which distribute compiled apps NO. Have to look at another option now. If I could just find that ISAM library (open source) for Rev I'd be set. -- Best regards, Ruslan Zasukhin VP Engineering and New Technology Paradigma Software, Inc Valentina - Joining Worlds of Information http://www.paradigmasoft.com [I feel the need: the need for speed] ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: revXMLNodeContents
Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=US-ASCII On 8/19/05 7:37 PM, Martin BLACKMAN [EMAIL PROTECTED] wrote: Could anyone comment on whether the behaviour of the first example below is correct ? I would have thought that both outputs should be the same ?? put rootThis is childa test/child/root into tXML put revcreateXMLtree(tXML,false,true,true) into tID put revXMLRootNode(tID) into tnode answer revXMLNodeContents(tID,tnode) --Outputs 'this is a test' put rootThis is wrapchilda test/child/wrap/root into tXML put revcreateXMLtree(tXML,false,true,true) into tID put revXMLRootNode(tID) into tnode answer revXMLNodeContents(tID,tnode) --Outputs 'this is ' Personally, I think this is a bug - on two levels: 1) Since the wrap tag has no text contents, it stops revXMLNodeContents from going any deeper than This is . (If you did wrapcertainly child ... and ran it, you'd get This is certainly a test.) 2) To my understanding, revXMLNodeContents shouldn't go to any children of the node you identify - it should always return This is . Personally, I'd log it is a bug in Bugzilla... Ken Ray Sons of Thunder Software Web site: http://www.sonsothunder.com/ Email: [EMAIL PROTECTED] OK I will bugzilla it. Wow, my first BZ ! aside I've written thousands of lines of transcript in the project I'm working on and while this is maybe not the first Rev bug I've come across, its the only one that could affect the data processing. So its still a big two thumbs up for Rev/aside ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: revXMLNodeContents
Bug 3072 now assigned to this. regards Martin Blackman On 20/08/05, Martin BLACKMAN [EMAIL PROTECTED] wrote: Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=US-ASCII On 8/19/05 7:37 PM, Martin BLACKMAN [EMAIL PROTECTED] wrote: Could anyone comment on whether the behaviour of the first example below is correct ? I would have thought that both outputs should be the same ?? put rootThis is childa test/child/root into tXML put revcreateXMLtree(tXML,false,true,true) into tID put revXMLRootNode(tID) into tnode answer revXMLNodeContents(tID,tnode) --Outputs 'this is a test' put rootThis is wrapchilda test/child/wrap/root into tXML put revcreateXMLtree(tXML,false,true,true) into tID put revXMLRootNode(tID) into tnode answer revXMLNodeContents(tID,tnode) --Outputs 'this is ' Personally, I think this is a bug - on two levels: 1) Since the wrap tag has no text contents, it stops revXMLNodeContents from going any deeper than This is . (If you did wrapcertainly child ... and ran it, you'd get This is certainly a test.) 2) To my understanding, revXMLNodeContents shouldn't go to any children of the node you identify - it should always return This is . Personally, I'd log it is a bug in Bugzilla... Ken Ray Sons of Thunder Software Web site: http://www.sonsothunder.com/ Email: [EMAIL PROTECTED] OK I will bugzilla it. Wow, my first BZ ! aside I've written thousands of lines of transcript in the project I'm working on and while this is maybe not the first Rev bug I've come across, its the only one that could affect the data processing. So its still a big two thumbs up for Rev/aside ___ use-revolution mailing list use-revolution@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] Animated gif for OSX progress
Thanks, Hugh. Curious...why didn't you post this on SSBK onlne? Heh Dan It has now been posted to The Scripter's Scrapbook Online, with an Entry as below including the download link. Remember you can always store a copy the file in your own ssBk Entry, then restore as many copies as you want whenever you need to. /H FLCo Home of The Scripter's Scrapbook www.FlexibleLearning.com/ssbk.htm --- OSX Async Progress Ani.gif PLATFORM(s): Mac OSX LANGUAGE(s): Rev CLASSIFICATION(s): Deployment : Interface The standard OSX asyncronous progress indicator (the grey 'flower' with chasing 'petals') is available as a 16px 24-frame, transparent, animated gif. It was created from the 24 tiff files in the OSX system folder, scaled to 16px as required by the OSX HIG (Apple Human Interface Guidelines 2005-8-11, page 138). The 4kb file size is very much smaller than the combined size of the tiff files, so it has a very small impact on your stack size. Suitable for use on light backgrounds (white or light grey for example) due to anti-aliasing that will display the 'halo' effect on dark backgrounds. Download: www.FlexibleLearning.com/xtalk/OSXspinnerANI.zip In a button: set the ID of btn [myBtn] to [tImgID] Start animation: set the repeatCount of img ID [tImgID] to -1 Stop animation: set the repeatCount of img ID [tImgID] to 0 SOURCE: Hugh Senior, The Flexible Learning Company, 19AUG2005 --- ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: ODBC File Maker Pro 7 followup
I have not received any comment on my query regarding ODBC and FileMaker Pro 7. I have seen some comment on the web indicating that others have had problems with it. Peter Reid gave up and is using AppleScript and that is what I have done for the time being. If anyone does have success with ODBC and FileMaker Pro 7, please post your success to this list. This is a connection that RR does offer so a solution should be found. Thanks. Daniel Wenger On Aug 18, 2005, at 7:16 PM, Daniel Wenger wrote: I have figured out out to get the actual database name into the configuration. Via the Name/Value entries in the DNS I used Hostlocalhost Port2399 ServerDataSource myFMPDatabaseName (tried both as a single filename and as a full path filename) Need to go to sleep now. Thanks for help. Daniel Wenger ___ use-revolution mailing list use-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
MacOS filetype question and or tip
I think someone earlier was saying we couldn't change filetypes on the mac... The revdocs say this for filetype in the comments The fileType property is used to set the file type and creator of files created by the open file command and of files created putting data into a file, binfile, or resfile URL that doesn't yet exist. (To specify the file type and creator for stack files your application creates with the save command, use the stackFileType property instead.) if i read that correctly, and after setting my filetype property, any file i write to will be changed to that type and creator right? TIP: To change a file to another type easily, just open it, append empty to it, close it... would that work? too bad they didn't think of set the filetype of file myfile to cheers Xav ___ use-revolution mailing list use-revolution@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 would a game loop work?
On Aug 18, 2005, at 3:19 PM, Ian Leigh wrote: What strikes me about rev is that it's harder to manage a flow of things from a main loop. For example, a game might have a particular loop for overall control which steps through all the required stages and then draws a new frame, starting the whole thing off again. How would you best manage a game in rev? Would you have a loop off a 'start game' button which could only be interrupted by the quit action? Just wondering how others have approached laying out games and such programs? People have already suggested using send..in, which would work for this purpose. An alternative is to use wait..with messages. This method ends up looking something like this: on startGame doSetup repeat put milliseconds() into t doGameStuff if exit conditions then exit repeat wait (t + 33 - milliseconds()) milliseconds with messages -- gives you a max of roughly 30 fps end repeat end startGame ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Blowing in the Wind
On Aug 19, 2005, at 12:59 PM, Todd Higgins wrote: Does anyone know how that would compare to a similar animation in Flash? As people have said, Flash can't have shaped windows in the first place, so this animation is out of consideration. My experience with Flash movies in general is that they happily take up 100% of my 1.2gHx CPU. Check out the N game for an example: http://www.harveycartel.org/metanet/n_screenshots.html It's a lot of fun, by the way -- great physics model. It's an example of something that I think could have been done with Rev -- albeit probably not as easily as in Flash. The game takes up everything my PowerBook has. On a 2+gHz PC, same story -- maxed CPU. It's too bad Flash (and Rev?) isn't more graphically efficient. The N game is less complex than what Ambrosia Software was running on a 6100 over ten years ago: http://www.ambrosiasw.com/games/maelstrom/ Granted, Ambrosia wrote that in C (assembly?). Still, graphics are graphics -- move this there and composite over that, etc. ___ use-revolution mailing list use-revolution@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 give up: how do you continue a line in Rev?
On Aug 19, 2005, at 10:42 AM, Dennis Brown wrote: The way I want to search for information when I don't know what something is called or even if it exists, is narrowing by categories. I would want a list of 10-20 broad categories. And for each broad category, a new list of categories would pop up, etc... Then you want to click on Topics in the button row at the top, and then on Scripts and their structure in the list on the left. It doesn't actually contain anything on the \ character :-( , but that's where it should be I would think. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: ISAM
Scott Kane wrote: I think I'll look at saving stacks containing cards to an external file instead. For very small data sets it's hard to beat the convenience of using cards. But for anything above a few thousand records it can be cumbersome. As with HyperCard, the inventor of this engine (Scott Raney) reminds us that the stack structure is not optimized for use as a database. Dr. Raney suggests that you'll find serious performance degredation after about 5,000 records, and in my experience I find that to be true. So if you need fewer than a couple thousand records then using cards may be a great option. But if you'll need more it may be useful to consider lists or custom properties. To help you get an idea of the performance differences between these, I threw together a script that creates 5,000 records in each format, copied below. To run it: 1. Make a new stack 2. Make some fields (I used 7), group them, and turn on the group's backgroundBehavior 3. Paste the script below into a field Here are the results (1GHz PowerBook, OS X 10.4, 768MB RAM): Cards: 50860msList: 168msProps: 236ms Saving the data shows a similar disparity of performance: stacks with large numbers of cards take an increasingly long time to save as the number of cards grows, disproportionate to the actual number of cards (not quite geometric, but certainly not linear). But saving a stack file with one card and thousands of properties is very fast. -- Richard Gaskin Managing Editor, revJournal ___ Rev tips, tutorials and more: http://www.revJournal.com on mouseUp put 5000 into n -- -- Cards: lock messages lock screen put the millisecs into t repeat n create cd repeat with i = 1 to the number of flds put dsgsdtg sdtg dwg dsg sdgsdg into fld i end repeat end repeat put the millisecs - t into t1 -- -- List: global gData put empty into gData put the millisecs into t repeat n put empty into tRecord repeat the number of flds put dsgsdtg sdtg dwg dsg sdgsdg tab after tRecord end repeat put tRecord cr after gData end repeat delete last char of gData put the millisecs - t into t2 -- -- Props: set the customproperties of this stack to empty put the millisecs into t repeat with i = 1 to n put empty into tRecord repeat the number of flds put dsgsdtg sdtg dwg dsg sdgsdg tab after tRecord end repeat set the uMyData[i] of this stack to tRecord end repeat put the millisecs - t into t3 -- put Cards: t1 msList: t2msProps: t3 ms end mouseUp ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Sends getting lost
On Aug 19, 2005, at 10:36 AM, Jon wrote: I'm writing a program that uses send mouseup to me in 10 seconds. Instead of sending mouseUp, put your code into a custom handler. Call that handler from your mouseUp, and send that handler to whatever object it is in in 10 seconds. By doing it this way, you avoid the issue Jacque pointed out, and you make your code clearer and more usable. If you ever need that code elsewhere, it's all ready for you, rather than tied into a button. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
[FR] [EN] Some peculiarites of the DreamCard Player... Quelques bizzareries du Player de DreamCard
Particularités du Player DreamCard : Dans le même dossier que Revolution Fonctionne normalement Mais on se paye revOnline ;-) En dehors du dossier de Revolution Pas de revOnline Mais ne répond pas à Ask Answer (aucun effet, pas de message d'erreur) Chez un autre utilisateur (même machine, pareil si on a quitté l'utilisateur principal qui dispose de Revolution) Pas de revOnline Mais ne répond pas à Ask Answer Sur une autre machine (sans Revolution) Fonctionne normalement Mais on se paye revOnline ;-) = Peculiarites of DreamCard Player In the same folder than Revolution Works normally But one is bothered with revOnline ;-) Outside of the Revolution folder No revOnline But doesn't respond to Ask Answer (no effect at all, no error message) In another user's session (same machine, same behaviour if the main user [the one one who has Revolution's IDE installed] was quitted No revOnline But doesn't respond to Ask Answer On another machine (without Revolution) Works normally But one is bothered with revOnline ;-) == Voilà ;-) -- Revolutionario (but puzzled) Asking himself if he will go 2.6 to see the flag ;-) ___ use-revolution mailing list use-revolution@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 give up: how do you continue a line in Rev?
Geoff, The problem with Topics is that it is just a table of contents with chapter and topic listings. It only has one general category and then the specific topic. This is not what I was talking about. It is neither general enough nor specific enough. It is also very slow! I would envision a lot more levels of concept index like entries before you get to very specific information. So scripts and their structure would be a good top level entry, I would expect another level or two of narrowing the scope to get to a list that had continuing a single script command on the next line or breaking a single script command into multiple lines Dennis On Aug 20, 2005, at 11:01 AM, Geoff Canyon wrote: On Aug 19, 2005, at 10:42 AM, Dennis Brown wrote: The way I want to search for information when I don't know what something is called or even if it exists, is narrowing by categories. I would want a list of 10-20 broad categories. And for each broad category, a new list of categories would pop up, etc... Then you want to click on Topics in the button row at the top, and then on Scripts and their structure in the list on the left. It doesn't actually contain anything on the \ character :-( , but that's where it should be I would think. ___ use-revolution mailing list use-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: Bad Idea To Disable an 'Edit' Menu
On Aug 20, 2005, at 1:16 AM, MisterX wrote: Hi Ken This seems more like an OS behavior than a Rev problem doesn't it? It sure should be made aware for those developping on PCs hoping to deploy on osx... ... -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ken Ray Sent: Saturday, August 20, 2005 08:04 To: Use Revolution List Subject: Bad Idea To Disable an 'Edit' Menu Just passing along an interesting tidbit of information that I just ran into: If your application has an 'Edit' menu AND it has a 'Preferences' menu item AND you deploy to Mac OS X, then you should never disable the entire Edit menu (you should leave the menu itself enabled, but individually disable the items you want to prevent users from executing). The reason is that under OS X, the Preferences menu item disappears from the bottom of the Edit menu and appears under the Application menu. This item is *always* appears enabled under the Application menu, but if you've disabled the Edit menu, selecting Preferences from the Application menu *won't work*. Now, this may just be a bug (I'll log it as such), but until it's fixed or documented, you should disable the individual items in the menu and not the menu itself. Ken, have you logged this yet so I can go vote for it. Personally I think it is clearly a bug. MisterX is incorrect, this is not OS behavior. The placement of the preferences item at the end of the Edit menu and then moving it on OS X is pure Rev. Whatever, thank you for pointing it out. I had not noticed it but I have a couple of stacks where the problem exists and I am glad to fix it before my users find it. Spence ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: time anomaly
Jeanne- Friday, August 19, 2005, 7:28:40 PM, you wrote: Actually, it's not indeterminate. When you provide a number or other partial date or time, convert guesses what part you mean and fills in the rest with the current time. (For example, if you convert a time to long data and long time, you get today's date along with the time you specified.) This probably should be in the convert docs as a note. Cool. I think. So I could say that appointment is at 2PM, convert it to a date and time, and have it come up with today at 2PM. Or 54 would be the time right now with the seconds equal to 54. -- -Mark Wieder [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
Re: Bad Idea To Disable an 'Edit' Menu
On 8/20/05 11:31 AM, James Spencer [EMAIL PROTECTED] wrote: Now, this may just be a bug (I'll log it as such), but until it's fixed or documented, you should disable the individual items in the menu and not the menu itself. Ken, have you logged this yet so I can go vote for it. Yes, it's bug #3071. Whatever, thank you for pointing it out. I had not noticed it but I have a couple of stacks where the problem exists and I am glad to fix it before my users find it. Glad you caught it early! Ken Ray Sons of Thunder Software Web site: http://www.sonsothunder.com/ Email: [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
Re: Bad Idea To Disable an 'Edit' Menu
James Spencer wrote: MisterX is incorrect, this is not OS behavior. The placement of the preferences item at the end of the Edit menu and then moving it on OS X is pure Rev. I think it's a matter of semantics: It's a Rev issue only because OS X doesn't need to support other operating systems. Personally, I see no harm in putting menu items where customers expect them, and much benefit in Rev doing that automatically for us. While technically a bug, in practice it should never be an issue: the Mac HIG has long recommended against disabling the entire Edit menu, and the OS X HIG suggests never disabling menus at all, only items within the menu: Even if all of the items in a menu or submenu are unavailable, the menu or submenu title is not dimmed. The user can still open the menu, but all of its items are dimmed to indicate that these items are not available in the present context. http://developer.apple.com/documentation/UserExperience/Conceptual/OSXHIGuidelines/XHIGMenus/chapter_16_section_2.html#//apple_ref/doc/uid/2957-TP3356-TPXREF119 -- 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
Re: Bad Idea To Disable an 'Edit' Menu
Ken- Friday, August 19, 2005, 11:04:04 PM, you wrote: If your application has an 'Edit' menu AND it has a 'Preferences' menu item AND you deploy to Mac OS X, then you should never disable the entire Edit menu (you should leave the menu itself enabled, but individually disable the items you want to prevent users from executing). Good to know about, I guess, but are there any other applications that really *do* disable an entire menu? I can't think of any - I think it's an OS thing about disabling menu items for apps that aren't the frontmost app. I don't think this is a rev bug, but rather that you're trying to usurp an OS function by doing this. -- -Mark Wieder [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
Re: ISAM
A minor (and probably unimportant in the contex) clarification: MySQL charges for distribution of the *server*. If you provide an app as, e.g., an ASP that runs on a MySQL server on a hosting service where the end user is only *using* that database and never installing the server, usage is free. But if the end user needs a MySQL database on his or her machine, then the charge kicks in. Scott, I've heard good things about serendipity and the author is a frequent contributor here. Certainly worth a look. On Aug 20, 2005, at 1:19 AM, Ruslan Zasukhin wrote: MySQL is FREE for ISP 100% But for Application developers which distribute compiled apps NO. ~~ Dan Shafer, Revolution Consultant and Author http://www.shafermedia.com Get my book, Revolution: Software at the Speed of Thought From http://www.revolutionpros.com, Click My Stuff ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Bad Idea To Disable an 'Edit' Menu
On 8/20/05 11:47 AM, Mark Wieder [EMAIL PROTECTED] wrote: Ken- Friday, August 19, 2005, 11:04:04 PM, you wrote: If your application has an 'Edit' menu AND it has a 'Preferences' menu item AND you deploy to Mac OS X, then you should never disable the entire Edit menu (you should leave the menu itself enabled, but individually disable the items you want to prevent users from executing). Good to know about, I guess, but are there any other applications that really *do* disable an entire menu? I can't think of any - I think it's an OS thing about disabling menu items for apps that aren't the frontmost app. I don't think this is a rev bug, but rather that you're trying to usurp an OS function by doing this. Well, regardless of whether there are other apps that disable an entire menu (thanks, Richard, for the HIG post, btw), the fact is that Rev allows you to do it, and the results are inconsistent under OS X for the Edit menu (and probably the Help menu too, I'd suspect). So either Rev shouldn't allow the disabling of an entire menu, or it should at least be consistent, IMHO. Ken Ray Sons of Thunder Software Web site: http://www.sonsothunder.com/ Email: [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
Re: Bad Idea To Disable an 'Edit' Menu
Richard Gaskin wrote: James Spencer wrote: MisterX is incorrect, this is not OS behavior. The placement of the preferences item at the end of the Edit menu and then moving it on OS X is pure Rev. I think it's a matter of semantics: It's a Rev issue only because OS X doesn't need to support other operating systems. Personally, I see no harm in putting menu items where customers expect them, and much benefit in Rev doing that automatically for us. While technically a bug, in practice it should never be an issue: the Mac HIG has long recommended against disabling the entire Edit menu, and the OS X HIG suggests never disabling menus at all, only items within the menu: Even if all of the items in a menu or submenu are unavailable, the menu or submenu title is not dimmed. The user can still open the menu, but all of its items are dimmed to indicate that these items are not available in the present context. http://developer.apple.com/documentation/UserExperience/Conceptual/OSXHIGuidelines/XHIGMenus/chapter_16_section_2.html#//apple_ref/doc/uid/2957-TP3356-TPXREF119 Ah, but the mystery deepens: Continuing the sad modern tradition of OS HIGs being driven by edict rather than research, it seems we have another OS difference presented with no research results available to back up either of the contradictions we're asked to accomodate: On Windows, the HIG sez: If all items in a menu are disabled, disable its menu title. If you disable a menu item or its title, the user can still browse to it or choose it. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnwue/html/ch08b.asp Of course, if these OS vendors bothered to do good research they would have arrived at the same decision, since the cognitive mechanisms of their respective audiences are not likely different, all of them being human. But even though one or both of these vendors is wrong, as Tog reminds me the best option is to go with consistency, doing what's most common on each platform. So I guess that means we have one more cross-platform gotcha to add to our session next year, Ken. :) -- 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
Re: Bad Idea To Disable an 'Edit' Menu
Ken Ray wrote: On 8/20/05 11:47 AM, Mark Wieder [EMAIL PROTECTED] wrote: Ken- Friday, August 19, 2005, 11:04:04 PM, you wrote: If your application has an 'Edit' menu AND it has a 'Preferences' menu item AND you deploy to Mac OS X, then you should never disable the entire Edit menu (you should leave the menu itself enabled, but individually disable the items you want to prevent users from executing). Good to know about, I guess, but are there any other applications that really *do* disable an entire menu? I can't think of any - I think it's an OS thing about disabling menu items for apps that aren't the frontmost app. I don't think this is a rev bug, but rather that you're trying to usurp an OS function by doing this. Well, regardless of whether there are other apps that disable an entire menu (thanks, Richard, for the HIG post, btw), the fact is that Rev allows you to do it, and the results are inconsistent under OS X for the Edit menu (and probably the Help menu too, I'd suspect). So either Rev shouldn't allow the disabling of an entire menu, or it should at least be consistent, IMHO. But if you disable the entire menu, what happens to your Preferences item on Win? Although the Win HIG says that when all of a menu's items are unavailable to go ahead and disable the entire menu, in the case of the Edit menu that's not likely to be an issue, since it's the common place for the Preferences item. -- 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
Re: ISAM
If your product is on the net anyway... Create as many MySQL databases you need from a full service web host such as Dreamhost for $10/month. No maintenance, no fees, dead simple management. On 8/20/05 10:26 AM, Scott Kane [EMAIL PROTECTED] wrote: If you going develop app which you will distribute in many copies to clients, then you must pay for mySQL. A lots of people think that mySQL is free. This is not true in a lots of cases. Read this: Ouch! I didn't realize that! I wonder how many ISP's (or web hosts rather) realize or actually follow this reqirement. MySQL is FREE for ISP 100% But for Application developers which distribute compiled apps 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
Re: Bad Idea To Disable an 'Edit' Menu
On 8/20/05 12:04 PM, Richard Gaskin [EMAIL PROTECTED] wrote: Well, regardless of whether there are other apps that disable an entire menu (thanks, Richard, for the HIG post, btw), the fact is that Rev allows you to do it, and the results are inconsistent under OS X for the Edit menu (and probably the Help menu too, I'd suspect). So either Rev shouldn't allow the disabling of an entire menu, or it should at least be consistent, IMHO. But if you disable the entire menu, what happens to your Preferences item on Win? It disables along with the rest of the menu Although the Win HIG says that when all of a menu's items are unavailable to go ahead and disable the entire menu, in the case of the Edit menu that's not likely to be an issue, since it's the common place for the Preferences item. Well, actually it's not as common to do that in Windows apps as in Mac - they usually don't have Preferences under the Edit menu; they have Options under the Tools menu, or if it does have Preferences, it's not under the Edit menu (I've seen it under Configure, or File, etc.). Ken Ray Sons of Thunder Software Web site: http://www.sonsothunder.com/ Email: [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
Re: Bad Idea To Disable an 'Edit' Menu
Ken- Saturday, August 20, 2005, 9:55:24 AM, you wrote: Well, regardless of whether there are other apps that disable an entire menu (thanks, Richard, for the HIG post, btw), the fact is that Rev allows you to do it, and the results are inconsistent under OS X for the Edit menu (and probably the Help menu too, I'd suspect). So either Rev shouldn't allow the disabling of an entire menu, or it should at least be consistent, IMHO. Agreed. I'd vote for not allowing disabling. -- -Mark Wieder [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
Re: Bad Idea To Disable an 'Edit' Menu
Richard- Saturday, August 20, 2005, 10:02:13 AM, you wrote: On Windows, the HIG sez: If all items in a menu are disabled, disable its menu title. If you disable a menu item or its title, the user can still browse to it or choose it. I just checked, and WinWord doesn't disable menus when all their menuItems are unavailable. Or at least as far as I can tell. How can a menu be disabled is disabled when the user can still browse to it or choose it? I'm having trouble making sense of this. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnwue/html/ch08b.asp I gotta read that for laughs some day. -- -Mark Wieder [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
Re: Bad Idea To Disable an 'Edit' Menu
Ken Ray wrote: But if you disable the entire menu, what happens to your Preferences item on Win? It disables along with the rest of the menu Although the Win HIG says that when all of a menu's items are unavailable to go ahead and disable the entire menu, in the case of the Edit menu that's not likely to be an issue, since it's the common place for the Preferences item. Well, actually it's not as common to do that in Windows apps as in Mac - they usually don't have Preferences under the Edit menu; they have Options under the Tools menu, or if it does have Preferences, it's not under the Edit menu (I've seen it under Configure, or File, etc.). And here we enter the Windows World of Sometimes: - WordPad is supposed to be a simple model app, but they have the options for all features accessible under an Options... item in the View menu, even though it's not limited to options related to the view (and other parts of the Win HIG suggest keeping only things related to views in the View menu). But the comedy doesn't end there: the WordPad Options dialog has a number of of tabs, and the first one is labeled Options. :) - In MS' Sound Recorder app they have an Audio Properties item (the closest thing to Prefs in that app) in the Edit menu. - MS Internet Explorer has no preferences per se; it has an Internet Options item in the Tools menu which coincidentally includes browser prefs as a subset, but since it governs all aspects of Internet usage it's not quite the same thing as Preferences for the app; I feel it's treated appropriately as the anomaly it is. - Outlook Express does have an Options... item in the Tools menu -- there's one. :) - Adobe Reader has a Preferences... item in the Edit menu even though they also have a Tools menu (but then again they have a View menu but put their Zoom options in their Tools menu). - Apple's QuickTime Player has a Peferences... item in the Edit menu. Of course they're Apple, but they're a bigger cross-platform vendor than I. - My copy of the printed Win HIG has neither Preferences nor Options in the index, and I could find no specific recommendation in the online version. So where do all these data points leave us? Without guidance from the mother ship, your guess is as good as mine. Windows-only apps vary too broadly and Microsoft themselves appear to have no stated opinion on the issue, so it looks like another Windows free-for-all, esp. for apps that don't have a Tools menu. For myself, I usually split it down the middle with an Options item under the Edit menu, set by script on startup to Preferences if it opens on a Mac. I've mad many an email about a wide range of UI nuances but never one on my prefs nomenclature, so unless it becomes a problem I'm sticking with it. :) -- 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
Re: Bad Idea To Disable an 'Edit' Menu
For myself, I usually split it down the middle with an Options item under the Edit menu, set by script on startup to Preferences if it opens on a Mac. I've mad many an email about a wide range of UI nuances but never one on my prefs nomenclature, so unless it becomes a problem I'm sticking with it. :) Sounds good to me, Richard... I think I'll adopt the same thing... Ken Ray Sons of Thunder Software Web site: http://www.sonsothunder.com/ Email: [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
Re: Bad Idea To Disable an 'Edit' Menu
Ken Ray wrote: For myself, I usually split it down the middle with an Options item under the Edit menu, set by script on startup to Preferences if it opens on a Mac. I've mad many an email about a wide range of UI nuances but never one on my prefs nomenclature, so unless it becomes a problem I'm sticking with it. :) Sounds good to me, Richard... I think I'll adopt the same thing... Just don't disable the entire Edit menu -- I hear there's a bug in Rev that's also disables the Prefs item when it's moved on OS X. :) -- 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
Re: libURLftpUpload returns invalid host address error
Sorry for the ambiguity. For this particular customer, the attempt to upload the file with libURLftpUpload fails 100% of the time with libURLErrorData returning the invalid host address error. However, strangely she did say that it was worked for her a few times before it started failing 100% of the time. She is sure that her modem is connected when the problem occurs. I had her load a page in Explorer to confirm that and also in the screen shot she sent me I could see the internet connection status as active with bytes both sent are received in the task bar. I know that the URL is valid. Out of the three likely causes you listed, that leaves the user's DNS server. Is there a way to test that possibility? Do you think that is what is going on? Thanks so much! David The invalid host address message is returned by libUrl when the hostnameToAddress function returns an error. Likely causes are a bad url, a problem with the user's DNS server, or a network connection problem. You said Eventually. Do you mean there is a long wait before the result is returned, or the user does it successfully a number of times and then it fails? If the former, is the user's modem currently connected when the prolem occurs? Cheers Dave ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Bad Idea To Disable an 'Edit' Menu
On Aug 20, 2005, at 2:18 PM, Richard Gaskin wrote: Ken Ray wrote: Well, actually it's not as common to do that in Windows apps as in Mac - they usually don't have Preferences under the Edit menu; they have Options under the Tools menu, or if it does have Preferences, it's not under the Edit menu (I've seen it under Configure, or File, etc.). And here we enter the Windows World of Sometimes: ... Amen. I certainly would not look to Windows for how to handle preference items as there is NO consistency not even within Microsoft's products. That said, I have been convinced by the discussion here that I should not be disabling the Edit menu in its entirety but rather should disable the individual items. I am glad this problem was pointed out as it is making me fix my app. That said as well, I still think the way Rev is handling the Preference item, i.e. disabling it even though it has been moved on a Mac OS X system, is a bug. I understand how it occurs but the special handling that moves the menu item should also handle enabling the item as well. Spence ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: libURLftpUpload returns invalid host address error
David Beck wrote: Sorry for the ambiguity. For this particular customer, the attempt to upload the file with libURLftpUpload fails 100% of the time with libURLErrorData returning the invalid host address error. However, strangely she did say that it was worked for her a few times before it started failing 100% of the time. She is sure that her modem is connected when the problem occurs. I had her load a page in Explorer to confirm that and also in the screen shot she sent me I could see the internet connection status as active with bytes both sent are received in the task bar. I know that the URL is valid. Out of the three likely causes you listed, that leaves the user's DNS server. Is there a way to test that possibility? Do you think that is what is going on? Open a shell window, and at the command prompt type ping www.somehost.com (or whatever the relevant host portion of the URL is). The first line of output should say something like Pinging www.somehost.com [ip address] with xx bytes of data : Any problem with the DNS server will likely show up as either host not found or could not find host ... or dns request timed out or similar. Is it the same host portion of the address for ftp as for http / IE ? If it's an ftp upload, does it include a username and password ? Any chance they're wrong ? or contain an odd character that is confusing things ? Can you easily change it to use a numeric IP address instead of the hostname (and if so, what error message does that give) ? The invalid host address message is returned by libUrl when the hostnameToAddress function returns an error. Likely causes are a bad url, a problem with the user's DNS server, or a network connection problem. You said Eventually. Do you mean there is a long wait before the result is returned, or the user does it successfully a number of times and then it fails? If the former, is the user's modem currently connected when the prolem occurs? Cheers Dave ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution -- Alex Tweedly http://www.tweedly.net No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.338 / Virus Database: 267.10.13/78 - Release Date: 19/08/2005 ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
RE: ISAM
If your product is on the net anyway... Create as many MySQL databases you need from a full service web host such as Dreamhost for $10/month. No maintenance, no fees, dead simple management. Thanks for the reply, but it's a desktop application. I need an ISAM methodology to pull it off cleanly. Man - wish I could acees just dBase or Pardox. g Scott ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
RE: ISAM
Hi Don, A minor (and probably unimportant in the contex) clarification: MySQL charges for distribution of the *server*. If you provide an app as, e.g., an ASP that runs on a MySQL server on a hosting service where the end user is only *using* that database and never installing the server, usage is free. But if the end user needs a MySQL database on his or her machine, then the charge kicks in. Right. MYSQL isn't a god choice for the teck level of my users anyway, Scott, I've heard good things about serendipity and the author is a frequent contributor here. Certainly worth a look. So have I. But sadly the source stacks and routines are broken (links I should say) on the developers website. Is this a living product - or abandonware? I joined the Google mail list and have had no replies. I was over the moon at the potential for this project (Serendipity), but I can't test it out without the complete links to download the various pieces. :-( Scott ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: ISAM
As far as I know, it's living software. You can download it from what I think is its new home at: http://wecode.org/serendipity/ At least I just did so successfully. (The site was pretty slow tonight but I think it varies a lot.) (Also note that i haven't actually tried to use this stuff. I'm an altSQLite kinda guy.) On Aug 20, 2005, at 6:04 PM, Scott Kane wrote: Hi Don, Scott, I've heard good things about serendipity and the author is a frequent contributor here. Certainly worth a look. So have I. But sadly the source stacks and routines are broken (links I should say) on the developers website. Is this a living product - or abandonware? I joined the Google mail list and have had no replies. I was over the moon at the potential for this project (Serendipity), but I can't test it out without the complete links to download the various pieces. :-( ~~ Dan Shafer, Revolution Consultant and Author http://www.shafermedia.com Get my book, Revolution: Software at the Speed of Thought From http://www.revolutionpros.com, Click My Stuff ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Sends getting lost
--- Geoff Canyon [EMAIL PROTECTED] wrote: Instead of sending mouseUp, put your code into a custom handler. Call that handler from your mouseUp, and send that handler to whatever object it is in in 10 seconds. elsewhere, it's all ready for you, rather than tied into a button. like this? on mouseUp send myHandler to control Thang in 10 secs end mouseUp -- in the script of control Thang: on myHandler videoThings ... end myHandler [EMAIL PROTECTED]http://www.erikhansen.org Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Blowing in the Wind
Is it just Flash in general or Macromedia products (specifically, Director) in particular? I've noticed this as well... Judy On Sat, 20 Aug 2005, Geoff Canyon wrote: As people have said, Flash can't have shaped windows in the first place, so this animation is out of consideration. My experience with Flash movies in general is that they happily take up 100% of my 1.2gHx CPU. Check out the N game for an example: ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
