Hi,
I'm currently using Wicket 1.3 and trying to install a converter for Joda
Time's DateTime. The converter seems to be installed, as it displays the
correct format in the TextField but when I try to save the user's changes I
get a message along the lines of wicket can't find a setter for the s
Hello guys,
I have a question about designing ajax/javascript widgets using wicket. Here
is my problem:
I have a form, which I submit using ajax submit button and I have a list
view like this:
blah
What I want to do is:
- add a new element to the list (but don't change other DOM nodes in
Thanks. I'll take a look when I can find some time.
Eelco
On 4/12/07, ChuckDeal <[EMAIL PROTECTED]> wrote:
>
>
> Eelco Hillenius wrote:
> >
> > Cheers Chuck.
> >
> >
> >> Understood, I will create a JIRA with the patch. That is, unless you
> >> reply
> >> and suggest a specific JIRA to attach i
it will not be wrapped into wickettag, only wicket namespaced tags are. it
will be wrapped into componenttag, but it is a chain, you can then wrap the
componenttag into a wicket tag :)
-igor
On 4/12/07, Thomas Singer <[EMAIL PROTECTED]> wrote:
> does it need to be before?
Well, it should bef
Revision 528220 should fix this interesting experience.
Martijn
On 4/12/07, Martijn Dashorst <[EMAIL PROTECTED]> wrote:
> Just hang on for a couple of minutes... It seems to be a bug in the
> sources plugin, triggered by a special condition introduced a couple
> of days ago.
>
> Martijn
>
> On 4/
Just hang on for a couple of minutes... It seems to be a bug in the
sources plugin, triggered by a special condition introduced a couple
of days ago.
Martijn
On 4/12/07, Jonathan Locke <[EMAIL PROTECTED]> wrote:
>
>
> we just figured this out.
> try mvn clean install and it should work.
>
>
> Per
> does it need to be before?
Well, it should before XmlTags will be wrapped in
ComponentTags/WicketTags, isn't it?
Tom
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll g
we just figured this out.
try mvn clean install and it should work.
Per Ejeklint wrote:
>
> Sorry, I really don't know. I have erased the entire branch so I can't
> re-run the sequence. I checked out wicket-1.x about 10 days ago, and I
> think it was after the second update which I did this S
i am reproing this.
try doing a mvn -U
Eelco Hillenius wrote:
>
> Any idea how to reproduce this?
>
> Eelco
>
>
> On 4/11/07, Per Ejeklint <[EMAIL PROTECTED]> wrote:
>>
>> Just a note for your information.
>>
>> I just had an unusual experience with maven when building wicket-1.x. Had
>> d
Eelco Hillenius wrote:
>
> Cheers Chuck.
>
>
>> Understood, I will create a JIRA with the patch. That is, unless you
>> reply
>> and suggest a specific JIRA to attach it to. If you have questions
>> before
>> applying the patch, I won't take offense if you need me to "defend" my
>> code.
>
Mhh, this approach is giving me a headache. Sometimes the inner
formcomponent models are not wrapped around the outer formcomponent
compound model returned by the overridden getModel(), but directly
around the parent model instead (which is also a compound one). It's
as if the model is accessed dir
Johan Compagner wrote:
>
> a page doesn't have a name just an id
>
> But i guess if you want one page that shouldn't expire (at least as long
> as
> the http session doesn't expire)
> you could try to do that in 1.2 with the Page Eviction Strategy. So you
> just
> don't remove that page.
>
> j
We construct forms from panels and each panel has a set tabindex. To
keep this functionality consistent through the form we have
implemented the following (credit where credit is due: not my work,
one of my compatriots).
*** Abstract class AthenaPage implements TabIndex
(getTabIndex(),hasTab
> but you already have the basis for this in teachscape. we do exactly this
> for evaluations, get an xml definition of the evaluation from database and
> build the form. maybe you can rip it out of there.
Tbh, I don't want to spend a day ripping out code or writing it from
scratch to get to a goo
On 4/12/07, Eelco Hillenius <[EMAIL PROTECTED]> wrote:
Something like this would make a very nice (and needed) example
actually. If someone is up to it, it would be great to have the basis
for such an example, so everything except for the actual Wicket code
in a simple fashion without introduci
does it need to be before?
-igor
On 4/12/07, Thomas Singer <[EMAIL PROTECTED]> wrote:
> see
>
> MarkupParser.initFilterChain()
> IMarkupParserFactory
> Application.getMarkupSettings().setMarkupParserFactory()
I've tried to implement it, but did not succeed in putting my
IMarkupFilter impleme
our parser doesnt create the link of closetag->opentag until later in the
chain, so you have to do it on both tags.
-igor
On 4/12/07, Gabor Szokoli <[EMAIL PROTECTED]> wrote:
Hi,
On 4/11/07, Igor Vaynberg <[EMAIL PROTECTED]> wrote:
> https://issues.apache.org/jira/browse/WICKET-460
Then the
strange.
when i look at the code i see
WicketMessageResolver:93 creates an instance of MyLabel to show the text
WicketMessageResolver$MyLabel:131: calls setEscapeModelStrings(false) on the
label
so from the glance it should work. is that what your wicketmessageresolver
looks like as well?
-igo
> as far as i understand i would have to create panels for each type in the
> descriptor. but how should the starting point be used? having a listview and
> add
> different panels?
Yep. ListView or Repeaters. Feed it a list of objects that are
translated from the XML model. And you really should
> 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
> 1.3.0-incubating-SNAPSHOT/
1.3 is a left-over from previous development. 1.3.0 is what we use
now, with 1.3.1, 1.3.n in
> see
>
> MarkupParser.initFilterChain()
> IMarkupParserFactory
> Application.getMarkupSettings().setMarkupParserFactory()
I've tried to implement it, but did not succeed in putting my
IMarkupFilter implementation before the WicketTagIdentifier.
Tom
hi,
i've followed the discussions on the list about dynamic forms and the solution
using panels. but actually i'm doing myself hard getting this concept
implemented.
i have done the following successfully using stripes and freemarker, using
recursions in depth, but wicket is another story:
i h
Eelco Hillenius wrote:
>
> You can get them here:
> http://wicketstuff.org/maven/repository/org/apache/wicket/ or build
> them yourself with maven.
>
I've updated the wicki with this info.
However, I've one more question. What are the differences in
http://wicketstuff.org/maven/repository/or
Hi igor
I've moved to wicket 1.3 and I still have my visible in my html page
instead of being a line break...
Do I miss something ? I'm starting to wonder if something is wrong in my 1.3
snapshot !
++
ZedroS
igor.vaynberg wrote:
>
> ah, 1.2.5. i was talking about 1.3. i dont know if we sup
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, like :
@Override
public void onSubmit() {
this.setVisible(false);
setVisible(false);
}
I even made the form as an attribut of the page class, using then :
@Override
public
Hi,
On 4/11/07, Igor Vaynberg <[EMAIL PROTECTED]> wrote:
> https://issues.apache.org/jira/browse/WICKET-460
Then there it sais:
>>>
so the new format is
<<<
Is it really necessary to repeat the attribute on the closing tag?
Szocske
---
> actually i did not use any non-public api. what i did was modify an
> existing
> IMarkupFilter implementation, you can add your own IMarkupFilters into
> the chain.
>
> see
>
> MarkupParser.initFilterChain()
> IMarkupParserFactory
> Application.getMarkupSettings().setMarkupParserFactory()
>
>
> Can you write a wiki article for this?
If there could be such a general hook like suggested a few minutes ago
which can be used for other things as well (e.g. modifying image paths
link paths), no problem.
Tom
-
Take S
Hi!
On 4/12/07, Philip Weaver <[EMAIL PROTECTED]> wrote:
> I wish that each form or form element element had a default renderer and
> would render itself without needing to be embedded in some other html file.
In my extremely humble opinion, this is a wicket extension feature,
not a core wicket f
i think it is the id="form1" that is the trigger here.
what was the resulting output in 1.2 and 1.3? because i know we tried to get
the form by id for submit links.
johan
On 4/12/07, Andrew Moore <[EMAIL PROTECTED]> wrote:
Just an update, if I change the line
in the html to
then it works o
I've done so, with screenshots as well. It's the issue WICKET-461.
ZedroS
On 4/12/07, Eelco Hillenius <[EMAIL PROTECTED]> wrote:
> Alternatively, you can open up an issue in JIRA and attach it there.
>
> Eelco
>
> On 4/11/07, ZedroS Schwart <[EMAIL PROTECTED]> wrote:
> > Hi again
> >
> >
> > I've
* Carlos Pita:
> Up till now my experience with ReloadingWicketServlet has been
> idyllic. It worked fine for every single change I've done to
> java sources, property resources and templates, playing at home
> and working at the office. It's a life-saver (it's giving me at
> least an ext
> 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
> Click seem less cumbersome because separation of concerns is not a
> pr
Exactly Igor,
thats why I prever wicket over any other framework. I absolutely hate html
generators or frameworks that generate there own html. I want freedom, not
only because i'm a controlfreak but mostly because I know that using a
framework that generates html in the end only leads to hor
Just an update, if I change the line
in the html to
then it works ok.
The extra details I think were put in there by dreamweaver by the designed.
All I had done it added the wicket:id attribute.
Andrew Moore wrote:
>
> Hi,
> I seem to be getting a javascript error whenever I try to click on
Hi,
I seem to be getting a javascript error whenever I try to click on a
submitLink.
For example:
The html markup I'm using is:
add more text label
Adding the component to the page is done via:
Form form = new Form("homepageForm", new
CompoundPropertyModel(homePageVO));
On 4/11/07, Thomas Singer <[EMAIL PROTECTED]> wrote:
> you did not convince me at all.
Not for the usage, but the implementation.
it was only about 10 minutes, so no biggie.
i also just tweaked it a
> bit so you might want to see comments on the jira.
I more liked your first implementatio
OK, I got it again so now maybe som expert can have a look at it. Attached is
the output from my terminal. Yesterday I created a fresh checkout and today
I made an update. When building it started to loop. I'm running Maven-2.0.6
on Mac OS X 10.4.9. SVN version is 1.4.3.
Hope this helps.
http://
38 matches
Mail list logo