Hi,
I had worked on several projects with 1.3 and now I have changed to
1.4.2 (and now to 1.4.3).
After that I have a strange error when I'm using panels:
WicketMessage: close tag not found for tag: div id=logo
wicket:id=headerLogo. Component: [MarkupContainer [Component id =
headerLogo]]
This
so headerLogo is a Panel?
you cannot do that, you cannot have markup with wicket:ids inside a
tag that you want to be replaced with a panel.
-igor
On Sat, Oct 24, 2009 at 12:16 AM, Marc Ende mli...@e-beyond.de wrote:
Hi,
I had worked on several projects with 1.3 and now I have changed to
Hi Igor,
ah, you're completly right. I have forgotten to remove the
wicket:message-tags from the panels after
seperating them.
Thanks for the hint!
Have a nice saturday.
Marc
Igor Vaynberg schrieb:
so headerLogo is a Panel?
you cannot do that, you cannot have markup with wicket:ids inside
Sounds weird.
Why should my component burn cpu cycles to feed a fake ajax target
which does nothing at all?
I would prefer some null checks in that case.
Would you also provide a FakeDatabaseConnection in case you
application does not support databases? :-)
Am 24.10.2009 um 07:42
I think it absolutely makes sense (for a future release of wicket).
having a NullObject instance of AjaxRequestTarget would not waste a lot
of cpu cycles at all, at least not how i use it. the only thing i do
with the object is call .addComponent() and then refering a
already-initialized
I think he meant wasting CPU cycles for constructing your components
which will be added to no-op ajaxrequesttarget
then you'll have to make check like if (target instanceOf
NullAjaxRequestTarget) {return;} which is not better than before
El sáb, 24-10-2009 a las 12:18 +0200, Andreas Petersson
Hi folks,
Since my app will be english and german aswell, that is something I need
too. I tried to mount and unmount my pages
when the locale changes from german to english or vice versa.
I tried using ResourceModel Strings for the urls, but it's not working
the way I want it to be. And it
Hi all,
IMHO Vladimir has made a reasonable suggestion.
I think he meant wasting CPU cycles for constructing your components
which will be added to no-op ajaxrequesttarget
I don't think he meant a *complete* no-op request target, just the
method addComponent() would be a no-op. The fake
Hi James,
but Wicket's implementation seems to only evaluate the condition at step
creation and not when I'm changing the state of my radios.
see NextButton#isEnabled() and FinishButton#isEnabled(). As far as I can
see these method should support your usecase. Implementing ICondition as
you
I am using Ajax but not adding wizard to target. I will play with
that. Thank you for the suggestion.
Sent from my iPhone
On Oct 24, 2009, at 8:32, Sven Meier s...@meiers.net wrote:
Hi James,
but Wicket's implementation seems to only evaluate the condition at
step
creation and not
Hi Sven,
I'm running the wizard in a modal popup (YUI).
One other thing that is happening is when I press the next button in the
wizard that should take me to the next step, my dialog closes. I'm not
sure what would cause the dialog to dismiss/close in this manner.
J.D.
-Original
Hi Martin,
I saw the same type of behavior you are talking about with
LoadableDetachableModels not detaching but AbstractReadOnlyModel's
working properly.
What I found was that I was instantiating my LDM's as private variables
in my custom components but that they were not being detached.
Hi James,
regretfully the standard Wicket dialog doesn't support non-AJAX request
- perhaps this restriction applies to the YUI version too?
You'll have to ajax-ify the wizard - see Wizard#newButtonBar(). I've
done it for our project but I don't have the code available at the moment.
Hi,
on the wicket-wiki
(http://cwiki.apache.org/WICKET/i18n-and-resource-bundles.html) I've
found a point that won't work.
Below the point Load resources dynamically for a component there is
the first alternative using ...PackageResource.get(MyComponent.class,
Mycomponent.properties)...
I've
Have another question about serving up CSS (JS, img, etc) files statically:
a) I'd like to have the option to serve my CSS up statically via an apache
proxy. I'd also like to avoid serving CSS requests up via the wicket filter
- even if served up by Jetty - as I think it will scale just a bit
Thanks for the info Sven.
I assume by Ajax-ify you mean to create a new implementation that
mirrors WizardButton but extends AjaxButton instead of just Button?
Also, our code base is currently on 1.4.1, I noticed 1.4.3 (stable?) is
released but the main Apache Wicket Page hasn't been updated?
On Sat, Oct 24, 2009 at 7:18 AM, Sven Meier s...@meiers.net wrote:
I don't think he meant a *complete* no-op request target, just the method
addComponent() would be a no-op. The fake request target will rerender the
complete page as any other standard request would do.
this is not possible.
Nothing broken on this side of the fence:
onclick(target) {
deleteRow();
if (target==null) {
// don't bother
} else {
target.addComponent(table);
}
}
Sven
Igor Vaynberg wrote:
On Sat, Oct 24, 2009 at 7:18 AM, Sven Meier s...@meiers.net wrote:
I don't think he meant a
Yes, you can implement your own button bar which adds
AjaxFormSubmitBehavior to the normal wizard buttons.
Sven
Corbin, James wrote:
Thanks for the info Sven.
I assume by Ajax-ify you mean to create a new implementation that
mirrors WizardButton but extends AjaxButton instead of just Button?
Thanks!
giovanni
Resources are limited, Imagination is unlimited.
From: Igor Vaynberg igor.vaynb...@gmail.com
To: users@wicket.apache.org; d...@wicket.apache.org; annou...@wicket.apache.org
Sent: Sat,
Sven,
I created my own implementation of a Wizard ButtonBar that adds the
AjaxFormSubmittingBehavior to the existing buttons.
I am not sure what I need to do in the overridden onSubmit(...) for each
of the buttons. My current implementation simply calls
wizard.getForm().onFormSubmitted() in
In case of AjaxFallback components you would construct them anyway.
Martin Grigorov wrote:
I think he meant wasting CPU cycles for constructing your components
which will be added to no-op ajaxrequesttarget
then you'll have to make check like if (target instanceOf
NullAjaxRequestTarget)
have you actually hit a scalability problem?
if you are trying to optimize upfront you can use a less invasive
technique. all resource urls in wicekt are served under the
/resources/ virtual folder. you can enable the setting where wicket
will append a last-modified date to the end of each
Although it is possible I wouldn't recommend authoring certainly different UI
basing on the asynchronisity of the request. For instance I experience
inconvinience when mistakely opening Outlook Web Access in Firefox instead
of MS IE and seeing a bit different non-ajaxy UI.
All the handlers of
On Sat, Oct 24, 2009 at 5:23 PM, Vladimir K koval...@gmail.com wrote:
Although it is possible I wouldn't recommend authoring certainly different UI
basing on the asynchronisity of the request. For instance I experience
inconvinience when mistakely opening Outlook Web Access in Firefox instead
25 matches
Mail list logo
