Return-Path: X-Original-To: apmail-commons-dev-archive@www.apache.org Delivered-To: apmail-commons-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id A1DD5B9EF for ; Mon, 16 Jan 2012 14:50:11 +0000 (UTC) Received: (qmail 50075 invoked by uid 500); 16 Jan 2012 14:50:10 -0000 Delivered-To: apmail-commons-dev-archive@commons.apache.org Received: (qmail 49953 invoked by uid 500); 16 Jan 2012 14:50:10 -0000 Mailing-List: contact dev-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Commons Developers List" Delivered-To: mailing list dev@commons.apache.org Received: (qmail 49945 invoked by uid 99); 16 Jan 2012 14:50:09 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 16 Jan 2012 14:50:09 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [85.13.144.143] (HELO dd25322.kasserver.com) (85.13.144.143) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 16 Jan 2012 14:50:00 +0000 Received: from [192.168.2.101] (dslb-094-220-112-044.pools.arcor-ip.net [94.220.112.44]) by dd25322.kasserver.com (Postfix) with ESMTPSA id AA1E21DFA071 for ; Mon, 16 Jan 2012 15:49:39 +0100 (CET) Message-ID: <4F143902.20005@systemoutprintln.de> Date: Mon, 16 Jan 2012 15:49:38 +0100 From: Benedikt Ritter User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: dev@commons.apache.org Subject: [ALL] suggestion for improvement: Unify homepage layout for all commons subprojects Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Hi, looking at the different commons project pages, it occurs to me, that all pages use a slightly different layout. For example comparing Lang, BeanUtils and Collections with one another the first thing are the page titles: - Home - BeanUtils - Commons - Collections - Home If I were to rate this titles, I would say that "BeanUtils - Commons" is the best one, followed by "Collections - Home". "Home" from Lang's project page is clearly the worst page title I can think of. Looking at the content area, there is not much to complain about. All three content areas are structured nearly the same way (although IMHO BeanUtils content area is a bit overloaded with release informations). When it comes to the sidebar, things get completely inconsistent. First of all: Why doesn't Lang's homepage has a link so ApacheCon? Why does BeanUtils have a Documentation are and a Project Documentation area? Where do I get all the informations about developing BeanUtils from (as Lang and Collections have a distinct development area)? Why does Lang's ASF area have more links than the ones of the others? Why do the release history pages of all three projects look so completely different? In addition to that, I think that one thing is really missing on all of the three above mentioned pages: There is no road map for future releases! How can I know if I should wait for the next Collections release, that provides generics or better start my new project using the latest release? Maybe it will be out next week, maybe I have to wait one year. I don't know... There really has to be a road map, so that the users know when they can expect the next release and what they can expect from it. I guess, I have made my point clear, and I bet that looking at other commons project pages would result in finding even more layout variants. I don't want to study the page layout all over again, when I browse through the different project pages. I want everything to be at the same place (as far as possible). So I propose to unify all page layouts. This post is not supposed to present the perfect layout, but rather be a discussion starter on how such a layout could look like (if you guys think that a unified layout is needed at all...). Regards Benedikt --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org For additional commands, e-mail: dev-help@commons.apache.org