Return-Path: X-Original-To: apmail-incubator-flex-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-flex-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id A3E719E1F for ; Wed, 4 Apr 2012 07:59:05 +0000 (UTC) Received: (qmail 74827 invoked by uid 500); 4 Apr 2012 07:59:05 -0000 Delivered-To: apmail-incubator-flex-dev-archive@incubator.apache.org Received: (qmail 74791 invoked by uid 500); 4 Apr 2012 07:59:04 -0000 Mailing-List: contact flex-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: flex-dev@incubator.apache.org Delivered-To: mailing list flex-dev@incubator.apache.org Received: (qmail 74771 invoked by uid 99); 4 Apr 2012 07:59:04 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Apr 2012 07:59:04 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [80.237.132.80] (HELO wp073.webpack.hosteurope.de) (80.237.132.80) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Apr 2012 07:58:56 +0000 Received: from pd95c27.osaknt01.ap.so-net.ne.jp ([111.217.92.39] helo=[192.168.1.21]); authenticated by wp073.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) id 1SFL6w-0001OQ-J3; Wed, 04 Apr 2012 09:58:35 +0200 Message-ID: <4F7BFF22.1030309@leichtgewicht.at> Date: Wed, 04 Apr 2012 16:58:26 +0900 From: Martin Heidegger User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: flex-dev@incubator.apache.org Subject: Re: Website References: In-Reply-To: Content-Type: multipart/alternative; boundary="------------050303010003050501070708" X-bounce-key: webpack.hosteurope.de;mh@leichtgewicht.at;1333526336;f2bd1cc7; --------------050303010003050501070708 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 04/04/2012 16:22, Ariel Jakobovits wrote: > I strongly believe one of the most successful open source toolkits I have witnessed evolve was jquery. > > I believe a critical element to its early success was its plugins page, containing third party contributed plugins that got developers and users excited about the possibilities of jquery. This alleviates pressure on what we bring into the sdk while giving exposure to functionality and broadening the reach of the framework. > > Our current apache website lacks such a feature, along with other features seen on the jquery website. Does being an apache project mean we have to have the standard boring apache website, or can we develop it, style it, give it some life, etc? > Hello Ariel, I have been thinking (and reading) into the homepage issue. Following Apache pages are interesting [1]. I like to quote from [2]: "Podlings MUST coordinate with the Apache Public Relations Committee on all publicity activities by a podling." Actually this also somehow relates to Twitter/Google+ but I havn't figured out that totally. The technical point is can be found here[3] I guess. My current understanding is: *) Any tool used (cms, text editors, maven, ...) must generate static files (no public database is allowed) *) There is a Django-like system set-up for flex to edit pages [4] that uses a very simple backend - for PPMC members - we can use CSS/Images and theoretically flash quite freely My favorite example of how a open-source project could be dealt with is Drupal [5] (a widely used PHP CMS), their homepage offers following things: *) A list of modules that work with drupal *) A integrated bug/tracking solution that automatically updates the status of inlined referenced bugs *) A patch upload system that automatically tests if the patch would break unit tests *) A rating system to rate modules But that is a cms provider with a vastly bigger backend developer resource pool backing it. *Most importantly* In my experience any thing written is about content and its structure (I know I often fail to consider that in my emails). So I have thought a bit about flex and on the main page I think we should make clear what flex _is_ by having 3 sections: 1) Flex is a development toolchain that has a compiler, asdoc system, etc. 2) Flex is a AS3 User Interface framework that supports focus handling, layouting, binding, skinning etc. 3) Flex is a set of components for that framework (HBox, Button, ... AdvancedDataGrid,...) sorted from Low Level -> High Level. From then on the content of each section should keep the focus of the section in mind: i.e.: compiler should be focussed on the compile/language features (mxml etc.). The UI Framework should not be talking about the capabilities of the development toolchain and focus on how to develop anything using this framework and the components should be strictly separate. But that is just a suggestion. yours Martin. [1] http://incubator.apache.org/guides/sites.html [2] http://incubator.apache.org/guides/branding.html [3] http://www.apache.org/dev/#web [4] https://cms.apache.org/flex/ [5] http://drupal.org --------------050303010003050501070708--