on the meaning of "the uPortal Layout Manager"

Antranig Basman antranig at caret.cam.ac.uk
Thu Feb 14 15:40:51 UTC 2008

I think the whole association of the component with "portlets" at all
is somewhat unfortunate and I would like to see it banished from the

My suggestion is calling it the "Cellular Layout Manager", to go 
alongside the "List" and "Grid" layout managers... we could then
rename "Column" wherever it occurs in the code to "Cell" and then
also rid ourselves of this persistent "up/down" "left/right"
coupling (although perhaps it is helpful to coders when visualising
what they are writing).

The name "cell" isn't great since it is possibly open to confusion
with the "individual" cells which may be moved around. "Multi-list"
seems cumbersome. Any other ideas?

I believe the general concept of this manager is that it manages
multiple non-overlapping linear regions (not necessarily at 
regularly positioned DOM locations) which are independent,
perhaps separated drop targets/reordering zones, together with a fine-grained concept of
forbidding (permissions?) or "locking" 
elements in place.

If we keep talking of this in terms of portlets, the virtually
limitless potential of this new component I fear may be 
perpetually obscured :P


Anastasia Cheetham wrote:
> On 13-Feb-08, at 8:09 PM, Andrew Petro wrote:
> > I'm a little worried about calling the UI-layer user preferences
> > facilities, the Fluid component, etc. "the uPortal Layout Manager".
> Andrew, you raise a good point, and I'll say outright that we don't
> have any problem at all with NOT referring to it as a "uPortal Layout
> Manager."
> In fact, we don't really have any official name for it, and I've been
> trying to come up with one. Technically, we have the Reorderer working
> in concert with a PortletLayoutHandler. (The LayoutHandler is
> responsible for the specifics of the spatial layout of whatever is
> being reordered. Fluid also has a ListLayoutHandler and a
> GridLayoutHandler, for example.)
> > what's being tested is the "user
> > layout preferences UI".
> I'm not sure this is entirely accurate either, because it's not really
> dealing with preferences - at least, not what I think of as
> preferences. I think of preferences as a collection of settings - but
> I could probably be convinced otherwise :-)
> I've been thinking of it in my head as a "Portlet Reorderer" which
> doesn't sound very elegant to me.
> Any other suggestions, anyone?
> --
> Anastasia Cheetham                   a.cheetham at utoronto.ca
> Software Designer, Fluid Project           fluidproject.org
> Adaptive Technology Resource Centre / University of Toronto
> _______________________________________________
> fluid-talk mailing list
> fluid-talk at fluidproject.org
> http://fluidproject.org/mailman/listinfo/fluid-talk

More information about the fluid-talk mailing list