And then open Show modal dialog with panel and try to close the dialog.
Mahavishnu
2007/11/1, Matej Knopp [EMAIL PROTECTED]:
The modal window probably won't work well when paced in a page that is
loaded in iframe. Still, if you can provide a quickstart assigned to a
JIRA entry I
Ever heard of constructor chaining?
-Matej
On 11/3/07, Brill Pappin [EMAIL PROTECTED] wrote:
Moving to the list as suggested by Gwyn.
From Jira issue:
https://issues.apache.org/jira/browse/WICKET-1108
Maybe I wasn't clear on what my problem with it was.
1) doing any extensive amount of
might done something incorrectly like filling the
correct values for the properties of the Issue. Example: it is not major, it
is minor. things like that.
f(t)
On 11/1/07, Matej Knopp [EMAIL PROTECTED] wrote:
Yeah, that would work.
Cheers,
-Matej
On 11/1/07, Francisco Diaz Trepat
I think this should wait after 1.3. And I'm not the one who's usually
hesitating what it comes to breaking stuff :)
-Matej
On 11/2/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
On 11/1/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
if we rename it then we should also rename Component.RENDER action
Sorry, that is just a typo. Will be fixed in a second.
-Matej
On 11/2/07, Per Newgro [EMAIL PROTECTED] wrote:
Is it correct that the jira entry says it is fixed in beta4? Because we use
beta4 and the title still needs a Model instead of an IModel.
Cheers
Per
I'd say more like the enclosure should check is the component will
render rather than a simple isVisible check.
-Matej
On 11/1/07, Maurice Marrink [EMAIL PROTECTED] wrote:
On Oct 31, 2007 9:58 PM, Igor Vaynberg [EMAIL PROTECTED] wrote:
there seems to be a bit of a disconnect between render in
The modal window probably won't work well when paced in a page that is
loaded in iframe. Still, if you can provide a quickstart assigned to a
JIRA entry I will take a look if there is a quick fix for your
problem.
-Matej
On 11/1/07, Deepak Mahavishnu [EMAIL PROTECTED] wrote:
Hello!
I'm doing
I Zip the root project folder with all inside and attach it to a JIRA?
thanks,
f(t)
On 10/31/07, Matej Knopp [EMAIL PROTECTED] wrote:
Well, it's the last resort for you, but first resort for me :)
Issues that are easily reproduce (quickstart) can expect to be
resolved sooner, that's
Yourkit really works pretty darn well.
Btw. What wicket version are you using? And are you sure it's Wicket /
Web that is leaking?
-Matej
On 11/1/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
i use yourkit, it seems to work pretty darn well
-igor
On 11/1/07, Doug Leeper [EMAIL PROTECTED]
Why do you use frames anyway? If you want to pass things between
frames javascript is the only way, but I don't see what's the point of
using frames when you have framework capable of Ajax partial page
updates.
-Matej
On 11/1/07, Devin Venable [EMAIL PROTECTED] wrote:
I posted a question a few
. And we call
the replacement on a window.setTimeOut() on the specific page in which we
have the panel with subpanels.
thanks,
f(t)
On 10/30/07, Matej Knopp [EMAIL PROTECTED] wrote:
Sorry, I'm not sure I follow.
there is some code in replaceOuterHtml that seems redundant so it could
Override Page.configureResponse() and add the flags you want there.
-Matej
On 10/31/07, John Patterson [EMAIL PROTECTED] wrote:
Hi,
I notice that Pragma no-cache is set for every WebPage and I cannot
see how I can turn it off for my bookmarkable stateless pages could
would benefit from
.
I'll get right on it. Jira + QuickStart.
We must all contribute.
:-)
f(t)
On 10/31/07, Matej Knopp [EMAIL PROTECTED] wrote:
So even better than html page would be a quickstart attched to jira
issue that you create about this problem :-)
Cheers,
-Matej
On 10/31/07, Matej Knopp
No idea. The javascript has nothing to do with wicket.
-Matej
On 10/30/07, Cristi Manole [EMAIL PROTECTED] wrote:
Hello,
I have a problem with ModalWindow.
No matter what I do I cannot manage to close it. Although the method for
closing it IS INDEED called (and then the focus set to the
of the sort.
If everything else fails I'll provide a QuickStart.
Thanks,
f(t)
On 10/23/07, Matej Knopp [EMAIL PROTECTED] wrote:
Can you provide a quickstart?
-Matej
On 10/23/07, Francisco Diaz Trepat - gmail
[EMAIL PROTECTED] wrote:
Hi. I'm going to try to explain the best that I can and without
Pen wrote / napísal(a):
I have a few question regarding the wicket usage. we are trying to Implement
wicket as our next MVC framework, Can please someone answer the questions
below
Hi
- about session support - wicket stores the render state of most renderer's
in session for different users
It is already fixed in 1.3.
-Matej
On 10/29/07, wheleph [EMAIL PROTECTED] wrote:
Hello everyone!
I use Wicket 1.2.6 and when I try to disable AjaxSubmitLink via
link.setEnabled(false) call it really doesn't react on clicks but it still
looks like a regular link in browser. I mean that in
Looks like the FormComponentFeedbackBorder is not fixed yet. Will fix today.
-Matej
On 10/29/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
4) Pages are stateful now because of -
http://www.nabble.com/Stateless-page-creating-session-tf4604432.html#a13147396
Ah, I missed this. I fixed the
It is indeed a bug in FormComponentFeedbackBorder. Should be fixed
soon though :)
-Matej
On 10/29/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
in 1.3.0-beta4, Page.renderPage() doesn't call the updateFeedback() on its
children any more. Because of this change the FormComponentFeedbackBorder
I doubt it would prevent the page from being serialized. Versioning
doesn't spot all changes to page (e.g. setting a property) so we can't
rely on it, therefore we serialize it on every request.
However, if you really want to get around the serialization for certain
cases, you need to call
Are you sure that the newly added image has different src attribute
(e.g. adding a timestamp) than the old one? No-cache and no-store
headers on the image itself don't prevent the browser from caching
images on one page.
-Matej
Kirk Israel wrote / napísal(a):
I'm still having the
2007, at 17:27, Matej Knopp wrote:
I doubt it would prevent the page from being serialized. Versioning
doesn't spot all changes to page (e.g. setting a property) so we can't
rely on it, therefore we serialize it on every request.
However, if you really want to get around the serialization
requests.
-Matej
Eelco Hillenius wrote / napísal(a):
On 10/29/07, Matej Knopp [EMAIL PROTECTED] wrote:
I doubt it would prevent the page from being serialized. Versioning
doesn't spot all changes to page (e.g. setting a property) so we can't
rely on it, therefore we serialize it on every request
-8, and I am not well versed in this
technology to know how to do the encoding myself.
For now I am just creating my own IHeaderContribute to output a
script tag with the charset, but was wondering if there was any other
way.
On 25 Oct 2007, at 7:50 AM, Matej Knopp wrote:
Why do you want
Where do you have your LoadableDetachableModel declared? And what kind
of IDataProvider are you talking about? If it is wicket's
IDataProvider than it has to be serializable, because DataView/Table
keep it's reference.
LoadableDetachableModel is usually declared as anonymous class inside
It's about how you implement the TreeModel. You need to roll your own
TreeNode implementation that loads the children lazily when then
children() method is called. That way you don't have to populate the
whole tree upfront.
-Matej
On 10/25/07, lubosp [EMAIL PROTECTED] wrote:
I use extensions
you can try to add cache-control: no-store header to your page. If
that doesn't help, fill a jira issue with attached quickstart.
-Matej
On 10/25/07, Evan Chooly [EMAIL PROTECTED] wrote:
I'm having issues using the ALLP and the back button. I'm getting the
following error:
Wicket doesn't track dirty components (because there are lot of
different ways you can consider a component dirty). But you can mark
your dirty dirty yourself (e.g. setting some flags) and then use a
visitor (MarkupContainer.visitChildren()) to find dirty components and
add them to
You can call setRedirect(false) during the request in the onSubmit
handler, that should prevent wicket from redirecting in that
particular case.
-Matej
On 10/24/07, Chris Lintz [EMAIL PROTECTED] wrote:
Ok. Its a good thing.. I didnt know it was the default setting. I guess i
should thank
Hi, unfortunately the Tree class is not able to grow horizontally,
neither it is possible for it to have a horizontal scrollbar. If you
need this features, you have to use the new LinkTree (or it's
superclass BaseTree) from wicket 1.3.
-Matej
On 10/24/07, David Struck [EMAIL PROTECTED] wrote:
No, there shouldn't be as far as I know. This might be a regression
though, could you file a jira issue and attach a quickstart that
demonstrates the problem? Thanks.
-Matej
On 10/24/07, Thies Edeling [EMAIL PROTECTED] wrote:
Hi all,
For validation purposes I've added a class exending
Why do you want to append the charset attribute? Why do you need it?
AFAIK if the charset is ommited the browser should use document
charset for the javascript as well. I don't understand the usecase
here.
-Matej
On 10/24/07, kent lai [EMAIL PROTECTED] wrote:
Hmm, or maybe even subclassing does
I believe this is already fixed in trunk, so it will also be part of beta 5.
-Matej
On 10/24/07, marcus dickerhof [EMAIL PROTECTED] wrote:
Thanks for the reply, but does apply to all ajax features?
I am not using an Ajax Link explicitly.I add an AjaxEventBehavior to a radio
component.
Do
Problem is that AjaxRequestTarget only applies to one page. If you
want to update the outer page (assuming that you have another page
inside modal window, not a panel), the only way to do it is from
within WindowClosedCallback registered to modal window. So you have to
mark somehow dirty
What you want to accomplish needs a little bit more of javascript,
it's not a simple timeout. Problem is that you need to make sure that
after the timeout the mouse is still over the element. Anyway, you can
use AjaxEventBehavior.getAjaxCallDecorator() to return your own
decorater which decorates
Modal window doesn't keep the reference to the page. What prevents you
from keeping the reference inside the page creator instance if you
need to?
-Matej
On 10/23/07, Kirk Israel [EMAIL PROTECTED] wrote:
I looked at the JavaDoc and inspected the class, but couldn't find a
clear way of getting
I don't know tbh. I believe the request body is encoded in UTF-8.
People usually use UTF-8, so no-one was complaining before. Can't you
just use UTF-8? It's much safer than latin1.
-Matej
On 10/20/07, Johan Compagner [EMAIL PROTECTED] wrote:
are you configuring wicket and you appserver
Johan?
-Matej
On 10/20/07, jan_bar [EMAIL PROTECTED] wrote:
Hi,
my question was probably unclear, I will try to post more details:
When I leave a page, let's say id=40, wicket gets request to render new page
id=41 but flash on previous page still lives and send request to wicket
(this is
Hi, we are experimenting a little with component data representation
right now in order to improve memory consumption, so the trunk might
be a little unstable though. But so far I am unable to reproduce your
exception.
Sorry for inconvenience.
-Matej
On 10/18/07, Rüdiger Schulz [EMAIL
Hi, what wicket version are you using and how do you re-invoke the
javascript on ajax update? if you are using wicket 1.3 the best way to
do invoke the javascript is using
IHeaderResponse.renderOnDomReadyJavascript (works on regular page
refresh and also on ajax update).
-Matej
On 10/18/07, Doug
You should make your component implement IHeaderContributor. Or your
behavior, depends on how you implement your menu. Then you don't have
to worry about AjaxRequestTarget.
-Matej
On 10/18/07, Doug Leeper [EMAIL PROTECTED] wrote:
I just found this.
With a AjaxRequestTarget, you can get the
Hi all,
I've commited bunch of memory optimization that significantly reduce
memory usage. On the pages I've tested it the consumption was reduced
by up to 40% (live objects size).
The downside is that the changes touches component internals and there
might be some issues with it, so if you spot
Well, that was a joint effort with Johan!
-Matej
On 10/18/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
I've commited bunch of memory optimization that significantly reduce
memory usage. On the pages I've tested it the consumption was reduced
by up to 40% (live objects size).
You rock!
This should be fixed already in the latest trunk.
-Matej
On 10/18/07, Rüdiger Schulz [EMAIL PROTECTED] wrote:
Hello Johan,
yes, this worked for me. Thanks a lot for such a quick fix!
However, I had to build with maven tests disabled. And there was an
error on some of my pages, where I use
.
Eelco
On 10/15/07, chickabee [EMAIL PROTECTED] wrote:
The page was mount using HybridUrlCodingStrategy
--thanks
Matej Knopp-2 wrote:
How did you mount the page?
-Matej
On 10/15/07, chickabee [EMAIL PROTECTED] wrote:
Hi Guys, It seems
using IComponentResolver as long as those are
visible?
- Juha
Juha Alatalo wrote:
https://issues.apache.org/jira/browse/WICKET-1077
- Juha
Matej Knopp wrote:
Please create a JIRA entry and assign the example to it.
Thanks.
-Matej
On 10/15/07, Juha Alatalo [EMAIL PROTECTED
developers are not going to admit that this is a problem.
Ari S.
- Original Message -
From: Matej Knopp [EMAIL PROTECTED]
To: users@wicket.apache.org
Sent: Wednesday, October 17, 2007 2:15 PM
Subject: Re: VisitChildren + IComponentResolver broken in beta 4?
It depends on when you
developers are not going to admit that this is a problem.
Ari S.
- Original Message -
From: Matej Knopp [EMAIL PROTECTED]
To: users@wicket.apache.org
Sent: Wednesday, October 17, 2007 2:15 PM
Subject: Re: VisitChildren + IComponentResolver broken in beta 4?
It depends
But then you have to use custom javascript, because you want to both
update the tree and the right frame.
-Matej
On 10/16/07, Kevin Liu [EMAIL PROTECTED] wrote:
Thank Igor :-)
But if I wanna change the tree behavior, such as expanding the Node when
the node is clicked as the junction link
It should be resolved shortly.
-Matej
On 10/16/07, Brandon Fuller [EMAIL PROTECTED] wrote:
Discussed here:
http://www.nabble.com/Wicket-Beta4-and-Ajax-Links-tf4616750.html
--
View this message in context:
Please create a JIRA entry and assign the example to it.
Thanks.
-Matej
On 10/15/07, Juha Alatalo [EMAIL PROTECTED] wrote:
Hi,
If the components are added on the page using ComponentResolver,
visitChildren() method seems to be working incorrectly. Created
following example which works in
We mostly use jetty as embedded in the project itself. Then starting a
web application is as simple as starting any other java application.
Also debugging is much simpler. No need to configure remote debug
connection, not to mention that you need to configure separate ports
if you want to debug
Unless you submit a quickstart I can't really help with this.
-Matej
On 10/15/07, Nino Saturnino Martinez Vazquez Wael
[EMAIL PROTECTED] wrote:
Hmm changing it OnChangeAjaxBehavior, makes it stop working if using it
in conjuction with datepicker on safari and FF..
BTW, i am using an text
Well, I guess you can. Still you need to have tomcat installed,
whereas with jetty you only need a 300kb jar in project. Also as
stated above, you don't need JSP support (compiler, etc) so the
footprint is really small.
-Matej
On 10/15/07, Sam Hough [EMAIL PROTECTED] wrote:
Still can't see why
How did you mount the page?
-Matej
On 10/15/07, chickabee [EMAIL PROTECTED] wrote:
Hi Guys, It seems that wicket has the special meaning of a dot ( . ) in the
URL. Wicket expects anything after a dot to be a number and throws Number
format exception if it is not, Is there is a way to use
We might add this to Wicket, can you please open a RFE and attach the
appropriate classes?
Thanks..
-Matej
On 10/14/07, Kent Tong [EMAIL PROTECTED] wrote:
Jan Kriesten wrote:
might be, but it's a nice feature for just styling col-width and
col-alignment.
actually, this would be an
I was thinking of implementing colgroup support, but I decided not to.
Colgroup as far as i can tell has serious styling limitation, which
only allows to specify very reduced subset of css to the colgroup.
-Matej
On 10/13/07, Jan Kriesten [EMAIL PROTECTED] wrote:
Please create a jira issue, looks like a wicket bug to me.
-Matej
On 10/13/07, MattClark [EMAIL PROTECTED] wrote:
Hi all,
I'm running into an issue, and have described the problem below. Am I doing
something invalid?
* Assume the following hierarchy:
Page
- Panel
- RefreshingView
Didn't you forget the appropriate floats?
-Matej
On 10/12/07, jweekend [EMAIL PROTECTED] wrote:
(1.3.0-SNAPSHOT as of 2007-10-11)
In a three column TreeTable (the LEFT column holds/renders the tree) the
header text and non-tree-column values are not visible (IE6.0.29 FF2.0.7).
;-).
Matej Knopp-2 wrote:
Didn't you forget the appropriate floats?
-Matej
On 10/12/07, jweekend [EMAIL PROTECTED] wrote:
(1.3.0-SNAPSHOT as of 2007-10-11)
In a three column TreeTable (the LEFT column holds/renders the tree)
the
header text and non-tree-column values
Yeah, it's a bug introduced by me recently. Will look at it ASAP.
-Matej
On 10/11/07, John Patterson [EMAIL PROTECTED] wrote:
Also, the example application stateless is doing the same.
When I go to this page
http://localhost:8080/wicket-examples/stateless/public/Index/
after restarting
That's a problem of DataTable producing invalid markup, that the
browser is not able to replaced by ajax call (but it is able to
process it on regular request). I'm afraid there is no solution
currently for your problem. Please add a JIRA entry, possibly with a
quickstart to reproduce the problem.
Looks like there's a problem with header contribution? Please create a
JIRA entry and attach the example to it.
-Matej
On 10/10/07, Juha Alatalo [EMAIL PROTECTED] wrote:
Hi,
we are still using old DatePicker (PopupDatePicker in
wicket-contrib-datepicker) and found an error in following
IIRC WebRequestCodingStrategy is used for non-mounted pages only and
it delegates the encoding/decoding for mounted pages to
IRequestTargetUrlCodingStrategy.
-Matej
On 10/9/07, John Patterson [EMAIL PROTECTED] wrote:
Hi,
I want to build a custom url encoder fro bookmarkable pages and have
and users (like me) could add their own handlers.
Anyway... just some thoughts while I am knee deep in the internals of
this area.
John.
On 9 Oct 2007, at 01:24, Matej Knopp wrote:
IIRC WebRequestCodingStrategy is used for non-mounted pages only and
it delegates the encoding/decoding
:01, Matej Knopp wrote:
Thinking about it, probably better (and more solid) approach would be
for you to copy the entire class (unless it references some package
protected classes).
-Matej
On 10/9/07, John Patterson [EMAIL PROTECTED] wrote:
Just a bit more info on the problem
What wicket version are you using?
In 1.3 there's much better way to do this. Just use
renderOnLoad/renderOnDomReady javascript on IHeaderResponse.
-Matej
On 10/8/07, Evan Chooly [EMAIL PROTECTED] wrote:
I used the following in my page constructor, but I'm not seeing the change
in the HTML.
] wrote:
But the second level cache session store is not the only viable
option: we still have the HTTP session store, which clearly is much
more performant than any other store, especially if you don't have to
cluster.
Martijn
On 9/29/07, Matej Knopp [EMAIL PROTECTED] wrote:
On 9/27/07
Ah, I guess i understood the question a bit wrong then. Sticky mode is
preferred with wicket, as we use redirect to buffer render strategy by
default. Also from a performance standpoint, I'd recommend sticky
mode.
As for the page store, what i suggested was a merely performance
improvement. Since
On 9/27/07, Johan Compagner [EMAIL PROTECTED] wrote:
the problem is that that still not really does auto dirty..
Because where does it end? just add/remove/visitble/enable?
The nice thing is we have already something like that: thats page versioning
with the undo/change map.
Don't get too
it to
bump up the versions
else how can we do that?
johan
On 9/29/07, Matej Knopp [EMAIL PROTECTED] wrote:
On 9/27/07, Johan Compagner [EMAIL PROTECTED] wrote:
the problem is that that still not really does auto dirty..
Because where does it end? just add/remove/visitble/enable
have the event..
johan
On 9/29/07, Matej Knopp [EMAIL PROTECTED] wrote:
newVersion();
looks much better to me than addStateChange(new
ChangeThatIsNotUsedAnyway() { public void undo() });
-Matej
On 9/29/07, Johan Compagner [EMAIL PROTECTED] wrote:
yes we do
we use
for
ajax polling, but that was rather trivial to do.
-Matej
-igor
On 9/28/07, Johan Compagner [EMAIL PROTECTED] wrote:
but then still we have the event..
johan
On 9/29/07, Matej Knopp [EMAIL PROTECTED] wrote:
newVersion();
looks much better to me than addStateChange(new
I don't think there's an easy solution for what you want. You can try
putting in two buttons, set one button as form default and hide it
using css. That one should be submitted when you press enter on the
text field.
-Matej
On 9/27/07, Gwyn Evans [EMAIL PROTECTED] wrote:
Hi,
I've got a form,
Hi,
if I understand correctly, you want to disable page serialization on
session replication, as the filesystem where the page store stores
temporary pages is accessible from each node in cluster?
There is a way to achieve it, just create your own page store
extending from DiskPageStore and make
Also, are you sure everything on you page and in session is serializable?
-Matej
On 9/26/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
I am having trouble with a wicket application returning page expired when
any
link or button is clicked on. When the application is deployed on a server
Shoot. Sorry, that was indeed my fault. Will fix ASAP.
-Matej
On 9/27/07, donhass [EMAIL PROTECTED] wrote:
I had the same problem today after getting an updated snapshot from today.
None of my Modal Windows that had panel with Forms on them would close any
longer.
My investigation found
some major refactoring of how I do
modals in my project. I blamed my code for the first part of the day...
then I found out it was you. snicker
Thanks... I will watch for an update.
Matej Knopp-2 wrote:
Shoot. Sorry, that was indeed my fault. Will fix ASAP.
-Matej
On 9/27/07
?
Benjamin
2007/9/19, Matej Knopp [EMAIL PROTECTED]:
You can use pagemap metadata for it, providing you have recent enough
wicket version. And, of course, you have to turn on the multiwindow
support.
-Matej
On 9/19/07, Eelco Hillenius [EMAIL PROTECTED] wrote
It's a bug in firefox most probably. But i've only seen it when the
modal window was position:fixed. Therefore in firefox the modal window
is position:absolute; I was not able to reproduce it after that,
neither it happens in wicket-examples.
-Matej
On 9/25/07, Eelco Hillenius [EMAIL PROTECTED]
This is normal, if you replace the part of page using wicket ajax, it
will generate the markup and won't preserve your changes. You can
either not replace the affected parts of page, or notify server and
generate markup with the image.
-Matej
On 9/25/07, Michael Preiss [EMAIL PROTECTED] wrote:
If you upgrade Wicket, there's new page store called DiskPageStore.
for this pagestore you can set limits for pagemap file size and limit
for entire session (so the session never grows beyond that limit)
-Matej
On 9/24/07, Benjamin Ernst [EMAIL PROTECTED] wrote:
Because our Application in an
Hi, I'm unable to reproduce this with latest trunk. I believe this has
been already fixed by delaying the actual form serialization until the
previous request finishes. Can you please test this with latest trunk?
Unfurtunately, there are no current snapshots available so you'd have
to build it
serialized from content, but it's a method that
returns serialized form content. This method gets evaluated right
before submitting the form, which means the previous ajax request must
have been finished.
-Matej
On 9/21/07, Matej Knopp [EMAIL PROTECTED] wrote:
So you tried it with latest trunk and it still
Heh, sorry, didn't read the entire question. This seems to be the
right approach.
-Matej
On 9/21/07, swaroop belur [EMAIL PROTECTED] wrote:
Initially when building the tree , just add a single child node to each
first level of nodes u show
You can mark this node as a indicator node or a
nice and big so it
takes a while to render?
Thanks for looking into it. Hope I'm not raising another red herring.
Matej Knopp-2 wrote:
Hi, I'm unable to reproduce this with latest trunk. I believe this has
been already fixed by delaying the actual form serialization until the
previous
Well, actually, I'm not sure how this would work, as you'd have to
load the children asynchronously and then update the tree. That
certainly isn't a trivial thing. I guess it would be better to replace
the link with an indicatingajaxlink or something like that.
-Matej
On 9/21/07, swaroop belur
Can you please submit a bug report.
-Matej
On 9/21/07, Alex Objelean [EMAIL PROTECTED] wrote:
This is about how wicket generates dynamically markupID.
I have, for instance, the following markup component:
input wicket:id=quantity.noOfUnits /
The generated markupId for this component
I dont' understand. You rely on the way how wicket generates IDs? Then
your code is bound to break. If you really need a wicket component's
id in javascript, you either override getMarkupId(), or pass the Id
using javascript (e.g. label component assigning another component's
id into javascript
:
On 9/21/07, Matej Knopp [EMAIL PROTECTED] wrote:
I dont' understand. You rely on the way how wicket generates IDs? Then
your code is bound to break. If you really need a wicket component's
id in javascript, you either override getMarkupId(), or pass the Id
using javascript (e.g
You need to turn on multi window support. But this is not really user
overridable callback. Also, what do you mean by start new session?
-Matej
On 9/19/07, Benjamin Ernst [EMAIL PROTECTED] wrote:
Hi,
when a new Browser-Window is opened, I want to start a new Session for this
window.
I
You can use pagemap metadata for it, providing you have recent enough
wicket version. And, of course, you have to turn on the multiwindow
support.
-Matej
On 9/19/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
On 9/19/07, Benjamin Ernst [EMAIL PROTECTED] wrote:
Hi
I store some
(
ThreadPool.java:685)
at java.lang.Thread.run(Thread.java:595)
Matej Knopp-2 wrote:
There is no way that ajax requests can be processed without
blocking.
a) ajax requests are ordered on client into queues
b) requests are blocked on target page
to settle.
Think this is a common problem for browser based robot testing.
Matej Knopp-2 wrote:
What exact wicket version are you using? With the current trunk the
client side form serialization waits until the previous ajax request
finished even if you submit the form during previous
Application.getPageSettings().setAutomaticMultiWindowSupport(true);
-Matej
On 9/19/07, Benjamin Ernst [EMAIL PROTECTED] wrote:
Hi,
thanks for your help. I will try that, but I have one last question
(hopefully): How do I turn on the multiwindow support?
Benjamin
2007/9/19, Matej Knopp
validators to components? I'm a little bit confused, because I use
it for updating (initializing) the model by calling service methods and now
I doubt that I do it right way.
Thank you!
Alex.
Matej Knopp-2 wrote:
This is not what the listener was intended to do. The main purpose was
to add
lovely in Las Vegas this time of year. :)
- Scott
On 9/18/07, Matej Knopp [EMAIL PROTECTED] wrote:
Sounds like a good idea to me.
-Matej
On 9/18/07, Scott Swank [EMAIL PROTECTED] wrote:
Would it be appropriate to add a Companies Hiring Wicket Developers
page? :)
- Scott
Could you please specify what it is that you can't do now? The thread
is rather long and I don't have time to go through it all. I don't
think we should reverse the other. What exactly do you mean by own
logic ?
-Matej
On 9/17/07, Alex Objelean [EMAIL PROTECTED] wrote:
I've noticed that the
You can use setResponsePage(getPage()) to refresh the window from
Ajax(Submit)Button inside the window. The only problem is that you
can't close the window regular way then, so you'll get the
confirmation message.
To get rid of the message put this javascript somewhere in your page:
Yeah, you can do it but afaik it doesn't work with IE.
-Matej
On 9/16/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
which you can apply with css and offset the text so it looks like option
has an icon asociated with it ala jira.
-igor
On 9/16/07, Matej Knopp [EMAIL PROTECTED] wrote
501 - 600 of 709 matches
Mail list logo