Sidebar on album and photo pages

[Tim Almdal]

I've just pushed a change that allows the administrator to configure what blocks and what their order is.

There are no module version number updates, but until you configure the sidebar it will not be shown.  If you are the administrator, then a warning message will be shown where the sidebar is usually shown.  Otherwise, its under Admin/Appearance/Manage Sidebar

Tim

Website: http://www.timalmdal.com


------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
__[ g a l l e r y - d e v e l ]_________________________

[ list info/archive --> http://gallery.sf.net/lists.php ]
[ gallery info/FAQ/download --> http://gallery.sf.net ]

[Bharat Mediratta]

Tim Almdal wrote:
> I've just pushed a change that allows the administrator to configure
> what blocks and what their order is.
>
> There are no module version number updates, but until you configure the
> sidebar it will not be shown.  If you are the administrator, then a
> warning message will be shown where the sidebar is usually shown.
> Otherwise, its under Admin/Appearance/Manage Sidebar

I like it, but I have some thoughts/suggestions:

1) What happens when you add a new module?  IMO, a new module should add
its sidebar blocks right away so that we minimize the number of admin
steps to pull in a new feature

2) Right now when you deactivate a module, you get an error because
we're not checking to see if the block exists before requesting it.
Take the easiest route here.. if the callback doesn't exist just don't
call it.

3) For transition semantics, we should have the gallery upgrader act
like we were doing #1 all along, so we should add some upgrader code
that activates all blocks.  This will mean that when folks next upgrade,
their experience will be the same as before (modulo some block reordering).


------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
__[ g a l l e r y - d e v e l ]_________________________

[ list info/archive --> http://gallery.sf.net/lists.php ]
[ gallery info/FAQ/download --> http://gallery.sf.net ]

[Tim Almdal]

re: 3)  I originally had it that way, and then thought I'd go the other way, and just force the admin to configure it the first time.  For 1) thought about it, but took the easy route and figured the admin could just add it after the module install.

Don't think its too difficult to do either, so I'll change it as you suggest
Tim

Bharat Mediratta wrote:

Tim Almdal wrote:
  

I've just pushed a change that allows the administrator to configure
what blocks and what their order is.

There are no module version number updates, but until you configure the
sidebar it will not be shown.  If you are the administrator, then a
warning message will be shown where the sidebar is usually shown. 
Otherwise, its under Admin/Appearance/Manage Sidebar
    

I like it, but I have some thoughts/suggestions:

1) What happens when you add a new module?  IMO, a new module should add
its sidebar blocks right away so that we minimize the number of admin
steps to pull in a new feature

2) Right now when you deactivate a module, you get an error because
we're not checking to see if the block exists before requesting it.
Take the easiest route here.. if the callback doesn't exist just don't
call it.

3) For transition semantics, we should have the gallery upgrader act
like we were doing #1 all along, so we should add some upgrader code
that activates all blocks.  This will mean that when folks next upgrade,
their experience will be the same as before (modulo some block reordering).
  

No virus found in this incoming message.
Checked by AVG - www.avg.com 
Version: 8.5.409 / Virus Database: 270.14.0/2406 - Release Date: 09/30/09 18:56:00

  

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
__[ g a l l e r y - d e v e l ]_________________________

[ list info/archive --> http://gallery.sf.net/lists.php ]
[ gallery info/FAQ/download --> http://gallery.sf.net ]