yehh, that's excellent! I know now, thank you, igor.vaynberg.
igor.vaynberg wrote:
no they do not, all that is taken care off by wicket markup inheritance.
for
example:
class basepage extends webpage {
abstract componentwithassociatedmarkup newarea1(string id);
abstract
hi juergen,
Solution: you simply must attach HeaderContributor.forCss to any other
of your components (e.g. html in your code)
hmm, that i can do for own components, it'll break components like the wicket
tree, too!
also, this doesn't make sense, as when there is _no_ wicket-id in the
I added my comment to the other thread obviously discussing the very
same topic.
Juergen
On 6/24/07, Matej Knopp [EMAIL PROTECTED] wrote:
I also think this would be a good solution.
-Matej
On 6/24/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
On 6/23/07, Matej Knopp [EMAIL PROTECTED] wrote:
Hi,
I'm trying to create a kind of expression builder UI, so I was thinking of
a ListView and there is this add button on the page that will add an item
to the List. I am able to do this over Ajax, and I am aware that to refresh
a ListView over Ajax, you have to target a container of the
hi juergen,
I added my comment to the other thread obviously discussing the very
same topic.
yes, have seen that. what i still don't understand is, why did it work when
there was no wicket:id in the html? only the wicket:id broke
header-contribution.
regards, --- jan.
All behaviors are invoked from Component.onComponentTag(). When a web
page renders it does not call onComponentTag() for the page, as the
page has no associated markup tag.
That means, though you can do add(HeaderContributor.forCss()) (assume
you are adding to a page) nothing will happen. The CSS
yes, this a valid comment. The html component is causing the
problem. The header contribution code has obviously been designed in a
way that it expects to be the very first contribution to the pages
output markup. With the html component it no longer is, since the
html tag must be rendered first
Jan - in the other thread - quite rightly pointed out that
HeaderContribution does work on pages. It only does not work if a
component is attached to html. What makes html different is that
it must partially be rendered befor the head section. Why exactly a
component starts rendering before the
hi juergen,
yes, this a valid comment. The html component is causing the
problem. The header contribution code has obviously been designed in a
way that it expects to be the very first contribution to the pages
output markup. With the html component it no longer is, since the
html tag must
Hi all
I'm using my brand new vista pc to extract Wicket and I've 8 files too
long to be extracted, like for example
AdminAnnotationsBookmarkablePage.
I'm trying to extract them under d:\wicket, so the root path isn't
that big. Do you have any clue on what to do ?
thanks in advance
On 6/24/07, Jan Kriesten [EMAIL PROTECTED] wrote:
hi juergen,
yes, this a valid comment. The html component is causing the
problem. The header contribution code has obviously been designed in a
way that it expects to be the very first contribution to the pages
output markup. With the
hi juergen,
I've reverted the change to WebPage, so it should work.
And I think a found the reason why HtmlHeaderContainer didn't work as
expected. I changed that too, all junit tests are still fine. I'll
committ it in a minute.
yep, great job! seems to work fine now - thanks! :-)
you've
ZedroS Schwart wrote:
Hi all
I'm using my brand new vista pc to extract Wicket and I've 8 files too
long to be extracted, like for example
AdminAnnotationsBookmarkablePage.
I'm trying to extract them under d:\wicket, so the root path isn't
that big. Do you have any clue on what to do ?
You can create the DOM element using custom javascript (it's very
simple, basic DOM manipulation) invoked from
ajaxRequestTarget.prependJavascript(). Be sure that the id attribute
of new DOM element is same as new list item id.
Then just render the newly created item (target.addComponent) which
But add(HeaderContributor.forCss()) does not modify component tag. It
affects header contribution. Header contribution and component tag
modifications are two different things.
page.add(HeaderContributor.forCss()) works as long as we don't have
that check that throws exception when you add
I'm planning to install ubuntu as well, but on a RAID + Wifi pc it's
not that easy.
For I'm trying to do, it's really simple : I've downloaded
apache-wicket-1.3.0-incubating-beta1.zip and I just would like to
unzip it.
And then, after a long while but that's the Vista way isnit, I'm told
that 8
please see the other thread
Juergen
On 6/24/07, Matej Knopp [EMAIL PROTECTED] wrote:
But add(HeaderContributor.forCss()) does not modify component tag. It
affects header contribution. Header contribution and component tag
modifications are two different things.
Have you tried other zip tools? Like 7-zip? www.7-zip.org
Frank
On 6/24/07, ZedroS Schwart [EMAIL PROTECTED] wrote:
I'm planning to install ubuntu as well, but on a RAID + Wifi pc it's
not that easy.
For I'm trying to do, it's really simple : I've downloaded
ZedroS Schwart wrote:
On 6/24/07, C. Bergström [EMAIL PROTECTED] wrote:
ZedroS Schwart wrote:
Hi all
I'm using my brand new vista pc to extract Wicket and I've 8 files too
long to be extracted, like for example
AdminAnnotationsBookmarkablePage.
I'm trying to extract them under
NTFS has a 255 character limit on the full path + filename. However the
longest path in the 1.3 zip is under 200 characters long so when you
extract to the root of a drive you shouldn't run into any problems, at
least I didn't when extracting under XP. Check if the full path of the
files you
On Sun, 24 Jun 2007, Peter Thomas wrote:
I haven't used repeaters that much, but would newItem() be the right way to
create a new Item? Anyway, I am now stuck because to ensure that the id of
the DOM element is same as the newly created item, I have to call
getMarkupId() on the item then I
On 6/24/07, Matej Knopp [EMAIL PROTECTED] wrote:
You can create the DOM element using custom javascript (it's very
simple, basic DOM manipulation) invoked from
ajaxRequestTarget.prependJavascript(). Be sure that the id attribute
of new DOM element is same as new list item id.
Then just render
On Sun, 24 Jun 2007, Timo Rantalaiho wrote:
Maybe you can override getMarkupId() for your item components
to return e.g. myId + domainObject.getdId() or something
myId- + domainObject.getId() surely.
- Timmo
--
Timo Rantalaiho
Reaktor Innovations OyURL: http://www.ri.fi/
On 6/24/07, Timo Rantalaiho [EMAIL PROTECTED] wrote:
On Sun, 24 Jun 2007, Peter Thomas wrote:
I haven't used repeaters that much, but would newItem() be the right way
to
create a new Item? Anyway, I am now stuck because to ensure that the id
of
the DOM element is same as the newly created
2007/6/23, Robert . [EMAIL PROTECTED]:
this is better because if you use applications to hold non-proxied daos
you have to be very careful not to leave a reference to it anywhere. because
dependencies injected throgh @SpringBean are special proxies you dont have
to worry about it because the
There's nothing javascript heavy on this :)
You add new item like this:
String id = rv.newChildId();
Item item = rv.newItem(id, index, model);
rv.populateItem(item);
rv.add(item);
(where rv is the refreshing view. Some of the methods might be
protected, so you will need to subclass the view, but
And if you have about 100 DAO's, then your application class will get bloated.
Martijn
--
BREAKING NEWS: Wicket joins the Apache Software Foundation as Apache Wicket
Join the wicket community at irc.freenode.net: ##wicket
Wicket 1.2.6 contains a very important fix. Download Wicket now!
On 6/24/07, Matej Knopp [EMAIL PROTECTED] wrote:
There's nothing javascript heavy on this :)
You add new item like this:
String id = rv.newChildId();
Item item = rv.newItem(id, index, model);
rv.populateItem(item);
rv.add(item);
(where rv is the refreshing view. Some of the methods might be
As far as I know id is a property of DOMElement, so there should be no
need to call setAttribute.
-Matej
On 6/24/07, Peter Thomas [EMAIL PROTECTED] wrote:
On 6/24/07, Peter Thomas [EMAIL PROTECTED] wrote:
On 6/24/07, Matej Knopp [EMAIL PROTECTED] wrote:
There's nothing javascript heavy
On 6/24/07, Peter Thomas [EMAIL PROTECTED] wrote:
On 6/24/07, Matej Knopp [EMAIL PROTECTED] wrote:
There's nothing javascript heavy on this :)
You add new item like this:
String id = rv.newChildId();
Item item = rv.newItem(id, index, model);
rv.populateItem(item);
rv.add(item);
(where
OK, so WicketTester is the way to go. JBQ's response implied that there
was a more direct way to do it, but I'll give WicketTester a try.
Thanks,
jk
On Sat, Jun 23, 2007 at 08:05:58PM -0700, Igor Vaynberg wrote:
see our tests. all the mock setup is done for you. our tests simply call a
* John Krasnay:
OK, so WicketTester is the way to go. JBQ's response implied that there
was a more direct way to do it, but I'll give WicketTester a try.
Yes there is a more direct way. I'm sorry I made an error, I
meant StringResponse, not StringRequestTarget. I spent a few
minutes writing
On 6/24/07, ZedroS Schwart [EMAIL PROTECTED] wrote:
I'm planning to install ubuntu as well, but on a RAID + Wifi pc it's
not that easy.
(sidenote: Wifi should not be a problem with Ubuntu. The install CD is
a live CD as well, so you can verify device support without side
effects)
For I'm
On 6/23/07, Tauren Mills [EMAIL PROTECTED] wrote:
I am creating an application that utilizes alternate stylesheets. A
javascript library also needs each stylesheet to have a title. The
output format should be something like this:
link rel=alternate stylesheet type=text/css href=large.css
Thanks for your replies everyone. I think I can make an informed decision
now about what to do in each case.
I like the flexibility of the @SpringBean and the simplicity of the
application object, probably with seperate objects holding the DAOs and
services, so not to bloat the application
Igor,
Thanks for the solution! I'll go that route for now.
However, I'm not convinced that supporting alternate stylesheets is
outside the scope of wicket core. Mozilla browsers support switching
to alternate stylesheets from a menu option:
On 6/24/07, Tauren Mills [EMAIL PROTECTED] wrote:
Igor,
Thanks for the solution! I'll go that route for now.
However, I'm not convinced that supporting alternate stylesheets is
outside the scope of wicket core. Mozilla browsers support switching
to alternate stylesheets from a menu option:
On 6/24/07, Tauren Mills [EMAIL PROTECTED] wrote:
Igor,
Thanks for the solution! I'll go that route for now.
However, I'm not convinced that supporting alternate stylesheets is
outside the scope of wicket core. Mozilla browsers support switching
to alternate stylesheets from a menu option:
OK, that makes more sense then. I wasn't considering the memory issue.
And I already have things just about ready to go as a self contained
component. My plan was to contribute it to wicket-stuff. I'll get
the custom HeaderContributor finished, and then will do so.
Thanks again for the help!
Hi,
I noticed that you get the field like this:
String fieldName = propertyModel.getPropertyExpression();
Class type = propertyModel.getTarget().getClass();
...
Field field = type.getDeclaredField(fieldName);
...
That means that the lookup is done on every configuration. Also will
this work for
All,
I started a little comparison of Wicket security frameworks on the
Wicket-Stuff wiki:
http://wicketstuff.org/confluence/display/STUFFWIKI/Security+Framework+Comparison
As the article states it is not about who's framework is better but
about giving a summary of the facts.
That being said, I
Thanks for the advice Matej!
The current implementation does *not* support OGNL type nested expressions.
I even have a unit test for it right now. =)
I'll gladly look into the IPropertyReflectionAwareModel interface to see if
I can improve on this.
I'm not too concerned about this lookup
Ah, that makes more sense. Thanks for the clarification and example.
jk
On Sun, Jun 24, 2007 at 05:15:14PM +0200, Jean-Baptiste Quenot wrote:
Yes there is a more direct way. I'm sorry I made an error, I
meant StringResponse, not StringRequestTarget. I spent a few
minutes writing the
Hi,
I am currently evaluating using wicket on my next project. So far I am
really impressed with wicket!
Quick question- After using it for a few days, it seems there must
always be items in the markup(html) for each associated component in a
webpage java file. In some screens we have built in
On 6/24/07, James Law [EMAIL PROTECTED] wrote:
Hi,
I am currently evaluating using wicket on my next project. So far I am
really impressed with wicket!
Quick question- After using it for a few days, it seems there must
always be items in the markup(html) for each associated component in a
45 matches
Mail list logo
