Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@couchdb.apache.org
Received-SPF: pass (athena.apache.org: domain of paul.joseph.davis@gmail.com
 designates 209.85.214.180 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :content-type;
        b=PNoX02wDvcpPQ3p8wOq+mPJOcGxc7Ollg2snopPwUpIWKeFI5Eq/EAxRDi0i5aIuLh
         VM9zO7QPVCS94RDfHSO3cH3d1mtOPTWBnmwPYwozPbt6yiXNW/Db3p5/yrUfGNhCbHMy
         fEelUJ3tKZNIB4V9WARR9MppthdDgNnwimjvU=
MIME-Version: 1.0
In-Reply-To: <4BDB6C76-77B3-4659-A2F5-3A9355D002DF@apache.org>
References: <AANLkTikF2r9FDAKTWbdKPine1xmjdepp98sqj3rdTafx@mail.gmail.com>
 <AANLkTindt5Wku3FFh=Y2FNmsG_UZJpikPx0_p23A8CHG@mail.gmail.com>
 <4BDB6C76-77B3-4659-A2F5-3A9355D002DF@apache.org>
From: Paul Davis <paul.joseph.davis@gmail.com>
Date: Mon, 18 Oct 2010 15:05:50 -0400
Message-ID: <AANLkTikjseXY_7CqSQ2RZfNueS70a1q_6+OOS=RT1ZYV@mail.gmail.com>
Subject: Re: View builder in Futon
To: dev@couchdb.apache.org
Content-Type: text/plain; charset=ISO-8859-1

On Mon, Oct 18, 2010 at 3:02 PM, Jan Lehnardt <jan@apache.org> wrote:
>
> On 18 Oct 2010, at 20:22, Paul Davis wrote:
>
>> On Mon, Oct 18, 2010 at 2:11 PM, Mikeal Rogers <mikeal.rogers@gmail.com> wrote:
>>> I'm working on the new Futon code and I've started working through the view
>>> builder.
>>>
>>> One goal I have is to morph this interface from primarily being used for
>>> creating map/reduce functions to an interface for creating queries against
>>> your views since we tend to get more questions about creating queries than
>>> creating just map/reduce functions.
>>>
>>> One question I have is that, for the map/reduce builder UI, we could easily
>>> change this workflow to create new ddoc's and views rather than using
>>> tmpviews. In fact it could make the code a lot cleaner and will be much
>>> faster for testing out queries against a new map/reduce you're working on.
>>>
>>> Thoughts?
>>>
>>> -Mikeal
>>>
>>
>> There've been a couple discussions on removing or altering the temp
>> view mechanics. Since we added the view cleanum/md5 file naming scheme
>> I've been meaning to factor out all of the temp view code and replace
>> it with an HTTP handler that saves a design doc with a UUID and then
>> uses that for the query. Just haven't gotten to it yet.
>>
>> I know there's still a noticeable crowd that doesn't want to
>> completely remove the temp view facility, but there is room to make
>> something similar to what you're describing even a bit more
>> transparent than changing the _temp_view.
>
> What he said.
>

Oh snap!

> Cheers
> Jan
> --
>
>