you did not convince me at all.
Not for the usage, but the implementation.
i also just tweaked it a
bit so you might want to see comments on the jira.
I more liked your first implementation (rev. 527614). Maybe a general hook
(into components/pages with own markup) into the same location
Hi,
After you suggested showing what was in the Home class, I decided to strip
all the code out of there and see if it worked. It did, so I then added code
back in bit by bit until I got it working.
Thanks
Andrew
igor.vaynberg wrote:
can we see fragment of this code:
at
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.
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 implementation
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:
form wicket:id=homepageForm id=form1 method=post action=
wicket:message key=addmoretextadd more text label/wicket:message
/form
Adding the component to the page is
Just an update, if I change the line
form wicket:id=homepageForm id=form1 method=post action=
in the html to
form wicket:id=homepageForm
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
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
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
* 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 extra
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 done a demo
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
form wicket:id=homepageForm
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
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
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()
wicket is
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
div wicket:tag=extend /div wicket:tag=extend
Is it really necessary to repeat the attribute on the closing tag?
Szocske
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 igor
I've moved to wicket 1.3 and I still have my br / 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
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
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
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
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 mind
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
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?
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 there it
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
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
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 good
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
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.
johan
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
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.
My ideal
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
done a few updates,
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
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
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
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/12/07,
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
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 it to. If you have
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:
ul
li wicket:id=itemblah/li
/ul
What I want to do is:
- add a new li element to the list (but
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
40 matches
Mail list logo