Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 30328 invoked from network); 10 Sep 2009 16:23:41 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 10 Sep 2009 16:23:41 -0000 Received: (qmail 93137 invoked by uid 500); 10 Sep 2009 16:23:39 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 93068 invoked by uid 500); 10 Sep 2009 16:23:39 -0000 Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@couchdb.apache.org Delivered-To: mailing list user@couchdb.apache.org Received: (qmail 93058 invoked by uid 99); 10 Sep 2009 16:23:39 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 10 Sep 2009 16:23:39 +0000 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [83.97.50.139] (HELO jan.prima.de) (83.97.50.139) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 10 Sep 2009 16:23:30 +0000 Received: from [10.0.1.8] (f053033209.adsl.alicedsl.de [::ffff:78.53.33.209]) (AUTH: LOGIN jan, TLS: TLSv1/SSLv3,128bits,AES128-SHA) by jan.prima.de with esmtp; Thu, 10 Sep 2009 16:23:06 +0000 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Mime-Version: 1.0 (Apple Message framework v1075.2) Subject: Re: Futon Improvements From: Jan Lehnardt In-Reply-To: Date: Thu, 10 Sep 2009 18:22:34 +0200 Content-Transfer-Encoding: 7bit Message-Id: <47F66CC3-1CC7-441F-B933-2AE9F4853E6B@apache.org> References: <921000909091416m2e184420xebdc664f71d30541@mail.gmail.com> <4AA8B506.50402@vpro.nl> To: user@couchdb.apache.org X-Mailer: Apple Mail (2.1075.2) X-Virus-Checked: Checked by ClamAV on apache.org Hi cinnebar, On 10 Sep 2009, at 18:04, cinnebar wrote: >> I don't believe CouchDB depends on jQuery. > >> In any case CouchDB by itself does not depend on jQuery. > > Perhaps I didnt explain my point well. I mentioned jquery > dependency in the > context of 'Futon improvements'. Futon is the 'in box' app for > accessing > CouchDB in browser and is dependent on jquery. Futon wouldn't be what it is today without jQuery. But I'm happy to consider alternatives. > Beyond this we think that > the effect of better documenting at least the js included with > CouchDB on > installation would be greatly increased usability of CouchDB. We do > not > have this opinion because we are stupid or because we do not > understand the > code. Nobody said you're stupid :) > I myself would welcome the demonstration of an alternative version > of Futon > from either of you that does not require jquery and is as good as or > more > full featured than the Futon that we have . > >> jQuery and CouchApp are much easier to write > > The addition of the features mentioned by Paul in the jquery > dependent Futon > would be good to see too. > > At the moment the feature set of Futon is far from useful for the > level of > dev that we are already at. We're happy to consider any patches you might have for Futon. This is all voluntary work, please appreciate this, see below. >> CouchApp is a third party tool >> You don't need to use CouchApp though, you can push design >> documents any > way you like. > > I mentioned CouchApp only in passing and i realise its dependencies > are not > really relevant to this discussion but it does seem odd to me that > the demo > 'standalone couchapp' in couchdb documentation is 'out of the box' > dependent > on a python module. At the same time personally i like using py and > i like > using js so calling the CouchApp py module a 'third party tool' in the > context doesnt seem to make too much sense. CouchDB is an Open Source project in alpha stage driven by voluntary contributions. While we're very keen on hearing about areas that need improvement there is no obligation to focus on anything an individual developer doesn't fancy. The best way to raise awareness for a feature request (I consider documentation a feature :) is opening an issue in our bug tracker: https://issues.apache.org/jira/browse/COUCHDB (sorry, it's JIRA). As far as picking a Python dependency for the book, here's our reasoning: Pick a framework where we can focus on CouchDB, not the framework. We decided that Rails, Django and the others are too heavyweight for what we want to show. We opted for a pure JavaScript application. The couchapp tool helps developing these but CouchApps per se are not dependent on any particular tool. Other's have written their own version. Besides, our CouchDB book is not the official CouchDB documentation nor is the couchapp project part of CouchDB (yet). (I'm aware that it is all a bit in flux all the time, but that's the nature of an alpha-stage software) > ...development of CouchDB will also be aided if this user mailing list > involved a higher % of informed discussion and lower % 'o crap i > cant it to > work' If people have problems installing, and there are a lot of potential issues, they should be encouraged to come here and look for help, even if all they receive is a friendly pointer to the archives or FaQ. I hope you can skim messages fast enough to just skip the mails you don't want to read or you can set up a filter for "problem installing" or similar. Cheers Jan --