[ge-talk] Performance Re: A layout manager

[Christof Lutteroth]

We are thinking along the same lines.

Cheers,
Christof

Fredrik Holmqvist wrote:
> 2007/8/27, Christof Lutteroth <lutteroth at cs.auckland.ac.nz 
> <mailto:lutteroth at cs.auckland.ac.nz>>:
> 
> 
>     Leaving aside performance considerations, I look at it more from a GUI
>     developer's point of view: IMO it seems as if complex layouts can be
>     specified in a relatively concise way. This is what intrigues me.
> 
>     Btw my last mail has a typo: the grid in the example has 2 columns and
>     _3_ rows.
> 
>     Cheers
> 
> 
> Taking it further a GUI designer shouldn't need to code but have good 
> tools for the job.
> I think it would be nice if a designer would do a drawning, comparable 
> to what you do in CAD, specifying areas, relations and max and min sizes 
> of areas. ie width A= 200 +- 100. Then the whole layout could be tested 
> and then generated into executable code, and as much as possible 
> precalculated at generation.
> 
> Also the subareas could just be named areas or id's in the tool, so that 
> someone who implements FancyHelloWorld (later) could just say that 
> FancyHelloWorld should fill the FancyHelloWorld area. Separating layout 
> from implementation completly, as opposed to what is common now where 
> the implementor is often forced to implement the layout sketched by some 
> layout expert.
> 
> These are just personal opinions which I think doesn't seem to be that 
> different from LP.
> 
> 
> I also recommend checking out http://www.jaxxframework.org which is 
> really cool when it comes to doing GUI apps under java. It uses many 
> ideas from HTML and even has quite advanced CSS handling. It touches on 
> other ideas as well, messaging (bean bindings) and so on. 
> http://www.jaxxframework.org/wiki/Examples/Calculator.jaxx shows good 
> example of separation between code and layout (although layout depends 
> on engine in this case).
> 
> -- 
> Fredrik Holmqvist
> Chaordic: things that thrive on the edge of chaos with just enough order to
> give them pattern, but not so much to slow their adaptation and learning.
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> glasselevator-talk mailing list
> glasselevator-talk at bug-br.org.br
> http://www.bug-br.org.br/mailman/listinfo/glasselevator-talk