, March 17, 2008 9:32 PM
To: 'users@wicket.apache.org'
Subject: RE: ListView Problem (contains varying number of components inside)
Hi Michael,
Thanks for your reply. I have looked closer just after sending the email
found the problem and fixed it same as you have told. The new problem I
you should use item.setRenderBodyOnly(true) if you want to remove
span wicket:id=entry and label.setrenderBodyOnly(true) to remove
the span wicket:id=label
By what you are describing you want item.add(new
Label(label).setRenderBodyOnly(true));
Maurice
On Fri, Mar 14, 2008 at 5:57 AM,
Hi Igor,
it is called that way for security reasons, eg so you cannot
click a link that is not visible just because you know its url...
Yes, but shouldn't the visibility be reevaluated anyway after the link
is clicked? The clicking of the link, button, etc. usually changes the
state of
Maeder Thomas skrev:
what he should do is follow the delete call with a
listview.detach() call
Probably just being thick here, but how does calling listview.detach()
hide the listview?
The point is not to hide the listview, but to refresh the content. I
think Igor meant model.detach(),
But wasn't hiding the listview the original point of the question?
Thomas
-Original Message-
From: Edvin Syse [mailto:[EMAIL PROTECTED]
Sent: Freitag, 7. März 2008 10:15
To: users@wicket.apache.org
Subject: Re: ListView#isVisible dilemma
Maeder Thomas skrev:
what he should do
But wasn't hiding the listview the original point of the question?
No, hiding was not the issue. The issue was that because the model was
consulted in the isVisible() method of the ListView, the deletion
wouldn't be visible before the page was rerendered using the
page-constructor (hence,
.
what gives?
Thomas
-Original Message-
From: Edvin Syse [mailto:[EMAIL PROTECTED]
Sent: Freitag, 7. März 2008 13:26
To: users@wicket.apache.org
Subject: Re: ListView#isVisible dilemma
But wasn't hiding the listview the original point of the question?
No, hiding
i did mean listview.detach(), which will also detach the
model...seemed simpler to me
-igor
On Fri, Mar 7, 2008 at 1:15 AM, Edvin Syse [EMAIL PROTECTED] wrote:
Maeder Thomas skrev:
what he should do is follow the delete call with a
listview.detach() call
Probably just being
On Fri, Mar 7, 2008 at 12:31 AM, Maeder Thomas [EMAIL PROTECTED] wrote:
Hi Igor,
it is called that way for security reasons, eg so you cannot
click a link that is not visible just because you know its url...
Yes, but shouldn't the visibility be reevaluated anyway after the link
is
Thanks, now I get it.
Probably just being thick here, but how does calling
listview.detach() hide the listview?
it doesnt hide the listview, but it detaches the model. the
problem was:
suppose you have one item in the list
1) check listview visibility - loads the detachable model
to contribute a Wicket page explaining this dilemma and how to get
around it, as I'm sure people run into this problem regularily.
Sorry, I meant wiki page ofcourse :)
-- Edvin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
it is called that way for security reasons, eg so you cannot click a
link that is not visible just because you know its url...
what he should do is follow the delete call with a listview.detach() call
-igor
On Thu, Mar 6, 2008 at 10:56 AM, Edvin Syse [EMAIL PROTECTED] wrote:
Hi,
I've run
it is called that way for security reasons, eg so you cannot click a
link that is not visible just because you know its url...
what he should do is follow the delete call with a listview.detach() call
Allright, thanks. Is it worth making a wiki page for this? I'll do it if you
think there is
not really sure, maybe add it into the gotchas wiki page
-igor
On Thu, Mar 6, 2008 at 11:08 AM, Edvin Syse [EMAIL PROTECTED] wrote:
it is called that way for security reasons, eg so you cannot click a
link that is not visible just because you know its url...
what he should do is
not really sure, maybe add it into the gotchas wiki page
OK :)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Jan 23, 2008 10:35 PM, Beyonder Unknown [EMAIL PROTECTED] wrote:
The use case is that, I have a page that renders a listview, and I need to
add a link that sorts the list when clicked. My listView uses
LoadableDetachableModel that retrieves data using hibernate backend.
In my current app,
constant in life is change.
- Original Message
From: Thomas Kappler [EMAIL PROTECTED]
To: users@wicket.apache.org
Sent: Thursday, January 24, 2008 12:47:35 AM
Subject: Re: listView sorting question
On Jan 23, 2008 10:35 PM, Beyonder Unknown [EMAIL PROTECTED]
wrote:
The use case
there are sortable grids examples in wicket-examples under repeaters.
wicketstuff.org/wicket13/repeater
-igor
On Jan 23, 2008 1:35 PM, Beyonder Unknown [EMAIL PROTECTED] wrote:
Hi All,
I was wondering if there's a better way to sort a list view. The use case is
that, I have a page that
Thanks Igor! I appreciate it.
Regards,
Wen Tong
--
The only constant in life is change.
- Original Message
From: Igor Vaynberg [EMAIL PROTECTED]
To: users@wicket.apache.org
Sent: Wednesday, January 23, 2008 1:43:06 PM
Subject: Re: listView sorting question
there are sortable grids
Martijn Dashorst wrote:
And according to me you are the first person in a while to encounter such
a
thing...
Nah, some of us just do workarounds, or begrudgingly add the urgly method
call ;).
I must admit having something so simple like adding components to a list,
and them not working
In my opinion no.
Again, what you are doing is a corner case. The default for listview
is to show data which updates automatically when refreshed if the
model provides an updated list. This is the way it is intended,
designed and documented.
Martijn
On 1/17/08, Jan Kriesten [EMAIL
Then the wording is wrong... in fact it is a reloading list. And as such
documented in numerous examples, presentations, books etc. I'm strongly
against modifying this behavior, as it would cause a world of hurt for
all applications out there where lists suddenly fail to update.
Martijn
On
The list is not read only, it is reloading. That is the difference!
Martijn
On 1/17/08, Jan Kriesten [EMAIL PROTECTED] wrote:
Hi Martin,
Again, what you are doing is a corner case. The default for listview
is to show data which updates automatically when refreshed if the
model provides
If we would make another default then the other camp will start
complaining, and changing that breaks a lot others
Maybe what we could do is trying to detect things, but i dont like
that magic to much. Or have a subclass of listview with a very good
decriptive name that has the default reuse..
Hi Martin,
Again, what you are doing is a corner case. The default for listview
is to show data which updates automatically when refreshed if the
model provides an updated list. This is the way it is intended,
designed and documented.
I have seen the 'Warning' sign on ListView - no question.
No, the fact that you see some problems with listviews not reusing their
components on the user list, is not a sign that it is flawed. I see that as
a confirmation that 99% of our users *don't* have problems with the listview
the way it is currently setup.
And according to me you are the first
hi martin,
Then the wording is wrong... in fact it is a reloading list. And as such
documented in numerous examples, presentations, books etc. I'm strongly
against modifying this behavior, as it would cause a world of hurt for
all applications out there where lists suddenly fail to update.
i
On Thu, 17 Jan 2008, Jan Kriesten wrote:
I just - again - was trapped by the default behavior of ListView not
reusing it's list items.
My gut feeling is that often RefreshingView or DataView work
better than ListView, with or without setting the reuseitems
setting :)
Best wishes,
Timo
--
hi timo,
On Thu, 17 Jan 2008, Jan Kriesten wrote:
I just - again - was trapped by the default behavior of ListView not
reusing it's list items.
My gut feeling is that often RefreshingView or DataView work
better than ListView, with or without setting the reuseitems
setting :)
actually, i
Hmm just added AjaxFormComponentUpdatingBehavior to my text fields, this
works nicely..
But your help pointed me the correct way.
regards Nino
fero wrote:
Of course they are cleared, because data form textfield is transfered to
model only if submited with submit button. If u repaint the
Jep, I sorta thought that it wouldnt make sense for it to call removeAll...
regards Nino
Eelco Hillenius wrote:
I have a listview in a panel. I have a ajax link to add items to the
list. When I click the link the listview are repainted, because I have
it in the markupcontainer just as it
Hold for a minute, it might be something internal.
I'll get back if it turns out not to be.
Nino Saturnino Martinez Vazquez Wael wrote:
Hi
I have a listview in a panel. I have a ajax link to add items to the
list. When I click the link the listview are repainted, because I have
it in the
Of course they are cleared, because data form textfield is transfered to
model only if submited with submit button. If u repaint the panel, model is
blank. Use AjaxEditableLabel instead of TextField. It will transfer dat to
model immediately after editing.
Hope it helps, i was solving this issue
I have a listview in a panel. I have a ajax link to add items to the
list. When I click the link the listview are repainted, because I have
it in the markupcontainer just as it should. In the listview there are
some textfields, these are cleared when the markupcontainer are
repainted, I dont
Ok. Actually my code already have ajaxrequest target, how do I use this
http://wicketstuff.org/confluence/display/STUFFWIKI/Script.aculo.us+SortableListViewcode?
Also anyone know where the wicket extension and javadoc go after they move
their web site to apache?
Anita
On 8/3/07, Gerolf Seitz
maybe this is something for you:
at
http://wicketstuff.org/confluence/display/STUFFWIKI/Script.aculo.us+SortableListView
what you could also do is the following:
+ add two ajaxbuttons up and down (or images)
+ change the position of the row-data in the backing list in the onSubmit
method of the
if the last suggestion is too costly (rendering the whole listview), you
could just change the order of the backing list without redrawing it and add
some javascript to the requesttarget (target.appendjavascript) which does
the dom manipulation...
On 8/4/07, Gerolf Seitz [EMAIL PROTECTED] wrote:
201 - 237 of 237 matches
Mail list logo
