The way I see it is that markup inheritance is intended for evolving a markup file using *single* inheritance (i.e "is-a" relationship). Panel is for grouping components into a reusable unit. Border is for decorating a set of components.

In a sense, markup inheritance is more specialized and would not be used as common as Panels and Borders - same case as using inheritance in Swing.

Chris

Eelco Hillenius wrote:

It's not prefered in the sense that we don't want people to use
Borders. We feel working with markup inheritance is more
straightforward, but we want to support borders just as well. And some
things can be done with borders more elegantly.

Eelco


On 10/3/05, Nick Heudecker <[EMAIL PROTECTED]> wrote:
I'm using the Border component that was on the wiki some time ago and now
appears to be removed.  Is markup inheritance now the preferred method?


On 10/3/05, Eelco Hillenius <[EMAIL PROTECTED]> wrote:
Yep, '/' doesn't work as that means anything other than the actual
servlet will not be handled by Wicket but by the servlet container.

Eelco

On 10/3/05, Nick Heudecker < [EMAIL PROTECTED]> wrote:
web.xml is "/*".  I tried it with just a "/" and all kinds of things
stopped
working.



On 10/3/05, Johan Compagner < [EMAIL PROTECTED]> wrote:
those resources do work yes?
It is just that extra "/" that is a bit strange?
What is exactly youre web.xml servlet mapping? "/" ?





On 10/3/05, Nick Heudecker <[EMAIL PROTECTED] > wrote:
If I have the app as the ROOT context, the resource paths render as
"//resources/wicket...".  However, if I move the
application down to the
"/app" context, the DatePicker works fine.  I thought this problem was
resolved recently, correct?

On 10/3/05, Nick Heudecker < [EMAIL PROTECTED]> wrote:
I tried it with HEAD for wicket and wicket-extensions and the
problem
persists.  It appears to be caused by the DatePicker:
<head>


<script type="text/javascript"
src="js/helpers.js"></
script

<script
type="text/javascript"
src="js/tiny_mce/tiny_mce.js"></
script>




<script type="text/javascript" wicket:id=
"calendarMain"
src="//resources/wicket.extensions.markup.html.datepicker.DatePicker/calendar.js"

</script>
<script type="text/javascript"
wicket:id="calendarSetup" src
=


"//resources/wicket.extensions.markup.html.datepicker.DatePicker/calendar-
setup.js"></script>
<script type="text/javascript"



wicket:id="calendarLanguage"
src="//resources/wicket.extensions.markup.html.datepicker.DatePickerSettings/lang/calendar-
en.js"></


script>

<link
href="//resources/wicket.extensions.markup.html.datepicker.DatePickerSettings/style/aqua/theme.css"
type="text/css"


rel="stylesheet"
wicket:id="calendarStyle"/>
</head>

<span
wicket:id


="border"><wicket:border>

<html>

<
head>
<link href="styles/default.css"


type=
"text/css" rel="Stylesheet" wicket:id=
"pageCSS"/>
</


head>

Seems like this problem only happens if I'm using a border.  Since
a
number of Pages in my app use the border component, I really don't want
to
change it if I don't have to.  Any thoughts on this?


On 10/3/05, Eelco Hillenius <[EMAIL PROTECTED] > wrote:
Yeah, pserver access at SF can suck. Ssh is much better, but
that
doesn't help you unfortunately.

Eelco


On 10/3/05, Nick Heudecker < [EMAIL PROTECTED]> wrote:
Okay, after deleting my existing CVS snapshot and checking it
out
again it
worked fine.  I'm always loathe to do that because SF.net's
CVS
repos are
sometimes difficult to connect to.


On 10/3/05, Eelco Hillenius <[EMAIL PROTECTED]> wrote:
That means that maven can't find 1.1-rc1.jar in any
repository.
You can build it locally (put it in your local repository)
by
issuing
'maven jar:install' on the wicket project root. Maven will
then
place
a jar in your local repo which is by default located at
${user.home}/.maven/repository (and then look for
wicket/jars/wicket-...) with the version number you can find
in
project.xml (like: <currentVersion>1.1-rc1</currentVersion>
will
create wicket-1.1-rc1.jar).

Alternatively, you can work with snapshots. In that case,
issue
'maven
jar:install-snapshot' and a jar wicket-SNAPSHOT.jar will be
created in
your local repository. If you work with snapshots, Maven
will
try to
find the most recent version of the snapshot in all your
repositories.You need to set your dependencies to SNAPSHOT
too,
thus
instead of:

   <dependency>
     <groupId>wicket</groupId>
     <artifactId>wicket</artifactId>
     <version> 1.1-rc1</version>
   </dependency>

