|
> From: Eyers, Daniel > > I want the choice to leave and come back, or open a new browser window, > change my scroll bars, url, anything, jump to > the last page (if I provide the data), without having to do anything like > pressing an Exit button. Or going through some linear modal dialog. You won't get that on my applications, with the exception of letting you reconnect to a current session in progress if you drop the connection. Other than that, you have to end one multi-page transaction before starting another one. There is no way I'm letting you bookmark your way into the middle of an interaction. There's just too many ways for things to go wrong. I mean, how in the world are you going to specify the earlier information? You're suggesting I have to save the state of every application, just in case you decide to return to it. That's potentially thousands of states per user. Nope. You want to run an application, run the application. Just like on online banking: 1. Select transfer (next screen) 2. Select amount, from account, to account (next screen) 3. Confirm transaction (next screen) 4. Receive confirmation There's no way I'm going to let you start at step 3. It's just not feasible, and most users realize that. Same with airline ticketing. As to "chrome" (address bars, tool bars and menus) I have no problem removing them on dedicated application panels. Once you've made the decision to use your browser as an application input device, it's no longer a web surfer. You want to surf while you run your application? Start another browser. But while that session is connected to my application, I have no problems with grabbing it and using it as I choose. Now this is primarily for intranet or extranet applications. I'm less sanguine about using it for public Internet applications. But then again, how many really public applications are there? Inquiries, which I don't really count as business applications, and storefronts. Not a whole lot else out there that doesn't require you to actually log in to a secure application, at which point I consider you an extranet user. Joe
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.