That is true. In my case however, making the activity a singleton introduces
a degree of complexity into the system, and I would rather not deal with
that complexity unless I have to. If your use case is such that you need the
client-side caching and you have done proper profiling and reached this
conclusion, good, but to use singletons for performance reasons (I'm
guessing that's the idea behind the singleton activities) seems to be a
premature optimization in my case.
Thanks for the answer and the help.
Eugen.

On Fri, Jul 8, 2011 at 12:24 PM, Abduxkur Ablimit <sugar...@yahoo.com>wrote:

> you said:"first abc:null and then, automatically abc:1. That messes with
> the history completely - back now clearly won't work (will go to abc:null). "
> this is because of ur ABCActivity is not singlton, if it is singlton it wont
> call the method(probably initial method) which will setPlaceName(null); OR
> this method is called in activity's start method, because when you request
> an activity it will call the start method,but in same activity's different
> place.
>
> ------------------------------
> *From:* Thomas Broyer <t.bro...@gmail.com>
>
> *To:* google-web-toolkit@googlegroups.com
> *Sent:* Friday, July 8, 2011 4:46 PM
> *Subject:* Re: Aw: Is it possible to go to a new Place without inserting a
> new history item?
>
>
>
> On Thursday, July 7, 2011 5:46:44 PM UTC+2, Eugen Paraschiv wrote:
>
> Yes, I am aware that if I don't include the tokenizer in the mapping, it
> works fine. The problem with that is that it's an all or nothing solution,
> whereas I'm looking for a programatic way of choosing when the navigation
> should add a new history item and when it should not. It seems to be a very
> simple thing to do - a flag in the PlaceChangeEvent (support for this seems
> to exist in various other gwt projects - GWTP for instance).
> I'll also try to give more detail on my use case:
> I'm navigating to a new Place/Activity with the url looking like this:
> ....abc:null. This page has a list of items, which can be selected, and this
> selection changes the URL as well, adding the id at the end - abc:1, abc:2.
> This happens automatically and so what I'm getting is two events added to
> the history - first abc:null and then, automatically abc:1. That messes with
> the history completely - back now clearly won't work (will go to abc:null).
> So, what I'd like to do is make the first navigation (to abc:null) not add
> it's event to history (because I know that selection will add a history
> entry anyways). If I could do that, then a single entry would end up in
> history and the world will be right again :).
>
>
> How about fixing the root issue? namely that you're firing a second place
> change automatically just after the "abc:null". as I understand it, your
> "abc:null" place means "the list of items with the first one selected",
> which is different from "the item of id 1, with the list of items where it'd
> be selected" (that'd be the definition of "abc:1").
> --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/google-web-toolkit/-/bwG6qU0ZwTYJ.
> To post to this group, send email to google-web-toolkit@googlegroups.com.
> To unsubscribe from this group, send email to
> google-web-toolkit+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/google-web-toolkit?hl=en.
>
>
>  --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To post to this group, send email to google-web-toolkit@googlegroups.com.
> To unsubscribe from this group, send email to
> google-web-toolkit+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/google-web-toolkit?hl=en.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To post to this group, send email to google-web-toolkit@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.

Reply via email to