I see and I understand your point and I do think you're right. But I
had a lot of problems with url before. For instance, how can I relate
an url to the current selected item in the navigation menu. Am I
suppose not to care about it? Seems weird to me. Or should I maintain
a mapping between url and menu elements. I guess it is the right
answer but it is still confusing to me right now.

On 12/21/05, Craig McClanahan <[EMAIL PROTECTED]> wrote:
> On 12/21/05, Hubert Rabago <[EMAIL PROTECTED]> wrote:
> >
> > On 12/21/05, Alexandre Poitras <[EMAIL PROTECTED]> wrote:
> > > I think bookmarks are a bad idea in web applications even when not built
> > > with Ajax. After all, an application is stateful and need a *state* to
> > run.
> > > Bookmarks in my mind are made for informational sites wich are staless
> > and
> > > not applications. Do you expect to be able to return in a precise
> > windows in
> > > a desktop application like Open Office for exemple?
> >
> > In my opinion, this type of reasoning is flawed.  You should not limit
> > applications in one platform only to what another platform provides.
> > This is like saying colored TV programs should not worry about how the
> > colors look because radio programs don't even provide images.  They
> > are different mediums, different platforms, with different
> > characteristics.  Each will have different capabilities, and being
> > able to go to a specific page is a basic an ability of web
> > applications.
> >
> > Besides, I may not expect to launch Open Office in a precise dialog
> > box, but if I know I want to open a specific document in open office,
> > I want the ability to double click on that document and have it open
> > right away.  I don't want to go through several windows and dialog
> > boxes to search for something I already have in my sight.
>
>
> Interestingly, this example confirms the counter argument that Hubert is
> raising :-).  Double clicking an Open Office document causes that document
> to be opened, but *not* where it was when you closed it, or what you might
> have captured in the clipboard.  That is the difference between an
> identifier (a URL for the web, a document path for the word processor)
> versus the associated state information that needs to be kept about the
> dynamic "position" you are with respect to that document.
>
> Put another way, please show me how a Swing app is supposed to handle
> bookmarks (or the back button, for that matter).
>
> "What?" you say?  "There IS no such thing!"
>
> My point exactly :-).
>
> In a Swing world, it's totally up to the application to maintain and restore
> any state information it wants to deal with.  But, for applications that do
> *not* care about such state, dealing with URLs is a distraction to
> accomplishing the goals of building the app -- for those folks, let's PLEASE
> not make it harder.
>
> Craig
>
>


--
Alexandre Poitras
Québec, Canada

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to