Way to mimic user/pass browser popup?
I've hit a serious roadblock, and would appreciate any advice: I've written a Revolution app that configures a DSL modem. This DSL modem contains a web-server with configuration data that gets passed from it. I have successfully used Revolution to get and pass data back and forth to the modem to make/drop connections, request info about the unit, etc. I've been able to test the success of the software I've written by going into IE and typing the IP address of the DSL router and going to various URLs on the pages hosted in the hardware. I was 99% complete until the client surprised me with a new feature - - - admin login access. Without it, I cannot access any data from the router. The good news is, if I go into IE and go to the "getmodeminfo" URL, I get prompted (via an IE popup) to enter the admin userid and password and join a realm. After I enter it in IE, I am able to continue browsing the configuration pages within the DSL modem. IE is just for testing, we are using Revolution for the actual software. The bad news is, if I go to the exact same URL in Revolution (using the put URL URLvar into x call), I do not get a userid/password popup. Without this popup, or a means of mimicing what IE is doing when it displays the popup and passes it back to the server, I'm sunk. My problem is that I don't really know what causes a web-browser to display a login prompt, and even if I did, I wouldn't know the http protocols for passing the data back. I did notice that Revolution offers a great means of creating custom HTTP headers, if that's of any help. Any http gurus on the list who could be of help? I'm authoring this for Mac OS 8/9 and X. - Rob ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: app crashes frequently
It is a known bug in the IDE for 1.1.1 and will be fixed in 2.0 (it already is in the alpha version). I never see the bug in existing projects but see it right away in new ones. Since the Revolution folks have never characterized it (beyond saying that it is a bug in the Mac OS) so it is hard to know what triggers it. Bill On Sunday, November 3, 2002, at 01:48 PM, Oliver Hardt wrote: i changed the look and feel accordingly and no more crashes now. it thus appears that there is some kind of bug in Rev 1.1.1. let's hope that this will be solved in 2.0 ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: app crashes frequently
i changed the look and feel accordingly and no more crashes now. it thus appears that there is some kind of bug in Rev 1.1.1. let's hope that this will be solved in 2.0 thanks for your quick help. best, olli. 11/4/02, David Vaughan wrote: On Monday, Nov 4, 2002, at 07:29 Australia/Sydney, [EMAIL PROTECTED] wrote: i am running Rev 1.1.1. under os X 10.2.1. on a Pismo. so far i haven't done much developing, because the app CRASHES ALL THE TIME. anybody else with the same experience? olli. I don't use a Mac, But I have read here that there is an OS bug in the Appearance Manager that causes these crashes. The current workaround is to go under the View menu and set the LookAndFeel to Preview Mac OS. This emulates the look of the classic interface I believe. I have also read that So, firstly, the change may work for you, and secondly, if it does not then the problem almost certainly does not lie in RR on the Mac but in something else in your system. ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: app crashes frequently
On Monday, Nov 4, 2002, at 07:29 Australia/Sydney, [EMAIL PROTECTED] wrote: i am running Rev 1.1.1. under os X 10.2.1. on a Pismo. so far i haven't done much developing, because the app CRASHES ALL THE TIME. anybody else with the same experience? olli. I don't use a Mac, But I have read here that there is an OS bug in the Appearance Manager that causes these crashes. The current workaround is to go under the View menu and set the LookAndFeel to Preview Mac OS. This emulates the look of the classic interface I believe. I have also read that once your app is finished, and you build a stand-alone, the crashes do not happen in the stand-alone. Like I said, I can't verify any of this. Hopefully this will help. Oliver I do use a Mac (10.2.1). I have it from some of the best people on this list that this problem exists on their systems and to use the "emulated" workaround, and accept that it is so. However, I do not share the problem, finding 1.1.1 stable with Look and Feel set to Mac OS Appearance Manager (perhaps it relates to different things we are doing with the app; when it comes to multimedia, I'm somewhere else). So, firstly, the change may work for you, and secondly, if it does not then the problem almost certainly does not lie in RR on the Mac but in something else in your system. regards David Roger Eller [EMAIL PROTECTED] ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Repeats repeated
On Monday, Nov 4, 2002, at 02:42 Australia/Sydney, Terry Vogelaar wrote: snip . Not sure how to solve it using arrays as you seem to wind up with the same problem only this time fiddling with keys. Since Richard suggested that approach, perhaps he has something in mind. ... like David I really cannot imagine why Richard's suggestion about using arrays would contribute anything to the speed, but I tried it and it obviously worked; it reduced my (fastest) 101 seconds to 36! Terry My problem was not in imagining it would be faster but in would be the code :-), given your particular problem. Would you mind showing your new solution, on or off list? regards David Thanks, Terry ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: app crashes frequently
> i am running Rev 1.1.1. under os X 10.2.1. on a Pismo. so far i > haven't done much developing, because the app CRASHES ALL THE TIME. > anybody else with the same experience? olli. I don't use a Mac, But I have read here that there is an OS bug in the Appearance Manager that causes these crashes. The current workaround is to go under the View menu and set the LookAndFeel to Preview Mac OS. This emulates the look of the classic interface I believe. I have also read that once your app is finished, and you build a stand-alone, the crashes do not happen in the stand-alone. Like I said, I can't verify any of this. Hopefully this will help. Roger Eller [EMAIL PROTECTED] ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
app crashes frequently
i am running Rev 1.1.1. under os X 10.2.1. on a Pismo. so far i haven't done much developing, because the app CRASHES ALL THE TIME. anybody else with the same experience? olli. ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: question about sockets
>From: Björnke von Gierke <[EMAIL PROTECTED]> >Reply-To: [EMAIL PROTECTED] >To: [EMAIL PROTECTED] >Subject: question about sockets >Date: Mon, 28 Oct 2002 11:21:44 +0100 > >sorry for my triple post earlier this day, I got some connection >probs... > >I am trying to do some connection stuff using the open socket, write >to socket, and accept socket in their datagram form. >I run a by connecting to my own Jaguar mac, but I only can get one >message through and I really don't know what's wrong... > >first I open the outgoing socket: > open datagram socket to "127.0.0.1:4038|local" > >then I start with listening, the message just writes the socket and >the datagram into a field: > accept datagram connections on port 4038 with message "contact" > >first output comes from the "accept" command, as it sends the name >and identifier of the socket: >191.255.242.136|99184744 > >finally I send a message: > write field "text" to socket "127.0.0.1:4038|local" > > >second output is the name of the socket and my message: >127.0.0.1|99184744 this text is written in field "text" > >I know have two open sockets, one from the accept and one from the >open port: >4038 >127.0.0.1:4038|local > >but I cannot send a second message, as just nothing happens if I try >to do so :( >Does it somehow shut close? Is it a bug? Probably just me not >getting how things are supposed to work... > >so could someone enlighten me? Il appreciate it, promised... > I hope you realize that you're using UDP, and not TCP. TCP is more complicated, but has more options. Anywayz, if you're using UDP (thus saying "open datagram socket" instead of "open socket") you shouldn't need to use read from socket and write to socket. At least that's what I know from my little bit of RunRev experience. I'm actually trying some things out with TCP. If I get it done, I guess I'll post it on the mailing list, so check if you want. Good luck! FreakyPhoenixSurf the Web without missing calls! Get MSN Broadband. Click Here ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: NEW! Eps Import version 03
Hi Alejandro, I think your EPS import is great! I tried v2 and liked it, and your v3 is even better. Some of the EPS files I use come from a graphics application made by Barco-Graphics. They are well known in the printing industry, but not in the desktop software market. Anyway, I have attached a sample EPS file for you to play with. I can't get any Barco created EPS files to import into your program. I have e-mailed a sample to you (off-list). Will you also be doing EPS Export? I could really use that functionality as well. Thanks for sharing your creation with the Rev community! EPS import is really looking better and better! Keep up the good work. Kind Regards, Roger Eller [EMAIL PROTECTED] ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Web Access
On 11/3/02 1:16 PM, "Dan Shafer" <[EMAIL PROTECTED]> wrote: > Try > > revGoURL "http://www.runrev.com"; and I bet it works. > > If not, then something more serious is going on. Note that Norton Auto-protect will hose up some RevGoURL commands. Anything from a bad browser launch, to "Blue screen of death", to spontaneous reboot. This is a known issue, but seems to be more Norton related than Rev related (there are tons of reports of apps that get screwed by "auto-protect.") This may not be the case here, but it is worth mentioning, and all users of RevGoURL should be aware of it - lest be painfully aware of it once you start crashing client machines. -- Troy RPSystems, Ltd. www.rpsystems.net ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
RE: Web Access
At 12:02 PM -0500 11/3/02, Gary Aitcheson wrote: When I use "revGoURL "http://www.pageName.com""; I get "Internet Explorer was unable to link to the Web page you requested. The page might be temporarily unavailable". I have RR 1.1.1 under XP with a DSL connection and Yahoo as my default browser. Any suggestions? IWOMM. (It Works on My Machine). :-) As long as I give the revGoURL command a valid Web page address in quotation marks, this works every time. I tested it under Mac OS X and Windows 2000. So, perhaps you're giving an invalid URL. For example, the one in your email (which I'm sure was just by way of example) *will* produce the error you describe because there *is* no such URL as www.pageName.com. In fact, that appears to me to be about the *only* thing that could be going wrong here because the error message you're describing is not generated by RR but rather by Internet Explorer, which is your default browser (you've set Yahoo! as your default home page, but Yahoo! is not a browser.) Try revGoURL "http://www.runrev.com"; and I bet it works. If not, then something more serious is going on. -- -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- How smart do you work? What's your TQ (Time Quotient)? Find out free in 2 minutes at http://www.thinktq.com/Results2002 Free one-year training course in your email box - $120 value Get an insightful book written and published EXCLUSIVELY FOR YOU ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Repeats repeated
Terry Vogelaar wrote: > I understand now why my 2nd script was so slow thanks to David. And > like David I really cannot imagine why Richard's suggestion about using > arrays would contribute anything to the speed, but I tried it and it > obviously worked; it reduced my (fastest) 101 seconds to 36! It's the line-counting. Traversing indexed arrays is a faster operation than counting lines, which includes not only getting a line put appending new lines to the end of a chunk. I hgad a 40mb Web log file that used to take prohibitively long to parse; now it takes under two minutes. :) -- Richard Gaskin Fourth World Media Corporation Custom Software and Web Development for All Major Platforms Developer of WebMerge 2.0: Publish any database on any site ___ [EMAIL PROTECTED] http://www.FourthWorld.com Tel: 323-225-3717 AIM: FourthWorldInc ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: usage of "this"
> if tCalcType is not empty then go to first card of stack tCalcType as toplevel -- close the the current... the stack we were just in. -- close this stack -- nope; "this stack" has now changed! close stack "FacilityCalculator" end if While I'm still simply a newbie lurker... I think your answer lies in a post on 10/24 from Rob Cozens titled "Heads Up For HyperCard Stack Converters ". Jim, Alex, et al: To expand my previous post, I believe "this" can always be interpreted as "the current". For example, suppose I'm at card A and click on a button whose handler takes me to card B. If the short name of "this card" is displayed, it should be "A" before 'go to card "B"' and "B" after. In the scenario above, dynamicPaths determines whether card A and its controls or card B and its controls receive messages after 'go to card "B"'. In standard RunRev (dynamicPaths = false) card A and its controls continue to receive messages until the handler ends. In converted HC stacks (dynamicPaths = true) card "B" receives all messages after 'go to card "B"'. IMFO, Apple & HC did it wrong here: If one clicks on a control that goes to another card with dynamicPaths = true, the mouseLeave message is sent to the new card, not the one you just left. Without workaround scripting, the mouseLeave handler will generate a runtime error if there is no control on the new card with the same name, id, or number (depending on your form of reference) or the handler references other controls missing from the target card. Way back when, before I knew about dynamicPaths, I asked Kevin to test the above scenario. I was SO pleased RunRev did not display HC's behavior in this regard. Virtually every OenoLog button with a mouseLeave handler contains or references a workaround for the dynamicPaths problem...it will feel SO good to delete all that verbiage. -- Rob Cozens CCW, Serendipity Software Company http://www.oenolog.com/who.htm "And I, which was two fooles, do so grow three; Who are a little wise, the best fooles bee." from "The Triple Foole" by John Donne (1572-1631) ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Repeats repeated
Richard Gaskin heeft op zondag, 3 nov 2002 om 07:49 het volgende geschreven: Every time you count a line number it eats time. Arrays are faster for this -- check out the split and combine commands to see how to convert chunks to arrays andback again. David Vaughan heeft op zondag, 3 nov 2002 om 08:27 het volgende geschreven: I can see why repeat for each failed here - you need to extract subsets of the main list for each of the inner RFE loops for each time through its outer loop. Thus, you are extracting by line numbers and doing more work than in the first instance. RFE is fast through each sub-list but the work of continually creating new lists is an overwhelming burden. Not sure how to solve it using arrays as you seem to wind up with the same problem only this time fiddling with keys. Since Richard suggested that approach, perhaps he has something in mind. I understand now why my 2nd script was so slow thanks to David. And like David I really cannot imagine why Richard's suggestion about using arrays would contribute anything to the speed, but I tried it and it obviously worked; it reduced my (fastest) 101 seconds to 36! Thanks, Terry ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
RE: Way to ensure Rev app stays on top?
Its difficult to suggest a full solution as I don't know the full picture. However, A slightly contrived solution is as follows using Web Pages and a bit of Javascript. It doesn't keep Rev on top, as such, but places the web browser in a position away from the Rev app, so its visible (as Rob suggested - I think). I assuming the following is happening (?) 1. A rev app is launched - positioned top left of screen 2. This rev app sends an HTML file to the browser 3. The browser opens the web page 4. There is some interaction between Rev and the Web Page Click here (the equivalent of Rev launching a URL - RevGoURL(tURL)- ) http://www.GaryRathbone.net/win5.html It may be polite to return the Browser to the users location and size after use. This has been tested on W2k with IE6. Look at the source of the HTML page to see how its done. NOTES i) Whilst this is a 'live' web solution I don't see any reason why the web pages can't be held and passed locally ii) Using Rev as a 'Web Capture' application see http://www.GaryRathbone.net/RevServ also presents other options. Regards Gary Rathbone BSc MBCS Chartered Information Systems Practitioner ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution