Re: [Wicket-user] DropDownChoice Ajax : selection value

[Vincent Renaville]

Dear,

Thanks for your help, now I use getModelObject and it works quiet good

Vincent



On Tue, 2006-11-21 at 08:35 -0800, Igor Vaynberg wrote:
> the value is populated into the model ... since you havent bound your
> model to any property you have to access the model directly ...
> onupdate() { Object choice=getModelObject(); }
> 
> -igor
> 
> 
> On 11/20/06, Vincent Renaville <[EMAIL PROTECTED]
> distribution.com> wrote:
> Dear,
> 
> I use a DropDownChoice to select a item in the list.
> I use Ajax to prevent Form reload and lose of data.
> But if I use Ajax how can I take the value selected ?
> 
> My code
>IModel extentions = new Model(); 
>List PROTOCOL = Arrays.asList(new String[] {"SIP","IAX"});
>protocol = new DropDownChoice
> ("protocol",extentions,PROTOCOL)
> {
> protected boolean
> wantOnSelectionChangedNotifications() 
> {
> return false;
> }
> };
> protocol.add(new AjaxFormComponentUpdatingBehavior
> ("onchange") {
>   protected void onUpdate(AjaxRequestTarget target) 
>   {
>   System.out.println(target.toString);
> 
>   }
>  });
> 
> 
> Can you help me ?
> 
> Vincent
> 
> 
> 
> - 
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance
> to share your
> opinions on IT & business topics through brief surveys - and
> earn cash
> http://www.techsay.com/default.php?
> page=join.php&p=sourceforge&CID=DEVDEV
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user
> 
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ___ Wicket-user mailing list 
> Wicket-user@lists.sourceforge.net 
> https://lists.sourceforge.net/lists/listinfo/wicket-user


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Interesting alternatives to Hibernate

[Carfield Yim]

> You're missing one of the strong points (for me) of iBatis!  Simply
> enable Debug level logging for the java.sql loggers,
> e.g.
> log4j.logger.java.sql=DEBUG
>
> or if you want to fine tune it...
> log4j.logger.java.sql.Connection=DEBUG
> log4j.logger.java.sql.Statement=DEBUG
> log4j.logger.java.sql.PreparedStatement=DEBUG
> log4j.logger.java.sql.ResultSet=DEBUG
>
> and all becomes very clear!
>
> For Wicket, I typically set that to Info, or if I need to check things
> at more detail, I find that setting

I tried that before but it just not working for me. May be I need to
turn on debug option of log4j to investigate but I just wrap jdbc call
with p6spy proxy and log there.
> wicket.util.resource= Info
> wicket.util.thread.Task = Info
> often worth doing to reduce the noise!
>
> /Gwyn
> > In my opinions, if you really have a choice, pick a caching framework
> > you like and using JDBCTemplate is actually nicer than a lot of those
> > ORM framework
> >
> > On 11/20/06, Jean-Baptiste Quenot <[EMAIL PROTECTED]> wrote:
> > > Hi Upa,
> > >
> > > We are satisfied with Wicket + Spring + Ibatis, which is basically
> > > what you describe,  but the SQL statements are  externalized in an
> > > XML file.
> > > --
> > >  Jean-Baptiste Quenot
> > > aka  John Banana Qwerty
> > > http://caraldi.com/jbq/
>
> --
> Download Wicket 1.2.3 now! - http://wicketframework.org
>
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user
>

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Abort Ajax Operation

[Matej Knopp]

I don't think this is about AJAX. I think the question concerns the 
session locking. If you make an ajax request and it takes too long, the 
session is locked and the application seem to be frozen.
I don't think there's much I can do about it.

-Matej


Igor Vaynberg wrote:
> tbh im not even sure there is a way to abort the request initiated 
> through xmlhttprequest object. matej is better suited to answer this, he 
> has many more js scars then i.
> 
> -igor
> 
> 
> On 11/22/06, *Eelco Hillenius* <[EMAIL PROTECTED] 
> > wrote:
> 
> I don't know if there is anything for that yet. Matej, Igor? If there
> isn't, you could open a feature request for it.
> 
> Eelco
> 
> 
> On 11/21/06, samyem <[EMAIL PROTECTED]  > wrote:
>  >
>  > When there is an ajax operation, if the operation takes too long,
> what would
>  > be the best way to abort the operation? The case right now is if
> there is
>  > any long operation as a result of ajax event, the app freezes
> till the even
>  > is over.
>  > --
>  > View this message in context:
> http://www.nabble.com/Abort-Ajax-Operation-tf2681806.html#a7480240
>  > Sent from the Wicket - User mailing list archive at Nabble.com
> .
>  >
>  >
>  >
> -
>  > Take Surveys. Earn Cash. Influence the Future of IT
>  > Join SourceForge.net 's Techsay panel and you'll get the chance
> to share your
>  > opinions on IT & business topics through brief surveys - and earn
> cash
>  >
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> 
> 
>  > ___
>  > Wicket-user mailing list
>  > Wicket-user@lists.sourceforge.net
> 
>  > https://lists.sourceforge.net/lists/listinfo/wicket-user
>  >
> 
> -
> 
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to
> share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> 
> 
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> 
> https://lists.sourceforge.net/lists/listinfo/wicket-user
> 
> 
> 
> 
> 
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> 
> 
> 
> 
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Abort Ajax Operation

[Igor Vaynberg]

tbh im not even sure there is a way to abort the request initiated through
xmlhttprequest object. matej is better suited to answer this, he has many
more js scars then i.

-igor


On 11/22/06, Eelco Hillenius <[EMAIL PROTECTED]> wrote:


I don't know if there is anything for that yet. Matej, Igor? If there
isn't, you could open a feature request for it.

Eelco


On 11/21/06, samyem <[EMAIL PROTECTED]> wrote:
>
> When there is an ajax operation, if the operation takes too long, what
would
> be the best way to abort the operation? The case right now is if there
is
> any long operation as a result of ajax event, the app freezes till the
even
> is over.
> --
> View this message in context:
http://www.nabble.com/Abort-Ajax-Operation-tf2681806.html#a7480240
> Sent from the Wicket - User mailing list archive at Nabble.com.
>
>
>
-
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
your
> opinions on IT & business topics through brief surveys - and earn cash
>
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user
>

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Abort Ajax Operation

[Eelco Hillenius]

I don't know if there is anything for that yet. Matej, Igor? If there
isn't, you could open a feature request for it.

Eelco


On 11/21/06, samyem <[EMAIL PROTECTED]> wrote:
>
> When there is an ajax operation, if the operation takes too long, what would
> be the best way to abort the operation? The case right now is if there is
> any long operation as a result of ajax event, the app freezes till the even
> is over.
> --
> View this message in context: 
> http://www.nabble.com/Abort-Ajax-Operation-tf2681806.html#a7480240
> Sent from the Wicket - User mailing list archive at Nabble.com.
>
>
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user
>

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] wicket stuff stuff

[Gwyn Evans]

On 22/11/06, Martijn Dashorst <[EMAIL PROTECTED]> wrote:
> On 11/22/06, James McLaughlin <[EMAIL PROTECTED]> wrote:
> > This does bringing up what the default permission scheme should be. For now
> > we are allowing anyone who is logged in to read/write (No more anonymous).
> > Once we have the maintainers sorted out, would it be better to give write
> > permission to only maintainers, admins, wicket devs?
>
> Sounds good, or make it a captcha aware signup page. Or make the
> registration moderated, using the sourceforge id of the registrant.
>
> Martijn

Yes, it'll almost certainly need something more than just signup, as
we had that with the old wiki, but we still got spammed quite
regularly before I added some additional checks.  (Specifically,
http://www.homelandstupidity.us/software/bad-behavior/, but that was
PHP, whereas maybe a captcha will be easier to add to this wiki.)

/Gwyn
-- 
Download Wicket 1.2.3 now! - http://wicketframework.org

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Tapestry 5 instantaneous reloads

[cowwoc]

Thank you :) So assuming bookmarkable forms are 100% solved in Wicket
2.0 I think this covers all bases.

Gili

Eelco Hillenius wrote:
>> For example, if you go to Amazon, add some book to your cart do
>> "checkout" and copy/paste that the URL into someone else's browser it'll
>> recover gracefully by redirecting you to some page displaying something
>> related to cart (maybe it displays your cart as empty) or some page
>> displaying a list of products. The point is that it handles this
>> gracefully instead of displaying any sort of "oops you screwed up" page.
> 
> Yes, that is planned. See Matej's RFE.
> 
> Eelco
> 
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user



signature.asc
Description: OpenPGP digital signature
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Tapestry 5 instantaneous reloads

[Eelco Hillenius]

> For example, if you go to Amazon, add some book to your cart do
> "checkout" and copy/paste that the URL into someone else's browser it'll
> recover gracefully by redirecting you to some page displaying something
> related to cart (maybe it displays your cart as empty) or some page
> displaying a list of products. The point is that it handles this
> gracefully instead of displaying any sort of "oops you screwed up" page.

Yes, that is planned. See Matej's RFE.

Eelco

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Tapestry 5 instantaneous reloads

[cowwoc]

Eelco, one of the points I tried making (and seemed to have gotten lost
in the loop) is this:

1) User is viewing a non-bookmarkable page
http://www.google.com/Main/Start?wicket:interface=:0:: but wicket
displays http://www.google.com/Start in his URL bar instead (not sure if
this is technically possible, but assume it is this for a moment)

2) If the user then tries copy/pasting the URL into someone else's
browser it'll display the original bookmarkable page which led to the
non-bookmarkable page.

The benefit there is that the user will never get a "Page Expired" page
and instead get behavior we already see on other commercial websites
which is basically that users understand that Amazon stores some some
personal information in your browser cookie and *some* URLs you cannot
simply copy/pasted to your friend and if you do it'll take you to some
alternate page instead.

For example, if you go to Amazon, add some book to your cart do
"checkout" and copy/paste that the URL into someone else's browser it'll
recover gracefully by redirecting you to some page displaying something
related to cart (maybe it displays your cart as empty) or some page
displaying a list of products. The point is that it handles this
gracefully instead of displaying any sort of "oops you screwed up" page.

I am suggesting you might consider making this behavior default in
Wicket production mode. Even if you can't hide the non-bookmarkable URLs
in step 1, consider making it such that if a user pastes it into a
browser it redirects him to the original bookmarkable instead of the
Page Expired page (or you could make this behavior further configurable
by adding some hooks).

Just food for thought. It might be a good idea or not.

Gili

Eelco Hillenius wrote:
> Look, this discussion every time again is getting old. It has been
> stated many times before: the difference between Wicket and many other
> frameworks is that Wicket's URL are 'safe' *by default*; if you want
> them to be public (bookmarkable), you have to be explicit about it.
> With other frameworks, you have to do something extra to make the
> URL's secure. Imo, and certainly for the desktop-like apps I'm
> building, the safe by default option is better. For public facing,
> open apps, this might be inconvenient. But it is not much work to make
> pages bookmarkable, and we're still working (Matej had some cool
> ideas) to improve URLs so that even non-bookmarkable pages are
> recoverable to some extend. However, Wicket will be a safe by default
> framework in future too. If that's something that is problematic for
> you, you can always consider using another framework. But you'll find
> there is always something *not* to like about a framework.
> 
> Eelco
> 
> 
> On 11/22/06, Eelco Hillenius <[EMAIL PROTECTED]> wrote:
>>> I think you're missing a very important use-case. I created a Wicket
>>> webapp at work, what happens on a weekly basis is that someone sees
>>> something he wants to discuss so he copy/pastes the URL from his browser
>>> into an email. Non-nice URLs shouldn't even be visible for people to
>>> mistakenly export.
>>>
>>> Sometimes someone just wants to give someone else a link to my 
>>> webapp
>>> (not expecting it to display anything in particular) and it just so
>>> happens their browser has it open with a non-nice URL. Again, they will
>>> copy/paste that and the receiver will get an ugly URL and Page Expired.
>> So PLAN for that then. If you want a URL to be bookmarkable implement
>> that! What about step X of wizard Y? The checkout part of an online
>> store? Stuff like that... did you ever try to send an email with a
>> link like that and expect it to work?
>>
>> Eelco
>>
> 
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user



signature.asc
Description: OpenPGP digital signature
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Tapestry 5 instantaneous reloads

[Igor Vaynberg]

if they dont add anything to the url then the url might look pretty but two
people coming to it will see different things because all the info is stored
in session.

so it makes what you want even worse. at least with wicket you get a page
expired page, with tapestry you get a page but you see something totally
different then the person who emailed you the url.

-igor


On 11/22/06, cowwoc <[EMAIL PROTECTED]> wrote:



Again, I refer you to Tapestry. Obviously I wouldn't want the kind
of
URL you pasted but if you look at Tapestry's screencast they don't add
*anything* to the URL. Now, it could very well be that this is something
specific to small examples and does not work for bigger ones but it
could also very well be that Tapestry is handling this in some way we're
not familiar with.

Gili

Igor Vaynberg wrote:
> yeah? and what happens when your component property is not a primitive?
>
> are you then happy with
>
http://www.google.com/Start.html?param1=A98AS98AA8947A8947A8947A89478A97A94879A847A9879A8479A8479A847A9847A9487A4987A4987A498A749A8749A8479A84789A7498A7498A7498A47A9847A984789A7498A4
>
> which would be the base64 encoded string of that non primitive?
>
> or would you like to make everything into a post and have client pages
> get huge?
>
> or do you only restrict component properties to primitives?
>
> -igor
>
>
>
> On 11/22/06, *cowwoc* <[EMAIL PROTECTED]
> > wrote:
>
>
> heh, if I had to choose between:
>
> http://www.google.com/Start.html
>
> and
>
> http://www.google.com/Main/Start?wicket:interface=:0::
>
> I'd choose the first time time and time again. There is the
> interface
> part which I'd love to hide from users (they shouldn't ever be
> explicitly pasting that anyway because you'll end up with Page
Expired)
> and there is also the fact that they don't seem to require some sort
of
> base context path or there is some sort of "magic" going on to hide
it.
> Either way it looks better than Wicket :)
>
> Gili
>
> Matej Knopp wrote:
> > Nice URLS?
> >
> > Well.. I don't know, to me it doesn't look that great. I mean it
> seem to
> > miss an information.  What happens if you open the page in
multiple
> > browser windows? If the URL is same, how
> > will tapestry reconstruct the data?
> >
> > And also, does the Tapestry 5 finally supports dynamically
changing
> > components hierarchy? Or nested components? Or is it still the
[1]page
> > [0..n]Components approach?
> >
> > In Wicket the URLs will look much better in 2.0 than they look now
> - as
> > we will persist the mount path after requests, but it will take
some
> > time to implement.
> >
> > -Matej
> >
> > cowwoc wrote:
> >>  Two questions about:
> >>
http://howardlewisship.com/blog/2006/10/tapestry-5-screencast-2.html
> >>
> >> 1) How did they get "instantaneous" page reloads working?
> >> 2) How did they get their URLs to remain "nice" even though the
> >> underlying state is changing?
> >>
> >>  and what is the implications for Wicket? I suspect you guys
> have seen
> >> this before. Can you please comment on why Wicket does not do
> something
> >> similar? Is it something to do with the amount of client-side
> state they
> >> use?
> >>
> >> Thanks,
> >> Gili
> >>
> >>
> >>
> >>
>

> >>
> >>
>
-
>
> >> Take Surveys. Earn Cash. Influence the Future of IT
> >> Join SourceForge.net's Techsay panel and you'll get the chance to
> share your
> >> opinions on IT & business topics through brief surveys - and earn
> cash
> >>
>
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> <
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV>
> >>
> >>
> >>
>

>
> >>
> >> ___
> >> Wicket-user mailing list
> >> Wicket-user@lists.sourceforge.net
> 
> >> https://lists.sourceforge.net/lists/listinfo/wicket-user
> >
> >
> >
> >
>
-
>
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to
> share your
> > opinions on IT & business topics through brief surveys - and earn
> cash
> >
>
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> <
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV>
> > ___

Re: [Wicket-user] Tapestry 5 instantaneous reloads

[cowwoc]

When Wicket 2.0 is released and I can use bookmarkable forms I will
quite gladly use it. I am simply pointing out the problems with the
current design. BTW, Wicket 2.0 does completely solve this, right?

Gili

Eelco Hillenius wrote:
>> I think you're missing a very important use-case. I created a Wicket
>> webapp at work, what happens on a weekly basis is that someone sees
>> something he wants to discuss so he copy/pastes the URL from his browser
>> into an email. Non-nice URLs shouldn't even be visible for people to
>> mistakenly export.
>>
>> Sometimes someone just wants to give someone else a link to my webapp
>> (not expecting it to display anything in particular) and it just so
>> happens their browser has it open with a non-nice URL. Again, they will
>> copy/paste that and the receiver will get an ugly URL and Page Expired.
> 
> So PLAN for that then. If you want a URL to be bookmarkable implement
> that! What about step X of wizard Y? The checkout part of an online
> store? Stuff like that... did you ever try to send an email with a
> link like that and expect it to work?
> 
> Eelco
> 
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user



