[ge-talk] A layout manager

[Fredrik Holmqvist]

2007/9/13, Christof Lutteroth <lutteroth at cs.auckland.ac.nz>:
>
> Hi again!
>
> I haven't got any feedback about the Auckland Layout Manager (ALM),
> probably because you guys aren't using C#. So I set up a web page with
> some examples and performance results, which shows how layouts can be
> defined. Please have a look at
> http://www.cs.auckland.ac.nz/~lutteroth/projects/alm/examples/index.html
> So what do you think? Could that be something for Haiku?
> BTW I think I might port ALM to Haiku anyway sooner or later, but it
> would be good to know if others would find it useful, too.
>
> Cheers,
> Christof
>

While I'm already all for this layoutmanager I think runnable C++ examples
would be the best to convince people. The example page does really shows
some, not all, strengths of this layoutmanager though.


>From the latest examples:
As lp_solve is LGPL it can probably be used, but maybe it would be better to
have the whole layoutmanager consistant and implemented on it's own, in
cases modifications needs to be done. It's also a bit of a black box, the
code isn't really readable as is. The size of the code makes that a lesser
problem, and could probably be fixed easily. The OS-devs should probably
need at least a basic understanding of what the algorithms does and how it
works, either thru well written docs or self documenting code.

Myself I've been reading up on Simplex algorithms, which has taken some time
when you've been out of the loop.
(It' interesting how many papers come without any explanations for terms as
BFS (Basic Feasable Solution) and other terms, making it hard to learn for
those that havn't learnt it already.) I think I'm getting the hang of it
though.

I've been playing with the Cassowary Java impl myself, putting it on a
strict diet and trying to learn more.


-- 
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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.bug-br.org.br/pipermail/glasselevator-talk/attachments/20070913/389cd81f/attachment.html