On Thu, Oct 6, 2011 at 12:46 PM, sebb <seb...@gmail.com> wrote:
> On 5 October 2011 20:06, Donald Whytock <dwhyt...@gmail.com> wrote:
>> What about storing the podling names in a table somewhere and using a
>> Javascript fragment to read the table and populate the right-column
>> list?  Pages that include the script therefore don't have to be
>> updated at all when the podling list changes.
>
> I like that.

Actually there is more reason to remove the third column for me, not
only the svn update problem:
it is unbelievable ugly. It depresses me. I don't see a need for this
navigation.
But of course it is a matter of taste.

> It would fit in with the idea of maintaining a podling registry in an
> XML file or similar.
>
> The registry would contain all podling names (current and previous)
> together with state (active, dormant, graduated, retired) and other
> basic information.
> This would be used to generate the podling summary page(s) as well.

This is actually a good improvement. Which leads to the question why
not all status pages are done in plain xml. And so on. While I like
the idea of an easy maintenance registry I can't do that all alone.
Therefore I would like to concentrate to improve the layout step by
step. If somebody else wants to help situation is a bit different of
course. Is one of you guys volunteering to create such a registry?

Cheers
Christian

>
>> Don
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
>> For additional commands, e-mail: general-h...@incubator.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>



-- 
http://www.grobmeier.de

---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Reply via email to