So one problem we've seen in a few places occurs when a (somewhat
slow) request happens that refreshes the page or component, but then
the user clicks on a link on the pre-refresh screen, and ends up
getting a nasty exception thrown, since the component clicked on no
longer exists
Is there a
Running into the same issue as seen in:
http://www.mail-archive.com/wicket-u...@lists.sourceforge.net/msg03706.html
where you try to put an Image in a DataTable and get
Component cell must be applied to a tag of type 'img', not 'span
wicket:id=cell' (line 0, column 0)
Is there a simpler way of
we're doing wrong, or is there some kind of generalized
checkbox updating issue? (since this is KIND of like the previous
problem)
This is Wicket 1.3.3...
On Tue, May 27, 2008 at 9:15 AM, Kirk Israel [EMAIL PROTECTED] wrote:
The Model was a HashMapString,Boolean.
When the page was first loaded
the left/right moves ARE being done in the buttons onSubmit, I was
hoping calling .setDefaultFormProcessing(false); when adding the
button to the page would have prevented that?
On Fri, May 23, 2008 at 4:50 AM, Thomas Mäder [EMAIL PROTECTED] wrote:
Do the move left/move right controls do a
was looking more closely at your code, and this seems fishy:
new PropertyModel(mTargetModel.getManufacturersAsMap(), manufacturerName))
as I understand it, PropertyModel doesn't work with Maps, does it? It works
on Java Beans.
Thomas
On Fri, May 23, 2008 at 3:16 PM, Kirk Israel [EMAIL
don't want
in certain cases, then calling setDefaultFormProcessing(false) won't have
any affect.
Thijs
Kirk Israel wrote:
the left/right moves ARE being done in the buttons onSubmit, I was
hoping calling .setDefaultFormProcessing(false); when adding the
button to the page would have prevented
Short version of my question:
Why wouldn't redrawing a surrounding span for an AjaxCheckBox (all
embedded inside a ListView) be enough to get it to check its
underlying PropertyModel, and then reflect that new value?
(and is it broken for an underlying PropertyModel's hashmap to return
null for
On Sat, May 17, 2008 at 2:46 AM, Johan Compagner [EMAIL PROTECTED] wrote:
Many people expect that is the component is not visible also the
models and the data ias not called or touched. Because there state
cant be resolved correctly.
Still seems a little odd to me. We're adding a component,
If I have a component with a nested ListView, and I make the parent
component go away for a bit with setVisible, the List will be
reconstructed from scratch?
Is the understanding that for Wicket Invisible means the component
objects (Labels, etc) have Gone Away?
What are the advantages of that?
On Fri, May 16, 2008 at 7:34 PM, Eelco Hillenius
[EMAIL PROTECTED] wrote:
If you wanted to just a cosmetic, DHTM/CSS display: none type of
visibility, is there something you can do other than
making a new AttributeModifier (with a custom Visibility Model kind of
thing) or a
Inside of a Modal Window, I have a Panel with a Fragment that has
AjaxFallbackLink that we use for indicating selection.
(The onClick toggles a selection status in the underlying model)
The trouble is a shift or ctrl click opens up a new window or tab with an
Internal Error showing-
ideally we'd
Unfortunately the approach below seems not to work reliably on IE7;
for certain kind of changes, the OnSuccess or OnFailure never gets
called and so the cursor gets stuck in Busy mode. That stinks!
On Dec 18, 2007 11:29 AM, Kirk Israel [EMAIL PROTECTED] wrote:
I guess I prefer the convention
So IE7 seems to choke on the default Wicket error pages (such as time
out) because it doesn't like the --s inside of
http://www.w3.org/TR/html4/loose.dtd
Our work around was to override the pages on a case per case basis:
Is there a way to get a ModalWindow to open up along with its
underlying page? The usual show() takes an AjaxRequestTarget ... I
have at least one work around in mind (ripping out the ModalWindow
into a separate object so the launching page could show it too) but it
would be more elegant to just
(Sorry, I should have added I found the September discussion, I
wondered if there was a more elegant solution in the meanwhile...)
On Nov 16, 2007 11:45 AM, Kirk Israel [EMAIL PROTECTED] wrote:
Is there a way to get a ModalWindow to open up along with its
underlying page? The usual show() takes
I'm still having the fundamental problem of an Image refusing to
update. (A coworker suggested that it might be that I wasn't (yet)
updating the underlying model that the page was drawing from, which
didn't smell like the problem to me, since I could see the
component-based updating I thought I
:
Not sure if it is relevant, but to update images using ajax you need
to generate a unique URL by adding a timestamp or random number to it.
Martijn
On 10/29/07, Kirk Israel [EMAIL PROTECTED] wrote:
I'm still having the fundamental problem of an Image refusing to
update. (A coworker suggested
, not a panel), the only way to do it is from
within WindowClosedCallback registered to modal window. So you have to
mark somehow dirty components on parent page and then update those
when modal window closes.
-Matej
On 10/23/07, Kirk Israel [EMAIL PROTECTED] wrote:
So I spoke too soon
I looked at the JavaDoc and inspected the class, but couldn't find a
clear way of getting the page I'm generating in
ModalWindow.setPageCreator's createPage() out of the ModalWindow.
(My situation is a little complex: I want a single upload image
ModalWindow (and corresponding page embedded in
So I spoke too soon about this working out... I think the core problem
is kind of simple:
How can a component of a page inside a ModalWindow update components
on the page that holds the Modal Window?
More Specifically:
I have an EditCreativePage that creates an instance of
UploadMediaPanelPage,
I looked over a lot of the usual examples but didn't quite find what I
was looking for... I also tried looking for more information inside of
Pro Wicket. As always, pointers to useful examples and documentation
appreciated.
My overall task is to make a dropdown menu, one that appears under a
On 8/31/07, Scott Swank [EMAIL PROTECTED] wrote:
I will not argue against Lisp. The paucity of Lisp/Scheme/Haskell
within professional software development is criminal. That is why,
for example, we will be seeing continuations in Java 7.
Heh, even though the idea goes so far, that reminds me
Wicket is not for newbie OOP developers. We don't pretend that it is. That
was never the goal. You need rather solid OO skills to get Wicket. But if
you want to learn, I think Wicket is a pretty good material.
I'm going to go out on a limb - because I'm sure there are plenty of
anecdotal
developers who get it? We're still hiring --
especially folk with experience with Wicket.
Cheers,
Scott
On 8/31/07, Kirk Israel [EMAIL PROTECTED] wrote:
Well, that's a good point--
They aren't complex, per se, but they (and especially anonymous inner
classes) seem to show up a lot more
about something we invest a lot of time in. Based on the
slashdot comments you left I dont really understand why you are using wicket
at all.
-igor
On 8/29/07, Kirk Israel [EMAIL PROTECTED] wrote:
Igor, sorry if I've irritated you. I know some of my frustration comes
from A. an ugly
Ok, thanks...
I refactored what i had with this in mind. It was a little more
complicated because I want to delegate responsibility for generating
the link and caption to the page (some of our links our kind of
complex to promote lazy initialization), so the page is still calling
into static
, place it on other pages,
etc. Think a bit about whether those links should be internal or to
bookmarkable pages, and that should do the trick, right?
Eelco
On 8/29/07, Kirk Israel [EMAIL PROTECTED] wrote:
Hey there--
So I came up with a solution to this, but I suspect it's not very
that
available, some public bit of API, like for an AjaxFallback link or
something more direct, that javascript could easily call?
On 8/14/07, Kirk Israel [EMAIL PROTECTED] wrote:
I guess, then, the problem might be with the way I'm using the
behavior(s) to activate some javascript to display
I'm getting the feeling this list doesn't have a ton of patience for
questions it considers dumb. (or related to a library rather than core
wicket) So with the idea that I might have asked a few dumb things,
and to show that I'm trying to resolve things on my own, I'm going to
give my answers to
On 8/8/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
On 8/8/07, Kirk Israel [EMAIL PROTECTED] wrote:
not the case. what you have to understand is that dojo stuff is a
wicket-stuff project. created and maintained by developers that are not core
developers. so it is really up to those developers
Looking at the DojoMenu and DojoContextualMenuBehavior javadoc and
experimenting with it; is there any way to get the same DojoMenu to
appear from multiple items? (Seems like not, the last one wins...but
we'd prefer not to load up the page with more javascript for each item
we'd like to do context
I just discovered the jdocs for Wicket
http://www.jdocs.com/tab/91/overview-summary.html
Are there any other good, comprehensive references I should know about?
And is there a better forum for than this list for Wicketstuff-Dojo
related questions?
Specifically, I'm wondering about how to attach
32 matches
Mail list logo