[Zope-CMF] CMFPortlets (was Re: [Zope] Re: plone "vs." CMF was ... uPortal??)

[robert]

Fine!
Next week we start with two projects, wher I would love to have your 
skins to start with.
So if you can have any help: I would be eager!

Robert

Ausum Studio wrote:

>No, it's not. Yet. :) I want to add a couple of things before releasing it,
>and that includes to write comments in the code, and general guidelines for
>its development by the community. A matter of two or three weeks.
>
>
>Ausum
>
>
>
>----- Original Message -----
>From: "Andy McKay" <andy@agmweb.ca>
>To: "Ausum Studio" <ausum_studio@hotmail.com>; <zope-cmf@zope.org>
>Sent: Thursday, October 03, 2002 7:46 PM
>Subject: Re: [Zope-CMF] CMFPortlets (was Re: [Zope] Re: plone "vs." CMF was
>... uPortal??)
>
>
>  
>
>>Nice, couldnt spot a link to the code though, is that around somewhere?
>>--
>>  Andy McKay
>>  www.agmweb.ca
>>
>>
>>----- Original Message -----
>>From: "Ausum Studio" <ausum_studio@hotmail.com>
>>To: <zope-cmf@zope.org>
>>Sent: Thursday, October 03, 2002 4:43 PM
>>Subject: [Zope-CMF] CMFPortlets (was Re: [Zope] Re: plone "vs." CMF was
>>    
>>
>...
>  
>
>>uPortal??)
>>
>>
>>    
>>
>>>I started to write a skin to handle portlets (or channels) a while ago.
>>>After this thead I decided to show a preview. It still needs more work
>>>      
>>>
>to
>  
>
>>>become a product, although there's a couple of screenshots and a demo
>>>      
>>>
>(no
>  
>
>>>released files yet). Any feedback is welcomed:
>>>
>>>http://www.zope.org/Members/ausum/CMFPortlets/Preview
>>>
>>>
>>>
>>>Ausum
>>>
>>>
>>>
>>>----- Original Message -----
>>>From: "Paul Browning" <paul.browning@bristol.ac.uk>
>>>To: "zope" <zope@zope.org>
>>>Cc: "Andy McKay" <andy@agmweb.ca>
>>>Sent: Monday, September 30, 2002 1:26 AM
>>>Subject: Re: [Zope] Re: plone "vs." CMF was ... uPortal??
>>>
>>>
>>>      
>>>
>>>>--On 29 September 2002 08:09 -0700 Andy McKay <andy@agmweb.ca> wrote:
>>>>
>>>>        
>>>>
>>>>>>Quite. I don't know much/enough about the CMF but I'm sure this
>>>>>>is all do-able. But if uPortal have already invented that wheel
>>>>>>            
>>>>>>
>....
>  
>
>>>>>This is somewhere in the list of things to do (i've already done it
>>>>>          
>>>>>
>as
>  
>
>>a
>>    
>>
>>>>>prototype at aspn.activestate.com), I've never thought it that
>>>>>          
>>>>>
>useful
>  
>
>>or
>>    
>>
>>>>>used it myself on sites that do serve it. Do you think its that
>>>>>          
>>>>>
>>useful?
>>    
>>
>>>>Well if "it" is the channel/portlet concept as expressed by
>>>>        
>>>>
>>uPortal/Oracle
>>    
>>
>>>>Portal then, yes, I think it's essential. See Dario's helpful post
>>>>on why he finds the channel concept attractive.
>>>>
>>>>If Zope +/- CMF had this now then it might be more competitive in
>>>>the portal framework space. Funny that the CMF started life as
>>>>the PTK .....
>>>>
>>>>Please don't think I'm jettisoning the CMF as it stands as a portal
>>>>framework. I think we're starting to understand that there are
>>>>portals and portals.
>>>>
>>>>The CMF may be perfect for building a portal for a community or
>>>>small organisation that has no legacy of back-end information
>>>>systems. This sort of portal will host alot of content.
>>>>
>>>>But, as the recent META Group report
>>>><http://www.zopezen.org/Members/Ausum/1033036454>
>>>>notes, for larger organisations the focus is now on "employee
>>>>portals" (for universities read "students and staff") as
>>>>they try to evolve from the "intranet stage" of their IT
>>>>evolution. In "employee portals" all the content may be
>>>>elsewhere - back-end information systems - and so the
>>>>focus is on semaless integration and application delivery.
>>>>
>>>>This is where you want the channels; to aggregate (and skin)
>>>>remote and heterogeneous applications. The portal framework
>>>>also ideally gives the illusion of single-sign on (various trust
>>>>relationships being set up between systems).
>>>>
>>>>To build such a portal framework seems a non-trivial
>>>>task. Which is why I'm inclined to say "ok, so uPortal
>>>>have done it, it's open source too, it's very
>>>>standards centric, so let's run with that".
>>>>
>>>>As Dario notes, as well as its content management strengths,
>>>>Zope seems perfect for building smaller applications quickly,
>>>>and so perhaps we should be looking to plug these in to an
>>>>overarching (Java-based) portal framework as channels.
>>>>
>>>>I've done this a proof of concept (using a Zope-hosted
>>>>RSS app) which I then pointed at uPortal (RSS is one
>>>>the channels that comes out of the box). But we need
>>>>to extend this to apps that require authentication and
>>>>session information to passed back and forth (and
>>>>stored). Which is why I'm trawling for potential
>>>>collaborators on this!
>>>>
>>>>Thanks for reading this far,
>>>>
>>>>Paul
>>>>
>>>>--
>>>> The Library, Tyndall Avenue, Univ. of Bristol, Bristol, BS8 1TJ, UK
>>>>   E-mail: paul.browning@bristol.ac.uk  URL: http://www.bris.ac.uk/
>>>>
>>>>
>>>>_______________________________________________
>>>>Zope maillist  -  Zope@zope.org
>>>>http://lists.zope.org/mailman/listinfo/zope
>>>>**   No cross posts or HTML encoding!  **
>>>>(Related lists -
>>>> http://lists.zope.org/mailman/listinfo/zope-announce
>>>> http://lists.zope.org/mailman/listinfo/zope-dev )
>>>>
>>>>        
>>>>
>>>_______________________________________________
>>>Zope-CMF maillist  -  Zope-CMF@zope.org
>>>http://lists.zope.org/mailman/listinfo/zope-cmf
>>>
>>>See http://collector.zope.org/CMF for bug reports and feature requests
>>>
>>>      
>>>
>>
>>_______________________________________________
>>Zope-CMF maillist  -  Zope-CMF@zope.org
>>http://lists.zope.org/mailman/listinfo/zope-cmf
>>
>>See http://collector.zope.org/CMF for bug reports and feature requests
>>
>>    
>>
>
>_______________________________________________
>Zope-CMF maillist  -  Zope-CMF@zope.org
>http://lists.zope.org/mailman/listinfo/zope-cmf
>
>See http://collector.zope.org/CMF for bug reports and feature requests
>
>
>  
>