You'll have:

   <dependency>
     <groupId>wicket</groupId>
     <artifactId>wicket</artifactId>
     <version>SNAPSHOT</version>
   </dependency>

Eelco


On 10/3/05, Nick Heudecker < [EMAIL PROTECTED]> wrote:
Trying to compile wicket-extensions results in:

Attempting to download wicket-1.1-rc1.jar.
Error retrieving artifact from [
http://www.ibiblio.org/maven]:
org.apache.maven.wagon.TransferFailedException:
Connection
refused
WARNING: Failed to download wicket-1.1-rc1.jar.
The build cannot continue because of the following
unsatisfied
dependency:
wicket-1.1-rc1.jar

Total time   : 7 seconds

Maven can't be this horrible, can it? :)



On 10/3/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]
wrote:
Dont know if this is related, but missing classes seem
to
come from
wicket-extensions bundle ?





|---------+--------------------------------------->
|         |           [EMAIL PROTECTED]|
|         |           Sent by:                    |
|         |           [EMAIL PROTECTED]|
|         |           ceforge.net                 |
|         |
     |
|         |
     |
|         |           10/03/2005 05:11 PM         |
|         |           Please respond to           |
|         |           wicket-user                 |
|         |
     |
|---------+--------------------------------------->
-----------------------------------------------------------------------------------------------------------------------------|
 |
                          |
 |       To:
[email protected]
              |
 |       cc:
                          |
 |       Subject:  Re: [Wicket-user] JavaScript Rich
Text
Editors and
Wicket
|
-----------------------------------------------------------------------------------------------------------------------------|


it is exactly what I do. Based on your compiler messages
it
looks like
java files are missing !?!?! May be some file which has
recently been
removed recently? Did you try to get a clean checkout
from
CVS?
Juergen

On 10/3/05, Nick Heudecker < [EMAIL PROTECTED]>
wrote:
Running:

maven clean; maven jar

gives me the errors.  I'm using Maven 1.1.  I don't
know
anything
about
Maven so I could be running things out of order.


On 10/3/05, Juergen Donnerstag <
[EMAIL PROTECTED] >
wrote:
Did you try "maven clean"? Maven works just fine for
me.
I just
tested
it.
Juergen

On 10/3/05, Nick Heudecker < [EMAIL PROTECTED]>
wrote:
I will try that.  I did notice that this problem
only
occurs
when
I'm
using
the DatePicker component.  Otherwise, wicket:head
renders fine.
As I mentioned, I'm on 1.1-b4.  I haven't been
able
to get HEAD
to
compile
yet with Maven.

I use wicket:head because I need the DatePicker.


On 10/3/05, Juergen Donnerstag <
[EMAIL PROTECTED] >
wrote:
What looks strange to me, though I guess it is
correct in the
context
of bordered pages, is that <head> and
<wicket:head>
are inside
<wicket:border>. At least <wicket:head> works
only
outside
<wicket:border>.

1) Please try and move <wicket:head> before
<wicket:border>
2) In your case I don't understand why you use
<wicket:head>
at
all?
Juergen


On 10/3/05, Eelco Hillenius <
[EMAIL PROTECTED]>
wrote:
Did you compile with maven? If so, you should
check if the
dependency
on wicket is of the right version.

Eelco


On 10/3/05, Nick Heudecker <
[EMAIL PROTECTED] >
wrote:
Tried compiling it and got 41 errors.
Here's
the first
few:
    [javac] Compiling 360 source files to

/Users/nick/extsrc/cvs/wicket/target/classes
    [javac]

/Users/nick/extsrc/cvs/wicket/src/java/wicket/markup/html/form/Form.java:39:
package wicket.util.upload does not exist
    [javac] import
wicket.util.upload.FileUploadException ;
    [javac]
      ^
    [javac]

/Users/nick/extsrc/cvs/wicket/src/java/wicket/markup/html/form/Form.java:40:
package
wicket.util.upload.FileUploadBase
does
not
exist
    [javac] import

wicket.util.upload.FileUploadBase.SizeLimitExceededException
;
    [javac]
^
    [javac]

/Users/nick/extsrc/cvs/wicket/src/java/wicket/DefaultPageFactory.java:27:
package wicket.util.concurrent does not
exist
    [javac] import

wicket.util.concurrent.ConcurrentHashMap
;
    [javac]
^
    [javac]

/Users/nick/extsrc/cvs/wicket/src/java/wicket/protocol/http/WebRequestCycle.java:43:
package wicket.protocol.http.servlet does
not
exist
    [javac] import

wicket.protocol.http.servlet.ServletWebRequest;
    [javac]
^
    [javac]

