couchdb-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Alexander Shorin (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (COUCHDB-1954) Clarify Futon/Fauxton transition
Date Wed, 11 Dec 2013 12:40:07 GMT

    [ https://issues.apache.org/jira/browse/COUCHDB-1954?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13845349#comment-13845349
] 

Alexander Shorin commented on COUCHDB-1954:
-------------------------------------------

1. This question is more interesting in next context: "Do we want to ship JS batteries for
fast prototyping and even creating rich CouchApps right out of the box?". Having current tool
set (+more coming with Fauxton) makes CouchDB more friendly for users - just install CouchDB,
erica and start creating cool things! On other hand, for serious development these batteries
are useless and even harmful since you need to care about consistency of your app dependencies.

2. I think there is no need to apply any magic around content-type. It's easy to change request
headers from cli tools / libraries, but hard for browsers. For instance, my firefox sends
both text/html and application/json mimetypes with Accept header - which content should be
rendered at / in this case and how I can switch between them? The only simple way that the
user may asks for specific response content type is URL like http://server/doc.html for HTML
response or http://server/doc.json for JSON one.

3. Futon uses html files for rendering database / document / etc. pages. I think it's good
idea to keep them with redirect to new URL for short migration period.

> Clarify Futon/Fauxton transition
> --------------------------------
>
>                 Key: COUCHDB-1954
>                 URL: https://issues.apache.org/jira/browse/COUCHDB-1954
>             Project: CouchDB
>          Issue Type: Task
>          Components: Futon
>            Reporter: Jan Lehnardt
>
> At some point Fauxton will replace Futon. There are a few questions that we should clarify
before we get there:
> 1. what happens to resources like jquery.js and jquery.couch.js that are currently in
well-known places where CouchApps depend on them?
> 2. there are several other tickets regarding serving a human readable HTML page on `/`
if the client is clearly a browser. (so people don’t have to type the `/_utils` manually,
how does that play into rolling out Fauxton?
> 3. cool URLs don’t change: what happens to links into Futon that no longer work in
Fauxton that might be coming in from the docs and other tutorials, including people’s in-house
documentation?



--
This message was sent by Atlassian JIRA
(v6.1.4#6159)

Mime
View raw message