Great :) I`ll check it out.
From: [EMAIL PROTECTED] on behalf of Johan Compagner
Sent: Sun 17-7-2005 1:06
To: wicket-user@lists.sourceforge.net
Subject: Re: [Wicket-user] customize display-value for choicelist.
as matej is saying in 1.0 you have to implement
In my tree implementation i called super on Nodepanel...that explains it..now
i only need to figure out how to call Panel.super() instead
Nodepanel.super() ???
/Frank B.
protected NodePanel newNodePanel(String panelID, DefaultMutableTreeNode
treenode) {
GTANodePanel
Let's not get carried away here, it's allways ok for anyone to argue on
design decisions and stuff :) Discussions like these (e.g. last month's
'interface with an I' discussion) tend to turn religious which can make
them harsh. But, by discussing it we're re-thinking it - allways a good
thing,
In this discussion Peter mentioned Hibernate as an example framework.
Hibernate /does not/ compare to Wicket. Hibernate is a utility framework
in that you normally don't have to extend anything from the Hibernate
packages in order to be able to use it. I have yet to meet anyone who
implemented
Did you try what I suggested? Creating your own base page class (which
is a good idea anyway), extract the interface you want to proxy and let
your base page implement that. I've tried that (just to be sure), and it
worked without problems.
Eelco
What I want:
With my current Spring
I have made few changes to Tree.java(HEAD from Monday or so) and now it
works !
Here are my changes to Tree.java(or give me commit rights ;) ):
protected NodePanel newNodePanel(String panelId, DefaultMutableTreeNode
node)
{
NodePanel nodePanel = new
But where is the Wicket page? I need a WicketPage somewhere and I can`t cast my
PeterPage to a WicketPage. At the moment I have some doubt about the Proxy.
Calls from within the proxied object are never run through the proxy. I would
rather that the bytecode of the class was enhanced (on the
Do you want it changed in 1.1?
Eelco
Matej Knopp wrote:
Wow. Now that's what can be called lack of perception :)
Thank you. Actually, if it was called setEscapeModelStrings maybe I
wouldn't miss it :)
-Matej
Phil Kulak wrote:
Component.setShouldEscapeModelStrings(). Why there's a
+1 by me
that should is strange
Eelco Hillenius wrote:
Do you want it changed in 1.1?
Eelco
Matej Knopp wrote:
Wow. Now that's what can be called lack of perception :)
Thank you. Actually, if it was called setEscapeModelStrings maybe I
wouldn't miss it :)
-Matej
Phil Kulak wrote:
Ah, yes. I understand now. Sorry about that stupid bug.
I solved it a bit differently by providing a class that does nothing at
all (except being a panel) and a class that has the default components:
NodePanel and DefaultNodePanel. DefaultNodePanel is used by default, and
is the panel you can
+1
Juergen
On 7/17/05, Johan Compagner [EMAIL PROTECTED] wrote:
+1 by me
that should is strange
Eelco Hillenius wrote:
Do you want it changed in 1.1?
Eelco
Matej Knopp wrote:
Wow. Now that's what can be called lack of perception :)
Thank you. Actually, if it was called
public class PeterBasePage extends WebPage implements IPeterPage
public class SomeOtherPage extends PeterBasePage
Wouldn't that work?
Eelco
Peter Veentjer - Anchor Men wrote:
But where is the Wicket page? I need a WicketPage somewhere and I
can`t cast my PeterPage to a WicketPage. At the
Stefan Matthias Aust wrote:
2005/7/16, Stefan Matthias Aust [EMAIL PROTECTED]:
My suggestion would be
[...]
Oops, Jürgen's suggestion is of course much better. It can't however
append new classes to an existing class attribute.
Actually, you could do that by implementing your
I'm looking at http://wicket-stuff.sourceforge.net/ and the hibernate
and spring code in particular but I cannot find a download link. The
wicket and wicket-stuff sites also look so much alike that it is
extremely confusing. (Mostly the including of the news stuff on every
page).
I want
Thanks. Mind if I (or you) put it on the Wiki?
Eelco
Stefan Arentz wrote:
This might be useful for other people too. I'm playing with Wicket,
mostly making little applications to figure out how it all works.
Like a little blog app, etc.
Personally I find it a pain to create a standard
We plan on making some proper distributions of those projects later
today. Right now, it's just CVS. The Hibernate stuff is in project
wicket-contrib-data-hibernate-x
Eelco
Stefan Arentz wrote:
I'm looking at http://wicket-stuff.sourceforge.net/ and the hibernate
and spring code in
I'm also trying to find out how I can let dynamically reloading code
work better. It would be awesome to start Wicket like this and then
be able to just change code and introduce new pages (and other code)
without having to restart the servlet engine ever again.
Does't support IDEA
I think yes, I do.
-Matej
Juergen Donnerstag wrote:
+1
Juergen
On 7/17/05, Johan Compagner [EMAIL PROTECTED] wrote:
+1 by me
that should is strange
Eelco Hillenius wrote:
Do you want it changed in 1.1?
Eelco
Matej Knopp wrote:
Wow. Now that's what can be called lack of perception
Done.
Matej Knopp wrote:
I think yes, I do.
-Matej
Juergen Donnerstag wrote:
+1
Juergen
On 7/17/05, Johan Compagner [EMAIL PROTECTED] wrote:
+1 by me
that should is strange
Eelco Hillenius wrote:
Do you want it changed in 1.1?
Eelco
Matej Knopp wrote:
Wow. Now that's what can
All,
I'm going to do the release in a few hours (it takes that long, yes),
and in the process I'm updating the site to reflect a new structure:
The main front page will reflect the latest and greatest. This will
always be generated from the head of trunc.
Each release will get its own
I`m trying to add borders to a trial application and I can`t get it working,
but if I remove the borders everyting is ok (so no border tags in the html of
the pages and no extending from a Page that adds the borders. The code to add
the borders was based on the following tutorial:
thx, i will have to get back on that, as i am going in to production
tomorrow...
It seems that AbstractTree.java has choosen a selectionmodel with single
selection:
treeSelectionModel.setSelectionMode(TreeSelectionModel.SINGLE_TREE_SELECTION);
that makes it hard for me to make a selection tree
frank bengtsson wrote:
thx, i will have to get back on that, as i am going in to production
tomorrow...
Ok. Well, I don't see any reason why it shouldn't work and I tested it,
so I think we're fine. It'll be in 1.0.1 and 1.1b1.
It seems that AbstractTree.java has choosen a
On Jul 17, 2005, at 1:13 PM, Eelco Hillenius wrote:
Thanks. Mind if I (or you) put it on the Wiki?
Sure go ahead!
S.
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps,
On Jul 17, 2005, at 1:18 PM, Johan Compagner wrote:
I'm also trying to find out how I can let dynamically reloading
code work better. It would be awesome to start Wicket like this
and then be able to just change code and introduce new pages (and
other code) without having to restart
On Jul 17, 2005, at 1:50 PM, Martijn Dashorst wrote:
All,
I'm going to do the release in a few hours (it takes that long,
yes), and in the process I'm updating the site to reflect a new
structure:
The main front page will reflect the latest and greatest. This will
always be generated
We've got a couple of those blogs. See:
http://wicket.sourceforge.net/wiki/index.php/Blogs
Eelco
Stefan Arentz wrote:
On Jul 17, 2005, at 1:50 PM, Martijn Dashorst wrote:
All,
I'm going to do the release in a few hours (it takes that long,
yes), and in the process I'm updating the site
I haven't used autolinks myself, but these guys:
wicket:link
a href = rechtbeheer/RechtOverzichtPage.htmlRechten/abr/
a href = groepbeheer/GroepOverzichtPage.htmlGroepen/abr/
a href = gebruikerbeheer/GebruikerOverzichtPage.htmlGebruikers/abr/
/wicket:link
are the
Why are there wicket specific hibernate downloads? Isn't using
Hibernate (or iBatis or JDBC) the same no matter what web framework you
are using? Or am I misunderstanding what that download is.
GreggOn 7/17/05, Stefan Arentz [EMAIL PROTECTED] wrote:
On Jul 17, 2005, at 1:15 PM, Eelco Hillenius
Hmm, maybe this isn't an all or nothing case. Why can't a Page consist
of many smaller interfaces that it implements?
Gili
Eelco Hillenius wrote:
Vince Marco wrote:
I've got to go with Peter on this one. In a public framework it is
always beneficial to provide interfaces for users to
Javadoc:
Instances of this class should be added to components via the
|Component.add(AttributeModifier)|
http://wicket.sourceforge.net/apidocs/wicket/Component.html#add%28wicket.AttributeModifier%29method
after the component has been constucted.
constucted -- constructed
We have several 'integration' projects like for Hibernate, Spring and
Velocity that makes working with these frameworks easier. It consists of
a couple of utility classes you can include when you want to use it, but
that have nothing to do with the Wicket core project.
Wicket core is
On Jul 17, 2005, at 1:15 PM, Eelco Hillenius wrote:
We plan on making some proper distributions of those projects later
today. Right now, it's just CVS. The Hibernate stuff is in project
wicket-contrib-data-hibernate-x
Got it. I did not know there was a seperate cvs rep for this stuff.
Nbr 1 reason currently: because no-one yet came with a convincing case
of why we would need it. All developers are against it (haven't heard
from Chris and Juergen, but my guess is we're on the same line here),
and we want to end this discussion now. Btw, a remark that Johan made
offline: it
I think you're missing a bit point here: the reason Sun doesn't use
interfaces for some Swing components is that for them it is certainly
true they cannot break backwards compatibility. We plan on routinely
doing this in 1.x and x.0 releases so it's really not such a big deal.
The only
I have removed them and now it works.
The difference between a bordered page and a non bordered is:
1) in the html no border-wrapper is found
2) they don`t extend from the border-wrapping page (but extend from the
WebPage.. the BorderPage also extends from the webpage)
My application did work
i got it working with some addons TreeState.java, multiple selections where
not propergated to the model holding multiple selections...so far it looks
ok..i will let you know when i am done or other problems if you are
interested ;)
/Frank B.
On Sunday 17 July 2005 16:15, Eelco Hillenius
The borders can be little complicated to use. In wicket 1.1 there is
markup inheritance which IMHO simplyfies these things a lot.
-Matej
Peter Veentjer - Anchor Men wrote:
I have removed them and now it works.
The difference between a bordered page and a non bordered is:
1) in the html no
Building a framework is not only about giving as much choice as
possible. Like stated before there are lots of other reasons why we
don't want to use interfaces here. If people want it, file an RFE with
/a very good convincing reason other than style/ and we may start up a
discussion on this
The wicket team is pleased to announce the Wicket 1.0.1 release!
http://wicket.sourceforge.net
Wicket is a Java web application framework that takes simplicity,
separation
of concerns and ease of development to a whole new level. Wicket pages
can be
mocked up, previewed and later revised
Hi list,
Unfortunately, 1.1b won't happen today. We'll try to ship it somewhere
this week. Same goes for the wicket-stuff projects.
But as you probably allready read, 1.0.1 is there now.
Regards,
Eelco
---
SF.Net email is sponsored by:
The Wicket development team is pleased to announce a new version of the
Kickstart project, and the availability of a kickstart guide for NetBeans.
The kick start is a small guide to get you up and running to start using
Wicket within minutes. This project is meant to be a starting point for
Sorry, I forgot to include a link to the project itself.
The Wicket development team is pleased to announce a new version of the
Kickstart project, and the availability of a kickstart guide for NetBeans.
http://wicket-stuff.sourceforge.net/kickstart
The kick start is a small guide to get
solved problem number 2)
Let me know if any has some input on 1) :)
/Frank B.
On Sunday 17 July 2005 22:13, frank bengtsson wrote:
Thx :)
Not quite done yet though, one problem remaining:
1) i have Inputfields above this selection tree..but..when you change
something in the tree, well you
Vince Marco wrote:
Let me understand you here. You want to make several points and then
you want the discussion to go away. I can understand you wanting to
make points, OR wanting the discussion to go away, but isn't pursuing
both just asking a bit too much. I suppose you could have
Yea, making a page-wide border makes everything nested one more level
deep and is a pain. Markup inheritance is really the way to go for
that situation.
On 7/17/05, Matej Knopp [EMAIL PROTECTED] wrote:
The borders can be little complicated to use. In wicket 1.1 there is
markup inheritance which
one more problem:
when init, i do many times:
categoriesTree.getTreeState().getSelectionModel().addSelectionPath(treePath);
But the component is not rendered with this check checked ??
Do i need to do something speciel for the component ?
/Frank
On Sunday 17 July 2005 23:29, frank bengtsson
No, we really don't agree here. It does make a big difference. For
an interface to be usefull, you have to extract a lot of what would
otherwise have been implementation details:
1) Everything in the interface is public. So methods like initModel
(), detachModel(), onBeginRequest() would have
48 matches
Mail list logo
