no then pagenavigator has to push things and knows that some other
object uses rows per page.
That was not the idea.
The navigator just cycles through pages.
What a IPageable shows you is up to the IPageable. Could be that it only
can show you one item (read row) at the time.
Don't think only
what we could do is defining the setRowsPerPage in the IRangePageable..
Then a RangePageNavigator can push these things to the IRangePageable
johan
Johan Compagner wrote:
no then pagenavigator has to push things and knows that some other
object uses rows per page.
That was not the idea.
unit tests pass and feedback seems to work in forms i've tried.
i made a little last minute change and removed the indicated line below:
visitChildren(IFeedback.class, new IVisitor()
{
public Object component(Component component)
don't know exactly but this is what MarkupContainer is saying:
public void internalBeginRequest()
{
// Handle begin request for the container itself
super.internalBeginRequest();
// Loop through child components
for (final Iterator iterator =
but of course ifeedback is completely changed (i don't see a
updateFeedback()) yet in my code.
Jonathan Locke wrote:
unit tests pass and feedback seems to work in forms i've tried.
i made a little last minute change and removed the indicated line below:
you don't need to implement IFeedback... just components that provide
feedback...
Johan Compagner wrote:
but of course ifeedback is completely changed (i don't see a
updateFeedback()) yet in my code.
Jonathan Locke wrote:
unit tests pass and feedback seems to work in forms i've tried.
i just finished a space optimization experiment in wicketcontainer that
paid off...
before space opt
Sizeof(wicket.examples.nested.Home) = 69958
Sizeof(wicket.examples.helloworld.HelloWorld) = 6706
Sizeof(wicket.examples.navomatic.Page1) = 12722
Yeah...sorry :) I gotta go to bed, 2am here. Ive been hacking on a component
that lets you move items between two select boxes and order them, probably
check it into contrib 2morrow.
-Igor
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Of Jonathan
well, i can't check in right now because sf cvs is down... but i'll try
tomorrow morning.
the unit tests pass and this should be a nice improvement in efficiency
and as you point
out we have ordering now in containers as well...
Igor Vaynberg wrote:
Yeah...sorry :) I gotta go to bed, 2am
Could you open up a feature request for it?
Eelco
Jan Bares wrote:
getServletContext().getMimeType(java.css); //returns text/css
getServletContext().getMimeType(java.js); //returns
application/x-javascript
The UrlResourceStream should use this function.
I hope this will be fixed for Wicket
this is already fixed if everything is working.
johan
Eelco Hillenius wrote:
Could you open up a feature request for it?
Eelco
Jan Bares wrote:
getServletContext().getMimeType(java.css); //returns text/css
getServletContext().getMimeType(java.js); //returns
application/x-javascript
The
It's just pretty hard to keep up with the ammount of email AND doing
active development lately. I for one am not ignoring you. I might ignore
you when you send email messages privately.
Sometimes things may take a while, but as long as they are in the issue
database, you can be sure they will
If you take a look at 1.1 now, you can see that there is basic AJAX
support in Wicket based on Dojo and Rico. Rico is probably going away,
as it doesn't support the kind of dynamic url's I'd like to use (you
have to pre-register url's with aliases, and register parameters
seperately) and it
Yep, please file an issue.
Eelco
Gwyn Evans wrote:
Hi,
Can't check the HEAD right now, but with 1.1b1 at least, I've got
some form buttons that have:
onclick='action.value=freelist'
but when they get rendered, they comes out as
onclick=action.value=\freelist\
which rather breaks
Did 2. Not sure what the problem is with 1.
Eelco
Cameron Braid wrote:
2 things :
1)
In AbstractDetachableModel , the detach() method only detaches the
nested model if ! attached !! that seems odd to me.
I would think that if the nested model exists, it should always be
detached.
So I
Ah, yes. 1. was a bug indeed. If detaching is too expensive, the model
in question can handle that.
Eelco
Eelco Hillenius wrote:
Did 2. Not sure what the problem is with 1.
Eelco
Cameron Braid wrote:
2 things :
1)
In AbstractDetachableModel , the detach() method only detaches the
Dude, your site (http://www.greentiki.com/) looks awsome!
Eelco
Gert Jan Verhoog wrote:
On Aug 7, 2005, at 04:46, Phil Kulak wrote:
Yes, please do. I would like to use that.
It's already there, Juergen put it in cvs HEAD.
cheers,
Gert Jan
Could you supply a patch please?
Eelco
Matej Knopp wrote:
Hi.
I know that there's not a lot of interest in this :)
but I just wonder if anyone actually objects, if this functionality
would be introducted to wicket.
Basicaly, it would allow to specify own MostRecentlyUsedPageMap instance.
Jan,
I must have missed the discussion, but what exactly is wrong with the
current implementation of the datepicker? And could you please provide a
patch using CVS diff in the unified format? In Eclipse you can do this
by making the changes, right click - team - create patch - etc.
Eelco
Fair enough. Thanks Eelco :)
Gili
Eelco Hillenius wrote:
It's just pretty hard to keep up with the ammount of email AND doing
active development lately. I for one am not ignoring you. I might ignore
you when you send email messages privately.
Sometimes things may take a while, but
Hi.
I've created a patch and attached it to the RFE. There was a little
complication, because PageMap needs getRemoveValue(), which is only
found in MostRecentlyUsedMap. So I had to introduce new interface -
IMostRecentlyUsedMap.
So please have a look at the patch. If the interface is a
Can someone please explain why this issue was closed as won't fix
since Jon seems to be unable/unwilling to do so? It is technically
fixable, Eelco voted +1 for it and Jon closed it as won't fix without
an explanation. So please, explain :)
Thank you,
Gili
--
22 matches
Mail list logo