community-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ross Gardler (MS OPEN TECH)" <>
Subject RE: overhaul proposal
Date Wed, 14 Jan 2015 15:36:48 GMT
This requires that infra maintain a running instance of OfBiz and that any ComDev member who
wants to help out needs to learn OfBiz. Have you consulted with infra? Can ComDev members
be expected to learn OfBiz in order to make a small tweak?

It seems to me that whilst the extra functionality discussed here would be very valuable there
is a much steeper path to build g something maintainable.

I'd like to see approach this as a separate proposal from work. OFbiz
is likely to be useful to the Board and various foundation commitees and for this reason I
don't see ComDev as being the right home or being the right target.

As I said when you originally raised this I would recommend focusing on a committee that tracks
other data, data that is not currently well structured. Trademarks, media, fundraising and are all examples.


Sent from my Windows Phone
From: Pierre Smits<>
Sent: ‎1/‎14/‎2015 5:29 AM
Subject: Re: overhaul proposal

I agree with Daniel that (several) ASF pages could do with an overhaul to
make them more up-to-date regarding usebility and functionality.

This is inline with what I said earlier in a thread in this mailing list
with regards how OFBiz could support the ASF. Think managing the projects,
their contributors and the PMC, as well as iCLA and CCL registration, etc.

See also the online storage of a presentation of a mockup that I
communicated earlier, via this link:

Such screens as are proposed by Daniel could be integrated.

With regards,

Pierre Smits

Services & Solutions for Cloud-
Based Manufacturing, Professional
Services and Retail & Trade

On Wed, Jan 14, 2015 at 12:48 PM, Daniel Gruno <> wrote:

> Hi folks,
> I was having a conversation with Rich (Bowen) some weeks ago, and the
> sentiment was that our projects page ( <
>> ) could use a big overhaul. It's outdated,
> not very user friendly, doesn't really compile the data into anything
> useful (mostly just displays "raw" data) and it's difficult to navigate (no
> search abilities, no actual overviews).
> Therefore, I propose that the community development project takes over
> this project from Infra, which has no interest in continuing/maintaining
> it, and revamps it with both a new site design and a new LDAP/JSON-based
> information system which would enable people to edit their project details
> online without having to upload/change RDF files when something happens.
> This would also mean that everything could be rendered in the browser
> instead of relying on daily cron jobs to compile the page, and also allow
> us to add some inspiring/interesting graphical charts and
> overviews/timelines.
> I have been working on a proposal that follows these ideas, which is
> available for preview at for those interested.
> Only the first two tabs in the menu currently work (and the extensive
> search feature), but that is still most of what the old site has and then
> some. I am pondering on moving some of the front page stuff to the
> 'Timelines' tab instead, feedback is appreciated on this.
> So, comments, feedback, questions, anything is most welcome, especially
> comments on whether you:
> 1) think comdev should be responsible for the projects directory
> 2) think the proposal looks good/swell/nifty/whatever.
> A few notes on the search feature:
> - You can search for virtually anything within a project, types,
> languages, descriptions, bug-trackers etc
> - Try typing your committer ID or Apache ID into the box, and it will show
> all projects you are a part of
> If there is consensus for moving this into comdev framework and
> collaborating on this, I will commit the proposal to a sub-folder in the
> comdev svn repository and ask infra for a VM where we can set this up.
> With regards,
> Daniel.
With regards,

Pierre Smits

Services & Solutions for Cloud-
Based Manufacturing, Professional
Services and Retail & Trade

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message