signature.asc
Description: OpenPGP digital signature
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Tapestry 5 instantaneous reloads

[Igor Vaynberg]

you dont see the ugly because the screencast is a freaking helloworld app
and the properties used are primitives.

its so typical, someone puts out a screencast of helloworld with zero
complexity because it is a helloworld and everyone jumps up and down
screaming: oh how cool is that?

i want to see a dynamic wizard example, or an example where navigation is
stack-like/breadcrumbs where you can go back to where you came from and have
the state of the previous page preserved.

i want to use a framework where i dont have to leak the index property of
loop's component into the page scope.

if you like tapestry so much then please go use tapestry.

-igor


On 11/22/06, cowwoc <[EMAIL PROTECTED]> wrote:



Again, I refer you to Tapestry. Obviously I wouldn't want the kind
of
URL you pasted but if you look at Tapestry's screencast they don't add
*anything* to the URL. Now, it could very well be that this is something
specific to small examples and does not work for bigger ones but it
could also very well be that Tapestry is handling this in some way we're
not familiar with.

Gili

Igor Vaynberg wrote:
> yeah? and what happens when your component property is not a primitive?
>
> are you then happy with
>
http://www.google.com/Start.html?param1=A98AS98AA8947A8947A8947A89478A97A94879A847A9879A8479A8479A847A9847A9487A4987A4987A498A749A8749A8479A84789A7498A7498A7498A47A9847A984789A7498A4
>
> which would be the base64 encoded string of that non primitive?
>
> or would you like to make everything into a post and have client pages
> get huge?
>
> or do you only restrict component properties to primitives?
>
> -igor
>
>
>
> On 11/22/06, *cowwoc* <[EMAIL PROTECTED]
> > wrote:
>
>
> heh, if I had to choose between:
>
> http://www.google.com/Start.html
>
> and
>
> http://www.google.com/Main/Start?wicket:interface=:0::
>
> I'd choose the first time time and time again. There is the
> interface
> part which I'd love to hide from users (they shouldn't ever be
> explicitly pasting that anyway because you'll end up with Page
Expired)
> and there is also the fact that they don't seem to require some sort
of
> base context path or there is some sort of "magic" going on to hide
it.
> Either way it looks better than Wicket :)
>
> Gili
>
> Matej Knopp wrote:
> > Nice URLS?
> >
> > Well.. I don't know, to me it doesn't look that great. I mean it
> seem to
> > miss an information.  What happens if you open the page in
multiple
> > browser windows? If the URL is same, how
> > will tapestry reconstruct the data?
> >
> > And also, does the Tapestry 5 finally supports dynamically
changing
> > components hierarchy? Or nested components? Or is it still the
[1]page
> > [0..n]Components approach?
> >
> > In Wicket the URLs will look much better in 2.0 than they look now
> - as
> > we will persist the mount path after requests, but it will take
some
> > time to implement.
> >
> > -Matej
> >
> > cowwoc wrote:
> >>  Two questions about:
> >>
http://howardlewisship.com/blog/2006/10/tapestry-5-screencast-2.html
> >>
> >> 1) How did they get "instantaneous" page reloads working?
> >> 2) How did they get their URLs to remain "nice" even though the
> >> underlying state is changing?
> >>
> >>  and what is the implications for Wicket? I suspect you guys
> have seen
> >> this before. Can you please comment on why Wicket does not do
> something
> >> similar? Is it something to do with the amount of client-side
> state they
> >> use?
> >>
> >> Thanks,
> >> Gili
> >>
> >>
> >>
> >>
>

> >>
> >>
>
-
>
> >> Take Surveys. Earn Cash. Influence the Future of IT
> >> Join SourceForge.net's Techsay panel and you'll get the chance to
> share your
> >> opinions on IT & business topics through brief surveys - and earn
> cash
> >>
>
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> <
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV>
> >>
> >>
> >>
>

>
> >>
> >> ___
> >> Wicket-user mailing list
> >> Wicket-user@lists.sourceforge.net
> 
> >> https://lists.sourceforge.net/lists/listinfo/wicket-user
> >
> >
> >
> >
>
-
>
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to
> share your
> > opinions on

Re: [Wicket-user] Tapestry 5 instantaneous reloads

[cowwoc]

Again, I refer you to Tapestry. Obviously I wouldn't want the kind of
URL you pasted but if you look at Tapestry's screencast they don't add
*anything* to the URL. Now, it could very well be that this is something
specific to small examples and does not work for bigger ones but it
could also very well be that Tapestry is handling this in some way we're
not familiar with.

Gili

Igor Vaynberg wrote:
> yeah? and what happens when your component property is not a primitive?
> 
> are you then happy with
> http://www.google.com/Start.html?param1=A98AS98AA8947A8947A8947A89478A97A94879A847A9879A8479A8479A847A9847A9487A4987A4987A498A749A8749A8479A84789A7498A7498A7498A47A9847A984789A7498A4
> 
> which would be the base64 encoded string of that non primitive?
> 
> or would you like to make everything into a post and have client pages
> get huge?
> 
> or do you only restrict component properties to primitives?
> 
> -igor
> 
> 
> 
> On 11/22/06, *cowwoc* <[EMAIL PROTECTED]
> > wrote:
> 
> 
> heh, if I had to choose between:
> 
> http://www.google.com/Start.html
> 
> and
> 
> http://www.google.com/Main/Start?wicket:interface=:0::
> 
> I'd choose the first time time and time again. There is the
> interface
> part which I'd love to hide from users (they shouldn't ever be
> explicitly pasting that anyway because you'll end up with Page Expired)
> and there is also the fact that they don't seem to require some sort of
> base context path or there is some sort of "magic" going on to hide it.
> Either way it looks better than Wicket :)
> 
> Gili
> 
> Matej Knopp wrote:
> > Nice URLS?
> >
> > Well.. I don't know, to me it doesn't look that great. I mean it
> seem to
> > miss an information.  What happens if you open the page in multiple
> > browser windows? If the URL is same, how
> > will tapestry reconstruct the data?
> >
> > And also, does the Tapestry 5 finally supports dynamically changing
> > components hierarchy? Or nested components? Or is it still the [1]page
> > [0..n]Components approach?
> >
> > In Wicket the URLs will look much better in 2.0 than they look now
> - as
> > we will persist the mount path after requests, but it will take some
> > time to implement.
> >
> > -Matej
> >
> > cowwoc wrote:
> >>  Two questions about:
> >> http://howardlewisship.com/blog/2006/10/tapestry-5-screencast-2.html
> >>
> >> 1) How did they get "instantaneous" page reloads working?
> >> 2) How did they get their URLs to remain "nice" even though the
> >> underlying state is changing?
> >>
> >>  and what is the implications for Wicket? I suspect you guys
> have seen
> >> this before. Can you please comment on why Wicket does not do
> something
> >> similar? Is it something to do with the amount of client-side
> state they
> >> use?
> >>
> >> Thanks,
> >> Gili
> >>
> >>
> >>
> >>
> 
> >>
> >>
> -
> 
> >> Take Surveys. Earn Cash. Influence the Future of IT
> >> Join SourceForge.net's Techsay panel and you'll get the chance to
> share your
> >> opinions on IT & business topics through brief surveys - and earn
> cash
> >>
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> 
> 
> >>
> >>
> >>
> 
> 
> >>
> >> ___
> >> Wicket-user mailing list
> >> Wicket-user@lists.sourceforge.net
> 
> >> https://lists.sourceforge.net/lists/listinfo/wicket-user
> >
> >
> >
> >
> -
> 
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to
> share your
> > opinions on IT & business topics through brief surveys - and earn
> cash
> >
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> 
> 
> > ___
> > Wicket-user mailing list
> > Wicket-user@lists.sourceforge.net
> 
> > https://lists.sourceforge.net/lists/listinfo/wicket-user
> 
> 
> 
> 
> -
> Take Surveys. Earn Cash. I

Re: [Wicket-user] Wicket-Stuff WicketStuffToDo page created

[Eelco Hillenius]

I don't know. If you think about what would be the least work, I would
say have one entry page for the wicket-stuff project and everything
else on the WIKI.

Eelco


On 11/22/06, James McLaughlin <[EMAIL PROTECTED]> wrote:
> There are some issues surrounding wiki that should be discussed, however. SF
> webservers mount the project directories read only, so this means the wiki
> data directory had to be under /tmp/persistent/...// and that
> directory needs to be world writeable. I changed the permissions of our
> directory under persistent to keep a guy with fat fingers from rm -rf'ing
> the wiki, but someone with bad intent could find the data directory and do
> some damage. Also, I'm not sure what promises sf makes regarding
> /tmp/persistent. Supposedly they deleted everything there a couple of years
> ago, probably because the fs filled up. Good backups will prevent a lot of
> suffering here, but if we want to host wicket-stuff purely on a wiki, we
> should at least discuss the risks and whether the wiki should be moved
> elsewhere.
>
> But also, I think we should leave it to the individual maintainers whether
> to use the wiki or some other system for their site. All projects should
> have a dir under htdocs, like some have now, and if they want to use the
> wiki, they can simply redirect to their wiki page.
>
> wdyt?
>
> jim
>
>
> On 11/22/06, Martijn Dashorst <[EMAIL PROTECTED]> wrote:
> > On 11/22/06, Eelco Hillenius <[EMAIL PROTECTED] > wrote:
> > > On 11/22/06, Martijn Dashorst <[EMAIL PROTECTED]> wrote:
> > > > Which is not a wise thing to do. The site is generated from the
> > > > wicket-stuff main project using maven. So your change will be
> > > > overwritten the next time it is generated.
> > >
> > > heh. A couple of emails back you proposed not to use maven site in the
> > > future, but use the WIKI for the whole site instead :)
> >
> > True, but then we would rm -rf the whole site... nuf said :)
> >
> > Martijn
> >
> >
> -
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> > opinions on IT & business topics through brief surveys - and earn cash
> >
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> > ___
> > Wicket-user mailing list
> > Wicket-user@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wicket-user
> >
>
>
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user
>
>
>

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

[Wicket-user] Databinder 1.0

[Nathan Hamblen]

It's solid, as far as we can tell. :)

There's some new documentation on the site that I hope is helpful to
Wicket beginners, regardless of their plans for persisting data. It's an
overview of IModel, why it's important, and how it helps with persistence:
http://databinder.net/manual/

Nathan


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Wicket-Stuff WicketStuffToDo page created

[James McLaughlin]

There are some issues surrounding wiki that should be discussed, however. SF
webservers mount the project directories read only, so this means the wiki
data directory had to be under /tmp/persistent/...// and that
directory needs to be world writeable. I changed the permissions of our
directory under persistent to keep a guy with fat fingers from rm -rf'ing
the wiki, but someone with bad intent could find the data directory and do
some damage. Also, I'm not sure what promises sf makes regarding
/tmp/persistent. Supposedly they deleted everything there a couple of years
ago, probably because the fs filled up. Good backups will prevent a lot of
suffering here, but if we want to host wicket-stuff purely on a wiki, we
should at least discuss the risks and whether the wiki should be moved
elsewhere.

But also, I think we should leave it to the individual maintainers whether
to use the wiki or some other system for their site. All projects should
have a dir under htdocs, like some have now, and if they want to use the
wiki, they can simply redirect to their wiki page.

wdyt?

jim

On 11/22/06, Martijn Dashorst <[EMAIL PROTECTED]> wrote:


On 11/22/06, Eelco Hillenius <[EMAIL PROTECTED]> wrote:
> On 11/22/06, Martijn Dashorst <[EMAIL PROTECTED]> wrote:
> > Which is not a wise thing to do. The site is generated from the
> > wicket-stuff main project using maven. So your change will be
> > overwritten the next time it is generated.
>
> heh. A couple of emails back you proposed not to use maven site in the
> future, but use the WIKI for the whole site instead :)

True, but then we would rm -rf the whole site... nuf said :)

Martijn

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Tapestry 5 instantaneous reloads

[Eelco Hillenius]

Look, this discussion every time again is getting old. It has been
stated many times before: the difference between Wicket and many other
frameworks is that Wicket's URL are 'safe' *by default*; if you want
them to be public (bookmarkable), you have to be explicit about it.
With other frameworks, you have to do something extra to make the
URL's secure. Imo, and certainly for the desktop-like apps I'm
building, the safe by default option is better. For public facing,
open apps, this might be inconvenient. But it is not much work to make
pages bookmarkable, and we're still working (Matej had some cool
ideas) to improve URLs so that even non-bookmarkable pages are
recoverable to some extend. However, Wicket will be a safe by default
framework in future too. If that's something that is problematic for
you, you can always consider using another framework. But you'll find
there is always something *not* to like about a framework.

Eelco


On 11/22/06, Eelco Hillenius <[EMAIL PROTECTED]> wrote:
> > I think you're missing a very important use-case. I created a Wicket
> > webapp at work, what happens on a weekly basis is that someone sees
> > something he wants to discuss so he copy/pastes the URL from his browser
> > into an email. Non-nice URLs shouldn't even be visible for people to
> > mistakenly export.
> >
> > Sometimes someone just wants to give someone else a link to my 
> > webapp
> > (not expecting it to display anything in particular) and it just so
> > happens their browser has it open with a non-nice URL. Again, they will
> > copy/paste that and the receiver will get an ugly URL and Page Expired.
>
> So PLAN for that then. If you want a URL to be bookmarkable implement
> that! What about step X of wizard Y? The checkout part of an online
> store? Stuff like that... did you ever try to send an email with a
> link like that and expect it to work?
>
> Eelco
>

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Tapestry 5 instantaneous reloads

[Eelco Hillenius]

No. ONE part of the story is back button support. IN CASE you
are using the second level session store thing that is default for 1.3
and 2.0 now, we don't need that multi-window support. If you don't use
that, but e.g instead use the older page maps, you DO need it, as you
don't want one window to be the reason another window expires. But the
SECOND part of the story is the fact that we can recognize we're in
separate windows in the first place. That's useful stuff to know at
times! You can debate whether that should be turned on by default (I
think it should, in order to support case one completely), but the
functionality is useful without doubt imo. The API is still kind of
awkward, but it is possible to e.g. use the page map to store
information about the current user so that you can have separate users
in separate windows, while still maintaining a nice programming model
(alternatively, you could pass the current user around everywhere, but
that would really suck).

Eelco


On 11/22/06, Johan Compagner <[EMAIL PROTECTED]> wrote:
> i could do that..
> Just make a form post of every link
> then store state in a special field (see 2.0 that has partial implementation
> already)
>
> If you refresh the browsers url then we have to have the static mounts (that
> we talked about)
> and the page for that class is found and rendered (or not found then
> created)
>
> johan
>
>
>
> On 11/22/06, Matej Knopp < [EMAIL PROTECTED]> wrote:
> > Are you even sure tapestry is doing that?
> >
> > -Matej
> >
> > cowwoc wrote:
> > >   If you can't copy/paste that additional information anyway
> (because
> > > you'll get a Page Expired) then it shouldn't be visible at all so people
> > > don't even make the mistake of including it.
> > >
> > >   I agree with you that Wicket somehow has to know that window1 has
> a
> > > different state than window2 and if this isn't reflected somehow in the
> > > URL then where is it stored? But I am also saying that Tapestry seems to
> > > do that *somehow* and if we can do the same then we should do so.
> > >
> > > Gili
> > >
> > > Matej Knopp wrote:
> > >> Again and again.
> > >> What would do if you open the start.html page in two browsers windows?
> > >> Or don't your users do that? The additional information in url is not
> > >> there for fun. There is a good reason for that.
> > >>
> > >> And give us some time, after the refactor planed for 2.0 it should be
> > >> possible to get rid of the "wicket" thing from url.
> > >>
> > >> -Matej
> > >>
> > >> cowwoc wrote:
> > >>> heh, if I had to choose between:
> > >>>
> > >>> http://www.google.com/Start.html
> > >>>
> > >>> and
> > >>>
> > >>>
> http://www.google.com/Main/Start?wicket:interface=:0::
> > >>>
> > >>> I'd choose the first time time and time again. There is the
> interface
> > >>> part which I'd love to hide from users (they shouldn't ever be
> > >>> explicitly pasting that anyway because you'll end up with Page
> Expired)
> > >>> and there is also the fact that they don't seem to require some sort
> of
> > >>> base context path or there is some sort of "magic" going on to hide
> it.
> > >>> Either way it looks better than Wicket :)
> > >>>
> > >>> Gili
> > >>>
> > >>> Matej Knopp wrote:
> >  Nice URLS?
> > 
> >  Well.. I don't know, to me it doesn't look that great. I mean it seem
> to
> >  miss an information.  What happens if you open the page in multiple
> >  browser windows? If the URL is same, how
> >  will tapestry reconstruct the data?
> > 
> >  And also, does the Tapestry 5 finally supports dynamically changing
> >  components hierarchy? Or nested components? Or is it still the
> [1]page
> >  [0..n]Components approach?
> > 
> >  In Wicket the URLs will look much better in 2.0 than they look now -
> as
> >  we will persist the mount path after requests, but it will take some
> >  time to implement.
> > 
> >  -Matej
> > 
> >  cowwoc wrote:
> > >   Two questions about:
> > >
> http://howardlewisship.com/blog/2006/10/tapestry-5-screencast-2.html
> > >
> > > 1) How did they get "instantaneous" page reloads working?
> > > 2) How did they get their URLs to remain "nice" even though the
> > > underlying state is changing?
> > >
> > >   and what is the implications for Wicket? I suspect you guys have
> seen
> > > this before. Can you please comment on why Wicket does not do
> something
> > > similar? Is it something to do with the amount of client-side state
> they
> > > use?
> > >
> > > Thanks,
> > > Gili
> > >
> > >
> > >
> > >
> 
> > >
> > >
> -
> > > Take Surveys. Earn Cash. Influence the Future of IT
> > > Join SourceForge.net's Techsay panel and you'll get the chance to
> share your
> > > opinio

Re: [Wicket-user] Tapestry 5 instantaneous reloads

[Eelco Hillenius]

> I think you're missing a very important use-case. I created a Wicket
> webapp at work, what happens on a weekly basis is that someone sees
> something he wants to discuss so he copy/pastes the URL from his browser
> into an email. Non-nice URLs shouldn't even be visible for people to
> mistakenly export.
>
> Sometimes someone just wants to give someone else a link to my webapp
> (not expecting it to display anything in particular) and it just so
> happens their browser has it open with a non-nice URL. Again, they will
> copy/paste that and the receiver will get an ugly URL and Page Expired.

So PLAN for that then. If you want a URL to be bookmarkable implement
that! What about step X of wizard Y? The checkout part of an online
store? Stuff like that... did you ever try to send an email with a
link like that and expect it to work?

Eelco

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Tapestry 5 instantaneous reloads

[Eelco Hillenius]

Really, what is the hangup on URLs anyway. Do you ever get stressed
out by seeing an URL like
http://www.amazon.com/s/ref=nb_ss_b/102-2078604-2484922?url=search-alias%3Dstripbooks&field-keywords=donkey&Go.x=0&Go.y=0&Go=Go
?

Eelco

On 11/22/06, cowwoc <[EMAIL PROTECTED]> wrote:
>
> heh, if I had to choose between:
>
> http://www.google.com/Start.html
>
> and
>
> http://www.google.com/Main/Start?wicket:interface=:0::
>
> I'd choose the first time time and time again. There is the interface
> part which I'd love to hide from users (they shouldn't ever be
> explicitly pasting that anyway because you'll end up with Page Expired)
> and there is also the fact that they don't seem to require some sort of
> base context path or there is some sort of "magic" going on to hide it.
> Either way it looks better than Wicket :)
>
> Gili
>
> Matej Knopp wrote:
> > Nice URLS?
> >
> > Well.. I don't know, to me it doesn't look that great. I mean it seem to
> > miss an information.  What happens if you open the page in multiple
> > browser windows? If the URL is same, how
> > will tapestry reconstruct the data?
> >
> > And also, does the Tapestry 5 finally supports dynamically changing
> > components hierarchy? Or nested components? Or is it still the [1]page
> > [0..n]Components approach?
> >
> > In Wicket the URLs will look much better in 2.0 than they look now - as
> > we will persist the mount path after requests, but it will take some
> > time to implement.
> >
> > -Matej
> >
> > cowwoc wrote:
> >>  Two questions about:
> >> http://howardlewisship.com/blog/2006/10/tapestry-5-screencast-2.html
> >>
> >> 1) How did they get "instantaneous" page reloads working?
> >> 2) How did they get their URLs to remain "nice" even though the
> >> underlying state is changing?
> >>
> >>  and what is the implications for Wicket? I suspect you guys have seen
> >> this before. Can you please comment on why Wicket does not do something
> >> similar? Is it something to do with the amount of client-side state they
> >> use?
> >>
> >> Thanks,
> >> Gili
> >>
> >>
> >>
> >> 
> >>
> >> -
> >> Take Surveys. Earn Cash. Influence the Future of IT
> >> Join SourceForge.net's Techsay panel and you'll get the chance to share 
> >> your
> >> opinions on IT & business topics through brief surveys - and earn cash
> >> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> >>
> >>
> >> 
> >>
> >> ___
> >> Wicket-user mailing list
> >> Wicket-user@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/wicket-user
> >
> >
> >
> > -
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to share your
> > opinions on IT & business topics through brief surveys - and earn cash
> > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> > ___
> > Wicket-user mailing list
> > Wicket-user@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wicket-user
>
>
>
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user
>
>
>
>

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Wicket-Stuff WicketStuffToDo page created

[Martijn Dashorst]

On 11/22/06, Eelco Hillenius <[EMAIL PROTECTED]> wrote:
> On 11/22/06, Martijn Dashorst <[EMAIL PROTECTED]> wrote:
> > Which is not a wise thing to do. The site is generated from the
> > wicket-stuff main project using maven. So your change will be
> > overwritten the next time it is generated.
>
> heh. A couple of emails back you proposed not to use maven site in the
> future, but use the WIKI for the whole site instead :)

True, but then we would rm -rf the whole site... nuf said :)

Martijn

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Wicket-Stuff WicketStuffToDo page created

[Korbinian Bachl]

well - and im on him with this. i think a wiki is far more suited for our
needs than that maven thing (where at least i dont understand most yet :O )
 

> -Ursprüngliche Nachricht-
> Von: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] Im Auftrag 
> von Eelco Hillenius
> Gesendet: Mittwoch, 22. November 2006 17:58
> An: wicket-user@lists.sourceforge.net
> Betreff: Re: [Wicket-user] Wicket-Stuff WicketStuffToDo page created
> 
> On 11/22/06, Martijn Dashorst <[EMAIL PROTECTED]> wrote:
> > Which is not a wise thing to do. The site is generated from the 
> > wicket-stuff main project using maven. So your change will be 
> > overwritten the next time it is generated.
> 
> heh. A couple of emails back you proposed not to use maven 
> site in the future, but use the WIKI for the whole site instead :)
> 
> Eelco
> 
> --
> ---
> Take Surveys. Earn Cash. Influence the Future of IT Join 
> SourceForge.net's Techsay panel and you'll get the chance to 
> share your opinions on IT & business topics through brief 
> surveys - and earn cash 
> http://www.techsay.com/default.php?page=join.php&p=sourceforge
&CID=DEVDEV
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user
> 


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Wicket-Stuff WicketStuffToDo page created

[Eelco Hillenius]

On 11/22/06, Martijn Dashorst <[EMAIL PROTECTED]> wrote:
> Which is not a wise thing to do. The site is generated from the
> wicket-stuff main project using maven. So your change will be
> overwritten the next time it is generated.

heh. A couple of emails back you proposed not to use maven site in the
future, but use the WIKI for the whole site instead :)

Eelco

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] wicket stuff stuff

[Martijn Dashorst]

On 11/22/06, James McLaughlin <[EMAIL PROTECTED]> wrote:
> This does bringing up what the default permission scheme should be. For now
> we are allowing anyone who is logged in to read/write (No more anonymous).
> Once we have the maintainers sorted out, would it be better to give write
> permission to only maintainers, admins, wicket devs?

Sounds good, or make it a captcha aware signup page. Or make the
registration moderated, using the sourceforge id of the registrant.

Martijn

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Wicket-Stuff WicketStuffToDo page created

[Korbinian Bachl]

hmm - no it wont, as the page didnt exist before :) but was linked to...


> -Ursprüngliche Nachricht-
> Von: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] Im Auftrag 
> von Martijn Dashorst
> Gesendet: Mittwoch, 22. November 2006 17:43
> An: wicket-user@lists.sourceforge.net
> Betreff: Re: [Wicket-user] Wicket-Stuff WicketStuffToDo page created
> 
> Which is not a wise thing to do. The site is generated from 
> the wicket-stuff main project using maven. So your change 
> will be overwritten the next time it is generated.
> 
> Martijn
> 
> On 11/22/06, Korbinian Bachl <[EMAIL PROTECTED]> wrote:
> >
> >
> > I havent been lazy, too.
> >
> > I just fixed the mailing-list page on
> > http://wicket-stuff.sourceforge.net/mail-lists.html - it 
> wasnt there 
> > before, i created it from that, what was in the OLD dir - 
> hope this is 
> > now ok.
> >
> > Best regards
> >
> >
> >
> >  
> >  Von: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] Im Auftrag von 
> > James McLaughlin
> > Gesendet: Mittwoch, 22. November 2006 17:32
> > An: wicket-user@lists.sourceforge.net
> > Betreff: [Wicket-user] Wicket-Stuff WicketStuffToDo page created
> >
> >
> > I've created a Todo wiki page
> >
> > http://wicket-stuff.sourceforge.net/cgi-bin/moin.cgi/WicketStuffToDo
> >
> > Please add general wicket-stuff todo stuff here (not 
> project specific).
> > Also, if someone wants to take a task, maybe they can put 
> their name 
> > next to it.
> >
> > I have a couple of questions, too.
> >
> > Is wicket hosting or going to host its own maven repository? If so, 
> > could we add the wicket-stuff projects to it?
> >
> > Should wicket-stuff projects match the version numbering of 
> the wicket 
> > releases they depend on?
> >
> > Is it alright to restrict write access to the wiki to project 
> > maintainers and admins?
> >
> > 
> --
> > --- Take Surveys. Earn Cash. Influence the Future of IT Join 
> > SourceForge.net's Techsay panel and you'll get the chance to share 
> > your opinions on IT & business topics through brief surveys 
> - and earn 
> > cash 
> > 
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEV
> > DEV
> >
> > ___
> > Wicket-user mailing list
> > Wicket-user@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wicket-user
> >
> >
> >
> 
> 
> --
>  href="http://www.thebeststuffintheworld.com/vote_for/wicket";>Vote
> for  href="http://www.thebeststuffintheworld.com/stuff/wicket";>Wicket
> at the http://www.thebeststuffintheworld.com/";>Best 
> Stuff in the World!
> 
> --
> ---
> Take Surveys. Earn Cash. Influence the Future of IT Join 
> SourceForge.net's Techsay panel and you'll get the chance to 
> share your opinions on IT & business topics through brief 
> surveys - and earn cash 
> http://www.techsay.com/default.php?page=join.php&p=sourceforge
&CID=DEVDEV
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user
> 


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] wicket stuff stuff

[James McLaughlin]

Right. Spaced that out. Thanks.

This does bringing up what the default permission scheme should be. For now
we are allowing anyone who is logged in to read/write (No more anonymous).
Once we have the maintainers sorted out, would it be better to give write
permission to only maintainers, admins, wicket devs?

On 11/22/06, Gwyn Evans <[EMAIL PROTECTED]> wrote:


On 22/11/06, James McLaughlin <[EMAIL PROTECTED]> wrote:
> done!
>
> http://wicket-stuff.sourceforge.net/wiki

Well done, though I'd be surprised if you don't need to disable
anonymous edits very quickly!

/Gwyn
--
Download Wicket 1.2.3 now! - http://wicketframework.org

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Wicket-Stuff WicketStuffToDo page created

[Martijn Dashorst]

Which is not a wise thing to do. The site is generated from the
wicket-stuff main project using maven. So your change will be
overwritten the next time it is generated.

Martijn

On 11/22/06, Korbinian Bachl <[EMAIL PROTECTED]> wrote:
>
>
> I havent been lazy, too.
>
> I just fixed the mailing-list page on
> http://wicket-stuff.sourceforge.net/mail-lists.html - it
> wasnt there before, i created it from that, what was in the OLD dir - hope
> this is now ok.
>
> Best regards
>
>
>
>  
>  Von: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Im
> Auftrag von James McLaughlin
> Gesendet: Mittwoch, 22. November 2006 17:32
> An: wicket-user@lists.sourceforge.net
> Betreff: [Wicket-user] Wicket-Stuff WicketStuffToDo page created
>
>
> I've created a Todo wiki page
>
> http://wicket-stuff.sourceforge.net/cgi-bin/moin.cgi/WicketStuffToDo
>
> Please add general wicket-stuff todo stuff here (not project specific).
> Also, if someone wants to take a task, maybe they can put their name next to
> it.
>
> I have a couple of questions, too.
>
> Is wicket hosting or going to host its own maven repository? If so, could we
> add the wicket-stuff projects to it?
>
> Should wicket-stuff projects match the version numbering of the wicket
> releases they depend on?
>
> Is it alright to restrict write access to the wiki to project maintainers
> and admins?
>
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user
>
>
>


-- 
http://www.thebeststuffintheworld.com/vote_for/wicket";>Vote
for http://www.thebeststuffintheworld.com/stuff/wicket";>Wicket
at the http://www.thebeststuffintheworld.com/";>Best Stuff in
the World!

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Wicket-Stuff WicketStuffToDo page created

[Korbinian Bachl]

I havent been lazy, too.
 
I just fixed the mailing-list page on
http://wicket-stuff.sourceforge.net/mail-lists.html - it wasnt there before,
i created it from that, what was in the OLD dir - hope this is now ok.
 
Best regards
 


  _  

Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Im Auftrag von James
McLaughlin
Gesendet: Mittwoch, 22. November 2006 17:32
An: wicket-user@lists.sourceforge.net
Betreff: [Wicket-user] Wicket-Stuff WicketStuffToDo page created


I've created a Todo wiki page

http://wicket-stuff.sourceforge.net/cgi-bin/moin.cgi/WicketStuffToDo

Please add general wicket-stuff todo stuff here (not project specific).
Also, if someone wants to take a task, maybe they can put their name next to
it. 

I have a couple of questions, too.

Is wicket hosting or going to host its own maven repository? If so, could we
add the wicket-stuff projects to it?

Should wicket-stuff projects match the version numbering of the wicket
releases they depend on? 

Is it alright to restrict write access to the wiki to project maintainers
and admins?


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

[Wicket-user] Wicket-Stuff WicketStuffToDo page created

[James McLaughlin]

I've created a Todo wiki page

http://wicket-stuff.sourceforge.net/cgi-bin/moin.cgi/WicketStuffToDo

Please add general wicket-stuff todo stuff here (not project specific).
Also, if someone wants to take a task, maybe they can put their name next to
it.

I have a couple of questions, too.

Is wicket hosting or going to host its own maven repository? If so, could we
add the wicket-stuff projects to it?

Should wicket-stuff projects match the version numbering of the wicket
releases they depend on?

Is it alright to restrict write access to the wiki to project maintainers
and admins?
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Tapestry 5 instantaneous reloads

[Igor Vaynberg]

the classloader will still barf after certain situations i think.

when you add a new property for example and refresh a page, what happens?

a new instance of that component/page is created, but the property's value
is not in the url which might lead to some weird invalid state scenarios.

-igor

On 11/21/06, cowwoc <[EMAIL PROTECTED]> wrote:



Two questions about:
http://howardlewisship.com/blog/2006/10/tapestry-5-screencast-2.html

1) How did they get "instantaneous" page reloads working?
2) How did they get their URLs to remain "nice" even though the
underlying state is changing?

and what is the implications for Wicket? I suspect you guys have
seen
this before. Can you please comment on why Wicket does not do something
similar? Is it something to do with the amount of client-side state they
use?

Thanks,
Gili



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user




-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Tapestry 5 instantaneous reloads

[Korbinian Bachl]

emm - thats what i wrote... you dont use them equally, but use one and come
back then... the current way allows to change the browser windows or even
use them equally - but thats nothing a human does, as he usually uses it as
a bokmark, note, info or sth. like that
 
 


  _  

Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Im Auftrag von Igor
Vaynberg
Gesendet: Mittwoch, 22. November 2006 17:22
An: wicket-user@lists.sourceforge.net
Betreff: Re: [Wicket-user] Tapestry 5 instantaneous reloads


i do it all the time. i am at some point in a webapp, i rightclick on a link
do open in a new window and work in the new window. then when im done i
close the new window and continue working in the new one.

so for me opening a new tab is like keeping a bookmark in the app. 

-igor



On 11/22/06, Korbinian Bachl <[EMAIL PROTECTED]> wrote: 

> But if you have a tabbed panel in a page, you want to have
> one tab opened in one window and another tab opened in second
> window. That's what users require. At least my users do
> require that. And that's also what I expect from a web application. 

this is the point i mean - ive never seen people using 2 browserwindows/
tabs at same time... they just open and forgot it or come back later to
it...

> If you want to have singleton pages, go ahead, nothing 
> prevents you from that. Just do your own PageFactory class
> that pools pages (session
> relative) and then always redirect to bookmarkable/mounted
> URL. You'll get the same behavior tapestry seems to have. 

oh, im satisfied wiht the wicket mode in 95% :) I mean it usually doenst
depend on the developer but on the customer what the behavior will be...

Regards


> -Ursprüngliche Nachricht- 
> Von: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]
 ] Im Auftrag
> von Matej Knopp
> Gesendet: Mittwoch, 22. November 2006 16:36
> An: wicket-user@lists.sourceforge.net
> Betreff: Re: [Wicket-user] Tapestry 5 instantaneous reloads 
>
> But this is something completely different. Cart is shared
> between pages, usually stored in session. Cart is not
> specific for every pages.
>
> But if you have a tabbed panel in a page, you want to have 
> one tab opened in one window and another tab opened in second
> window. That's what users require. At least my users do
> require that. And that's also what I expect from a web application.
>
> If you want to have singleton pages, go ahead, nothing
> prevents you from that. Just do your own PageFactory class
> that pools pages (session
> relative) and then always redirect to bookmarkable/mounted 
> URL. You'll get the same behavior tapestry seems to have.
>
> -Matej
>
> Korbinian Bachl wrote:
> >> Again and again.
> >> What would do if you open the start.html page in two 
> browsers windows?
> >
> > thats the wrong question! - the question would be: what behaviour
> > would the enduser expect when he uses 2 browserwindows/tabs
> for 1 website?
> > 
> > I found out that most enduser just do this, to keep a site
> as a way to
> > note or remind things - if they do this and e.g. put sth. in a cart
> > they expect to have both carts (in the browsers) 
> identical... meaning
> > the bahavior the big ones (amazon & co) have.
> >
> > Ragards
> >
> >
> >
> -- 
> > --- Take Surveys. Earn Cash. Influence the Future of IT Join
> > SourceForge.net's Techsay panel and you'll get the chance to share
> > your opinions on IT & business topics through brief surveys 
> - and earn
> > cash
> >
> http://www.techsay.com/default.php?page=join.php

&p=sourceforge&CID=DEV 
> > DEV ___
> > Wicket-user mailing list
> > Wicket-user@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wicket-user
> >
>
>
> -- 
> ---
> Take Surveys. Earn Cash. Influence the Future of IT Join
> SourceForge.net's Techsay panel and you'll get the chance to
> share your opinions on IT & business topics through brief 
> surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php

&p=sourceforge
&CID=DEVDEV
> ___ 
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user
 
>


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your

opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php

&p=sourceforge&CID=DEVDEV 
__

Re: [Wicket-user] Tapestry 5 instantaneous reloads

[Igor Vaynberg]

yeah? and what happens when your component property is not a primitive?

are you then happy with
http://www.google.com/Start.html?param1=A98AS98AA8947A8947A8947A89478A97A94879A847A9879A8479A8479A847A9847A9487A4987A4987A498A749A8749A8479A84789A7498A7498A7498A47A9847A984789A7498A4

which would be the base64 encoded string of that non primitive?

or would you like to make everything into a post and have client pages get
huge?

or do you only restrict component properties to primitives?

-igor



On 11/22/06, cowwoc <[EMAIL PROTECTED]> wrote:



heh, if I had to choose between:

http://www.google.com/Start.html

and

http://www.google.com/Main/Start?wicket:interface=:0::

I'd choose the first time time and time again. There is the
interface
part which I'd love to hide from users (they shouldn't ever be
explicitly pasting that anyway because you'll end up with Page Expired)
and there is also the fact that they don't seem to require some sort of
base context path or there is some sort of "magic" going on to hide it.
Either way it looks better than Wicket :)

Gili

Matej Knopp wrote:
> Nice URLS?
>
> Well.. I don't know, to me it doesn't look that great. I mean it seem to
> miss an information.  What happens if you open the page in multiple
> browser windows? If the URL is same, how
> will tapestry reconstruct the data?
>
> And also, does the Tapestry 5 finally supports dynamically changing
> components hierarchy? Or nested components? Or is it still the [1]page
> [0..n]Components approach?
>
> In Wicket the URLs will look much better in 2.0 than they look now - as
> we will persist the mount path after requests, but it will take some
> time to implement.
>
> -Matej
>
> cowwoc wrote:
>>  Two questions about:
>> http://howardlewisship.com/blog/2006/10/tapestry-5-screencast-2.html
>>
>> 1) How did they get "instantaneous" page reloads working?
>> 2) How did they get their URLs to remain "nice" even though the
>> underlying state is changing?
>>
>>  and what is the implications for Wicket? I suspect you guys have
seen
>> this before. Can you please comment on why Wicket does not do something
>> similar? Is it something to do with the amount of client-side state
they
>> use?
>>
>> Thanks,
>> Gili
>>
>>
>>
>>

>>
>>
-
>> Take Surveys. Earn Cash. Influence the Future of IT
>> Join SourceForge.net's Techsay panel and you'll get the chance to share
your
>> opinions on IT & business topics through brief surveys - and earn cash
>>
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>>
>>
>>

>>
>> ___
>> Wicket-user mailing list
>> Wicket-user@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wicket-user
>
>
>
>
-
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
your
> opinions on IT & business topics through brief surveys - and earn cash
>
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user




-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Wicket-Stuff: ProjectMantainers page updated

[James McLaughlin]

Great. I'm thinking maybe we need a second ProjectStatus page, since I
believe the amount of status info is going to grow. This would have info
such as Notes, Current Versions,  Maven  support, and possibly a TODO list
for each project. Or each project can have a project status page, but I
would still like one summary page to see it all at a glance. What d you
think?

jim

On 11/22/06, Filippo Diotalevi <[EMAIL PROTECTED]> wrote:


Hi all,
  I've updated the new page ProjectMantainer in the wicketstuff-wiki
with (hopefully) all the projects of wicketstuff. Please take a minute
to see it and update with correct infos.
http://wicket-stuff.sourceforge.net/cgi-bin/moin.cgi/ProjectMaintainers

I think we particularly need to know if:
- a project has been discontinued
- a project is up-to-date with current Wicket release
- a project is Wicket 1.3-ready
- a project is Wicket 2.0-ready

--
Filippo Diotalevi
http://www.diotalevi.com

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Tapestry 5 instantaneous reloads

[Igor Vaynberg]

i do it all the time. i am at some point in a webapp, i rightclick on a link
do open in a new window and work in the new window. then when im done i
close the new window and continue working in the new one.

so for me opening a new tab is like keeping a bookmark in the app.

-igor


On 11/22/06, Korbinian Bachl <[EMAIL PROTECTED]> wrote:


> But if you have a tabbed panel in a page, you want to have
> one tab opened in one window and another tab opened in second
> window. That's what users require. At least my users do
> require that. And that's also what I expect from a web application.

this is the point i mean - ive never seen people using 2 browserwindows/
tabs at same time... they just open and forgot it or come back later to
it...

> If you want to have singleton pages, go ahead, nothing
> prevents you from that. Just do your own PageFactory class
> that pools pages (session
> relative) and then always redirect to bookmarkable/mounted
> URL. You'll get the same behavior tapestry seems to have.

oh, im satisfied wiht the wicket mode in 95% :) I mean it usually doenst
depend on the developer but on the customer what the behavior will be...

Regards


> -Ursprüngliche Nachricht-
> Von: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Im Auftrag
> von Matej Knopp
> Gesendet: Mittwoch, 22. November 2006 16:36
> An: wicket-user@lists.sourceforge.net
> Betreff: Re: [Wicket-user] Tapestry 5 instantaneous reloads
>
> But this is something completely different. Cart is shared
> between pages, usually stored in session. Cart is not
> specific for every pages.
>
> But if you have a tabbed panel in a page, you want to have
> one tab opened in one window and another tab opened in second
> window. That's what users require. At least my users do
> require that. And that's also what I expect from a web application.
>
> If you want to have singleton pages, go ahead, nothing
> prevents you from that. Just do your own PageFactory class
> that pools pages (session
> relative) and then always redirect to bookmarkable/mounted
> URL. You'll get the same behavior tapestry seems to have.
>
> -Matej
>
> Korbinian Bachl wrote:
> >> Again and again.
> >> What would do if you open the start.html page in two
> browsers windows?
> >
> > thats the wrong question! - the question would be: what behaviour
> > would the enduser expect when he uses 2 browserwindows/tabs
> for 1 website?
> >
> > I found out that most enduser just do this, to keep a site
> as a way to
> > note or remind things - if they do this and e.g. put sth. in a cart
> > they expect to have both carts (in the browsers)
> identical... meaning
> > the bahavior the big ones (amazon & co) have.
> >
> > Ragards
> >
> >
> >
> --
> > --- Take Surveys. Earn Cash. Influence the Future of IT Join
> > SourceForge.net's Techsay panel and you'll get the chance to share
> > your opinions on IT & business topics through brief surveys
> - and earn
> > cash
> >
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEV
> > DEV ___
> > Wicket-user mailing list
> > Wicket-user@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wicket-user
> >
>
>
> --
> ---
> Take Surveys. Earn Cash. Influence the Future of IT Join
> SourceForge.net's Techsay panel and you'll get the chance to
> share your opinions on IT & business topics through brief
> surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge
&CID=DEVDEV
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user
>


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] i18n in errors from standard validators

[Igor Vaynberg]

On 11/22/06, Andrew Klochkov <[EMAIL PROTECTED]> wrote:


yep, I just made 2 mistakes, but the question is how to use i18n with
wicket std validators?

mistakes:

1) setLabel should take IModel, so the code is:

  field.setLabel(new Model("localized.field"));



this should be field.setLabel(new ResourceModel("localized.field")) unless
you want the label to be "localized.field" and not a resource lookup.

then declare localized.field key in page'/panel's/border's .properties file
and you are good to go.

-igor





2) properties file contents:


RequiredValidator=Please fill field '${label}'

Igor Vaynberg wrote:
> field.setLabel("localized.field");
> this shouldnt even compile since setLabel takes an IModel
>
> -igor
>
>
> On 11/21/06, *Andrew Klochkov* < [EMAIL PROTECTED]
> > wrote:
>
> Please help with the following issue: I just want to have localized
> error messages from standard validators.
>
> I have RequiredTextField in my RegistrationForm class:
>
> TextField field = new RequiredTextField("myfield");
> field.setLabel("localized.field");
> add(field);
>
> Also I created MyApplication_.properties with the
> following line
> (text is changed to english):
>
> RequiredValidator=Field '${label}' is required
>
> Then I created RegistrationForm_.properties containing:
>
> localized.field=Localized Field
>
> And when user doesn't fill this field I want him to see a message
> "Please fill field 'Localized Field'". But now I see error "Field
> 'localized.field' is required".
>
> --
> Andrew Klochkov
>
>
>
-
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net 's Techsay panel and you'll get the chance to
> share your
> opinions on IT & business topics through brief surveys - and earn
cash
>
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> <
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV>
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> 
> https://lists.sourceforge.net/lists/listinfo/wicket-user
>
>
> 
>
>
-
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
your
> opinions on IT & business topics through brief surveys - and earn cash
>
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> 
>
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user
>


--
Andrew Klochkov


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Tapestry 5 instantaneous reloads

[Matej Knopp]

This is just ugly. And I'm not even sure it would work while preserving 
current "no-double-posts" policy.

Imagine you're doing a form post now. After the post processed, wicket 
makes redirects. But if you want to send the page id as post 
information, you can't redirect! So you have two options. Don't redirect 
(do nothing), but then you're risking double posts, or instead of 
redirect write a empty page with a javascript that makes the post (slow 
and ugly as hell). Or is there a option I'm missing?

-Matej

Johan Compagner wrote:
> i could do that..
> Just make a form post of every link
> then store state in a special field (see 2.0 that has partial 
> implementation already)
> 
> If you refresh the browsers url then we have to have the static mounts 
> (that we talked about)
> and the page for that class is found and rendered (or not found then 
> created)
> 
> johan
> 
> 
> On 11/22/06, *Matej Knopp* < [EMAIL PROTECTED] > 
> wrote:
> 
> Are you even sure tapestry is doing that?
> 
> -Matej
> 
> cowwoc wrote:
>  >   If you can't copy/paste that additional information anyway
> (because
>  > you'll get a Page Expired) then it shouldn't be visible at all so
> people
>  > don't even make the mistake of including it.
>  >
>  >   I agree with you that Wicket somehow has to know that
> window1 has a
>  > different state than window2 and if this isn't reflected somehow
> in the
>  > URL then where is it stored? But I am also saying that Tapestry
> seems to
>  > do that *somehow* and if we can do the same then we should do so.
>  >
>  > Gili
>  >
>  > Matej Knopp wrote:
>  >> Again and again.
>  >> What would do if you open the start.html page in two browsers
> windows?
>  >> Or don't your users do that? The additional information in url
> is not
>  >> there for fun. There is a good reason for that.
>  >>
>  >> And give us some time, after the refactor planed for 2.0 it
> should be
>  >> possible to get rid of the "wicket" thing from url.
>  >>
>  >> -Matej
>  >>
>  >> cowwoc wrote:
>  >>> heh, if I had to choose between:
>  >>>
>  >>> http://www.google.com/Start.html
>  >>>
>  >>> and
>  >>>
>  >>> http://www.google.com/Main/Start?wicket:interface=:0::
>  >>>
>  >>> I'd choose the first time time and time again. There is the
> interface
>  >>> part which I'd love to hide from users (they shouldn't ever be
>  >>> explicitly pasting that anyway because you'll end up with Page
> Expired)
>  >>> and there is also the fact that they don't seem to require some
> sort of
>  >>> base context path or there is some sort of "magic" going on to
> hide it.
>  >>> Either way it looks better than Wicket :)
>  >>>
>  >>> Gili
>  >>>
>  >>> Matej Knopp wrote:
>   Nice URLS?
>  
>   Well.. I don't know, to me it doesn't look that great. I mean
> it seem to
>   miss an information.  What happens if you open the page in
> multiple
>   browser windows? If the URL is same, how
>   will tapestry reconstruct the data?
>  
>   And also, does the Tapestry 5 finally supports dynamically
> changing
>   components hierarchy? Or nested components? Or is it still the
> [1]page
>   [0..n]Components approach?
>  
>   In Wicket the URLs will look much better in 2.0 than they look
> now - as
>   we will persist the mount path after requests, but it will
> take some
>   time to implement.
>  
>   -Matej
>  
>   cowwoc wrote:
>  >   Two questions about:
>  >
> http://howardlewisship.com/blog/2006/10/tapestry-5-screencast-2.html
>  >
>  > 1) How did they get "instantaneous" page reloads working?
>  > 2) How did they get their URLs to remain "nice" even though the
>  > underlying state is changing?
>  >
>  >   and what is the implications for Wicket? I suspect you guys
> have seen
>  > this before. Can you please comment on why Wicket does not do
> something
>  > similar? Is it something to do with the amount of client-side
> state they
>  > use?
>  >
>  > Thanks,
>  > Gili
>  >
>  >
>  >
>  >
> 
>  >
>  >
> -
> 
>  > Take Surveys. Earn Cash. Influence the Future of IT
>  > Join SourceForge.net's Techsay panel and you'll get the
> chance to share your
>  > opinions on IT & business topics through brief surveys - and
> earn cash
>  >
> http://www.techsa

Re: [Wicket-user] Tapestry 5 instantaneous reloads

[Johan Compagner]

i could do that..
Just make a form post of every link
then store state in a special field (see 2.0 that has partial implementation
already)

If you refresh the browsers url then we have to have the static mounts (that
we talked about)
and the page for that class is found and rendered (or not found then
created)

johan


On 11/22/06, Matej Knopp <[EMAIL PROTECTED]> wrote:


Are you even sure tapestry is doing that?

-Matej

cowwoc wrote:
>   If you can't copy/paste that additional information anyway
(because
> you'll get a Page Expired) then it shouldn't be visible at all so people
> don't even make the mistake of including it.
>
>   I agree with you that Wicket somehow has to know that window1 has
a
> different state than window2 and if this isn't reflected somehow in the
> URL then where is it stored? But I am also saying that Tapestry seems to
> do that *somehow* and if we can do the same then we should do so.
>
> Gili
>
> Matej Knopp wrote:
>> Again and again.
>> What would do if you open the start.html page in two browsers windows?
>> Or don't your users do that? The additional information in url is not
>> there for fun. There is a good reason for that.
>>
>> And give us some time, after the refactor planed for 2.0 it should be
>> possible to get rid of the "wicket" thing from url.
>>
>> -Matej
>>
>> cowwoc wrote:
>>> heh, if I had to choose between:
>>>
>>> http://www.google.com/Start.html
>>>
>>> and
>>>
>>> http://www.google.com/Main/Start?wicket:interface=:0::
>>>
>>> I'd choose the first time time and time again. There is the
interface
>>> part which I'd love to hide from users (they shouldn't ever be
>>> explicitly pasting that anyway because you'll end up with Page
Expired)
>>> and there is also the fact that they don't seem to require some sort
of
>>> base context path or there is some sort of "magic" going on to hide
it.
>>> Either way it looks better than Wicket :)
>>>
>>> Gili
>>>
>>> Matej Knopp wrote:
 Nice URLS?

 Well.. I don't know, to me it doesn't look that great. I mean it seem
to
 miss an information.  What happens if you open the page in multiple
 browser windows? If the URL is same, how
 will tapestry reconstruct the data?

 And also, does the Tapestry 5 finally supports dynamically changing
 components hierarchy? Or nested components? Or is it still the
[1]page
 [0..n]Components approach?

 In Wicket the URLs will look much better in 2.0 than they look now -
as
 we will persist the mount path after requests, but it will take some
 time to implement.

 -Matej

 cowwoc wrote:
>   Two questions about:
> http://howardlewisship.com/blog/2006/10/tapestry-5-screencast-2.html
>
> 1) How did they get "instantaneous" page reloads working?
> 2) How did they get their URLs to remain "nice" even though the
> underlying state is changing?
>
>   and what is the implications for Wicket? I suspect you guys have
seen
> this before. Can you please comment on why Wicket does not do
something
> similar? Is it something to do with the amount of client-side state
they
> use?
>
> Thanks,
> Gili
>
>
>
>

>
>
-
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to
share your
> opinions on IT & business topics through brief surveys - and earn
cash
>
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>
>
>

>
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user

-
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to
share your
 opinions on IT & business topics through brief surveys - and earn
cash

http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
 ___
 Wicket-user mailing list
 Wicket-user@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wicket-user
>>>

>>>
>>>
-
>>> Take Surveys. Earn Cash. Influence the Future of IT
>>> Join SourceForge.net's Techsay panel and you'll get the chance to
share your
>>> opinions on IT & business topics through brief surveys - and earn cash
>>>
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>>>
>>>
>>>
-

Re: [Wicket-user] Tapestry 5 instantaneous reloads

[Matej Knopp]

I don't know about the check. IMHO it should be disabled by default. Now 
that we have second level session store there's not need for that script 
  and multiple pagemap. No need at all.

-Matej

Johan Compagner wrote:
> I was just thinking about that now...
> 
> And suddenly i have a question: Why do we have the new window/tab check 
> again in the page?
> I couldn't care less anymore about a page being in 2 browsers (and in 
> the same pagemap)
> 
> Just be sure that versioning works so if the page is changed in one 
> window it can be reverted in the other window
> when a user clicks.
> 
> And with the second level pagemap all pages and every version of the 
> page can be get back..
> 
> johan
> 
> 
> On 11/22/06, *Matej Knopp* <[EMAIL PROTECTED] > 
> wrote:
> 
> But this is something completely different. Cart is shared between
> pages, usually stored in session. Cart is not specific for every pages.
> 
> But if you have a tabbed panel in a page, you want to have one tab
> opened in one window and another tab opened in second window. That's
> what users require. At least my users do require that. And that's also
> what I expect from a web application.
> 
> If you want to have singleton pages, go ahead, nothing prevents you from
> that. Just do your own PageFactory class that pools pages (session
> relative) and then always redirect to bookmarkable/mounted URL. You'll
> get the same behavior tapestry seems to have.
> 
> -Matej
> 
> Korbinian Bachl wrote:
>  >> Again and again.
>  >> What would do if you open the start.html page in two browsers
> windows?
>  >
>  > thats the wrong question! - the question would be: what behaviour
> would the
>  > enduser expect when he uses 2 browserwindows/tabs for 1 website?
>  >
>  > I found out that most enduser just do this, to keep a site as a
> way to note
>  > or remind things - if they do this and e.g. put sth. in a cart
> they expect
>  > to have both carts (in the browsers) identical... meaning the
> bahavior the
>  > big ones (amazon & co) have.
>  >
>  > Ragards
>  >
>  >
>  >
> -
>  > Take Surveys. Earn Cash. Influence the Future of IT
>  > Join SourceForge.net's Techsay panel and you'll get the chance to
> share your
>  > opinions on IT & business topics through brief surveys - and earn
> cash
>  >
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> 
> 
>  > ___
>  > Wicket-user mailing list
>  > Wicket-user@lists.sourceforge.net
> 
>  > https://lists.sourceforge.net/lists/listinfo/wicket-user
>  >
> 
> 
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net 's Techsay panel and you'll get the chance to
> share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> 
> 
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> 
> https://lists.sourceforge.net/lists/listinfo/wicket-user
> 
> 
> 
> 
> 
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> 
> 
> 
> 
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Tapestry 5 instantaneous reloads

[Korbinian Bachl]

> But if you have a tabbed panel in a page, you want to have 
> one tab opened in one window and another tab opened in second 
> window. That's what users require. At least my users do 
> require that. And that's also what I expect from a web application.

this is the point i mean - ive never seen people using 2 browserwindows/
tabs at same time... they just open and forgot it or come back later to
it...  

> If you want to have singleton pages, go ahead, nothing 
> prevents you from that. Just do your own PageFactory class 
> that pools pages (session
> relative) and then always redirect to bookmarkable/mounted 
> URL. You'll get the same behavior tapestry seems to have.

oh, im satisfied wiht the wicket mode in 95% :) I mean it usually doenst
depend on the developer but on the customer what the behavior will be...

Regards


> -Ursprüngliche Nachricht-
> Von: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] Im Auftrag 
> von Matej Knopp
> Gesendet: Mittwoch, 22. November 2006 16:36
> An: wicket-user@lists.sourceforge.net
> Betreff: Re: [Wicket-user] Tapestry 5 instantaneous reloads
> 
> But this is something completely different. Cart is shared 
> between pages, usually stored in session. Cart is not 
> specific for every pages.
> 
> But if you have a tabbed panel in a page, you want to have 
> one tab opened in one window and another tab opened in second 
> window. That's what users require. At least my users do 
> require that. And that's also what I expect from a web application.
> 
> If you want to have singleton pages, go ahead, nothing 
> prevents you from that. Just do your own PageFactory class 
> that pools pages (session
> relative) and then always redirect to bookmarkable/mounted 
> URL. You'll get the same behavior tapestry seems to have.
> 
> -Matej
> 
> Korbinian Bachl wrote:
> >> Again and again.
> >> What would do if you open the start.html page in two 
> browsers windows?  
> > 
> > thats the wrong question! - the question would be: what behaviour 
> > would the enduser expect when he uses 2 browserwindows/tabs 
> for 1 website?
> > 
> > I found out that most enduser just do this, to keep a site 
> as a way to 
> > note or remind things - if they do this and e.g. put sth. in a cart 
> > they expect to have both carts (in the browsers) 
> identical... meaning 
> > the bahavior the big ones (amazon & co) have.
> > 
> > Ragards
> > 
> > 
> > 
> --
> > --- Take Surveys. Earn Cash. Influence the Future of IT Join 
> > SourceForge.net's Techsay panel and you'll get the chance to share 
> > your opinions on IT & business topics through brief surveys 
> - and earn 
> > cash 
> > 
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEV
> > DEV ___
> > Wicket-user mailing list
> > Wicket-user@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wicket-user
> > 
> 
> 
> --
> ---
> Take Surveys. Earn Cash. Influence the Future of IT Join 
> SourceForge.net's Techsay panel and you'll get the chance to 
> share your opinions on IT & business topics through brief 
> surveys - and earn cash 
> http://www.techsay.com/default.php?page=join.php&p=sourceforge
&CID=DEVDEV
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user
> 


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Tapestry 5 instantaneous reloads

[Johan Compagner]

I was just thinking about that now...

And suddenly i have a question: Why do we have the new window/tab check
again in the page?
I couldn't care less anymore about a page being in 2 browsers (and in the
same pagemap)

Just be sure that versioning works so if the page is changed in one window
it can be reverted in the other window
when a user clicks.

And with the second level pagemap all pages and every version of the page
can be get back..

johan


On 11/22/06, Matej Knopp <[EMAIL PROTECTED]> wrote:


But this is something completely different. Cart is shared between
pages, usually stored in session. Cart is not specific for every pages.

But if you have a tabbed panel in a page, you want to have one tab
opened in one window and another tab opened in second window. That's
what users require. At least my users do require that. And that's also
what I expect from a web application.

If you want to have singleton pages, go ahead, nothing prevents you from
that. Just do your own PageFactory class that pools pages (session
relative) and then always redirect to bookmarkable/mounted URL. You'll
get the same behavior tapestry seems to have.

-Matej

Korbinian Bachl wrote:
>> Again and again.
>> What would do if you open the start.html page in two browsers windows?
>
> thats the wrong question! - the question would be: what behaviour would
the
> enduser expect when he uses 2 browserwindows/tabs for 1 website?
>
> I found out that most enduser just do this, to keep a site as a way to
note
> or remind things - if they do this and e.g. put sth. in a cart they
expect
> to have both carts (in the browsers) identical... meaning the bahavior
the
> big ones (amazon & co) have.
>
> Ragards
>
>
>
-
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
your
> opinions on IT & business topics through brief surveys - and earn cash
>
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user
>


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Tapestry 5 instantaneous reloads

[Matej Knopp]

Are you even sure tapestry is doing that?

-Matej

cowwoc wrote:
>   If you can't copy/paste that additional information anyway (because
> you'll get a Page Expired) then it shouldn't be visible at all so people
> don't even make the mistake of including it.
> 
>   I agree with you that Wicket somehow has to know that window1 has a
> different state than window2 and if this isn't reflected somehow in the
> URL then where is it stored? But I am also saying that Tapestry seems to
> do that *somehow* and if we can do the same then we should do so.
> 
> Gili
> 
> Matej Knopp wrote:
>> Again and again.
>> What would do if you open the start.html page in two browsers windows? 
>> Or don't your users do that? The additional information in url is not 
>> there for fun. There is a good reason for that.
>>
>> And give us some time, after the refactor planed for 2.0 it should be 
>> possible to get rid of the "wicket" thing from url.
>>
>> -Matej
>>
>> cowwoc wrote:
>>> heh, if I had to choose between:
>>>
>>> http://www.google.com/Start.html
>>>
>>> and
>>>
>>> http://www.google.com/Main/Start?wicket:interface=:0::
>>>
>>> I'd choose the first time time and time again. There is the interface
>>> part which I'd love to hide from users (they shouldn't ever be
>>> explicitly pasting that anyway because you'll end up with Page Expired)
>>> and there is also the fact that they don't seem to require some sort of
>>> base context path or there is some sort of "magic" going on to hide it.
>>> Either way it looks better than Wicket :)
>>>
>>> Gili
>>>
>>> Matej Knopp wrote:
 Nice URLS?

 Well.. I don't know, to me it doesn't look that great. I mean it seem to 
 miss an information.  What happens if you open the page in multiple 
 browser windows? If the URL is same, how
 will tapestry reconstruct the data?

 And also, does the Tapestry 5 finally supports dynamically changing 
 components hierarchy? Or nested components? Or is it still the [1]page 
 [0..n]Components approach?

 In Wicket the URLs will look much better in 2.0 than they look now - as
 we will persist the mount path after requests, but it will take some
 time to implement.

 -Matej

 cowwoc wrote:
>   Two questions about:
> http://howardlewisship.com/blog/2006/10/tapestry-5-screencast-2.html
>
> 1) How did they get "instantaneous" page reloads working?
> 2) How did they get their URLs to remain "nice" even though the
> underlying state is changing?
>
>   and what is the implications for Wicket? I suspect you guys have seen
> this before. Can you please comment on why Wicket does not do something
> similar? Is it something to do with the amount of client-side state they
> use?
>
> Thanks,
> Gili
>
>
>
> 
>
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share 
> your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>
>
> 
>
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user
 -
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share 
 your
 opinions on IT & business topics through brief surveys - and earn cash
 http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
 ___
 Wicket-user mailing list
 Wicket-user@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wicket-user
>>> 
>>>
>>> -
>>> Take Surveys. Earn Cash. Influence the Future of IT
>>> Join SourceForge.net's Techsay panel and you'll get the chance to share your
>>> opinions on IT & business topics through brief surveys - and earn cash
>>> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>>>
>>>
>>> 
>>>
>>> ___
>>> Wicket-user mailing list
>>> Wicket-user@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/wicket-user
>>
>> -
>> Take Surveys. Earn Cash. In

Re: [Wicket-user] Tapestry 5 instantaneous reloads

[cowwoc]

If you can't copy/paste that additional information anyway (because
you'll get a Page Expired) then it shouldn't be visible at all so people
don't even make the mistake of including it.

I agree with you that Wicket somehow has to know that window1 has a
different state than window2 and if this isn't reflected somehow in the
URL then where is it stored? But I am also saying that Tapestry seems to
do that *somehow* and if we can do the same then we should do so.

Gili

Matej Knopp wrote:
> Again and again.
> What would do if you open the start.html page in two browsers windows? 
> Or don't your users do that? The additional information in url is not 
> there for fun. There is a good reason for that.
> 
> And give us some time, after the refactor planed for 2.0 it should be 
> possible to get rid of the "wicket" thing from url.
> 
> -Matej
> 
> cowwoc wrote:
>>  heh, if I had to choose between:
>>
>> http://www.google.com/Start.html
>>
>>  and
>>
>> http://www.google.com/Main/Start?wicket:interface=:0::
>>
>>  I'd choose the first time time and time again. There is the interface
>> part which I'd love to hide from users (they shouldn't ever be
>> explicitly pasting that anyway because you'll end up with Page Expired)
>> and there is also the fact that they don't seem to require some sort of
>> base context path or there is some sort of "magic" going on to hide it.
>> Either way it looks better than Wicket :)
>>
>> Gili
>>
>> Matej Knopp wrote:
>>> Nice URLS?
>>>
>>> Well.. I don't know, to me it doesn't look that great. I mean it seem to 
>>> miss an information.  What happens if you open the page in multiple 
>>> browser windows? If the URL is same, how
>>> will tapestry reconstruct the data?
>>>
>>> And also, does the Tapestry 5 finally supports dynamically changing 
>>> components hierarchy? Or nested components? Or is it still the [1]page 
>>> [0..n]Components approach?
>>>
>>> In Wicket the URLs will look much better in 2.0 than they look now - as
>>> we will persist the mount path after requests, but it will take some
>>> time to implement.
>>>
>>> -Matej
>>>
>>> cowwoc wrote:
Two questions about:
 http://howardlewisship.com/blog/2006/10/tapestry-5-screencast-2.html

 1) How did they get "instantaneous" page reloads working?
 2) How did they get their URLs to remain "nice" even though the
 underlying state is changing?

and what is the implications for Wicket? I suspect you guys have seen
 this before. Can you please comment on why Wicket does not do something
 similar? Is it something to do with the amount of client-side state they
 use?

 Thanks,
 Gili



 

 -
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share 
 your
 opinions on IT & business topics through brief surveys - and earn cash
 http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV


 

 ___
 Wicket-user mailing list
 Wicket-user@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wicket-user
>>>
>>> -
>>> Take Surveys. Earn Cash. Influence the Future of IT
>>> Join SourceForge.net's Techsay panel and you'll get the chance to share your
>>> opinions on IT & business topics through brief surveys - and earn cash
>>> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>>> ___
>>> Wicket-user mailing list
>>> Wicket-user@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/wicket-user
>>
>> 
>>
>> -
>> Take Surveys. Earn Cash. Influence the Future of IT
>> Join SourceForge.net's Techsay panel and you'll get the chance to share your
>> opinions on IT & business topics through brief surveys - and earn cash
>> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>>
>>
>> 
>>
>> ___
>> Wicket-user mailing list
>> Wicket-user@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wicket-user
> 
> 
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
>

Re: [Wicket-user] Tapestry 5 instantaneous reloads

[Matej Knopp]

But this is something completely different. Cart is shared between 
pages, usually stored in session. Cart is not specific for every pages.

But if you have a tabbed panel in a page, you want to have one tab 
opened in one window and another tab opened in second window. That's 
what users require. At least my users do require that. And that's also 
what I expect from a web application.

If you want to have singleton pages, go ahead, nothing prevents you from 
that. Just do your own PageFactory class that pools pages (session 
relative) and then always redirect to bookmarkable/mounted URL. You'll 
get the same behavior tapestry seems to have.

-Matej

Korbinian Bachl wrote:
>> Again and again.
>> What would do if you open the start.html page in two browsers windows?  
> 
> thats the wrong question! - the question would be: what behaviour would the
> enduser expect when he uses 2 browserwindows/tabs for 1 website?
> 
> I found out that most enduser just do this, to keep a site as a way to note
> or remind things - if they do this and e.g. put sth. in a cart they expect
> to have both carts (in the browsers) identical... meaning the bahavior the
> big ones (amazon & co) have.
> 
> Ragards
> 
> 
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user
> 


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Tapestry 5 instantaneous reloads

[Johan Compagner]

if you want to support that
always redirect to a Bookmarkable page class

setResponsePage(MyPage.class)
setRedirect(true)


johan


