You shouldn't need to. With recent beta version of firebug the error
message is still there, but the ajax works anyway.
-Matej
Alexis wrote:
i think we can wait for the 1.2.5 release :)
Thanks for the quick answer !
Erik van Oosten wrote:
Hi Alexis,
This is a firebug bug.
Wicket
Try to add the feedback panel to AjaxRequestTarget in the onError method
of AjaxSubmitLink.
-Matej
Scott Swank wrote:
I have a form in a ModalWindow. I can add
AjaxFormComponentUpdatingBehavior to relevant fields to get immediate
feedback about the fields, but I would like to have
Hi
you are calling setResizable too late. When MyModalPage constructor is
called, the window is already shown. You have to call setResizable (as
well as the other methods) _before_ calling modalWindow.show().
-Matej
beboris wrote:
We have the following code that attempts to create a modal
Heh, models take a while to grok. I guess most people have the same
problem at the beginning (I was no exception :))
-Matej
Scott Swank wrote:
Read it? I have it printed off sitting on my desk. The key point I
was missing was that a static model for, lets say, a label holds the
value in
.
-Matej
Johan Compagner wrote:
Matej!
Even you!?
I can't believe that! you are making fun of me!
johan
On 2/1/07, *Matej Knopp* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
wrote:
Heh, models take a while to grok. I guess most people have the same
problem at the beginning (I
Hi.
I guess someone should write a how to customize modal window article to
wiki :)
You don't have to use blue or grey css. You can specify your own style
selector in modal window (ModalWindow.setCssClassName). If you set it to
e.g. black, you won't even have the background images loaded.
As
Carfield Yim wrote:
Where can I get more information about this bug? I use ModalWindow for
a few place and this look fine to me, how can I trigger this bug?
By the way, should I remove this line once I update wicket library?
On 1/30/07, Matej Knopp [EMAIL PROTECTED] wrote:
Hi,
It seems
You're probably using the firebug extension for firefox. It is a known
issue, it's caused by firebug. There is a workaround for it in svn.
-Matej
Vincent Demay wrote:
Hi all
I work with a quite old wicket 1.3 branch snapshot And I get the
following error when response come back to the
current wicket-ajax.js :)
-Matej
Vincent Demay wrote:
Matej Knopp a écrit :
You're probably using the firebug extension for firefox. It is a known
issue, it's caused by firebug. There is a workaround for it in svn.
Ok thanks a lot. Where can I find this workaround on svn?
-Matej
I wish I could help you in person :) Unfortunately I'm not from US.
I'm afraid there's not much that can be done about ModalWindow feel,
unless you want to mess with the javascript :)
As for Look, you can specify custom stylesheet though. Actually, you can
set the CSS class modal window would
Hi,
It seems that quite a lot of people are using ModalWindow lately. I just
want to inform you that there is a bug in modal window that can cause it
to eat all your browser's cookies. The bug is fixed in svn, but not in
the last release (1.2.4).
Fortunately, preventing this bug is fairly
This is fixed in trunk. The fix is yet to be backported to 1.x (as well
as the entire link hierarchy refactor).
If you need this behavior now, you can add an abstractBehavior that does
the trick for you in it's onComponentTag.
-Matej
Marc-Andre Houle wrote:
I wanted to use setEnabled on an
(s)...
Note - I'll be leaving work soon and may not be able to provide useful
responses until next week.
Thank you for your assistance
On 1/26/07, *Matej Knopp* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
wrote:
One more thing. Can you please post also the content of javascript
It definitely shouldn't override it. Therefore the !important thing in
css. I've tried it and it worked well for me.
-Matej
Scott Swank wrote:
This seems to be a bit nastier than that -- unless I'm missing something
simple. This goes at the top of the page:
wicket:head
style
Is that a wicket form? Is it a completely different application? How it
is related to modal window?
-Matej
Carfield Yim wrote:
The target of the RedirectPage is another wicket form running at
difference host. In firefox it work ok but in IE it always show page
expire after I submit the form.
Hi
I'm not sure what exactly are you trying to accomplish. But in any case,
remember that the modal window is an ajax component, thus to display it
you need an ajax request.
So if you want to submit the form and open the ModalWindow afterwards,
you need to use AjaxSubmitButton or
and then close the ModalWindow, the DatePicker
does not disappear and remains open.
I know that a stupid case but at the same time is a really user annoying
behaviour.
Anyone experienced that?
Paolo
On 1/26/07, *Matej Knopp* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
wrote
AjaxSubmitButton(submit, form) {
protected void onSubmit(AjaxRequestTarget target, Form form) {
classification.show(target);
}
});
---
On 1/26/07, *Matej Knopp* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
wrote:
Hi
I'm not sure what
One more thing. Can you please post also the content of javascript
console? And can is the onSubmit handler of AjaxSubmitButton really called?
-Matej
Matej Knopp wrote:
Nothing apparent. Can you post the markup too?
Shawn Tumey wrote:
Thank you Matej, I was aware of this, but I still don't
This won't work. Because you can call setResponsePage only during
processing a request. When your code calls setResponsePage() there is no
request, so it doesn't make sense to set response page.
I think what you want is AbstractAjaxTimerBehavior.
-Matej
tbt wrote:
Hi!
I'd like to know how
From the source code it looks to me that you are calling window.show()
from a handler invoked (indirectly) from a modal window.
You probably just want to replace the panel inside modal window, so
setOutputMarkupId(true) on the panel and add only the panel to the ajax
response.
-Matej
Paul
Just put this into your markup
wicket:head
style type=text/css
div.calendar {
z-index: 3 !important;
}
/style
/wicket:head
-Matej
Scott Swank wrote:
Does anyone know (without digging, I can dig myself if necessary) which
of the css files in
Sure, you can do that but that way you can't affect the redirect on
server side.
-Matej
Eelco Hillenius wrote:
How about RedirectPage, using the waitBeforeRedirectInSeconds argument?
Eelco
On 1/25/07, Matej Knopp [EMAIL PROTECTED] wrote:
This won't work. Because you can call
Erik van Oosten wrote:
Short answer: NO.
Long answer: mostly no, but it strongly depends on the browser.
Solution: do not use the session (is against Wicket matra anyway) but
maintain state in the Wicket components. Make sure that your components
are versioned (defaults to on).
Yeah,
This doesn't really make sense. You can't create panel in the onClick
handler without placing it anywhere in page. You can either create the
panel in advance (and hide it) or create another component and replace
it by the new panel panel.
-Matej
Alberto Bueno wrote:
Hello,
I'm trying to
No, it's not a known bug. Probably some css conflict problem. Can you
please provide a stripped down testcase? (quickstart)
-Matej
Carfield Yim wrote:
The top bar with close button are missing, is it a know bug or only my
problem?
Hi,
it really was problem with AjaxSubmitButton, can you please test if it
works now for you?
-Matej
ChuckDeal wrote:
I don't mean to bump this, but was not quickstart not good enough to show the
problem? If necessary, I can take another stab at it to make it more
useful.
Chuck
We process the stylesheet reference before replacing elements. But what
we do is that we create a link element and add it to header (so the
browser is responsible for loading the stylesheet). The stylesheet
loading is asynchronous so it is possible that it gets loaded after the
component is
Yeah, this is a problem with 2.0 currently. Ajax requests increase page
version. Johan promised to fix this soon :)
-Matej
Igor Vaynberg wrote:
a good start is to isolate this in a quickstart so we can all look at
it. if you want to do it yourself then just break in request cycle and
walk
()));
listItem.add(calendarLink);
fragment.add(modalWindow);
listItem.add(fragment);
}
At this moment I don't have time to create a quickstart app, maybe this
evening or tomorrow.
On 1/11/07, *Matej Knopp* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
wrote:
That's
This is weird. Can you please check if there is no exception in the log?
-Matej
Ingram Chen wrote:
Hi all,
I just found a bug (?) about AjaxFormSubmitBehavior when doing some
browser back botton, like:
(1) X page has a Form and use AjaxFormSubmitBehavior
(2) navigate X to Y by a
What version of wicket are you using? This is a known issue with firefox
and older wicket-extensions. Try to upgrade.
-Matej
Prashant Khanal wrote:
hello all
i found no cursor in the modal window. Is it the
default behavior.How to make cursor appear in the
input field of the modal window?
V. Jenks wrote:
Sure, I'd be happy to comment on that.
Some constructive criticism; there are many things that JSF does easier
and/or better (IMO) than Wicket.
1. select lists are *much* easier to populate, manipulate, and deal with. ;)
It is possible that our DropDownChoice looks a bit
That's strange. Seems that window javascript is not loaded for some
reason. Can you post more code or a quick-start appication so that I can
look at it?
-Matej
Paul Maarschalkerweerd wrote:
Hi all,
I want to open a ModalWindow from a ListItem.
When I do this in IE6 everything works
I'm not wrong we don't support (yet) the ajax update on radio selection.
-Matej
Cliff Pereira wrote:
Hello Mailinglist,
We just started a project using the wicket framework. It's working so
far and we want to add some AJAX behaviour to our project. But nothing
really works. I've made an
replace the AjaxSubmitLink back with a SubmitLink the modal
window properly appears.
Thanks
Nili
Matej Knopp wrote:
You have to use AjaxSubmitLink and call Window.close(target) inside the
onSubmit(AjaxRequestTarget...) method.
-Matej
Nili Adoram wrote:
Hi all,
I have a panel
You have to use AjaxSubmitLink and call Window.close(target) inside the
onSubmit(AjaxRequestTarget...) method.
-Matej
Nili Adoram wrote:
Hi all,
I have a panel (named AdvancedSearchPanel) containing a Form with a
SubmitLink.
I open this panel inside a modal dialog:
final
Navigating to different page is a bit tricky unfortunately. There is no
easy way of disabling the alert. This should be addressed in future
version. For now I'd suggest you to try to close the window
(ModalWindow.close(...)) and navigate to the target page in modal window
onclose handler.
This doesn't really make sense. Why are you using self updating
behavior? Why don't you just update the listview when user submits the
form? And you can't ajax-update a repeater (ListView) directly. You have
to put the listview to e.g. WebMarkupContainer and add the container to
the
Well, it is probably because browsers are trying to prevent cross-site
scripting. And it seems that pages from http and https are treated like
pages from different sites.
-Matej
Konstantinos Lazouras wrote:
Hi all,
I'm having trouble closing a modal window hosting a non-secure page by
Korbinian Bachl wrote:
using bookmarkable links for this is crazy, remember that bookmarkable
links the treetable generates also have to encapsulate state of any
other component on the page.
i know :( - but the thing is, that the fronted of it has to be
bookmarkable at least in the
Why should be the css not cached?
Where do you put the code you are mentioning? Because request that
fetches css (and other resources) is different than request for a page /
ajax request and wicket treats it differently.
What's the reason of not caching css?
-Matej
Carfield Yim wrote:
look
.
-Matej
Matej Knopp wrote:
Yeah, this has happened to me too. Clearing cookies in ff helps. I've
only encountered this with jetty, but I don't use other containers much.
It seemed that the request on window close just didn't contain the
session cookie. Unfortunately it doesn't happen all the time
disappeared.
/Flemming
On 12/17/06, *Matej Knopp* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
wrote:
Flemming,
what version of FF are you using? I remember having this problem with
1.5, I'm not sure if I've had this problem with 2.0 too. I'm trying to
reproduce
Yeah, this has happened to me too. Clearing cookies in ff helps. I've
only encountered this with jetty, but I don't use other containers much.
It seemed that the request on window close just didn't contain the
session cookie. Unfortunately it doesn't happen all the time and it's
quite hard to
I'd rather override isEnabled and onDisabled, e.g.
new TextField() {
boolean isEnabled() {
return isTextFieldReadOnly;
}
void onDisabled(final ComponentTag tag) {
tag.put(readonly, readonly);
}
}
-Matej
Martijn Dashorst wrote:
is in there!
Eelco
On 12/14/06, Matej Knopp [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
wrote:
I'd rather override isEnabled and onDisabled, e.g.
new TextField() {
boolean isEnabled() {
return isTextFieldReadOnly
checked. IE7 also did change that i think
So even a disabled textfield i was still able to select text.
But it is more the look (and feel) that is for me a distinction between
readonly and disabled
johan
On 12/14/06, *Matej Knopp* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
wrote
Actually I would do this using a custom converter. Then you don't have
to decorate it.
You can have a
public class BooleanLabel {
...
IConverter getConverter() {
return new IConverter() {
...
}
}
}
In your converter decide how to display the value.
I
Hi,
Can you create a bug report and attach a quickstart project that
demonstrates this problem?
Thanks,
-Matej
Vincent Renaville wrote:
Dear,
The problem is still there , this is a bug or it's a problem of
Firefox,etc...
On Thu, 2006-11-30 at 17:47 +0100, Vincent Renaville wrote:
SetResponsePage should work. However, I'm not sure about failing ajax
request. Meybe we catch the exception on some other place, I'm not sure.
-Matej
Erik van Oosten wrote:
Okay great, that works. I would not have found that myself.
Now I also would like to redirect to the error page when
Yeah, this is a known issue. It is fixed in 2.0, the fix will probably
be backported to 1.x at some point.
-Matej
De Soca wrote:
Hello,
just wondering if this a bug or a feature.
Using one of the AjaxLink samples included in the Wicket examples, it seems
that the setEnabled flag is
No idea, does this problem still persist, or has it gone?
I'm using jetty 5 (but have used 6.0.1 too) on windows and have no such
problems.
-Matej
Ard Schrijvers wrote:
Hello,
I have checked out the examples (wicket-examples-1.2.3-bin.zip) yesterday,
and seem to be having some serious
No, it doesn't because the elements you want to put there can be panels.
-Matej
Peter Klassen wrote:
Hi Matej,
but isn't the fact, that i can use only one markup file (the tree.html) for
one TreeClass avoid the usage of different tree nodes ?
Thx. Peter
Matej Knopp wrote:
Hi, look
Can't you just override the onComponentTag method and modify the tag the
way you need?
-Matej
Carfield Yim wrote:
On 11/24/06, Juergen Donnerstag [EMAIL PROTECTED] wrote:
And what do want to achieve? What is the input markup and what your
expected output markup?
Say XML like
body
IMHO the easiest way is to override the isVisible method, e.g.
newLabel(product-photo-date,
CommonUtil.getFormattedDate(product.getPhoto().getDateTime())) {
public boolean isVisible() {
return product.getPhoto() != null;
}
}
-Matej
Francisco Treacy wrote:
Hi wicketers,
I would
Hi, look at the Tree class - it extends DefaultAbstractTree. Use the
same approach as tree does (you can copy the html template) and put in
nodes whatever you want.
-Matej
Peter Klassen wrote:
Hi Eelco,
thank you very much for your postings/mails. But To the topic:
Suppose you wan't to
Nice URLS?
Well.. I don't know, to me it doesn't look that great. I mean it seem to
miss an information. What happens if you open the page in multiple
browser windows? If the URL is same, how
will tapestry reconstruct the data?
And also, does the Tapestry 5 finally supports dynamically
Wicket :)
Gili
Matej Knopp wrote:
Nice URLS?
Well.. I don't know, to me it doesn't look that great. I mean it seem to
miss an information. What happens if you open the page in multiple
browser windows? If the URL is same, how
will tapestry reconstruct the data?
And also, does
But this is something completely different. Cart is shared between
pages, usually stored in session. Cart is not specific for every pages.
But if you have a tabbed panel in a page, you want to have one tab
opened in one window and another tab opened in second window. That's
what users require.
somehow has to know that window1 has a
different state than window2 and if this isn't reflected somehow in the
URL then where is it stored? But I am also saying that Tapestry seems to
do that *somehow* and if we can do the same then we should do so.
Gili
Matej Knopp wrote:
Again and again
.
And with the second level pagemap all pages and every version of the
page can be get back..
johan
On 11/22/06, *Matej Knopp* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
wrote:
But this is something completely different. Cart is shared between
pages, usually stored in session. Cart
that Tapestry
seems to
do that *somehow* and if we can do the same then we should do so.
Gili
Matej Knopp wrote:
Again and again.
What would do if you open the start.html page in two browsers
windows?
Or don't your users do
Wouldn't a page factory be actually better solution? It could take an
existing page from pagemap and return it. Seems to me easier than custom
request target resolver strategy.
-Matej
Johan Compagner wrote:
subclass: DefaultRequestTargetResolverStrategy
and then resolveBook
and do what
I assume you are using 1.x.
If you need functionality like that, you should derive your tree from
DefaultAbstractTree and specify the markup (you can use the markup from
the Tree class). That way you can e.g. put a panel to tree node.
Just look like the Tree class is done and try to do
Hi.
you will have to override newLink() method of AjaxTabbedPanel to modify
the link. Also this could help you
http://jroller.com/page/karthikg?entry=modelling_client_side_form_modifications
It's about doing a behavior for detecting client form changes.
-Matej
Marc-Andre Houle wrote:
Hello
, Matej Knopp [EMAIL PROTECTED] wrote:
That's weird. Which wicket version are you using? Seems that Wicket 1.x
has already become 1.3 and the latest revision is 473519.
Wicket 1.2 has it's own branch now.
Are you sure you're using the apache repository?
-Matej
Erik van Oosten wrote:
Hello
You can't replace td, tr or tbody using ajax in IE. It's probably
IE DOM bug. There's nothing we can do about it.
If you need to replace content of table cell, put a span inside it and
replace the span.
-Matej
Stefan Lindner wrote:
With the current wicket 2.0 trunk I have a problem with IE
Maybe I don't quite get your problem. But. You are saying that you use
Wicket 2. Why don't you do something like this?
class MyPage {
public MyPage(PageParameters parameters) {
this.parameters = parameters;
}
public PageParemeters getParameters() {
return parameters;
}
}
class
Can you please provide a test case?
Thanks.
-Matej
Erik van Oosten wrote:
Hi,
The release notes of 1.2.3 state that the Ajax header contributions
should be gone. Since the 1.2.3 release is still not in Ibiblio I just
upgraded (1 Oct, 11:00 CET) my copy of the 1.x branch. I triple checked
Thanks for the testcase. Can you please check if the current svn (1.x)
solves your problem? (It solved the testcase).
-Matej
Erik van Oosten wrote:
Hi Matej,
You can download a quickstart here:
https://omelet.zapto.org/ajaxtrouble.zip (3Mb).
Regards,
Erik.
Matej Knopp schreef
oh, and don't forget to evict the javascript from browser cache ;-)
Matej Knopp wrote:
Thanks for the testcase. Can you please check if the current svn (1.x)
solves your problem? (It solved the testcase).
-Matej
Erik van Oosten wrote:
Hi Matej,
You can download a quickstart here
#a6824693
On 11/2/06, *Erik van Oosten* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Hi Matej,
You can download a quickstart here:
https://omelet.zapto.org/ajaxtrouble.zip (3Mb).
Regards,
Erik.
Matej Knopp schreef:
Can you please provide
There still is something. AjaxTabbedPanel's versioning must be turned
off, otherwise it fails with exception on page request. I still have to
investigate whether it is ok, or we have a bug elsewhere.
-Matej
Martijn Dashorst wrote:
All,
As part of our ongoing incubation at Apache Incubator,
I remember making AjaxTabbedPAnel not versioned couple of days ago,
which solved this problem. Still should be done for
AjaxFallbackDefaultDataTable.
It doesn't make sense to use versioning with ajax components.
-Matej
Ingram Chen wrote:
I found that this issue:
???
-igor
On 10/27/06, * Matej Knopp* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
wrote:
I remember making AjaxTabbedPAnel not versioned couple of days ago,
which solved this problem. Still should be done for
AjaxFallbackDefaultDataTable.
It doesn't make sense to use
Can you please use the latest SVN version (or wait until 1.2.3 is out)
to see if any of those issues persist?
-Matej
Marc-Andre Houle wrote:
I got problems with a form in a Modal Window.
In IE, it is not possible to pass from one field to the other with the
tab key.
Step to reproduce :
Can you tell me what version of Wicket are you using? There have been
couple of fixes since the latest stable release, so you might want to
try the latest svn version.
If the latest doesn't work I'll certainly look at that.
-Matej
Karl M. Davis wrote:
Hello all,
I am having a problem in
Can you please provide some source code?
-Matej
balamaci wrote:
Hi,
I was using an AjaxSubmitLink but no method seemed to be executed,neither
the onSubmit of the link, or the form's or onError. When looking at the java
console from Firefox it says error: form has no propertyes, in the code
Yeah. If you just insert the node to a parent node, the listener event
is not fired. You have to use the DefaultTreeModel's methods to change
tree structure if you want the events to be fired and tree to be updated.
-Matej
Sean C. Sullivan wrote:
Ed,
Instead of adding the new TreeNode to
I'm affraid that the hidden field would not be a very good alternative.
Wicket does redirect after post, if you are using redirect to
render/buffer, which IMHO 99,9% people do.
So if you send the page id in hidden field and then refresh the page,
new page instance will be created.
-Matej
Hi, the initial size really only works with height, and only if the
window has a panel content and is not resizable.
There's no default width, nor width and height for window with page.
This is a limitation of html, there's no way to support that.
The idea is that if you use panel in window,
If you want page to be displayed in modal window, you must create
ModalWindow.PageCreator instance. The instance can set a flag on page to
indicate that it's shown in modal dialog.
-Matej
Stefan Lindner wrote:
How can a component decide wheter it is displayed within a Modalwindow?
If I have
The behavior wont work on button. Why don't you use AjaxSubmitButton
instead?
-Matej
drakonis wrote:
Hi, i have a curious problem.
I have a form with a submit button. If i click the submit button the
onSubmit method of the button is called so is the onSubmit method of the
form.
And also
Strange. It seems that getResponseHeader throws an exception in netscape
if the requested header is not there. I added a try/catch block there so
it should work now.
-Matej
Allen James wrote:
Has anyone run into issues using AJAX behaviour with Netscape 8.1.2 using
the Firefox rendering
Well, it seems like a bug, the question is how to fix it?
The problem is that rendered() should be called after component is
rendered. But we do call it even after header is rendered, because we
need to do some cleanup there.
So for 2.0 I think we need something like
IBehavior.cleanup() - where
to see potential problems with a solution like this.
On 10/15/06, *Matej Knopp* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
wrote:
Well, I'll try to look at it later today (or tomorrow). The
problem is
that firefox executes the script automatically, while
Well, as far as I can see there's only detachModels in IBehavior. Is
this the place?
-Matej
Igor Vaynberg wrote:
why not do the cleanup in detach() ?
-Igor
On 10/17/06, *Matej Knopp* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
wrote:
Well, it seems like a bug, the question is how
I don't know if ff 1.0 works, but Netscape 8.1.2 does, after I fixed it :)
Frank Bille wrote:
I can see that the Gecko version used is 1.7.5 which AFAIR corresponds
to FireFox 1.0 which I don't think works with our AJAX at the moment.
Frank
On 10/17/06, Matej Knopp [EMAIL PROTECTED] wrote
On 10/17/06, *Matej Knopp * [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
wrote:
Well, as far as I can see there's only detachModels in IBehavior. Is
this the place?
-Matej
Igor Vaynberg wrote:
why not do the cleanup in detach() ?
-Igor
Well, I'll try to look at it later today (or tomorrow). The problem is
that firefox executes the script automatically, while in other
browsers we need to call the scripts in the fragment manually. So I
can't affect the order in which the scripts are bing called.
I'll see what I can do about it.
) and go back
to the first tab to experiment the problem. After an Ajax call, the
datePicker still opens, but it is not possible to select a date.
Pierre-Yves
Matej Knopp a écrit :
Well, the modification basically restored the behavior from before the
speed optimization was done
Hi,
can you please try if the same code (with this.depth 50) works in
Firefox? It is possible that safari has smaller call stack, in which
case we would need to handle it properly.
Thanks.
-Matej
Caleb Land wrote:
I'm using Wicket-1.x from SVN and in Safari 2.0.4 when I try to replace
a
Okay, this answer didn't really make sense :)
onNodeLinkClicked is of course already in DefaultAbstractTree.
-Matej
Matej Knopp wrote:
Good point. I'll add the method to AbstractTree, should be there before
1.2.3 is out.
-Matej
Karl M. Davis wrote:
Matej,
Doesn't it make more sense
Okay, it seems that Safari has significantly lower call stack size, so
we need to handle it appropriately.
-Matej
Caleb Land wrote:
On 10/14/06, *Matej Knopp* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
wrote:
Hi,
can you please try if the same code (with this.depth 50
are created-- just what to do with them once one is clicked. If
you want to control how the nodes look, override renderNode(...) to
customize the node's text, and getNodeIcon(...).
-- Karl
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Matej Knopp
I assume you are talking about the new (ajax) tree.
Override the method newNodeLink to create link with action you want.
-Matej
billa wrote:
Can someone point me to some sample code for intercepting a tree node onclick
event? I would like the tree node click to update a pane on the same page
We can consider using id for the link, it could be in 1.2.3.
-Matej
Matt Brictson wrote:
Hello,
I like the functionality provided by the WICKET AJAX DEBUG link that
appears when I'm in development mode, but the link is in an
unfortunate position in my UI (it obscures some important
The part where wicket would really shine is the part of application
where you manage content, etc. For the part where you show the content,
I'd consider multiple approaches.
You definitely need different templating engine (like freemarker), or
maybe some scripting language. I'm not sure that
I added id wicket-debug-link to the link, so it should be possible to
force different style for it (using the !important modifier), e.g.
div.wicket-debug-link {
left: 30% !important;
}
Matt Brictson wrote:
On Oct 10, 2006, at 11:40 PM, Matej Knopp wrote:
We can consider using id
201 - 300 of 686 matches
Mail list logo