/Users/nick/extsrc/cvs/wicket/src/java/wicket/markup/html/form/persistence/CookieValuePersister.java:29:
package wicket.protocol.http.servlet does
not
exist
    [javac] import

wicket.protocol.http.servlet.ServletWebRequest ;
    [javac]
^
    [javac]

/Users/nick/extsrc/cvs/wicket/src/java/wicket/markup/html/form/upload/FileUpload.java:27:
package wicket.util.upload does not exist
    [javac] import
wicket.util.upload.FileItem
;
Are there compilation instructions that I
missed?
On 10/2/05, Nick Heudecker <
[EMAIL PROTECTED] > wrote:
Somebody else did.
http://sourceforge.net/tracker/index.php?func=detail&aid=1290843&group_id=119783&atid=684975
I guess I'll try HEAD.



On 10/2/05, Eelco Hillenius <
[EMAIL PROTECTED]
wrote:
What is broken about the DatePicker? Did
you
file a
bug
for
that?
It's
hard to remember/ search through all
those
emails, so
the
source
forge
issue trackers are a good way to make
sure
we won't
forget
about
bugs.
DatePicker (multiple instances) works
fine
for me with
HEAD. I
don't
use borders though.

Eelco


On 10/2/05, Nick Heudecker <
[EMAIL PROTECTED] >
wrote:
I'm using 1.1-b4 because the
DatePicker is
broken in
1.1-rc1.
Currently, I
have a BasePage that adds a Border.
The
Border
looks
like:
<wicket:border>
    <html>
        <head>
            <link wicket:id="pageCSS"
rel="Stylesheet"
type="text/css"
href="styles/default.css"/>
            <wicket:head>
                <script
type="text/javascript"
src="js/helpers.js"></script>
            </wicket:head>
        </head>
        <body>
            <div align="center">
                <table class="user">
                    <tr>
                        <td
align="right">
.....
</td>
                    </tr>
                </table>
                <table class="top"
cellpadding="0"
cellspacing="0">
                    <tr>
                        <th
colspan="2">
<span
wicket:id="companyName">Foo</span>
</th>
                    </tr>
                    <tr
class="tabrow">
<span
wicket:id="navigationHeader">
.....
</span>
                    </tr>
                    <tr>
                        <td
colspan="2">
<table
class="contenttable">
<wicket:body/>
</table>
</td>
                    </tr>
                </table>
            </div>
        </body>
    </html>
</wicket:border>

The BasePage is then subclassed by
application
classes.
That's
basically
my setup.  Should I move something to
a
BasePage.html
file
and
inherit
the
markup?


On 10/2/05, Juergen Donnerstag <
[EMAIL PROTECTED] >
wrote:
This sounds like a bug, but I can
not
reproduce
it.
Which
wicket
version are you using? How does your
page and the
components
look
like? May be you can strip down the
page
and send
the
remaining (but
important) parts to me?

Juergen

On 10/2/05, Nick Heudecker <
[EMAIL PROTECTED]
wrote:
I don't see the message in the
user
list
archives,
so
I'll
repost
the
body:
Why does the content of
wicket:head
show up in
two
places
in my
generated
markup?  If I have something like:

<html>
<head>
<wicket:head>
<script src="..."/>
</wicket:head>
</head>
....

The markup will generate as:

<head>
<wicket:head>
<script src="..."/>
</wicket:head>
</head>
<html>
<head>
<wicket:head>
<script src="..."/>
</wicket:head>
</head>

This really screws up a number of
Javascript
components.
Any way
to
get
this to only generate once?

Also, how can I add content to
wicket:head from
a
Page
component?
Thanks.


On 10/2/05, Juergen Donnerstag <
[EMAIL PROTECTED] >
wrote:
might you please provide me the
details of
your
<wicket:head>
problem
again. thanks

Juergen

On 10/2/05, Nick Heudecker <
[EMAIL PROTECTED] >
wrote:
I wasn't sure if it was an
issue
or I was
just
doing
something
dumb.
Let me
know and I'll file it.


On 10/2/05, Eelco Hillenius <
[EMAIL PROTECTED]
wrote:
Did you file that as an
issue?
Eelco


On 10/2/05, Nick Heudecker <
[EMAIL PROTECTED]
wrote:
It looks like I don't have
to
write an
integration
component for
Wicket
and
TinyMCE. (I couldn't get
FCKeditor
working
as
easily
as
TinyMCE.)
Some
JavaScript in the
<wicket:head> is
enough to
configure the
component
and
do
what I need.

However, for everything
to
work
properly,
my
earlier
question
about
wicket:head rendering
twice
needs to get
resolved.
Any
takers?
:)

