Isn't span wicket:id=fkjksdfjs a ComponentTag and wicket:extend a
WicketTag? Some WicketTags seem already to be processed in this chain, so
creating them later out of ComponentTags would not be a good solution.
Tom
On Thu, 12 Apr 2007 22:48:54 +0200, Igor Vaynberg
[EMAIL PROTECTED] wrote:
We had this question 2 days ago, solution is in wiki:
http://cwiki.apache.org/WICKET/how-to-repaint-a-listview-via-ajax.html
the List actions itself like add and delete are part of List and you just
would have to ListView.setList(yourListInHere) prior to repainting the
markupcontainer with
Hi,
Setting out with Wicket for the first time and looking for some advice on which
version to use.
Have started out with the latest release (1.2.5) but that doesn't seem to
include the
wicket.spring.injection package needed for the annotation based approach to
Spring integration
described
Hi Again,
The exact error message I'm getting is WicketMessage: no set method defined
for value: 2007-04-13T17:36:00.000+10:00 on object:
[EMAIL PROTECTED] and the code was
accurate.
Any help is appreciated.
--
View this message in context:
Use wicket-spring 1.2.4 It is compatible with wicket 1.2.5.
Martijn
On 4/13/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Hi,
Setting out with Wicket for the first time and looking for some advice on
which version to use.
Have started out with the latest release (1.2.5) but that doesn't
Matej Knopp wrote:
Second question, I assume you want to show inserted rows without
refreshing the entire listview? Well, this is possible to certain
degree, but requres some javacsript foo. You need to create the DOM
element with appropriate id (in javascript) before adding the newly
created
Thanks for the quick reply, but wicket-spring 1.2.4 doesn't seem to have
wicket.spring.injection either.
Currently I have:
dependency
groupIdwicket/groupId
artifactIdwicket/artifactId
version1.2.5/version
scopecompile/scope
/dependency
dependency
So you're still using wicket-spring-1.2.5 :)
dependency
groupIdwicket/groupId
artifactIdwicket/artifactId
version1.2.5/version
scopecompile/scope
/dependency
dependency
groupIdwicket/groupId
artifactIdwicket-spring/artifactId
Yes, but I got the same problem with
artifactIdwicket-spring/artifactId
version1.2.4/version
artifactIdwicket-spring-annot/artifactId
version1.2.4/version
besides, one wouldn't expect something to be in 1.2.4 but not in 1.2.5.
-Original Message-
From:
Found the cause of the problem.
In wicket-spring-annot-1.2.5.jar the classes are packaged under
wicket.spring.injection.annot
I'd been looking at the source in svn where they are packaged under
wicket.spring.injection
The 1.2.5 maven jars have been misplaced in some way. This will be
fixed with 1.2.6, but repository policies don't have much room for
replacing existing jars. Can't do much about that.
Wicket Spring 1.2.4 should work, as I haven't heard complaints with
those dependencies, and have been
Thanks again.
I update the wiki with it :)
++
ZedroS
On 4/12/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
However, I've one more question. What are the differences in
http://wicketstuff.org/maven/repository/org/apache/wicket/wicket/ between :
1.3-incubating-SNAPSHOT/
and
Hi, it's is fixed in latest 1.x branch. Can you check if it works for you?
-Matej
On 4/13/07, Andrew Klochkov [EMAIL PROTECTED] wrote:
Matej Knopp wrote:
Second question, I assume you want to show inserted rows without
refreshing the entire listview? Well, this is possible to certain
I have been trying to get some code working and after struggling for a while
I have narrowed it down to the following:
public class Home2 extends WebPage {
private String resultSize = 100;
private List letters=Arrays.asList(new String[] { 10, 100, 1000
});
public Home2() {
Thanks, got the annotations approach working now :)
Turned out I did need to use the 1.2.4 version from Maven repository like
Martijn suggested as
I got an error at runtime with the 1.2.5 version from there.
Found the correct branches in svn with the example which was useful. Had
wrongly
On Thursday, 12 April 2007 02:40 am, Chris Colman escreveu:
Thanks, Igor, for taking the effort to answer my question. I so
understand
that one of the core vision statements is separation of concerns. I am
evaluating Click but haven't ruled out Wicket - just that some aspects
of
and the customed error page also cannot work well. when i open a modal window
by ajax link, it will generate some error. I has complained it for a long time,
but nobody care it. :( . 2.0 is really dead now.
at
Hi
AFAIK, 2.0 has been let down in favor of 1.3.0, so it's not a big
surprise things are broken in it, at least I think so.
BR,
ZedroS
On 4/13/07, tooy li(Gmail) [EMAIL PROTECTED] wrote:
and the customed error page also cannot work well. when i open a modal window
by ajax link, it will
thomas,
i just dont have the time to look into this further. my hunch is that it
should work. there is nothing wrong with taking a componenttag and upgrading
it to a wickettag at any point in the chain. so do give it a try and see if
you really do hit a wall instead of playing the what if game.
Actually, it works in my quickstart 1.3.
But I'll see what happens in 1.2.5
Martijn
On 4/13/07, David Snowsill [EMAIL PROTECTED] wrote:
I have been trying to get some code working and after struggling for a while
I have narrowed it down to the following:
public class Home2 extends WebPage {
I pasted your code in a 1.2.5 quickstart, and it works.
Can you create a quickstart that exhibits this behavior?
Martijn
On 4/13/07, Martijn Dashorst [EMAIL PROTECTED] wrote:
Actually, it works in my quickstart 1.3.
But I'll see what happens in 1.2.5
Martijn
On 4/13/07, David Snowsill
Hello,
I'm attempting to test a panel that contains a SubmitLink. However, the
WicketTester.clickLink() method does not recognize the SubmitLink.
When I run the test, I get a stack trace stating:
wicket.WicketRuntimeException: Link testpanel:graph is not a Link, AjaxLink,
AjaxFallbackLink or
Oh, you want it for 2.0. Hold on.
On 4/13/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
I just commited a fix for that. Can you test please?
Eelco
On 4/13/07, tooy li(Gmail) [EMAIL PROTECTED] wrote:
Since nobody care about my complains for the
CryptedUrlWebRequestCodingStrategy , i
from the wiki:
What you typically want to do is to redraw the complete ul/ul
part, because most browsers really don't appreciate when you replace
parts of a tag, especially when you are working with a table.
just adding a line li there with JS isnt browsersafe - you can however
still do it
* Igor Vaynberg:
then you have a global javascript failure hook you can
implement. search the wiki and the list for details.
No, I don't think we implement Ajax timeout properly, which means
the failure handler will never be called. That's my experience at
least.
--
* Igor Vaynberg:
our parser doesnt create the link of closetag-opentag until later in the
chain, so you have to do it on both tags.
Igor,
I just checked the XML specification, we are not supposed to put
attributes in an End-Tag.
See http://www.w3.org/TR/xml/#sec-starttags
Can you explain a
This discussion is going nowhere.
Adding li tag is not browser safe? First, it is not true; second - it's
not the point. Let's say i want to call 'addNewItemToMyList()' function on
the client instead. How should I do this so that my component is *reusable*
in both cases - when I update it from
i'll just add my two cents here. I don't have a solution for you, but
i can tell you that wicket has helped me kick ass developing AJAX
heavy apps. The wicket API makes it extremely easy for me to get what
I need done.
It makes the easy things easy and the hard things possible. Looks
like
Adding li tag is not browser safe?
I'm not sure as I haven't been involved in the recent Java script
support development much, but I thought this was all fixed in Wicket
1.3 and we don't rely on innerHtml anymore and replacing any element
should work. I could be wrong, but maybe Matej could
Also, at the moment
javascript files (and other resources) are nicely packages, but there are no
mechanism for javascript namespaces (i'd like to see all component-related
javascript to reside in its own private namespace on the client, so there
are no conflicts).
How should that work
It is not a big problem, because I can take care of namespaces myself in the
javascript (good example of using namespaces in javascipt - dojo or yui).
However, since the framework takes care of component resources, it can take
care of javascript namespaces as well. This has nothing to do with
It is a function of component to render itself. prependJavascript is a
method of ajax request target that evaluates javascript before
component is replaced. Those are two different things.
On 4/14/07, Alexei Sokolov [EMAIL PROTECTED] wrote:
Here is a question: where should I put
I should also pointed out that I have implemented a DateTimeConverter, which
looks like this:
public class DateTimeConverter extends AbstractConverter {
/**
* The singleton instance for a DateTime converter
*/
public static final IConverter INSTANCE = new
I did notice namespaces for wicket javascript. I wonder what can be done to
namespace javascript associated with each component. Nothing is acceptable
answer, I think.
Alex
On 4/13/07, Matej Knopp [EMAIL PROTECTED] wrote:
In case you didn't notice all wicket javascript (except for backward
Hi all
I've recently discovered World of Java
(http://www.worldofjava.org/language.do?locale=en)
It's an engine allowing to view the javadoc and the source for many
open source projects. This engine is packaged in some plugins for
Eclipse, Netbeans and IntelliJ.
It really rocks, since you're
you are a committer, why dont you fix it ? :)
-igor
On 4/13/07, Jean-Baptiste Quenot [EMAIL PROTECTED] wrote:
* Igor Vaynberg:
then you have a global javascript failure hook you can
implement. search the wiki and the list for details.
No, I don't think we implement Ajax
we have a chain of imarkupfilter that process the markup and break it down
into tags and add semantic meaning to those tags.
first there is the parser itself that creates simple xmltag tags, then there
is the chain.
the first in the chain, and where i was adding my code just cause it seemed
If you please could prepare a reproducable junit test for it and add
it to JIRA, we can fix it and keep it fixed.
Eelco
On 4/12/07, ZedroS [EMAIL PROTECTED] wrote:
Hi
I'm now on 1.3 and I've tried to use setVisible inside a form onSubmit and
it doesn't work...
I've tried many syntaxes,
38 matches
Mail list logo
