Return-Path: X-Original-To: apmail-couchdb-dev-archive@www.apache.org Delivered-To: apmail-couchdb-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 4DC3ADEAB for ; Thu, 1 Nov 2012 13:18:49 +0000 (UTC) Received: (qmail 33660 invoked by uid 500); 1 Nov 2012 13:18:48 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 33534 invoked by uid 500); 1 Nov 2012 13:18:48 -0000 Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@couchdb.apache.org Delivered-To: mailing list dev@couchdb.apache.org Received: (qmail 33516 invoked by uid 99); 1 Nov 2012 13:18:47 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Nov 2012 13:18:47 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [80.244.253.218] (HELO mail.traeumt.net) (80.244.253.218) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Nov 2012 13:18:41 +0000 Received: from rose.coup (unknown [178.19.216.162]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.traeumt.net (Postfix) with ESMTPSA id 7F30414091 for ; Thu, 1 Nov 2012 14:12:24 +0100 (CET) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.1 \(1498\)) Subject: Re: Futon.Next From: Jan Lehnardt In-Reply-To: <581BEA9D-49E9-41A8-BE4D-C53DA6227EF4@apache.org> Date: Thu, 1 Nov 2012 14:18:21 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <054053281C1E41E9955761009CA159FF@cloudant.com> <28FFE3619CC347D594B36B67A288B274@cloudant.com> <581BEA9D-49E9-41A8-BE4D-C53DA6227EF4@apache.org> To: dev@couchdb.apache.org X-Mailer: Apple Mail (2.1498) X-Virus-Checked: Checked by ClamAV on apache.org I might be jumping the gun here, I=92m just excited by the progress here = :) I trust you all will sort this out by whatever means you deem useful. Cheers Jan On Nov 1, 2012, at 13:37 , Jan Lehnardt wrote: >=20 > On Nov 1, 2012, at 13:31 , Octavian Damiean = wrote: >=20 >> I'd propose a Futon.Next IRC meeting with all the people that care = about >> the topic. There we could gather a list of requirements, ideas and = actually >> discuss how we want to proceed. >>=20 >> Discussing, tracking ideas, requirements and suggestions of such a = topic >> solely on the ML get a little tedious in my opinion. >=20 > Aren=92t these tracked at = https://github.com/Futon/Futon.Next/issues?state=3Dopen > for now? I=92d suggest that IRC is as bad as a mailing list to manage = these > things :) >=20 >=20 >> What are the opinions on a Futon.Next IRC meeting? >=20 > I think we have a good foundation to move on with. I=92m not sure how = a > meeting would help here. I=92d rather not distract the people who work > on this :) >=20 > Cheers > Jan > --=20 >=20 >=20 >=20 >>=20 >> On Mon, Oct 29, 2012 at 7:30 AM, Randall Leeds = wrote: >>=20 >>> On Thu, Oct 25, 2012 at 10:35 AM, Ryan Ramage = >>> wrote: >>>>>> I'd assume that in a release we'd compile things down into the >>> share/www >>>>>> directory and serve out of there (as we do with the current = futon, and >>> will >>>>>> do with the docs), so what we need IMHO is a build tool not a = couchapp >>> push >>>>>> tool. >>>>>>=20 >>>>>=20 >>>>> If Futon.Next should become a proper CouchApp as discussed then we >>>>> certainly need a CouchApp push tool. >>>>=20 >>>> One requirement out of Cloudant is the ability to turn things on = and >>>> off. This will require persistance. Have a db to persistant = settings >>>> would be a feature of using a couchapp. >>>=20 >>> That's not how I read this requirement. My understanding was that >>> Cloudant wanted the ability to turn off features at build >>> configuration time. It would affect which js files get pushed. That >>> means it would either effect which files grunt.js processes, or it >>> would affect what files get listed in some couchapp manifest. >>>=20 >>> If runtime configuration is necessary, that should be articulated = more >>> clearly as a requirement, but I worry that this starts to balloon = into >>> more of a CMS agree with Alexander that it starts to look like we've >>> gone too far. >>>=20 >=20