Rapha�l Luta wrote:
<snip>
> This requires the system to be client aware either by substituing
> default controllers by client-specific controllers or by having the
> controllers implement a different layout logic based on the client
> In either case, I don't see much difficulty in getting the functionality,
> possibly by reusing Cocoon soon to be capability map.
A client side controller done in XML/XSL and Javascript is something I
wanted to do from day 1. The problem is Mozilla isn't ready yet. The
controller would be mostly server based but would mathematically
calculate the best way to load balance the UI so that it is laid out
nice.
> > The other thing is the white space at the bottom. This has been
> > bothering me. The problem with using the AWT Layout model is that we
> > don't know how high a Portlet is going to be until it is rendered. The
> > only problem I can see right now is that towards the end of Jetspeed's
> > page there is a lot of white space. In Jetspeed 1.0 and earlier this
> > was even across the bottom. This was because the size was was the same
> > across all Portlets.
> >
>
> I fail to understand the issue. There's no good way to handle HTML layout
> at the server side, since we don't know the window size of the client browser.
> Why should we try to control bottom white space in the layout
> without this information since it's so much dependent on these parameters ?
> (I run with a 1600x1024 display and I don't see a lot of whitespace for
> sure...)
See above.
The reason this really bothers me is that it can get bad. Some of the
early portlets i was playing with would radically display incorrect
columns and one would go all the way past the end of the screen where
another column would be 1".
Kevin
--
Kevin A Burton ([EMAIL PROTECTED])
http://relativity.yi.org
Message to SUN: "Please Open Source Java!"
"For evil to win is for good men to do nothing."
Open Source -> Join the conspiracy!
--
--------------------------------------------------------------
Please read the FAQ! <http://java.apache.org/faq/>
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Archives and Other: <http://java.apache.org/main/mail.html>
Problems?: [EMAIL PROTECTED]