On 11/22/06, cowwoc <[EMAIL PROTECTED]> wrote:



I think you're missing a very important use-case. I created a
Wicket
webapp at work, what happens on a weekly basis is that someone sees
something he wants to discuss so he copy/pastes the URL from his browser
into an email. Non-nice URLs shouldn't even be visible for people to
mistakenly export.

Sometimes someone just wants to give someone else a link to my
webapp
(not expecting it to display anything in particular) and it just so
happens their browser has it open with a non-nice URL. Again, they will
copy/paste that and the receiver will get an ugly URL and Page Expired.

Gili

Johan Compagner wrote:
> when do you "choose" an url?
>
> urls only have to be "nice" when they are "exported" like links you
> click on in external resources, mails for example
>
> internally it doesn't matter to much for the webapplications you make
> with wicket.
>
> johan
>
>
> On 11/22/06, *cowwoc* <[EMAIL PROTECTED]
> > wrote:
>
>
> heh, if I had to choose between:
>
> http://www.google.com/Start.html
>
> and
>
> http://www.google.com/Main/Start?wicket:interface=:0::
>
> I'd choose the first time time and time again. There is the
> interface
> part which I'd love to hide from users (they shouldn't ever be
> explicitly pasting that anyway because you'll end up with Page
Expired)
> and there is also the fact that they don't seem to require some sort
of
> base context path or there is some sort of "magic" going on to hide
it.
> Either way it looks better than Wicket :)
>
> Gili
>
> Matej Knopp wrote:
> > Nice URLS?
> >
> > Well.. I don't know, to me it doesn't look that great. I mean it
> seem to
> > miss an information.  What happens if you open the page in
multiple
> > browser windows? If the URL is same, how
> > will tapestry reconstruct the data?
> >
> > And also, does the Tapestry 5 finally supports dynamically
changing
> > components hierarchy? Or nested components? Or is it still the
[1]page
> > [0..n]Components approach?
> >
> > In Wicket the URLs will look much better in 2.0 than they look now
> - as
> > we will persist the mount path after requests, but it will take
some
> > time to implement.
> >
> > -Matej
> >
> > cowwoc wrote:
> >>  Two questions about:
> >>
http://howardlewisship.com/blog/2006/10/tapestry-5-screencast-2.html
> >>
> >> 1) How did they get "instantaneous" page reloads working?
> >> 2) How did they get their URLs to remain "nice" even though the
> >> underlying state is changing?
> >>
> >>  and what is the implications for Wicket? I suspect you guys
> have seen
> >> this before. Can you please comment on why Wicket does not do
> something
> >> similar? Is it something to do with the amount of client-side
> state they
> >> use?
> >>
> >> Thanks,
> >> Gili
> >>
> >>
> >>
> >>
>

> >>
> >>
>
-
>
> >> Take Surveys. Earn Cash. Influence the Future of IT
> >> Join SourceForge.net's Techsay panel and you'll get the chance to
> share your
> >> opinions on IT & business topics through brief surveys - and earn
> cash
> >>
>
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> <
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV>
> >>
> >>
> >>
>

>
> >>
> >> ___
> >> Wicket-user mailing list
> >> Wicket-user@lists.sourceforge.net
> 
> >> https://lists.sourceforge.net/lists/listinfo/wicket-user
> >
> >
> >
> >
>
-
>
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to
> share your
> > opinions on IT & business topics through brief surveys - and earn
> cash
> >
>
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> <
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV>
> > ___
> > Wicket-user mailing list
> > Wicket-user@lists.sourceforge.net
> 
> > https://lists.sourceforge.net/lists/listinfo/wicket-user
> 
>
>
>
>
-

Re: [Wicket-user] Tapestry 5 instantaneous reloads

[cowwoc]

I think you're missing a very important use-case. I created a Wicket
webapp at work, what happens on a weekly basis is that someone sees
something he wants to discuss so he copy/pastes the URL from his browser
into an email. Non-nice URLs shouldn't even be visible for people to
mistakenly export.

Sometimes someone just wants to give someone else a link to my webapp
(not expecting it to display anything in particular) and it just so
happens their browser has it open with a non-nice URL. Again, they will
copy/paste that and the receiver will get an ugly URL and Page Expired.

Gili

Johan Compagner wrote:
> when do you "choose" an url?
> 
> urls only have to be "nice" when they are "exported" like links you
> click on in external resources, mails for example
> 
> internally it doesn't matter to much for the webapplications you make
> with wicket.
> 
> johan
> 
> 
> On 11/22/06, *cowwoc* <[EMAIL PROTECTED]
> > wrote:
> 
> 
> heh, if I had to choose between:
> 
> http://www.google.com/Start.html
> 
> and
> 
> http://www.google.com/Main/Start?wicket:interface=:0::
> 
> I'd choose the first time time and time again. There is the
> interface
> part which I'd love to hide from users (they shouldn't ever be
> explicitly pasting that anyway because you'll end up with Page Expired)
> and there is also the fact that they don't seem to require some sort of
> base context path or there is some sort of "magic" going on to hide it.
> Either way it looks better than Wicket :)
> 
> Gili
> 
> Matej Knopp wrote:
> > Nice URLS?
> >
> > Well.. I don't know, to me it doesn't look that great. I mean it
> seem to
> > miss an information.  What happens if you open the page in multiple
> > browser windows? If the URL is same, how
> > will tapestry reconstruct the data?
> >
> > And also, does the Tapestry 5 finally supports dynamically changing
> > components hierarchy? Or nested components? Or is it still the [1]page
> > [0..n]Components approach?
> >
> > In Wicket the URLs will look much better in 2.0 than they look now
> - as
> > we will persist the mount path after requests, but it will take some
> > time to implement.
> >
> > -Matej
> >
> > cowwoc wrote:
> >>  Two questions about:
> >> http://howardlewisship.com/blog/2006/10/tapestry-5-screencast-2.html
> >>
> >> 1) How did they get "instantaneous" page reloads working?
> >> 2) How did they get their URLs to remain "nice" even though the
> >> underlying state is changing?
> >>
> >>  and what is the implications for Wicket? I suspect you guys
> have seen
> >> this before. Can you please comment on why Wicket does not do
> something
> >> similar? Is it something to do with the amount of client-side
> state they
> >> use?
> >>
> >> Thanks,
> >> Gili
> >>
> >>
> >>
> >>
> 
> >>
> >>
> -
> 
> >> Take Surveys. Earn Cash. Influence the Future of IT
> >> Join SourceForge.net's Techsay panel and you'll get the chance to
> share your
> >> opinions on IT & business topics through brief surveys - and earn
> cash
> >>
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> 
> 
> >>
> >>
> >>
> 
> 
> >>
> >> ___
> >> Wicket-user mailing list
> >> Wicket-user@lists.sourceforge.net
> 
> >> https://lists.sourceforge.net/lists/listinfo/wicket-user
> >
> >
> >
> >
> -
> 
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to
> share your
> > opinions on IT & business topics through brief surveys - and earn
> cash
> >
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> 
> 
> > ___
> > Wicket-user mailing list
> > Wicket-user@lists.sourceforge.net
> 
> > https://lists.sourceforge.net/lists/listinfo/wicket-user
> 
> 
> 
> 
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.n

Re: [Wicket-user] Tapestry 5 instantaneous reloads

[Johan Compagner]

hmmm forgot to copy paste myself :)
the class in question is  WebRequestCodingStrategy


On 11/22/06, Johan Compagner <[EMAIL PROTECTED]> wrote:


you can already get rid of the wicket prefix if you want.
copy paste this class:
change the static final namespace variable.

johan


On 11/22/06, Matej Knopp <[EMAIL PROTECTED]> wrote:
>
> Again and again.
> What would do if you open the start.html page in two browsers windows?
> Or don't your users do that? The additional information in url is not
> there for fun. There is a good reason for that.
>
> And give us some time, after the refactor planed for 2.0 it should be
> possible to get rid of the "wicket" thing from url.
>
> -Matej
>
> cowwoc wrote:
> >   heh, if I had to choose between:
> >
> > http://www.google.com/Start.html
> >
> >   and
> >
> > http://www.google.com/Main/Start?wicket:interface=:0::
> >
> >   I'd choose the first time time and time again. There is the
> interface
> > part which I'd love to hide from users (they shouldn't ever be
> > explicitly pasting that anyway because you'll end up with Page
> Expired)
> > and there is also the fact that they don't seem to require some sort
> of
> > base context path or there is some sort of "magic" going on to hide
> it.
> > Either way it looks better than Wicket :)
> >
> > Gili
> >
> > Matej Knopp wrote:
> >> Nice URLS?
> >>
> >> Well.. I don't know, to me it doesn't look that great. I mean it seem
> to
> >> miss an information.  What happens if you open the page in multiple
> >> browser windows? If the URL is same, how
> >> will tapestry reconstruct the data?
> >>
> >> And also, does the Tapestry 5 finally supports dynamically changing
> >> components hierarchy? Or nested components? Or is it still the
> [1]page
> >> [0..n]Components approach?
> >>
> >> In Wicket the URLs will look much better in 2.0 than they look now -
> as
> >> we will persist the mount path after requests, but it will take some
> >> time to implement.
> >>
> >> -Matej
> >>
> >> cowwoc wrote:
> >>> Two questions about:
> >>> http://howardlewisship.com/blog/2006/10/tapestry-5-screencast-2.html
>
> >>>
> >>> 1) How did they get "instantaneous" page reloads working?
> >>> 2) How did they get their URLs to remain "nice" even though the
> >>> underlying state is changing?
> >>>
> >>> and what is the implications for Wicket? I suspect you guys have
> seen
> >>> this before. Can you please comment on why Wicket does not do
> something
> >>> similar? Is it something to do with the amount of client-side state
> they
> >>> use?
> >>>
> >>> Thanks,
> >>> Gili
> >>>
> >>>
> >>>
> >>>
> 
> >>>
> >>>
> -
> >>> Take Surveys. Earn Cash. Influence the Future of IT
> >>> Join SourceForge.net's Techsay panel and you'll get the chance to
> share your
> >>> opinions on IT & business topics through brief surveys - and earn
> cash
> >>> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>
> >>>
> >>>
> >>>
> 
> >>>
> >>> ___
> >>> Wicket-user mailing list
> >>> Wicket-user@lists.sourceforge.net
> >>> https://lists.sourceforge.net/lists/listinfo/wicket-user
> >>
> >>
> >>
> -
> >> Take Surveys. Earn Cash. Influence the Future of IT
> >> Join SourceForge.net's Techsay panel and you'll get the chance to
> share your
> >> opinions on IT & business topics through brief surveys - and earn
> cash
> >> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>
> >> ___
> >> Wicket-user mailing list
> >> Wicket-user@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/wicket-user
> >
> >
> >
> 
> >
> >
> -
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to
> share your
> > opinions on IT & business topics through brief surveys - and earn cash
>
> >
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> >
> >
> >
> 
> >
> > ___
> > Wicket-user mailing list
> > Wicket-user@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wicket-user
>
>
>
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net 's Techsay panel and you'll get the chance to share
> your
> opinions on IT & business topics through brief surveys - and earn cash
>
> http://www.techsa

Re: [Wicket-user] Tapestry 5 instantaneous reloads

[Johan Compagner]

you can already get rid of the wicket prefix if you want.
copy paste this class:
change the static final namespace variable.

johan


On 11/22/06, Matej Knopp <[EMAIL PROTECTED]> wrote:


Again and again.
What would do if you open the start.html page in two browsers windows?
Or don't your users do that? The additional information in url is not
there for fun. There is a good reason for that.

And give us some time, after the refactor planed for 2.0 it should be
possible to get rid of the "wicket" thing from url.

-Matej

cowwoc wrote:
>   heh, if I had to choose between:
>
> http://www.google.com/Start.html
>
>   and
>
> http://www.google.com/Main/Start?wicket:interface=:0::
>
>   I'd choose the first time time and time again. There is the
interface
> part which I'd love to hide from users (they shouldn't ever be
> explicitly pasting that anyway because you'll end up with Page Expired)
> and there is also the fact that they don't seem to require some sort of
> base context path or there is some sort of "magic" going on to hide it.
> Either way it looks better than Wicket :)
>
> Gili
>
> Matej Knopp wrote:
>> Nice URLS?
>>
>> Well.. I don't know, to me it doesn't look that great. I mean it seem
to
>> miss an information.  What happens if you open the page in multiple
>> browser windows? If the URL is same, how
>> will tapestry reconstruct the data?
>>
>> And also, does the Tapestry 5 finally supports dynamically changing
>> components hierarchy? Or nested components? Or is it still the [1]page
>> [0..n]Components approach?
>>
>> In Wicket the URLs will look much better in 2.0 than they look now - as
>> we will persist the mount path after requests, but it will take some
>> time to implement.
>>
>> -Matej
>>
>> cowwoc wrote:
>>> Two questions about:
>>> http://howardlewisship.com/blog/2006/10/tapestry-5-screencast-2.html
>>>
>>> 1) How did they get "instantaneous" page reloads working?
>>> 2) How did they get their URLs to remain "nice" even though the
>>> underlying state is changing?
>>>
>>> and what is the implications for Wicket? I suspect you guys have
seen
>>> this before. Can you please comment on why Wicket does not do
something
>>> similar? Is it something to do with the amount of client-side state
they
>>> use?
>>>
>>> Thanks,
>>> Gili
>>>
>>>
>>>
>>>

>>>
>>>
-
>>> Take Surveys. Earn Cash. Influence the Future of IT
>>> Join SourceForge.net's Techsay panel and you'll get the chance to
share your
>>> opinions on IT & business topics through brief surveys - and earn cash
>>>
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>>>
>>>
>>>

>>>
>>> ___
>>> Wicket-user mailing list
>>> Wicket-user@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/wicket-user
>>
>>
>>
-
>> Take Surveys. Earn Cash. Influence the Future of IT
>> Join SourceForge.net's Techsay panel and you'll get the chance to share
your
>> opinions on IT & business topics through brief surveys - and earn cash
>>
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>> ___
>> Wicket-user mailing list
>> Wicket-user@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wicket-user
>
>
> 
>
>
-
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
your
> opinions on IT & business topics through brief surveys - and earn cash
>
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>
>
> 
>
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions o

Re: [Wicket-user] Tapestry 5 instantaneous reloads

[Korbinian Bachl]

>
>Again and again.
>What would do if you open the start.html page in two browsers windows?  

thats the wrong question! - the question would be: what behaviour would the
enduser expect when he uses 2 browserwindows/tabs for 1 website?

I found out that most enduser just do this, to keep a site as a way to note
or remind things - if they do this and e.g. put sth. in a cart they expect
to have both carts (in the browsers) identical... meaning the bahavior the
big ones (amazon & co) have.

Ragards


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Tapestry 5 instantaneous reloads

[Matej Knopp]

Again and again.
What would do if you open the start.html page in two browsers windows? 
Or don't your users do that? The additional information in url is not 
there for fun. There is a good reason for that.

And give us some time, after the refactor planed for 2.0 it should be 
possible to get rid of the "wicket" thing from url.

-Matej

cowwoc wrote:
>   heh, if I had to choose between:
> 
> http://www.google.com/Start.html
> 
>   and
> 
> http://www.google.com/Main/Start?wicket:interface=:0::
> 
>   I'd choose the first time time and time again. There is the interface
> part which I'd love to hide from users (they shouldn't ever be
> explicitly pasting that anyway because you'll end up with Page Expired)
> and there is also the fact that they don't seem to require some sort of
> base context path or there is some sort of "magic" going on to hide it.
> Either way it looks better than Wicket :)
> 
> Gili
> 
> Matej Knopp wrote:
>> Nice URLS?
>>
>> Well.. I don't know, to me it doesn't look that great. I mean it seem to 
>> miss an information.  What happens if you open the page in multiple 
>> browser windows? If the URL is same, how
>> will tapestry reconstruct the data?
>>
>> And also, does the Tapestry 5 finally supports dynamically changing 
>> components hierarchy? Or nested components? Or is it still the [1]page 
>> [0..n]Components approach?
>>
>> In Wicket the URLs will look much better in 2.0 than they look now - as
>> we will persist the mount path after requests, but it will take some
>> time to implement.
>>
>> -Matej
>>
>> cowwoc wrote:
>>> Two questions about:
>>> http://howardlewisship.com/blog/2006/10/tapestry-5-screencast-2.html
>>>
>>> 1) How did they get "instantaneous" page reloads working?
>>> 2) How did they get their URLs to remain "nice" even though the
>>> underlying state is changing?
>>>
>>> and what is the implications for Wicket? I suspect you guys have seen
>>> this before. Can you please comment on why Wicket does not do something
>>> similar? Is it something to do with the amount of client-side state they
>>> use?
>>>
>>> Thanks,
>>> Gili
>>>
>>>
>>>
>>> 
>>>
>>> -
>>> Take Surveys. Earn Cash. Influence the Future of IT
>>> Join SourceForge.net's Techsay panel and you'll get the chance to share your
>>> opinions on IT & business topics through brief surveys - and earn cash
>>> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>>>
>>>
>>> 
>>>
>>> ___
>>> Wicket-user mailing list
>>> Wicket-user@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/wicket-user
>>
>>
>> -
>> Take Surveys. Earn Cash. Influence the Future of IT
>> Join SourceForge.net's Techsay panel and you'll get the chance to share your
>> opinions on IT & business topics through brief surveys - and earn cash
>> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>> ___
>> Wicket-user mailing list
>> Wicket-user@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wicket-user
> 
> 
> 
> 
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> 
> 
> 
> 
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Tapestry 5 instantaneous reloads

