Hi all, its been a while.

Finally we started migrating other applications from swing to wicket thanks
to all your help provided last year.

Having said that, I have some colleagues that are looking to develop a way
to disable style sheets that are loaded as part of panel replacement.

Here is the Scenario:

we have a classic web structure: left menu, top header, and center to right
"Detail" area.

The detail area is replaced by wicket-ajax functions and each panel usually
has an overriden renderHead with code similar to this one:

cHtmlHeaderContainer.getHeaderResponse().renderCSSReference(new
ResourceReference(
            this.getClass(),
            this.getClass().getSimpleName() + ".css",
            getLocale(),
            getStyle()));


Because on more than one "detail" panel they use a same field but with
different position (lets say person.name) they are experiencing some style
collision.

Lets say that DetailPanel-A and DetailPanel-B show a text-field with the
person.name and displays them in different locations. Surely now we have the
same style name (by class (.) or by id (#) in some versions).

So we have two .css files.

*DetailPanel-A.css* with:

.fieldPersonName{
   position:        absolute;
   left:            50px;
   top:             50px;
}

*DetailPanel-B.css* with:

.fieldPersonName{
   background-color:   yellow;
}

Now we navigate from DetailPanel-A to DetailPanel-B or viceversa. And
ofcourse the "problem" is that on the DetailPanel-B my field gets moved if I
don't specify otherwise. And some times although we specify it, it will
depend on order and other matters as well. This are the rules of the game
and web development has been fine with them.

But my colleages are proposing a disabling of previously loaded styles,
living DOM with disabled style objects.

I haven't heard of that kind of practice. And IMHO instead of building a
complex javascript function to disable the style object (<link
rel="stylesheet" type="text/css" charset="utf-8" media="all"
href="someWicketResourceUrl">) on the pages DOM object, we could share this
with wicket community and find out if we are on the right path. I don't feel
we are in it.

Could some please comment on this, or ask anything you need to comment on
this desing issue.

Thanks,
f(t)

Reply via email to