Quite often I find myself on the phone and I want to show someone a
page.
At that point I'm saying h-t-t-p-colon-slash-slash-t-h-i-n-k-n-o-l-a-
dot-com-slash-p-o-s-t-...
Hopefully I don't have to remember an md5 generated key to get them
there.
I'm a developer, but I do a lot of
]
For additional commands, e-mail: [EMAIL PROTECTED]
--
View this message in context:
http://www.nabble.com/Short-Design-Question-tp15243739p15300068.html
Sent from the Wicket - User mailing list archive at
Nabble.comhttp://nabble.com
Actually, I currently have a client who thinks that good looking URLs
are very important.
Then again, he is no average joe either.
Erik.
Martijn Dashorst wrote:
The average joe doesn't look at the URL... only developers do
Martijn
the question is what about the users of that client.
I think nice looking urls is greatly exaggerated normal people look at the
browser contents instead of the url
How many times do i look at the url when i am browsing websites. I think
never.
Bookmarkable is another issue that should work for
Hi Johan,
I agree. Still, bookmarkability (also a requested feature) is exactly
the reason for going along with having nice URLs for every page, even
after an AJAX update. I have a prototype that uses Realysimplehistory to
allow a page to be bookmarkable after an AJAX update. Not sure yet how
On 2/5/08, Erik van Oosten [EMAIL PROTECTED] wrote:
Hi Johan,
Anyways, the fact remains that nice URLs can be important for some
Wicket projects, despite what average Joes may look at.
A big me too to that!
We have a specific (and I beleive wise) requirement for bookmarkable,
human readable
If you use HybridUrlCodingStrategy the page is bookmarkable after ajax
request. It can be recreated, but without the changes that ajax
request made to it. But this is not just ajax request, you have same
problems when using regular request. Wicket doesn't allow you to
reflect fine grained changes
On Feb 5, 2008 1:40 AM, Johan Compagner [EMAIL PROTECTED] wrote:
the question is what about the users of that client.
I think nice looking urls is greatly exaggerated normal people look at the
browser contents instead of the url
How many times do i look at the url when i am browsing websites.
I posit that 99% of the users of our student information system don't even
know what an URL is.
Martijn
On 2/5/08, Eelco Hillenius [EMAIL PROTECTED] wrote:
On Feb 5, 2008 1:40 AM, Johan Compagner [EMAIL PROTECTED] wrote:
the question is what about the users of that client.
I think nice
really?
how often do you type an url thats not just like google.com
but something more behind it?
i never do, i really cant remeber that i do that.
Its history or bookmarked.
johan
On Feb 5, 2008 6:29 PM, Eelco Hillenius [EMAIL PROTECTED] wrote:
On Feb 5, 2008 1:40 AM, Johan Compagner
: [EMAIL PROTECTED]
--
View this message in context:
http://www.nabble.com/Short-Design-Question-tp15243739p15300068.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL
in context:
http://www.nabble.com/Short-Design-Question-tp15243739p15246739.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
View this message in context:
http://www.nabble.com/Short-Design-Question-tp15243739p15246739.html
Sent from the Wicket - User mailing list archive at
Nabble.comhttp
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
View this message in context:
http://www.nabble.com/Short-Design-Question-tp15243739p15246739.html
Sent from the Wicket - User mailing list archive at
Nabble.comhttp
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
View this message in context:
http://www.nabble.com/Short-Design-Question-tp15243739p15246739.html
Sent from the Wicket - User mailing list archive at Nabble.com
giving away internal information - the user_id in this case? Or is this just
something we have to live with?
--
View this message in context:
http://www.nabble.com/Short-Design-Question-tp15243739p15243739.html
Sent from the Wicket - User mailing list archive at Nabble.com
2008/2/2, oliverw [EMAIL PROTECTED]:
Short question: Let's say we have a user registration page. Upon success a
result page is displayed using setResponsePage showing some kind of
registration summary . Is there a way to avoid passing the database
user_id
of the newly created user to the
Or just pass the User object to the constructor.
Juan
to the summary page constructor ?
Regards
This works - kind of. Because even though the response page is mounted, I
not see a pretty url in the browser.
--
View this message in context:
http://www.nabble.com/Short-Design-Question-tp15243739p15246050.html
Sent from the Wicket - User mailing list
Can't you just proceed this way:
setResponsePage(new SummaryPage(userdId));
i.e. pass the id as a parameter to the summary page constructor ?
Regards
This works - kind of. Because even though the response page is mounted, I
not see a pretty url in the browser.
You can mount the page with
, SummaryPage.class));
-- Edvin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
View this message in context:
http://www.nabble.com/Short-Design-Question-tp15243739p15246739
Thanks Edwin! That did the trick. Just from the looks it appears as if
HybridUrlCodingStrategy would be the preferable mount strategy in general.
Absolutely :) Even if it adds the version as .version to the url, it is fully bookmarkable. If the current session doesn't include that
version, it
in context:
http://www.nabble.com/Short-Design-Question-tp15243739p15246920.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
oliverw skrev:
Oh an by the way. The constructor for my summary page looks like this at the
moment:
public RegistrationResultPage(final int user_id)
{
super(null);
// model setup
IModel model = new CompoundPropertyModel(new LoadableDetachableModel()
{
24 matches
Mail list logo