[wgehner]

Make /wicket the default mapping, and most people will never change it :-)

Sent from my Verizon Wireless BlackBerry  

-Original Message-
From: Upayavira <[EMAIL PROTECTED]>
Date: Wed, 22 Nov 2006 14:29:06 
To:wicket-user@lists.sourceforge.net
Subject: Re: [Wicket-user] Tapestry 5 instantaneous reloads

Frank Bille wrote:
> Especially if it was appended to www.google.com  :P

Having just been to an 'open source jam' at Google's office last week 
(where I met Al), they would barely state what languages they used, let 
alone disclose what frameworks they use. So, in Google's case, having 
Wicket in the URL would rule Wicket out entirely. Unfortunately, (and 
perhaps more importantly) I suspect that could also be the case for 
other large corporations.

Upayavira


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Tapestry 5 instantaneous reloads

[Upayavira]

Frank Bille wrote:
> Especially if it was appended to www.google.com  :P

Having just been to an 'open source jam' at Google's office last week 
(where I met Al), they would barely state what languages they used, let 
alone disclose what frameworks they use. So, in Google's case, having 
Wicket in the URL would rule Wicket out entirely. Unfortunately, (and 
perhaps more importantly) I suspect that could also be the case for 
other large corporations.

Upayavira


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Interesting alternatives to Hibernate

[Gwyn Evans]

Isn't this what the "Avoiding N+1 Selects (1:M and M:N)" section in
the documentation[1] is all about?

/Gwyn

[1] http://cvs.apache.org/dist/ibatis/ibatis.java/docs/iBATIS-SqlMaps-2_en.pdf

On 20/11/06, Igor Vaynberg <[EMAIL PROTECTED]> wrote:
> i too have become rather disillusioned with hibernate after using it in a
> very complex project. 90% of the time it works just great, but its the other
> 10% that sucks-in 90% of time to figure out what is wrong.
>
> what i would miss about using jdbc/ibatis is to be able to traverse the
> object graph and have one-to-many and many-to-one relationships load
> automatically. this especially works great with wicket where you tend to
> work with objects.
>
> -igor
>
>
>
> On 11/20/06, Jean-Baptiste Quenot <[EMAIL PROTECTED]> wrote:
> > Hi Upa,
> >
> > We are satisfied with Wicket + Spring + Ibatis, which is basically
> > what you describe,  but the SQL statements are  externalized in an
> > XML file.
> > --
> >  Jean-Baptiste Quenot
> > aka  John Banana Qwerty
> > http://caraldi.com/jbq/
> >
> >
> -
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net 's Techsay panel and you'll get the chance to share
> your
> > opinions on IT & business topics through brief surveys - and earn cash
> >
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> > ___
> > Wicket-user mailing list
> > Wicket-user@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wicket-user
> >
>
>
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user
>
>
>


-- 
Download Wicket 1.2.3 now! - http://wicketframework.org

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Interesting alternatives to Hibernate

[Gwyn Evans]

On 21/11/06, Carfield Yim <[EMAIL PROTECTED]> wrote:
> While I am using ibatis with wicket now because my boss like it, I
> found it missing some feature those are useful for me
...

> 2) This is hard for me to check the actual SQL running, I can never
> able to figure out how log4j showing SQL in my log. It just show a lot
> of garbage log from wicket.

You're missing one of the strong points (for me) of iBatis!  Simply
enable Debug level logging for the java.sql loggers,
e.g.
log4j.logger.java.sql=DEBUG

or if you want to fine tune it...
log4j.logger.java.sql.Connection=DEBUG
log4j.logger.java.sql.Statement=DEBUG
log4j.logger.java.sql.PreparedStatement=DEBUG
log4j.logger.java.sql.ResultSet=DEBUG

and all becomes very clear!

For Wicket, I typically set that to Info, or if I need to check things
at more detail, I find that setting
wicket.util.resource= Info
wicket.util.thread.Task = Info
often worth doing to reduce the noise!

/Gwyn
> In my opinions, if you really have a choice, pick a caching framework
> you like and using JDBCTemplate is actually nicer than a lot of those
> ORM framework
>
> On 11/20/06, Jean-Baptiste Quenot <[EMAIL PROTECTED]> wrote:
> > Hi Upa,
> >
> > We are satisfied with Wicket + Spring + Ibatis, which is basically
> > what you describe,  but the SQL statements are  externalized in an
> > XML file.
> > --
> >  Jean-Baptiste Quenot
> > aka  John Banana Qwerty
> > http://caraldi.com/jbq/

-- 
Download Wicket 1.2.3 now! - http://wicketframework.org

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Tapestry 5 instantaneous reloads

[wgehner]

But www.google.com/wicket/Start.html by default would be the best of all worlds 
:-) I put a question yesterday on how to use mounted urls repeatedly  without 
breaking page session. I think it's important to make that possible.

Sent from my Verizon Wireless BlackBerry  

-Original Message-
From: "Martijn Dashorst" <[EMAIL PROTECTED]>
Date: Wed, 22 Nov 2006 14:42:00 
To:wicket-user@lists.sourceforge.net
Subject: Re: [Wicket-user] Tapestry 5 instantaneous reloads

Don't underestimate the power of viral marketing for the Wicket
framework... having Wicket being part of every URL on the planet would
generate major mindshare.

Martijn

On 11/22/06, cowwoc <[EMAIL PROTECTED]> wrote:
>
> heh, if I had to choose between:
>
> http://www.google.com/Start.html
>
> and
>
> http://www.google.com/Main/Start?wicket:interface=:0::
>
> I'd choose the first time time and time again. There is the interface
> part which I'd love to hide from users (they shouldn't ever be
> explicitly pasting that anyway because you'll end up with Page Expired)
> and there is also the fact that they don't seem to require some sort of
> base context path or there is some sort of "magic" going on to hide it.
> Either way it looks better than Wicket :)
>
> Gili
>
> Matej Knopp wrote:
> > Nice URLS?
> >
> > Well.. I don't know, to me it doesn't look that great. I mean it seem to
> > miss an information.  What happens if you open the page in multiple
> > browser windows? If the URL is same, how
> > will tapestry reconstruct the data?
> >
> > And also, does the Tapestry 5 finally supports dynamically changing
> > components hierarchy? Or nested components? Or is it still the [1]page
> > [0..n]Components approach?
> >
> > In Wicket the URLs will look much better in 2.0 than they look now - as
> > we will persist the mount path after requests, but it will take some
> > time to implement.
> >
> > -Matej
> >
> > cowwoc wrote:
> >>  Two questions about:
> >> http://howardlewisship.com/blog/2006/10/tapestry-5-screencast-2.html
> >>
> >> 1) How did they get "instantaneous" page reloads working?
> >> 2) How did they get their URLs to remain "nice" even though the
> >> underlying state is changing?
> >>
> >>  and what is the implications for Wicket? I suspect you guys have seen
> >> this before. Can you please comment on why Wicket does not do something
> >> similar? Is it something to do with the amount of client-side state they
> >> use?
> >>
> >> Thanks,
> >> Gili
> >>
> >>
> >>
> >> 
> >>
> >> -
> >> Take Surveys. Earn Cash. Influence the Future of IT
> >> Join SourceForge.net's Techsay panel and you'll get the chance to share 
> >> your
> >> opinions on IT & business topics through brief surveys - and earn cash
> >> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> >>
> >>
> >> 
> >>
> >> ___
> >> Wicket-user mailing list
> >> Wicket-user@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/wicket-user
> >
> >
> >
> > -
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to share your
> > opinions on IT & business topics through brief surveys - and earn cash
> > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> > ___
> > Wicket-user mailing list
> > Wicket-user@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wicket-user
>
>
>
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user
>
>
>
>


-- 
http://www.thebeststuffintheworld.com/vote_for/wicket";>Vote
for http://www.thebeststuffintheworld.com/stuff/wicket";>Wicket
at the http://www.thebeststuffintheworld.com/";>Best Stuff in
the World!

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@l

Re: [Wicket-user] Tapestry 5 instantaneous reloads

[Johan Compagner]

when do you "choose" an url?

urls only have to be "nice" when they are "exported" like links you click on
in external resources, mails for example

internally it doesn't matter to much for the webapplications you make with
wicket.

johan


On 11/22/06, cowwoc <[EMAIL PROTECTED]> wrote:



heh, if I had to choose between:

http://www.google.com/Start.html

and

http://www.google.com/Main/Start?wicket:interface=:0::

I'd choose the first time time and time again. There is the
interface
part which I'd love to hide from users (they shouldn't ever be
explicitly pasting that anyway because you'll end up with Page Expired)
and there is also the fact that they don't seem to require some sort of
base context path or there is some sort of "magic" going on to hide it.
Either way it looks better than Wicket :)

Gili

Matej Knopp wrote:
> Nice URLS?
>
> Well.. I don't know, to me it doesn't look that great. I mean it seem to
> miss an information.  What happens if you open the page in multiple
> browser windows? If the URL is same, how
> will tapestry reconstruct the data?
>
> And also, does the Tapestry 5 finally supports dynamically changing
> components hierarchy? Or nested components? Or is it still the [1]page
> [0..n]Components approach?
>
> In Wicket the URLs will look much better in 2.0 than they look now - as
> we will persist the mount path after requests, but it will take some
> time to implement.
>
> -Matej
>
> cowwoc wrote:
>>  Two questions about:
>> http://howardlewisship.com/blog/2006/10/tapestry-5-screencast-2.html
>>
>> 1) How did they get "instantaneous" page reloads working?
>> 2) How did they get their URLs to remain "nice" even though the
>> underlying state is changing?
>>
>>  and what is the implications for Wicket? I suspect you guys have
seen
>> this before. Can you please comment on why Wicket does not do something
>> similar? Is it something to do with the amount of client-side state
they
>> use?
>>
>> Thanks,
>> Gili
>>
>>
>>
>>

>>
>>
-
>> Take Surveys. Earn Cash. Influence the Future of IT
>> Join SourceForge.net's Techsay panel and you'll get the chance to share
your
>> opinions on IT & business topics through brief surveys - and earn cash
>>
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>>
>>
>>

>>
>> ___
>> Wicket-user mailing list
>> Wicket-user@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wicket-user
>
>
>
>
-
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
your
> opinions on IT & business topics through brief surveys - and earn cash
>
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user




-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Tapestry 5 instantaneous reloads

[Frank Bille]

Especially if it was appended to www.google.com :P

Frank


On 11/22/06, Martijn Dashorst <[EMAIL PROTECTED]> wrote:


Don't underestimate the power of viral marketing for the Wicket
framework... having Wicket being part of every URL on the planet would
generate major mindshare.

Martijn

On 11/22/06, cowwoc <[EMAIL PROTECTED]> wrote:
>
> heh, if I had to choose between:
>
> http://www.google.com/Start.html
>
> and
>
> http://www.google.com/Main/Start?wicket:interface=:0::
>
> I'd choose the first time time and time again. There is the
interface
> part which I'd love to hide from users (they shouldn't ever be
> explicitly pasting that anyway because you'll end up with Page Expired)
> and there is also the fact that they don't seem to require some sort of
> base context path or there is some sort of "magic" going on to hide it.
> Either way it looks better than Wicket :)
>
> Gili
>
> Matej Knopp wrote:
> > Nice URLS?
> >
> > Well.. I don't know, to me it doesn't look that great. I mean it seem
to
> > miss an information.  What happens if you open the page in multiple
> > browser windows? If the URL is same, how
> > will tapestry reconstruct the data?
> >
> > And also, does the Tapestry 5 finally supports dynamically changing
> > components hierarchy? Or nested components? Or is it still the [1]page
> > [0..n]Components approach?
> >
> > In Wicket the URLs will look much better in 2.0 than they look now -
as
> > we will persist the mount path after requests, but it will take some
> > time to implement.
> >
> > -Matej
> >
> > cowwoc wrote:
> >>  Two questions about:
> >> http://howardlewisship.com/blog/2006/10/tapestry-5-screencast-2.html
> >>
> >> 1) How did they get "instantaneous" page reloads working?
> >> 2) How did they get their URLs to remain "nice" even though the
> >> underlying state is changing?
> >>
> >>  and what is the implications for Wicket? I suspect you guys have
seen
> >> this before. Can you please comment on why Wicket does not do
something
> >> similar? Is it something to do with the amount of client-side state
they
> >> use?
> >>
> >> Thanks,
> >> Gili
> >>
> >>
> >>
> >>

> >>
> >>
-
> >> Take Surveys. Earn Cash. Influence the Future of IT
> >> Join SourceForge.net's Techsay panel and you'll get the chance to
share your
> >> opinions on IT & business topics through brief surveys - and earn
cash
> >>
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> >>
> >>
> >>

> >>
> >> ___
> >> Wicket-user mailing list
> >> Wicket-user@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/wicket-user
> >
> >
> >
> >
-
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to
share your
> > opinions on IT & business topics through brief surveys - and earn cash
> >
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> > ___
> > Wicket-user mailing list
> > Wicket-user@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wicket-user
>
>
>
>
-
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
your
> opinions on IT & business topics through brief surveys - and earn cash
>
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user
>
>
>
>


--
http://www.thebeststuffintheworld.com/vote_for/wicket";>Vote
for http://www.thebeststuffintheworld.com/stuff/wicket
">Wicket
at the http://www.thebeststuffintheworld.com/";>Best Stuff in
the World!

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.

Re: [Wicket-user] Tapestry 5 instantaneous reloads

[Martijn Dashorst]

Don't underestimate the power of viral marketing for the Wicket
framework... having Wicket being part of every URL on the planet would
generate major mindshare.

Martijn

On 11/22/06, cowwoc <[EMAIL PROTECTED]> wrote:
>
> heh, if I had to choose between:
>
> http://www.google.com/Start.html
>
> and
>
> http://www.google.com/Main/Start?wicket:interface=:0::
>
> I'd choose the first time time and time again. There is the interface
> part which I'd love to hide from users (they shouldn't ever be
> explicitly pasting that anyway because you'll end up with Page Expired)
> and there is also the fact that they don't seem to require some sort of
> base context path or there is some sort of "magic" going on to hide it.
> Either way it looks better than Wicket :)
>
> Gili
>
> Matej Knopp wrote:
> > Nice URLS?
> >
> > Well.. I don't know, to me it doesn't look that great. I mean it seem to
> > miss an information.  What happens if you open the page in multiple
> > browser windows? If the URL is same, how
> > will tapestry reconstruct the data?
> >
> > And also, does the Tapestry 5 finally supports dynamically changing
> > components hierarchy? Or nested components? Or is it still the [1]page
> > [0..n]Components approach?
> >
> > In Wicket the URLs will look much better in 2.0 than they look now - as
> > we will persist the mount path after requests, but it will take some
> > time to implement.
> >
> > -Matej
> >
> > cowwoc wrote:
> >>  Two questions about:
> >> http://howardlewisship.com/blog/2006/10/tapestry-5-screencast-2.html
> >>
> >> 1) How did they get "instantaneous" page reloads working?
> >> 2) How did they get their URLs to remain "nice" even though the
> >> underlying state is changing?
> >>
> >>  and what is the implications for Wicket? I suspect you guys have seen
> >> this before. Can you please comment on why Wicket does not do something
> >> similar? Is it something to do with the amount of client-side state they
> >> use?
> >>
> >> Thanks,
> >> Gili
> >>
> >>
> >>
> >> 
> >>
> >> -
> >> Take Surveys. Earn Cash. Influence the Future of IT
> >> Join SourceForge.net's Techsay panel and you'll get the chance to share 
> >> your
> >> opinions on IT & business topics through brief surveys - and earn cash
> >> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> >>
> >>
> >> 
> >>
> >> ___
> >> Wicket-user mailing list
> >> Wicket-user@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/wicket-user
> >
> >
> >
> > -
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to share your
> > opinions on IT & business topics through brief surveys - and earn cash
> > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> > ___
> > Wicket-user mailing list
> > Wicket-user@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wicket-user
>
>
>
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user
>
>
>
>


-- 
http://www.thebeststuffintheworld.com/vote_for/wicket";>Vote
for http://www.thebeststuffintheworld.com/stuff/wicket";>Wicket
at the http://www.thebeststuffintheworld.com/";>Best Stuff in
the World!

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Tapestry 5 instantaneous reloads

