Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@couchdb.apache.org
Received-SPF: pass (athena.apache.org: domain of cgsmcmlxxv@gmail.com
 designates 209.85.216.180 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CAKrexVKA1ee6PSGq=hs79NU2LSdn0=uqa1zw2sbcRo=Qn0GR=g@mail.gmail.com>
References: <4F22108B.6040302@bardubitzki.com>
	<CAKrexVKWFcEg2ixJNszyS5f553OUuDM5X_+mkBc6gQTCF7gNAw@mail.gmail.com>
	<4F2224BB.6010800@bardubitzki.com>
	<CAKrexVL9t9EkWfmqmLJw9AXDm0+pH7iVa81pMZJ5xGo7a+c79g@mail.gmail.com>
	<CACrj35HXqW7G+zuGuQBbAxx5r5gEbnBfe2iXiec_PqE_y11UxQ@mail.gmail.com>
	<47A595EA-F205-43C1-90AF-7FABAD9D85E2@couchbase.com>
	<4F22331B.9050202@bardubitzki.com>
	<CAKrexVKA1ee6PSGq=hs79NU2LSdn0=uqa1zw2sbcRo=Qn0GR=g@mail.gmail.com>
Date: Fri, 27 Jan 2012 06:48:35 +0100
Message-ID: 
 <CAKrexV+Vgc12dMuW_k-wu320Gd5+0UawHK7B+bEoP+JVoeDmpw@mail.gmail.com>
Subject: Re: _design doc issue
From: CGS <cgsmcmlxxv@gmail.com>
To: user@couchdb.apache.org
Content-Type: multipart/alternative; boundary=0022153de29f3cdcc904b77c0c2b

--0022153de29f3cdcc904b77c0c2b
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

I added a note in the CouchDB Wiki page "Getting_started_with_Futon" (
http://wiki.apache.org/couchdb/Getting_started_with_Futon), so, the users
to be warned about this error. Feel free to change the note as you consider=
.

CGS


On Fri, Jan 27, 2012 at 6:23 AM, CGS <cgsmcmlxxv@gmail.com> wrote:

> I ran into that issue before you and that's why I could give you that as =
a
> possible solution. I am still using Futon. :D
>
> Cheers,
> CGS
>
>
>
>
>
> On Fri, Jan 27, 2012 at 6:16 AM, Stephan Bardubitzki <
> stephan@bardubitzki.com> wrote:
>
>> Thanks guys, that did it.
>>
>> Just wondering why no one else run into this issue before, is it bad
>> practice to use Futon for that?
>>
>> Stephan
>>
>>
>>
>> On 12-01-26 09:02 PM, Jens Alfke wrote:
>>
>>> On Jan 26, 2012, at 8:54 PM, Mark Hahn wrote:
>>>
>>> That's right.  The CR is the illegal control char.  They parse it with =
an
>>> eval and strings can't cross lines.
>>>
>>> This is probably only an issue when editing a document in Futon. I don'=
t
>>> think the JSON parser in Erlang has such a limitation. (One could argue
>>> that this is a Futon bug; the JSON spec allows any Unicode character in=
 a
>>> string, though of course quotes and backslashes have to be quoted.)
>>>
>>> =97Jens
>>>
>>> ------------------------------**--
>>> Spam/Virus scanning by CanIt Pro
>>>
>>> For more information see
>>> http://www.kgbinternet.com/**SpamFilter.htm<http://www.kgbinternet.com/=
SpamFilter.htm>
>>>
>>> To control your spam filter, log in at
>>> http://filter.kgbinternet.com
>>>
>>>
>

--0022153de29f3cdcc904b77c0c2b--