There is SimpleSynchronousFilePageStore in trunk that acts as a simple
example implementation of IPageStore. Beware, it's slow and
unoptimized, as it's is only for example purposes.
If you need fast IPageStore try DiskPageStore.
-Matej
On 8/9/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
perfectly.
On 6/22/07, Matej Knopp [EMAIL PROTECTED] wrote:
What wicket version are you using? Nested forms are only supported in
1.3. If you are using modal window with 1.2, the only reliable way to
use forms is putting a page inside modal window.
-Matej
On 6/22/07, Frank Bille
It's weird, what version of wicket are you testing it with?
-Matej
On 8/2/07, Michael Day [EMAIL PROTECTED] wrote:
That one works, but it's a page. Maybe that's why? I'm using a panel.
On Aug 1, 2007, at 6:16 PM, Eelco Hillenius wrote:
Works fine for me. Btw, the modal windows example in
Problem is when you call getMarkupId(). If you call this method before
the first page render, Wicket is not able to get the markup attribute
for some components (because of borders and transparent resolvers
which break the 1:1 mapping of component tree - markup.
-Matej
On 7/26/07, Scott Swank
It's a css thing rather then wicket related. You need to use overflow:
scroll or overflow: auto in the div style to show scrollbars when the
content is too big.
-Matej
On 7/24/07, Benjamin Ernst [EMAIL PROTECTED] wrote:
Hi everybody,
I am new to wicket and I am wondering if ther is an
You can use the component.hasBeenRendererd() method to determine if it
is the first time or not.
-Matej
On 7/24/07, Carlos Pita [EMAIL PROTECTED] wrote:
Erm, how would you implement that?
I'm overriding onAttach and setting a flag for doing initialization
just during the first attachment.
You need to call session.bind().
We've been discussing this many times. It's no good to make
session.dirty() bind the session, because it's called internally even
on sessions that should not be bound.
-Matej
On 7/24/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
On 7/24/07, spencer.c [EMAIL
On 7/24/07, spencer.c [EMAIL PROTECTED] wrote:
Thanks Eelco, that did the trick.
Couple of follow up questions/comments that anyone can field:
1) I understand why you would want a stateless application, however I don't
understand why you would ever want your session to be regenerated on each
There is more of it in the archives, this one might be most relevant
http://www.nabble.com/Magic-to-replace-ModalWindow-images-tf3811156.html#a10788038
-Matej
On 7/24/07, NateBot2000 [EMAIL PROTECTED] wrote:
NateBot20002 wrote:
Can you explain how the image resources in the ModalWindow
Are you sure the form validates right?
-Matej
On 7/23/07, carbonbasednerd [EMAIL PROTECTED] wrote:
In my parent page I create a ModalWindow which has ajaxsubmitbuttons and
works just fine. Within that modal window I have a link which will take the
user to another page within the same
Problem is that we evict it also on refresh. But then you still can go
to the page B. Anyway, there are more problems then this with
HttpSessionStore. I think that upgrade to 1.3 is really recommended,
as the default SecondLevelCacheSessionStore doesn't suffer from this
problem any more.
-Matej
Five modal windows? At the same time? It might be that you are running
out of pagemaps.
This is very weird, hovewer, seems to be reproducable. Can you post a
quickstart? Also, could you check if this is working with wicket 1.3?
-Matej
On 7/18/07, Laurent Brucher [EMAIL PROTECTED] wrote:
You can't. Java property files are always encoded in ISO-8859-1. In
order to use other characters you need to escape them properly. There
is an encoder/decoder for it and/or eclipse plugin.
-Matej
On 7/19/07, wheleph [EMAIL PROTECTED] wrote:
Hi everyone!
I've got the following problem.
My
AjaxRequestTarget target;
target.addComponent(item);
where item is a repeater Item.
This doesn't work for you? What wicket version are you using?
-Matej
On 7/19/07, ChuckDeal [EMAIL PROTECTED] wrote:
ptrthomas wrote:
How about this thread:
What wicket version are you using?
-Matej
On 7/18/07, Alex Objelean [EMAIL PROTECTED] wrote:
I have a strange issue when using ModalWindow in my application. Sometimes
(randomly), I got the following error in ajax-debug window:
[MESSAGE]
INFO: Response parsed. Now invoking steps...
Okay, I missed this conversation a bit so let me explain current state
of wicket and clustering:
With SecondLevelCacheSessionStore only last accessed page per pagemap
is stored in http session (not directly as attribute, but as a
property of pagemap object, which is a session attribute).
With
I think it is wrong. Why would we set the pagemaps as attributes in
the session when using the second level cache page map? The whole idea
of storing in the session of page maps was clustering, and that works
for HttpSessionStore. But it doesn't make sense for SLCSS and
variants.
Because
It's probably a bug (or intended behavior) if IE. Wicket can't really
control the http request the browser makes to get the .htc file.
-Matej
On 7/11/07, rc.china [EMAIL PROTECTED] wrote:
I have do some further tests. This is the content of my original CSS file:
body {background: #EEE; color:
No it does not. When you click the second window's close button, it
tells you to close the window with the link inside window instead.
That's intentional and demonstrates that you can suppress the action
on close button.
Your problem is that you have modal window with panel inside modal
window
This is a known bug in the Tree class. To get around it you need to
use LabelTree (or LinkTree) from wicket 1.3.
-Matej
On 7/9/07, kenixwong [EMAIL PROTECTED] wrote:
Hi,
i had build a tree explore and also given each node with the name (
displayed in the screen) . But then some of the word
This is hardly a wicket fault. It's a html/css problem.
-Matej
On 7/9/07, westpine [EMAIL PROTECTED] wrote:
Hi... I use iframe on my page
iframe width=100% height=100% wicket:id=content src=[actual url goes
here]/
Like this. In IE and Opera everything is OK. But in FF this iframe just
I'm a strong -1 on removing access to private fields. This wouldn't
really change anything. When someone wants to access private fields,
he/she will do that, with or without PropertyModel.
-Matej
On 7/8/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
On 7/7/07, Kent Tong [EMAIL PROTECTED] wrote:
We could do the restriction, but then the question will be how
predicable and confusing this behavior will be.
-Matej
On 7/8/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
On 7/7/07, Kent Tong [EMAIL PROTECTED] wrote:
I've never said saving typing is always bad. As I said in another post,
Eclipse run will not run the program in debug mode. Thus you have no
reloading at all. To have at least basic jvm reloading (when the class
shape doesn't change), you must debug you application in eclipse.
-Matej
On 7/7/07, ZedroS Schwart [EMAIL PROTECTED] wrote:
Hi
Just a small question :
Unfortunately, there is no control of the opacity. The problem is that
for certain browsers, the opacity attribute doesn't work well and we
need to use a masking transparent picture.
-Matej
On 7/4/07, Sean Sullivan [EMAIL PROTECTED] wrote:
Hello,
I am using a Wicket 1.3.0 SNAPSHOT from the
I believe, that what you want, is not to set response page, but rather
to switch panel components. At least that sounds much more reasonable
to me.
-Matej
On 7/4/07, kenixwong [EMAIL PROTECTED] wrote:
the reason i using the tree is my menu will be cover a lot of reports ( i m
develop the
Hi Matt, as far as I know there are no strict rules.
Basically, if the position involves Wicket, nobody objects against such posts.
-Matej
On 7/3/07, Watter [EMAIL PROTECTED] wrote:
Are there any rules about a company posting to this list about potential open
positions around Wicket?
Matt
You're welcome :)
-Matej
On 7/3/07, Nathan Beach [EMAIL PROTECTED] wrote:
With some simple changes to ModalWindow, I'm able to get the basics to
work (see attached gif). Just turned off the masking, added x and
yOffsets, and altered the loadPosition function to take settings
parameters
What we should have is some kind of listener. Which you could use to
easily plugin your own behavior (even dumpThreads if you want). I
wated to do this some time ago, but then we stopped getting those
exception so i let it be.
-Matej
On 6/29/07, Johan Compagner [EMAIL PROTECTED] wrote:
its a
It is possible what you have one page instance/version opened in three
tabs. How does the link you are clicking on when creating new tabs
look like?
-Matej
On 6/29/07, Francisco Diaz Trepat - gmail
[EMAIL PROTECTED] wrote:
1.3 incubator beta and currently STILL drooling for the beta 2.
I'll
if you use sessionstore then you need to turn on that setting i told you
about.
-igor
thanks,
f(t)
On 6/29/07, Matej Knopp [EMAIL PROTECTED] wrote:
It is possible what you have one page instance/version opened in three
tabs. How does the link you
(servletRequest, servletResponse);
}
However it does not seem to add the header? Hoping you can tell what
wrong? Log tells me that the filter does get activated and adds to
header.. But on the web page firebug does not report that the header are
there...
regards Nino
Matej
huh, if you have a in your markup, then i wouldn't be surprised if
things didn't work as expected. You should try to replace a panel with
panel, possible attached to div
-Matej
On 6/28/07, Evan Chooly [EMAIL PROTECTED] wrote:
On 6/28/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
Hi, there was a significant change to ajax requests after beta1, so
please test this when beta 2 is out. If the problem persists, we will
certainly look into it.
-Matej
On 6/28/07, Chris Lintz [EMAIL PROTECTED] wrote:
Hi all,
I am hoping there is a work around or at least a known issue by
.. ?
Matej Knopp-2 wrote:
The problem is that when setResponsePage() is called, no appended
Javascript is evaluated. In fact, wicket doesn't process the ajax
response at all. Just sets window.location.
-Matej
On 5/9/07, dukejansen [EMAIL PROTECTED] wrote:
Yeah, but I don't want
That wouldn't work, it would break Ajax header contribution filtering.
-Matej
On 6/28/07, Jan Kriesten [EMAIL PROTECTED] wrote:
hi,
i've come across the problem that many components add special css-files and
that those headercontributions cummulate to a certain amount of lines with
link
I think we could make this by default in wicket. Until then, you can
make a filter, that checks if the request contains wicket-ajax header,
and when it does, add the cache-control no-store header.
-Matej
On 6/27/07, Nino Saturnino Martinez Vazquez Wael
[EMAIL PROTECTED] wrote:
Hi
We are
You need to use more recent version. Wicket 1.2.2 is really ancient.
Also after upgrade, don't forget to clean browser cache.
-Matej
On 6/26/07, Nili Adoram [EMAIL PROTECTED] wrote:
Hi all,
I am working with wicket-1.2.2.
I included datepicker calendar.js twice in the same page, and the
Btw, next time, you don't need to post 1000 lines of
setFullYear(2007)calendar.js (line 1796)
:)
-Matej
On 6/26/07, Matej Knopp [EMAIL PROTECTED] wrote:
You need to use more recent version. Wicket 1.2.2 is really ancient.
Also after upgrade, don't forget to clean browser cache.
-Matej
On 6
I believe even i 1.2.6 isn't binary compatible (there might be some
very small minor changes that slipped in by accident), it's still
should be almost drop-in replacement, and the upgrade should be rather
painless.
Wicket 1.2.2 is from august 2006, that's almost a year ago.
-Matej
On 6/26/07,
compatibility... Are
you saying those were for nothing?
/me crawls back in cave
Martijn
On 6/27/07, Matej Knopp [EMAIL PROTECTED] wrote:
I believe even i 1.2.6 isn't binary compatible (there might be some
very small minor changes that slipped in by accident), it's still
should be almost drop
You can create the DOM element using custom javascript (it's very
simple, basic DOM manipulation) invoked from
ajaxRequestTarget.prependJavascript(). Be sure that the id attribute
of new DOM element is same as new list item id.
Then just render the newly created item (target.addComponent) which
().add(contrib)
}
lets discuss the pros and cons of all alternatives in order to find
the best solution for Wicket and all its users.
Juergen
On 6/24/07, Matej Knopp [EMAIL PROTECTED] wrote:
Arrgh. Discard my previous reply. This is wrong. Why shouldn't I be
able to do header
There's nothing javascript heavy on this :)
You add new item like this:
String id = rv.newChildId();
Item item = rv.newItem(id, index, model);
rv.populateItem(item);
rv.add(item);
(where rv is the refreshing view. Some of the methods might be
protected, so you will need to subclass the view, but
As far as I know id is a property of DOMElement, so there should be no
need to call setAttribute.
-Matej
On 6/24/07, Peter Thomas [EMAIL PROTECTED] wrote:
On 6/24/07, Peter Thomas [EMAIL PROTECTED] wrote:
On 6/24/07, Matej Knopp [EMAIL PROTECTED] wrote:
There's nothing javascript heavy
Hi,
I noticed that you get the field like this:
String fieldName = propertyModel.getPropertyExpression();
Class type = propertyModel.getTarget().getClass();
...
Field field = type.getDeclaredField(fieldName);
...
That means that the lookup is done on every configuration. Also will
this work for
Err, I believe that you can do add(HeaderContributor.forCss(...)) in
page constructor.
-Matej
On 6/23/07, Juergen Donnerstag [EMAIL PROTECTED] wrote:
Jan,
the problem is that though you can attach attribute modifier (that is
what HeaderContributor is as well) to a Page (or WebPage), it'll
.
Matej Knopp-2 wrote:
Err, I believe that you can do add(HeaderContributor.forCss(...)) in
page constructor.
-Matej
On 6/23/07, Juergen Donnerstag [EMAIL PROTECTED] wrote:
Jan,
the problem is that though you can attach attribute modifier (that is
what HeaderContributor is as well
Modifying the tag (onComponentTag) and rendering header contribution
(renderHead) are two different thing. While onComponentTag on a
behavior attached to page won't work (for reasons as you stated),
there is no reason why renderHead shouldn't work as well.
-Matej
On 6/23/07, Juergen Donnerstag
Arrgh. Discard my previous reply. This is wrong. Why shouldn't I be
able to do header contribution on behavior attached to a page? This
doesn't make sense!
I know onComponentTag doesn't make sense, but that's IMHO not valid
reason to forbid header contribution as well.
-Matej
On 6/24/07,
Two weeks? No, we started doing that on apache con :)
-Matej
On 6/23/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
On 6/23/07, Johan Compagner [EMAIL PROTECTED] wrote:
no, also normal serialization.
1 page instance (id/version) is never saved in more then 1 file
Oh. See, I go on vacation
I also think this would be a good solution.
-Matej
On 6/24/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
On 6/23/07, Matej Knopp [EMAIL PROTECTED] wrote:
Modifying the tag (onComponentTag) and rendering header contribution
(renderHead) are two different thing. While onComponentTag
All you need to do is override newNodeLink imho. Also to change row
background color you'll need to tweak the styles and add attribute
modifier inside populateItem, it's not really trivial, but it's not a
rocket science as well.
Simple alternateive in 1.3 would be to call setEnabled(false) on the
What wicket version are you using? Nested forms are only supported in
1.3. If you are using modal window with 1.2, the only reliable way to
use forms is putting a page inside modal window.
-Matej
On 6/22/07, Frank Bille [EMAIL PROTECTED] wrote:
On 6/16/07, [EMAIL PROTECTED] [EMAIL PROTECTED]
That's weird. You should be able to call setRequired from that
listener, that's the point why i have introduced it!
-Matej
On 6/22/07, Ryan Sonnek [EMAIL PROTECTED] wrote:
I'm *still* trying to find a way to modify a component *when the model is
bound*. The new
Weird, wicket-ajax works for me well in IE6.
-Matej
On 6/17/07, Thies Edeling [EMAIL PROTECTED] wrote:
AjaxLink works in FF2 and IE7, however in IE6 I get a Page Expired
immediately. I saw some previous threads about the jsessionid not set
but I doubt this is the same problem as it works in
You need to use AjaxSubmitButton inside the modal window. And to
refresh the parent window you need to add WindowClosedCallback to it,
just like in the wicket-examples.
-Matej
On 6/14/07, Nili Adoram [EMAIL PROTECTED] wrote:
add AjaxSubmitButton to the form embedded inside the modal window:
Hi, I've fixed this for 1.3.
As a workaround for 1.2, this is what you can do:
Don't update the script tag directly, but enclose it in a div, like this:
div wicket:id=script
span style=display:noneThis is an invisible tag to prevent buggy
IE ignoring the script
script
What wicket version are you using?
-Matej
On 6/14/07, Seldon, Richard [EMAIL PROTECTED] wrote:
Experiencing a wicket problem to do with UI state corruption when using ajax
tabbed panel. When the ajax links are rapidly clicked in succession various
validation errors appear relating to panels
On 6/14/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
Actually the dirty bit is only relevant when you use session replication
using a 'standard' clustering technology (e.g. like Tomcat provides). If
the dirty bit is set, Wicket will explicitly set an attribute on the
session, which will
Can you please test it with latest wicket 1.3? There was a bug that
prevented IE7 from processing ajax requests properly, it might be
related.
-Matej
On 6/11/07, Nino Saturnino Martinez Vazquez Wael
[EMAIL PROTECTED] wrote:
Yes i'll try to explain in greater detail.
Looks like it was not the
of upgrading the gmap contrib
to 1.3.
regards Nino
Matej Knopp wrote:
Can you please test it with latest wicket 1.3? There was a bug that
prevented IE7 from processing ajax requests properly, it might be
related.
-Matej
On 6/11/07, Nino Saturnino Martinez Vazquez Wael
we are in the process of upgrading the gmap contrib
to 1.3.
regards Nino
Matej Knopp wrote:
Can you please test it with latest wicket 1.3? There was a bug that
prevented IE7 from processing ajax requests properly, it might be
related.
-Matej
On 6/11/07, Nino Saturnino
It's not only about the binding. Form values - Form bean that's just
one part. The other is deciding where the bean is stored. In session?
Sure. But if you manually store it into session you are going to get
into troubles sooner or later.
Will you store it under a key? Great. But what if user
Not an easy one I'm afraid. The way you've described (creating a panel
with form) is actually a preferred one.
If you really need to have form with own markup, you'll probably have
to look at WebMarkupContainerWithAssociatedMarkup and Panel classes,
and add the functionality from those to your
I'd guess that you've used the onchange event, whereas you should have
used the onclick (as AjaxCheckBox does). Or am I wrong? :)
-Matej
On 6/6/07, Gustavo Yoshizaki [EMAIL PROTECTED] wrote:
Hi, I had a strange problem with the CheckBox and ajax in the Internet
Explorer. First I created a
But you've decided to use struts2. Struts 2 is a complete rewrite,
it's different than struts 1.
-Matej
On 6/5/07, Florian Hehlen [EMAIL PROTECTED] wrote:
Hi,
The 3 key arguments against wicket were:
-It will be easier to hire someone with Struts knowledge on top of the fact
that we
I assume you are using wicket 1.2.x, so the new tree.
You can change the colors using css, just look at the generated markup
to see what css applies for the tree. Same goes for width.
To customize images you need to use image references and override the
getFolderOpen(), getFolderClosed(),
TBH I don't see this as a very common usecase. And it's not difficult
to implement on your own (although the code isn't entirely trivial).
-Matej
On 6/5/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
That looks like a lot of work actually. Johan, others, you think we
should build in better
Look at what url is your stylesheet. The images withing stylesheet are
always located relatively to the stylesheet itself.
-Matej
On 6/1/07, Thomas R. Corbin [EMAIL PROTECTED] wrote:
I have a line like this in my css. the css is in the package
com.samsix.wicket.style. But I expected,
I'm affraid this is not possible at the moment and I can see some
issues with implementing this. What you can do now is either override
isVisible to hide particular columns, or recreate the tree every time
the columns change.
-Matej
On 5/31/07, Mats Norén [EMAIL PROTECTED] wrote:
Hi,
Would it
Okay, so if I understand correctly you want to replace modal window
images. It is possible, but if you don't want to touch other css
things, you need to make sure that the new image match the exact
dimensions of the old images.
First little introduction about modal window images. Modal window
This is not a bug. You need to add TextField to form if you want to
use input type=text/, not TextArea. TextArea is for the textarea
tag.
-Matej
On 5/23/07, Florian Hehlen [EMAIL PROTECTED] wrote:
hi,
I have just found that if a form contains an input type=text/ and the
corresponding pojo
What kind of errors?
-Matej
On 5/22/07, Nino Saturnino Martinez Vazquez Wael
[EMAIL PROTECTED] wrote:
Hi
any had trouble with this. My Ajax calls fails with FF 1.5 on macos.
Also following the wiki any trying the wicket examples fails or gives
aleast a couple of errors.
regards Nino
Yeah, this will work but only for IE and Firefox. For other browsers
(opera, safari) there is no way to get this event i'm affraid.
-Matej
On 5/21/07, Flavius [EMAIL PROTECTED] wrote:
Thanks Martijn.
getBodyContainer().getBodyContainer().add(new AjaxEventBehavior(onunload)
{
It is customizable, but you need a rather complicated CSS magic to do
it. Or, you can just override the images. Look at the images in the
modal window package to see how it works.
-Matej
On 5/18/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
you can try applying your own css, but i doubt it. the
Yeah, the test is broken. But it shouldn't hinder wicket
functionality. For now you can build it with -Dmaven.test.skip=true.
-Matej
On 5/17/07, Jan Kriesten [EMAIL PROTECTED] wrote:
hi,
i just checked out the latest trunk (revision 538801) and get this test error:
[surefire] Running
You can't. The requests are asynchronous (they don't block request),
but they are scheduled in channel so one request waits until the
previous one finishes.
Problem is that the pagemap is locked, so you can't have two requests
running on parallel on the same pagemap. If you have operation that
You should use AjaxSubmitButton and submit the form using Ajax.
-Matej
On 5/17/07, Nikhil Gahlot [EMAIL PROTECTED] wrote:
Hi,
I am using Modal Window with a form. But whenever I click Submit button
on this window to submit a form
I am getting an alert message Are you sure you want
1. Yes, it should be invoked.
2. form.replaceWith(anotherComponent);
-Matej
On 5/16/07, Mark van Leeuwen [EMAIL PROTECTED] wrote:
I have a form on a page which I want to replace with another form when a
Next button is pressed. I want to do this with AJAX. The form should only be
replaced if
But there must be a reason why pagemap is returned as null. Session
expiration maybe?
-Matej
On 5/16/07, Mark van Leeuwen [EMAIL PROTECTED] wrote:
From: [EMAIL PROTECTED] [mailto:wicket-user-
[EMAIL PROTECTED] On Behalf Of Matej Knopp
Sent: Wednesday, 16 May 2007 7:17 PM
To: wicket-user
It's not really question about the wicket component. It's about the
TreeModel you need to implement.
-Matej
On 5/15/07, galbu [EMAIL PROTECTED] wrote:
Hello world
I have a problem with a data tree: I need to generate a data tree that shows
the structure of products' classification from this
That is an internal error. Which means that you got an exception. We
need to see the exception (from your server logs).
-Matej
On 5/15/07, Tremelune [EMAIL PROTECTED] wrote:
INFO:
INFO: Initiating Ajax GET request on
Hi.
Not that I know of :) But what is it supposed to solve?
-Matej
On 5/14/07, Scott Swank [EMAIL PROTECTED] wrote:
Is there any reason not to have a factory method like the following on
ModalWindow?
public AjaxLink createAjaxLink(String linkId)
{
return
(AjaxRequestTarget target)
{
yourModalWindow.show(target);
});
vs.
yourPanel.add(yourModalWindow.createAjaxLink(foo));
It's purely a convenience method, but to my eyes it reads a bit more cleanly.
Scott
On 5/14/07, Matej Knopp [EMAIL PROTECTED] wrote:
Hi.
Not that I know
One possible solution (for 1.2) is to call updateModel on each
checkbox in your submit handler.
For wicket 1.3, the solution would be much nicer. Just put a form in
your component. Wicket 1.3 supports nested forms and if any button in
the nested form (the one you place in your component) is
Should be fixed for 1.3.
-Matej
On 5/11/07, James McLaughlin [EMAIL PROTECTED] wrote:
done!
https://issues.apache.org/jira/browse/WICKET-556
with a brief discussion of other possibilities.
best,
jim
On 5/11/07, Matej Knopp [EMAIL PROTECTED] wrote:
Yeah, looks like a good idea
Yeah, looks like a good idea :)
On 5/11/07, Johan Compagner [EMAIL PROTECTED] wrote:
please make a jira issue with the fix you now have
On 5/10/07, Murat Yücel [EMAIL PROTECTED] wrote:
Hi James
Thanks for the fix. It works like a charm :)... Is this something that
wicket will solve
Right now, when you set outputmarkupid on component wicket doesn't
honor the id specified in markup. One of the reasons is that when you
use the component twice, the id is no longer unique. In you case I
suggest you use css class instead of id to assign stylesheet to your
elements.
-Matej
On
]
page.get(pageRelativeComponentPath);
[code]
The component which cause the problem was removed and then added back by the
AjaxTabbedPanel before the exception is thrown.
PS: Btw, when the stable wicket-1.3 version is planned to be released?
Regards,
Alex.
Matej Knopp-2 wrote:
Well
issue and I am using wicket 1.2.6..
I am also developing an ajax application (desktop like)... Is it a known
issue or bug in my code?
Thank you!
Regards,
Alex.
Matej Knopp-2 wrote:
You seem to be using 1.2, is that right?
-Matej
On 4/30/07, RedFury [EMAIL PROTECTED] wrote:
Hi
There is a way that should also work in recent 1.x. To disable the
confirmation dialog you need to put this inside the page with modal
window:
script type=text/javascript
Wicket.Window.unloadConfirmation=false;
/script
-Matej
On 5/9/07, Arnout Engelen [EMAIL PROTECTED] wrote:
dukejansen
at
wicket.request.compound.DefaultRequestTargetResolverStrategy.resolveListenerInterfaceTarget(DefaultRequestTargetResolverStrategy.java:295)
problem?
2) How much pain involves the process of migration from wicket-1.2.6 to
wicket-1.3?
Thank you!
Matej Knopp-2 wrote:
If you are developing ajax
is valid if the
user really does try to navigate away while the modal is still being
displayed.
The problem is that I am actually closing the modal before I do the
redirect, so it shouldn't show the warning at all.
-Jason
Matej Knopp-2 wrote:
There is a way that should also work in recent
new Label(name, new Model() {
public Object getObject() {
return myBean.getName(3);
}
});
-Matej
On 5/8/07, ywtsang [EMAIL PROTECTED] wrote:
it is easy to reference the property of a model by using java bean notation
as:
add(new Label(name, new PropertyModel(myModel, name)));
use onclick instead of onchange.
-Matej
On 5/5/07, Tauren Mills [EMAIL PROTECTED] wrote:
I have numerous ajax calls throughout my app, and they work fine in
both FF and IE. However, there is one that behaves differently in IE
and FF. It seems that the onchange behavior of a checkbox happens
In 1.3 you can use stateless pages (with stateless links and stateless
forms). However, you'll have to sacrifice the programming model in
favor of statelessness a little. I'm not really sure it's worth it.
-Matej
On 5/3/07, Jeremy Thomerson [EMAIL PROTECTED] wrote:
I know that I read somewhere
You seem to be using 1.2, is that right?
-Matej
On 4/30/07, RedFury [EMAIL PROTECTED] wrote:
Hi all, just want to say that I've relatively new to Wicket but am loving
every minute of it! In just a few weeks of learning and programming I have
been able to create a robust, javascripted,
would be very
appreciative. I have tried to be detailed but if there is more info
needed please let me know.
Thanks heaps for your time, you guys do a great job! I am loving wicket.
Regards,
Dean
Matej Knopp-2 wrote:
Hi,
This was recently fixed. Can you please try getting
to be detailed but if there is more info
needed please let me know.
Thanks heaps for your time, you guys do a great job! I am loving wicket.
Regards,
Dean
Matej Knopp-2 wrote:
Hi,
This was recently fixed. Can you please try getting wicket from svn to
see if it help your problem
1 - 100 of 686 matches
Mail list logo