[cowwoc]

heh, if I had to choose between:

http://www.google.com/Start.html

and

http://www.google.com/Main/Start?wicket:interface=:0::

I'd choose the first time time and time again. There is the interface
part which I'd love to hide from users (they shouldn't ever be
explicitly pasting that anyway because you'll end up with Page Expired)
and there is also the fact that they don't seem to require some sort of
base context path or there is some sort of "magic" going on to hide it.
Either way it looks better than Wicket :)

Gili

Matej Knopp wrote:
> Nice URLS?
> 
> Well.. I don't know, to me it doesn't look that great. I mean it seem to 
> miss an information.  What happens if you open the page in multiple 
> browser windows? If the URL is same, how
> will tapestry reconstruct the data?
> 
> And also, does the Tapestry 5 finally supports dynamically changing 
> components hierarchy? Or nested components? Or is it still the [1]page 
> [0..n]Components approach?
> 
> In Wicket the URLs will look much better in 2.0 than they look now - as
> we will persist the mount path after requests, but it will take some
> time to implement.
> 
> -Matej
> 
> cowwoc wrote:
>>  Two questions about:
>> http://howardlewisship.com/blog/2006/10/tapestry-5-screencast-2.html
>>
>> 1) How did they get "instantaneous" page reloads working?
>> 2) How did they get their URLs to remain "nice" even though the
>> underlying state is changing?
>>
>>  and what is the implications for Wicket? I suspect you guys have seen
>> this before. Can you please comment on why Wicket does not do something
>> similar? Is it something to do with the amount of client-side state they
>> use?
>>
>> Thanks,
>> Gili
>>
>>
>>
>> 
>>
>> -
>> Take Surveys. Earn Cash. Influence the Future of IT
>> Join SourceForge.net's Techsay panel and you'll get the chance to share your
>> opinions on IT & business topics through brief surveys - and earn cash
>> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>>
>>
>> 
>>
>> ___
>> Wicket-user mailing list
>> Wicket-user@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wicket-user
> 
> 
> 
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user



signature.asc
Description: OpenPGP digital signature
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] default value (Choose One) lost in DropDownChoice selection

[Charlie Dobbie]

Hi Jaime,

The "Choose One" selection only appears when nulls are not considered
valid but the selection is currently null.  If you want a default
no-decision option, the cleanest solution is to set the DropDownChoice
to allow nulls, and set the formName.componentName.nullValid property
to the text you'd like to display.

Charlie.




On 11/21/06, Jaime De La Jara <[EMAIL PROTECTED]> wrote:
> Basically as a way to force the user to choose a value each time and have
> the possibility to reset the value. Besides, it could be a little disturbing
> for the user to have a different list after a submit. In any case it can be
> solved setting to null the corresponding field of the model.
> Thanks for the quick answer,
>
> Jaime.
>
>
>
> Igor Vaynberg <[EMAIL PROTECTED]> wrote:
>  actually we think of this as a feature :)
>
> why would you want it to still be there?
>
> -igor
>
>
> On 11/21/06, Jaime De La Jara < [EMAIL PROTECTED]> wrote:
> > Hi, I've noticed a strange behavior of the DropDownChoice component when
> one selects a value in the list, the message "Choose One" is lost and one
> has to reload the page to recover it. This also occurs in the FormInput
> example on line, how could it be fixed?
> >
> > Thanks,
> >
> > Jaime.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] wicket stuff stuff

[Iulian Costan]

added myself as maintainer for wicket-contrib-{tinymce,gmap} and
wicket-contrib-{tinymce,gmap}examples projects.
on wiki page, besides name and website, maybe it worth adding email address
as well.

/iulian

On 11/22/06, Jean-Baptiste Quenot <[EMAIL PROTECTED]> wrote:


* James McLaughlin:

> I've started  a topic  ProjectMaintainers and populated  it with
> the mails received today.

Thanks James,

I added WicketContribDojo and WicketContribVelocity.
--
 Jean-Baptiste Quenot
aka  John Banana Qwerty
http://caraldi.com/jbq/

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

[Wicket-user] 代开发票

[刘先生]

你好！

 本公司属于有限责任公司,现因公司在税务局领取发票指标有余：

(商品销售,运输.海关代征增值税发票等)可以优惠外开.（另）有

多家企业委托我公司可以向外开放.欢迎来电咨询!我公司以最真诚，最优

惠的价格为贵企业公司服务.   

 
  
 如有不详之处

欢迎来电：13826558397  刘先生

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] wicket stuff stuff

[Filippo Diotalevi]

On 11/22/06, Martijn Dashorst <[EMAIL PROTECTED]> wrote:
> I would suggest making the wiki the main documentation page. The maven
> doc generation needs some understanding and not many have the time to
> learn it.

+1 for the wiki... there are a lot of projects in wicket-stuff, and it
would be difficult to mantain a "regular" website updated

--
  Filippo

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

[Wicket-user] Wicket-Stuff: ProjectMantainers page updated

[Filippo Diotalevi]

Hi all,
  I've updated the new page ProjectMantainer in the wicketstuff-wiki
with (hopefully) all the projects of wicketstuff. Please take a minute
to see it and update with correct infos.
http://wicket-stuff.sourceforge.net/cgi-bin/moin.cgi/ProjectMaintainers

I think we particularly need to know if:
- a project has been discontinued
- a project is up-to-date with current Wicket release
- a project is Wicket 1.3-ready
- a project is Wicket 2.0-ready

--
Filippo Diotalevi
http://www.diotalevi.com

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] wicket stuff stuff

[Frank Bille]

On 11/22/06, Martijn Dashorst <[EMAIL PROTECTED]> wrote:


As for the wicket parent, I think that would be nice. It would
standardize common things such as wicket dependency, svn repository,
etc.

But this is for the project maintainers themselves to decide.



Indeed, just a surgestion :)

Frank
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] wicket stuff stuff

[Martijn Dashorst]

I would suggest making the wiki the main documentation page. The maven
doc generation needs some understanding and not many have the time to
learn it.

As for the wicket parent, I think that would be nice. It would
standardize common things such as wicket dependency, svn repository,
etc.

But this is for the project maintainers themselves to decide.

Martijn

On 11/22/06, Frank Bille <[EMAIL PROTECTED]> wrote:
> Would it make sense to make a wicket-stuff-parent as we have wicket-parent?
>
> Frank
>
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user
>
>
>


-- 
http://www.thebeststuffintheworld.com/vote_for/wicket";>Vote
for http://www.thebeststuffintheworld.com/stuff/wicket";>Wicket
at the http://www.thebeststuffintheworld.com/";>Best Stuff in
the World!

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] wicket stuff stuff

[Frank Bille]

Would it make sense to make a wicket-stuff-parent as we have wicket-parent?

Frank
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] wicket stuff stuff

[Jean-Baptiste Quenot]

* James McLaughlin:

> I've started  a topic  ProjectMaintainers and populated  it with
> the mails received today.

Thanks James,

I added WicketContribDojo and WicketContribVelocity.
-- 
 Jean-Baptiste Quenot
aka  John Banana Qwerty
http://caraldi.com/jbq/

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

[Wicket-user] hairbrush

[Cardenas D. Violet]

Da wird aber auch wirklich jedes Salzkorn beleuchtet. At least that's my story 
and I'm sticking to it. And al-Qaida, unlike the American media, sees both as 
integrated jihadist struggles against the infidel. It has been happening for 
ages. So when he spoke to a white female grocery clerk in Mississippi, he was 
unable to. Anyway, in today's world economics is politics. This is the key 
activity in the whole project. The question as to what investigations might be 
undertaken in the state begins to be answered today. The e-mails, it is said, 
by both affiliates, are too sexually explicit to be read over the air.
The Brazilian Air Force determined that the left wing's tip of the smaller 
plane, the Legacy,.
While arming provided protection, it also led.
It was on the stage of the Harlem Apollo Theater.
So when he spoke to a white female grocery clerk in Mississippi, he was unable 
to.
Das Kulturprogramm gestalten u.
With the court and the federal government on their side, the Little Rock Nine 
bravely became. The study is one of the. In the same way, the governments 
always belonged to the rich, from Brazil Colony to.
With the second round of the presidential.
I mean, who can prove that he didn't read it? Now, Relax and Enjoy If You Can! 
Es gibt Leute, die haben eindeutig zu viel Zeit. Die  Sammlung  stand  sogar  
im  Guinness  Buch  der  Rekorde  wegen  ihrer  Einzigartigkeit. This is the 
key activity in the whole project. 

sunk.gif
Description: GIF image
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

[Wicket-user] 代开发票

[刘先生]

你好！

 本公司属于有限责任公司,现因公司在税务局领取发票指标有余：

(商品销售,运输.海关代征增值税发票等)可以优惠外开.（另）有

多家企业委托我公司可以向外开放.欢迎来电咨询!我公司以最真诚，最优

惠的价格为贵企业公司服务.   

 
  
 如有不详之处

欢迎来电：13826558397  刘先生

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Tapestry 5 instantaneous reloads

[Matej Knopp]

Nice URLS?

Well.. I don't know, to me it doesn't look that great. I mean it seem to 
miss an information.  What happens if you open the page in multiple 
browser windows? If the URL is same, how
will tapestry reconstruct the data?

And also, does the Tapestry 5 finally supports dynamically changing 
components hierarchy? Or nested components? Or is it still the [1]page 
[0..n]Components approach?

In Wicket the URLs will look much better in 2.0 than they look now - as
we will persist the mount path after requests, but it will take some
time to implement.

-Matej

cowwoc wrote:
>   Two questions about:
> http://howardlewisship.com/blog/2006/10/tapestry-5-screencast-2.html
> 
> 1) How did they get "instantaneous" page reloads working?
> 2) How did they get their URLs to remain "nice" even though the
> underlying state is changing?
> 
>   and what is the implications for Wicket? I suspect you guys have seen
> this before. Can you please comment on why Wicket does not do something
> similar? Is it something to do with the amount of client-side state they
> use?
> 
> Thanks,
> Gili
> 
> 
> 
> 
> 
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> 
> 
> 
> 
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] i18n in errors from standard validators

[Andrew Klochkov]

yep, I just made 2 mistakes, but the question is how to use i18n with 
wicket std validators?

mistakes:

1) setLabel should take IModel, so the code is:

  field.setLabel(new Model("localized.field"));

2) properties file contents:

RequiredValidator=Please fill field '${label}'

Igor Vaynberg wrote:
> field.setLabel("localized.field");
> this shouldnt even compile since setLabel takes an IModel
>
> -igor
>
>
> On 11/21/06, *Andrew Klochkov* < [EMAIL PROTECTED] 
> > wrote:
>
> Please help with the following issue: I just want to have localized
> error messages from standard validators.
>
> I have RequiredTextField in my RegistrationForm class:
>
> TextField field = new RequiredTextField("myfield");
> field.setLabel("localized.field");
> add(field);
>
> Also I created MyApplication_.properties with the
> following line
> (text is changed to english):
>
> RequiredValidator=Field '${label}' is required
>
> Then I created RegistrationForm_.properties containing:
>
> localized.field=Localized Field
>
> And when user doesn't fill this field I want him to see a message
> "Please fill field 'Localized Field'". But now I see error "Field
> 'localized.field' is required".
>
> --
> Andrew Klochkov
>
>
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net 's Techsay panel and you'll get the chance to
> share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> 
> 
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> 
> https://lists.sourceforge.net/lists/listinfo/wicket-user
>
>
> 
>
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> 
>
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user
>   


-- 
Andrew Klochkov


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Issue of BufferedWebResponse Not Serializable

[Johan Compagner]

ignore the stack see this:
   if (Application.get
().getDebugSettings().getSerializeSessionAttributes())

but having that disabled in development is not recommended
because you do then encounters bugs like you do now.

johan


On 11/22/06, Carfield Yim <[EMAIL PROTECTED]> wrote:


On 11/22/06, Johan Compagner <[EMAIL PROTECTED]> wrote:
> thats a bug somewhere in the code
> Response object shouldn't be kept in the session.
> Can you figure out where it is being hold on to?
>

I don't know why jcaptcha need to put something in the session even.
And the strange thing is even I get the stack trace, the captcha
process is actually work, the user have to input correct text to pass.
However, look like I cannot even catch the stacktrace and ignore it.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Tapestry 5 instantaneous reloads

[Johan Compagner]

also what does this feature have to do with URLS?


On 11/21/06, cowwoc <[EMAIL PROTECTED]> wrote:



Two questions about:
http://howardlewisship.com/blog/2006/10/tapestry-5-screencast-2.html

1) How did they get "instantaneous" page reloads working?
2) How did they get their URLs to remain "nice" even though the
underlying state is changing?

and what is the implications for Wicket? I suspect you guys have
seen
this before. Can you please comment on why Wicket does not do something
similar? Is it something to do with the amount of client-side state they
use?

Thanks,
Gili



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user




-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Tapestry 5 instantaneous reloads

[Johan Compagner]

DevLoader doesn't do that work. DevLoader is there for you to be able to
have a Web application of your project that has libs and references to
other projects
and see those if they where in the WEB-INF/lib dir.. We replace the
classloader of tomcat to be able to load jars from other places.

about the original question: Why can tapestry do this and wicket doesn't?
thats easy. The component structure of tapestry is not stored in the
session. So when that happens you can make a classloader per component or
per page.
And when a request comes in for that page. (getting it back from the pool)
you first check and reload the classes for that page. And then give it back
to request
that then stores the state back in.

This can't be done by wicket. Because wicket stores it in the session. and
at the moment you do that you can never do that because everything that is
in the session
should be loaded by the application servers webapp classloader. If not
everything failes (clustering/fail over you name it)

We also can't improve the DevLoader (that is the webapp classloader in
development in tomcat) because when you reload the classes you have to make
sure that all
instances of that class are also first unloaded (serialized and then
reloaded back in with the new classloader/classes) But this is again not
really possible in wicket
because the components can be everywhere.

No we have to wait for improved hotswap code of hotspot. Which is in my eyes
LONG overdue!
http://forum.java.sun.com/thread.jspa?threadID=572396&messageID=4153535

johan



On 11/22/06, Alexei Sokolov <[EMAIL PROTECTED]> wrote:


Actually,

There is a sysdeo tomcat plugin for eclipse which can be configured with a
special 'devloader' classloader. With this config you'll see changes right
after you saved your java source. But it won't help with nice urls ;)

Alex

On 11/21/06, Eelco Hillenius <[EMAIL PROTECTED]> wrote:
>
> There is one big answer: Tapestry is a managed framework, whereas
> Wicket is not. Tapestry owns component creation and 'state handling'
> (you have to declare any state as something that needs to be managed
> for Tapestry). I think Tapestry intercept in the class loading
> mechanism too, but I haven't looked deeply into it. As Wicket is just
> Java, we probably have to wait for the improvements in the JDK (which
> are coming).
>
> Eelco
>
>
> On 11/21/06, cowwoc < [EMAIL PROTECTED]> wrote:
> >
> > Two questions about:
> > http://howardlewisship.com/blog/2006/10/tapestry-5-screencast-2.html
> >
> > 1) How did they get "instantaneous" page reloads working?
> > 2) How did they get their URLs to remain "nice" even though the
> > underlying state is changing?
> >
> > and what is the implications for Wicket? I suspect you guys
> have seen
> > this before. Can you please comment on why Wicket does not do
> something
> > similar? Is it something to do with the amount of client-side state
> they
> > use?
> >
> > Thanks,
> > Gili
> >
> >
> >
> >
> -
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to
> share your
> > opinions on IT & business topics through brief surveys - and earn cash
> > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>
> >
> > ___
> > Wicket-user mailing list
> > Wicket-user@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wicket-user
> >
> >
> >
> >
>
>
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> opinions on IT & business topics through brief surveys - and earn cash
>
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user
>


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV_

Re: [Wicket-user] Tapestry 5 instantaneous reloads

[Joni Freeman]

On Tue, 2006-11-21 at 15:10 -0800, Eelco Hillenius wrote:
> On 11/21/06, Alexei Sokolov <[EMAIL PROTECTED]> wrote:
> > Actually,
> >
> > There is a sysdeo tomcat plugin for eclipse which can be configured with a
> > special 'devloader' classloader. With this config you'll see changes right
> > after you saved your java source. But it won't help with nice urls ;)
> 
> That's actually a Java feature. Works out of the box with eclipse and
> probably other IDEs, so if you run with Jetty (see the runner in the
> wicket-examples project), that'll work. BUT... only for method
> implementations, no structural changes. There is a feature request
> that is in the top 10 of requested features, and that SUN is working
> on: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4910812

Just downloaded OpenJDK and it seems that better hotswap is already
implemented. Take a look at src/share/vm/prims/jvmtiRedefineClasses.cpp
and method 'redefine_single_class'. Unfortunately I couldn't get it
work, but lets hope this will be fixed soon.

Joni



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user