If memory serves, the ListView will not repopulate already existing items. I
see two options:
1) setReuseItems(false)
2) instead of creating the label with a fixed String (I assume that
kmd.getName() returns a String) pass an IModel to the label like so:
New Label(kmname, new
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
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
I i know you started the thread, but...from the initial post:
He overrides isVisible on the ListView, and does:
@Override public boolean isVisible() {
return ((List)myModel.getObject()).size() 0;
}
.. so THE LIST WONT BE VISIBLE if the list is empty.
etc...
The CAPITALS are mine.
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
Stephan, what you want is not PageParameters.getKey(id), but
PageParameters.getInt(id);
@zhangjunfeng:
PageParameters params = new PageParameters();
System.out.print(pid= + params.getKey(pid));--the output is null
yes, the output is null, you just created a new, empty page parameters
Yes there is, it's in Page.java at line 319
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Donnerstag, 6. März 2008 03:11
To: users@wicket.apache.org
Subject: Re:RE: getPageParameters() NullPointer
thanks,but there is no method of
And your ids are mismatched: someModal != openModal
-Original Message-
From: Thijs [mailto:[EMAIL PROTECTED]
Sent: Donnerstag, 28. Februar 2008 21:56
To: users@wicket.apache.org
Subject: Re: div close tag error
Wicket:id=someModal is missing a
Michael Mehrle wrote:
I have
If you're looking for automatic mapping from the database to the web,
you might be better off with something like Ruby on Rails. What I
believe you're asking for is simply outside the scope of Wicket. That
said, there is no magic in Wicket. You access a database as you would in
any other Java
Thomas,
the memory footprint per class usually doesn't really allow to pinpoint
the reference that causes a memory leak (usually the top entries are
char[], String, etc.). For that, you need to trace back to the reference
that should not be there. We use YourKit to great benefit (do I get
snip
...
How should i set the codebase in this situation? I guess code
is still com.someapplication.somepackage.AppletClass
I still get com.someapplication.somepackage.AppletClass not
found exception.
Any ideas how the applet tag should be written?
The reason you can't figure out
+ 1 for what Igor says. I remember debugging Hibernate code: you debug
as far as your own code goes, and then you just guess. Oh, and yes:
Tapestry anyone?
Thomas
-Original Message-
From: Igor Vaynberg [mailto:[EMAIL PROTECTED]
Sent: Donnerstag, 7. Februar 2008 02:34
To:
g.. getting late, the setter should be:
public abstract void setObject(Object obj) {
if (!isEquals(obj, getObject()) {
editedValues.put(obj);
}
}
Thomas
-Original Message-
From: Maeder Thomas [mailto:[EMAIL
Why insist on a CompoundPropertyModel? My first instinct would be to
create a custom model for the checkboxes (which sets/unsets a single
bit).
Thomas
-Original Message-
From: Markus Strickler [mailto:[EMAIL PROTECTED]
Sent: Donnerstag, 31. Januar 2008 13:00
To:
If you look at the markup in DataTable.html, you see from
tbody
tr wicket:id=rows
td wicket:id=cells
span wicket:id=cell[cell]/span
/td
/tr
/tbody
that the markup for cells is a span tag. A link cannot work with this
We are actually implementing such an application. We had to
(re-)implement a couple of components to support AJAX-Fallback. While
that's not trivial sometimes, it's definitely not very hard (we have
about 0.5 years of Wicket experience).
Thomas
-Original Message-
From: [EMAIL
One BIG plus that I haven't seen mentioned is debuggability. A wicket
application is almost as easy to debug as a regular application. For one
thing the error messages are really great. 90% of the time the nail the
problem. But the biggest plus is that the whole control flow is just in
regular
One thing I always think is totally awesome is this: you develop your
demo application, introduce some AJAX, etc. Just be sure to use stuff
that has non-AJAX fallbacks. Then, at the end you can just turn off
javascript and everything still just works. Dropped my jaw for sure;-)
Thomas
I don't think that is what he's getting at, I guess the real questions
are:
1) why is option enablement not forwarded to the authorization strategy?
2) Is there a blessed way to no render options depending on
authorization.
Of course you can hack it, but you'll end up with your authorization
Fair enough, was I reading more importance into the second sentence
(useful for debugging...). I still would not rely on toString() for
anything but debugging purposes unless someone passes me an object of a
well known, final class
cheers
Thomas
-Original Message-
From: Jan Kriesten
If you can get your hands on a IBM VM, you can do add/remove methods
already; not fields, though.
Thomas
-Original Message-
From: Matthijs Wensveen [mailto:[EMAIL PROTECTED]
Sent: Mittwoch, 10. Oktober 2007 07:12
To: users@wicket.apache.org
Subject: Re: new class reloading
Just and idea
I used to work on Eclipse, and one cool thing (in my opinion) we did at
conferences were the so called plugin clinics. Basically, there would
be a couple of commiters on hand in some conference room for about 2
hours in the evening and you could bring your sick plugin and we
How does HeaderContributor.forJavaScript(final String location) not fit
your needs?
Thomas
Snip...
At the moment I am stuck on how to reference javascript from
an external HTTP url, as opposed to a local js file.
e.g. http://maps.google.com/maps?file=apiamp;v=2amp;key=ABC;
If anyone
I quickly added the following line to one of my pages:
add(HeaderContributor.forJavaScript(http://maps.google.com/maps?file=ap
iamp;v=2amp;key=ABC));
It correctly renders in the page's header as
script type=text/javascript
src=http://maps.google.com/maps?file=apiamp;v=2amp;key=ABC;/script
If it helps: about half a year ago, we started to port a Swing
application to the web. We started with JSF, but after three months we
pulled the plug and switched to Wicket. We had converted everything to
Wicket in two months and about two thirds the code. Oh... and with two
instead of three
Thanks Eelco, but...
The trouble is that the lifecycle of a Wicket WebSession object is not the same
as the HTTPSession. When a session is temporary only, you never get a
valueUnbound() callback. I'll have to move the resource manager initialization
into the valueBound() method; inconvenient
Hi folks,
In our WebSession subclass we manage some resources which need to be
cleaned up when the session goes away (because of timeout, etc). Is
there a recommended way to call a shutdown() method on our session
class? I have seen WebApplication.sessionDestroyed(String), but I'm not
sure how to
27 matches
Mail list logo