All of these are good solutions. I used the ideas from this post and came
up with my own solution
public class AppPlace extends Place {
// You can reference places without using the constructor ie.
AppPlace.UnitCostPlace
public static AppPlace UnitCostPlace = new
[+Cc GWT Group]
On Fri, Nov 25, 2011 at 3:38 PM, SurfMan nlsurf...@hotmail.com wrote:
Sorry to wake up an old thread, but after struggling with an empty
place/token I ended up here too...
I just don't understand why #blah would end up as the default place
with token blah, and why it's not
Sorry to wake up an old thread, but I stopped by after pulling my hair out
about places with empty tokens.
I don't understand the reasoning behind a token being mandatory. If a place
is named Login and it does not require any tokens, then why can't I just
use myapp.html#Login without resorting
Thanks Thomas that helps quite a bit. I have chosen the catch all tokenizer
approach with some additional code to make parsing more reusable and it was
easy to implement.
--
You received this message because you are subscribed to the Google Groups
Google Web Toolkit group.
To view this
Hi all,
Firstly, please bare with me as I'm still getting to grips with GWT
and Activities Places (AP), which I'm really keen to use in my
projects. While experimenting with AP it looks like a token is always
a requirement.
My question is, what token would you provide for a page that would not
First, you could use the empty string instead of a random token, and it
would give you a /#ContactUsPlace: token.
There's also the possibility to either put a bunch of places into a single
Place class, and using the token to disambiguate them (e.g.
/#CommonPlace:ContactUs); or you could
Am Freitag, 13. Mai 2011 15:28:28 UTC+2 schrieb Thomas Broyer:
...and because an empty @Prefix is simply ignored when generating the
token, you could have /#contactus that way.
But you can only have on PlaceTokenizer with an empty @Prefix. Just keep it
in mind if you now think you could do
I also have a Places / Token question and as this thread topic is a more
general I post it here.
First of all I do not like the default PrefixAndToken implementation and I
would like to have place history tokens like the ones here in the new google
groups app
Thank you so much for your reply, this has really helped me. The
solution for me was to implement my own PlaceHistoryMapper, now I'm
getting the exact behaviour I was looking for, while keeping within
the AP framework.
Many thanks,
Alex
On May 13, 2:28 pm, Thomas Broyer t.bro...@gmail.com wrote:
On Friday, May 13, 2011 5:02:49 PM UTC+2, Jens wrote:
I also have a Places / Token question and as this thread topic is a more
general I post it here.
First of all I do not like the default PrefixAndToken implementation and I
would like to have place history tokens like the ones here in
10 matches
Mail list logo