i see what you are saying in your words. when we go to a new state, say foo.com/bar/ you want the url to change to foo.com/bar/monkey not foo.com/bar/#monkey
correct? have a look at www.neave.tv. as you move the app the browser's location bar is updated. are we changing topics again or are we moving to another piece of the puzzle? ie, jd summarized the current topic issue as this: "I'd like Adobe to provide examples on how to expose user-entered text, stored within my database and displayed and entered through a Flex SWF's UI, so that any search engine could search for that user text and return the address of the interface." and then we discussed some solutions to this. On 12/28/06, Ian Thomas <[EMAIL PROTECTED]> wrote:
On 12/28/06, Kevin Newman <[EMAIL PROTECTED]> wrote: > > What you have described is basic deep linking, but does not solve the > problem I have been attempting to articulate. Regardless of what goes on > on the server, if you enter some path info after the .com part of the > url, the server thinks it is getting its data from that location > (foo.com/bar/ for example). Not quite true. You can use mod_rewrite (on Apache) to chop up the URL - everything after the foo.com/ can be altered internally to be a request to something else entirely, without affecting the browser. e.g. the client enters foo.com/bar/monkey internally, mod_rewrite alters it to foo.com/index.php?page=bar/monkey, but the user still sees foo.com/bar/monkey in his browser. I've done it lots, I know it works. :-) You can then enter your application at any point you like based on a complete URL - e.g. passing it through to Flash as flashvars via PHP. But as you say, unless we then update the browser's location bar when we move through the app, it doesn't help much. :-) Cheers, Ian
