Displaying icons

http://plone.org/products/plone/roadmap/178 is "Return to using getIcon for
content type icons."

(1) Does this mean Plone will no longer use the 16-pixel padding and CSS
background image because icons will be rendered inline?

(2) I am planning on using a Zope3 view like  <at>  <at> getIcon to return which icons to
display in different settings. Depending on what is being displayed (e.g., the
events portlet, a calendar, a newsletter summary), the view could display
different icons. Furthermore, it could return a *list* of icons if 0 or more
than 1 made sense to display (e.g., multiple event subjects). This would allow
for separating content from presentation easily, without touching the product
code, rather than using a beastly Plone 2.1 product I created to allow for this.

Are there any plans to adopt this sort of approach in Plone Core? And how could
this approach be reconciled with doing a catalog lookup for icons?

Peace,
George

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

Re: Displaying icons

> (2) I am planning on using a Zope3 view like  <at>  <at> getIcon to return
> which icons to display in different settings. ... how could this approach
> be reconciled with doing a catalog lookup for icons?

Ah, here is one possibility. The Zope3 view would be on a brain, rather than the
object itself. In turn, people designing the view would rely only on other
catalog entries -- for instance, portal_type, Subject, even a getIcon catalog
entry as a default if desired.

Now the downside to this is that we can't design different views for different
brains based on interfaces, unless the different brains have different
interfaces (IAttachmentBrain), etc.

This feels like it's getting more complicated which is unfortunate, because I
think an easily adaptable icon system would be very helpful.

Peace,
George

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

Plone 2.5.1 with Zope 2.10?

Anyone can confirm that Plone 2.5.1 works with Zope 2.10? I would like
to build a Windows installer with that if it does work.

--

-- 
Sidnei da Silva
Enfold Systems                http://enfoldsystems.com
Fax +1 832 201 8856     Office +1 713 942 2377 Ext 214

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

Re: Plone 2.5.1 with Zope 2.10?

Hi.

Sidnei da Silva wrote:
> Anyone can confirm that Plone 2.5.1 works with Zope 2.10? I would like
> to build a Windows installer with that if it does work.

I can assure you that Plone 2.5.x does NOT work with Zope 2.10.

You cannot create a new site and even if you take an older Data.fs and
try to migrate it, you will run into quite a few problems.

The number of changes between Zope 2.8 (Zope X3.0) and Zope 2.10 (Zope
3.3) are just too many to justify any effort to make these work
together. I spent quite some time to make Plone 3.0 run on Zope 2.10,
doing this in a Zope 2.8 compatible way would be extremely tedious.

We should see a first alpha release of Plone 3.0 in the next weeks which
would be a good candidate for a new installer based on Zope 2.10 instead ;)

Hanno

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

Re: Plone 2.5.1 with Zope 2.10?

On Sun, 2006-01-10 at 10:35 -0300, Sidnei da Silva wrote:
> Anyone can confirm that Plone 2.5.1 works with Zope 2.10? I would like
> to build a Windows installer with that if it does work.
> 

I doubt Plone 2.5 will ever support Zope 2.10 in any official capacity.
Probably it'll "just run" like Plone 2.1 does on Zope 2.9.

Plone 2.5 already supports zope 2.8 and 2.9.

- Rocky

--

-- 
Rocky Burt
ServerZen Software -- http://www.serverzen.com
News About The Server (blog) -- http://www.serverzen.net

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

_______________________________________________
Plone-developers mailing list
Plone-developers@...
https://lists.sourceforge.net/lists/listinfo/plone-developers

Re: Displaying icons

On Sun, 01 Oct 2006 06:00:47 -0700, George Lee  
<georgeleejr <at> gmail.com> wrote:

> http://plone.org/products/plone/roadmap/178 is "Return to using getIcon  
> for
> content type icons."
>
> (1) Does this mean Plone will no longer use the 16-pixel padding and CSS
> background image because icons will be rendered inline?

Correct.

> (2) I am planning on using a Zope3 view like  <at>  <at> getIcon to return which  
> icons to
> display in different settings. Depending on what is being displayed  
> (e.g., the
> events portlet, a calendar, a newsletter summary), the view could display
> different icons. Furthermore, it could return a *list* of icons if 0 or  
> more
> than 1 made sense to display (e.g., multiple event subjects). This would  
> allow
> for separating content from presentation easily, without touching the  
> product
> code, rather than using a beastly Plone 2.1 product I created to allow  
> for this.
>
> Are there any plans to adopt this sort of approach in Plone Core? And  
> how could
> this approach be reconciled with doing a catalog lookup for icons?

Re: Displaying icons

Alexander Limi wrote:

> The traditional approach to this has been to let the type have a custom  
> getIcon method. Not sure whether Z3/views changes this in any way.

It depends. Any code that uses here/getIcon won't be using any view, so 
it's all pretty hard-coded. Kapil's ContentFlavors product actually had 
a delegating adapter here, so one option would be to let BaseObject in 
Archetypes have a getIcon method that delegated to an adapter like 
IIconProvider.

Another option would be to have an e.g. IDisplayIconView, named 
 <at>  <at> display_icon, say, with methods like getSmallIcon and getBigIcon 
(having an  <at>  <at> getIcon view seems to go against conventions - the view is 
normally not just a method).

This may be quite a good idea, in fact, if we are refactoring that code 
anyway. Florian & whoever else is working on that PLIP ought to be able 
to say more.

Martin

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

Re: Displaying icons

On Mon, 02 Oct 2006 09:50:13 +0200, Martin Aspeli  
<optilude@...> wrote:

> Alexander Limi wrote:
>
>> The traditional approach to this has been to let the type have a custom
>> getIcon method. Not sure whether Z3/views changes this in any way.
>
> It depends. Any code that uses here/getIcon won't be using any view, so
> it's all pretty hard-coded. Kapil's ContentFlavors product actually had
> a delegating adapter here, so one option would be to let BaseObject in
> Archetypes have a getIcon method that delegated to an adapter like
> IIconProvider.
>
> Another option would be to have an e.g. IDisplayIconView, named
>  <at>  <at> display_icon, say, with methods like getSmallIcon and getBigIcon
> (having an  <at>  <at> getIcon view seems to go against conventions - the view is
> normally not just a method).
>
> This may be quite a good idea, in fact, if we are refactoring that code
> anyway. Florian & whoever else is working on that PLIP ought to be able
> to say more.
>
> Martin

Hi!

The last state I remember we had, is to just use getIcon, add the result  
to the catalog and change the templates to use images instead of css. So  
if we go the Z3 route, only the getIcon part would change, we would still  

Re: Displaying icons

Florian Schulze wrote:
> 
> The last state I remember we had, is to just use getIcon, add the result  
> to the catalog and change the templates to use images instead of css. So  
> if we go the Z3 route, only the getIcon part would change, we would still  
> use the catalog and change the templates.
> 

If we're reading things out of the catalog, there's not so much point in
delegating it to a view - the advantage of being able to vary it by context
would be eroded. Cataloging an icon path that is found via an adapter lookup
(in an ExtensibleIndexableObjectWrapper function) would be nice, though -
removes the hardcoding of 'context.getIcon()'.

Martin
--

-- 
View this message in context: http://www.nabble.com/Displaying-icons-tf2364884.html#a6599654
Sent from the Plone - developers mailing list archive at Nabble.com.

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

connecting two different servers(plone 2.5)

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

_______________________________________________
Plone-developers mailing list
Plone-developers@...
https://lists.sourceforge.net/lists/listinfo/plone-developers