-------------------------------------------------------
This SF.Net email is
sponsored
by:
Power Architecture Resource
Center: Free
content,
downloads,
discussions,
and more.
http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Wicket-user mailing list

[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-user

-------------------------------------------------------
This SF.Net email is sponsored
by:
Power Architecture Resource
Center:
Free
content,
downloads,
discussions,
and more.
http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Wicket-user mailing list

[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-user

-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center:
Free
content,
downloads,
discussions,
and more.
http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Wicket-user mailing list

[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-user

-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free
content,
downloads,
discussions,
and more.
http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Wicket-user mailing list

[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-user

-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free
content,
downloads,
discussions,
and more.
http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Wicket-user mailing list

[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-user

-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free
content,
downloads,
discussions,
and more.
http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Wicket-user mailing list

[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-user

-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content,
downloads,
discussions,
and more.
http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Wicket-user mailing list
[email protected]

https://lists.sourceforge.net/lists/listinfo/wicket-user

-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content,
downloads,
discussions,
and more.
http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Wicket-user mailing list
[email protected]

https://lists.sourceforge.net/lists/listinfo/wicket-user




******************************************************************
This message and any attachments (the "message") are
confidential and
intended solely for the addressee(s). Any unauthorised use
or
dissemination
is prohibited. E-mails are susceptible to
alteration.Neither
SOCIETE
GENERALE nor any of its subsidiaries or affiliates shall
be
liable for
the
message if altered, changed or falsified.
    ***************
Ce message et toutes les pieces jointes (ci-apres le
"message") sont
confidentiels et etablis a l'intention exclusive de ses
destinataires.
Toute
utilisation ou diffusion non autorisee est interdite. Tout
message
electronique est susceptible d' alteration.La SOCIETE
GENERALE
et ses
filiales declinent toute responsabilite au titre de ce
message
s'il a
ete
altere, modifie ou falsifie.
******************************************************************

-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content,
downloads,
discussions,
and more.
http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Wicket-user mailing list
[email protected]

https://lists.sourceforge.net/lists/listinfo/wicket-user

-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads,
discussions,
and more.
http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Wicket-user mailing list
[email protected]

https://lists.sourceforge.net/lists/listinfo/wicket-user

-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads,
discussions,
and more.
http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Wicket-user mailing list
[email protected]

https://lists.sourceforge.net/lists/listinfo/wicket-user
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Wicket-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-user



-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Wicket-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-user


---
The information transmitted is intended only for the person or entity to which 
it is addressed and may contain confidential and/or privileged material. Any 
review, re-transmission, dissemination or other use of, or taking of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient is prohibited. If you received this in error, please contact 
the sender immediately by return electronic transmission and then immediately 
delete this transmission, including all attachments, without copying, 
distributing or disclosing same. E-mail is not a secure means of communication. 
Please advise us if you would prefer to use an alternate form of communication. 
This e-mail is not intended to be considered nor shall it be considered as 
constituting any legal, contractual or other similar kind of relationship.
We accept no responsibility or liability for loss or damage arising from the receipt or 
use of this transmission. Unless otherwise specifically stated, any opinions expressed 
are those of the author only and this transmission is not intended as a recommendation or 
solicitation of an offer to purchase or sell any security or related financial 
instruments. The SCOTIA CAPITAL trademark is used in association with the corporate and 
investment banking businesses of The Bank of Nova Scotia and some of its subsidiaries, 
including Scotiabank Europe plc; Scotia Capital Inc.("SCI"); Scotia Capital 
(USA) Inc.; Scotiabank Inverlat S.A., Institución de Banca Múltiple, Grupo Financiero 
Scotiabank Inverlat; Scotia Inverlat Derivados S.A. de C.V., Grupo Financiero Scotiabank 
Inverlat; Scotia Inverlat Casa de Bolsa S.A. de C.V., Grupo Financiero Scotiabank 
Inverlat -  all members of the Scotiabank Group and authorized users of the mark.
SC-USA is registered as a broker-dealer with the SEC and is a member of the NASD and 
SIPC. The Bank of Nova Scotia, Scotiabank Europe plc and Scotia Capital Inc. are each 
authorized and regulated by the Financial Services Authority (FSA) in the U.K.  
ScotiaMcLeod and ScotiaMcLeod Direct Investing ("SMDI") are divisions of SCI. 
SCI is a member of CIPF. ScotiaMcLeod and SMDI do not accept trading instructions via 
e-mail or voice-mail.
Pour obtenir la traduction en français: 
http://www.scotiacapital.com/EmailDisclaimer/French.htm
Traducción en español: http://www.scotiacapital.com/EmailDisclaimer/Spanish.htm



-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Wicket-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-user

Reply via email to