couchdb-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jonathan Porta <rurd...@gmail.com>
Subject Re: website & jira
Date Mon, 16 Apr 2012 19:51:18 GMT
Does anyone think it would be a good idea to list the proposed
changes/issues to/with the site and then have the community vote on them?

Opinion:


   - I think the new site feels very much up to current design trends.
   - The current site far surpasses the previous's site delivery of the
   message: "CouchDB is alive and ready for you to start using it!"
   - I think the focus on the text keeps it simple and easy to understand.
   - The "Quick Links" listed under "Development" could be a good thing to
   have at the very top of the "Want to Contribute?" section.  That way a
   person could jump right in instead of TL;DR'ing that section.


Do we have the ability to tweak the themes of JIRA or the Wiki to have it
better match the homepage?

Jonathan Porta



On Mon, Apr 16, 2012 at 1:30 PM, Benoit Chesneau <bchesneau@gmail.com>
wrote:
> On Mon, Apr 16, 2012 at 9:14 PM, Wendall Cada <wendallc@83864.com> wrote:
>> I don't know if you guys care about my feedback, but I also do this stuff
>> for a living. I've added my comments below.
>>
>>
>> On 04/16/2012 10:35 AM, Noah Slater wrote:
>>>
>>> On Mon, Apr 16, 2012 at 6:26 PM, Benoit
>>> Chesneau<bchesneau@gmail.com>wrote:
>>>
>>>> On Mon, Apr 16, 2012 at 7:13 PM, Noah Slater<nslater@tumbolia.org>
>>>>  wrote:
>>>>>
>>>>> On Mon, Apr 16, 2012 at 5:04 PM, Benoit Chesneau<bchesneau@gmail.com
>>>>> wrote:
>>>>>
>>>>>> On Sun, Apr 15, 2012 at 10:45 PM, Noah Slater<nslater@tumbolia.org>
>>>>>> wrote:
>>>>>>>
>>>>>>> Benoît:
>>>>>>>
>>>>>>> Please don't add anything to the top navigation. The only thing
I
>>>>
>>>> think
>>>>>>
>>>>>> we
>>>>>>>
>>>>>>> should add there is a link to the "Quick Links" section - but
I
>>>>
>>>> already
>>>>>>>
>>>>>>> tried that and the auto-scrolling breaks. If you can figure out
a
way
>>>>
>>>> to
>>>>>>>
>>>>>>> make it not break, please add that.
>>>>>>
>>>>>> Well why not about a context menu?
>>>>>
>>>>>
>>>>> What?
>>>>>
>>>> http://en.wikipedia.org/wiki/Context_menu
>>>>
>>>> here a menu that culd appear when you click on a top navigation link.
>>>
>>>
>>> Okay. No, I don't think we should have one of those.
>>
>> Agreed, these are problematic for touch devices. It's doable, but a royal
>> pain in the ass.
>>
>>>
>>>
>>>>>>> Bob:
>>>>>>>
>>>>>>> We link to the documentation in the Quick Links footer. The
>>>>
>>>> documentation
>>>>>>>
>>>>>>> itself includes the API reference. I don't think there's any
>>>>
>>>> particular
>>>>>>>
>>>>>>> need to link to the API reference on the page as a special call
out.
>>>>>>>
>>>>>>> Benoît:
>>>>>>>
>>>>>>> I agree that I think the text is very big, but it's the only
way we
>>>>
>>>> could
>>>>>>>
>>>>>>> get it looking good with the text stretched across the whole
screen.
>>>>>>> Perhaps the thing to do is to shorten the width of the text some
how.
>>>>
>>>> We
>>>>>>>
>>>>>>> need a designer to look at it.
>>>>>>>
>>>>>> Why the text has to be stretched across the whole screen? It looks
>>>>>> good but it's actually really painful to read it.
>>>>>
>>>>>
>>>>> Yes, I'm not sure what to do about it.
>>>>>
>>>>> We need a designer to look at it.
>>>>
>>>> i would first reduce the width to 40em (common width on desktop) and
>>>> the font size to something human readable then look at a designer to
>>>> make eventually things looking better (wich is far less important than
>>>> readability). I can do that quickly if anyone is OK.
>>>
>>>
>>> I want a designer to look at this. It is readable enough that we don't
>>> have
>>> to take any emergency action. I am happy to wait for this to be picked
up
>>> as CouchDB re-organises itself.
>>
>> The font size is perfect. Smaller, and I'll override locally to actually
be
>> able to read it. I have 20/20 vision, this size works for everything for
me
>> from my primary 24" monitor to my android phone. This is a bit wide for
>> readability. For reference http://www.readability.com/articles/0hbffwvq#In
>> regard to the font size on the readability link, I set text size to 120%
by
>> default, as it is far too small. This makes it exactly the same size as
the
>> default for couchdb landing page.
>
>
> Are you kidding ? Did you see my screenshot? beeing able to place only
> 10 lines of text in 1024x768 is far from perfect. larger text are know
> to be unreadable. This is absolutely not common to have a text that
> extend on all width and far from confortable.  Hence the size of a
> book or a page. even ebooks.
>
>>
>>>
>>>>>> The links to the web interface for the mailing list are there. Click
on
>>>>>> the
>>>>>>>
>>>>>>> mailing list names themselves.
>>>>>>
>>>>>> Hard time to figure I had to click on the link. That's not intuitive.
>>>>>>
>>>>> Intuition is relative.
>>>>
>>>> Do you mean we should encourage people to try all the link before
>>>> finding the right content behind? None of these links clearly tell to
>>>> the user that it links to a web interface.
>>>
>>>
>>> I disagree. I think the links are very clear.
>
> Where do you read this is a link to the web browsing interface? Having
> to click to know it show how well the text describe it. That not like
> i'm not using the web since a long time.
>
>>>
>>>
>>>>>
>>>>>> Also I don't find the markmail link.
>>>>>
>>>>>
>>>>> Markmail is not official.
>>>>
>>>> But it was there and useful.
>>>
>>>
>>> So put it on the wiki.
>
> This is not what I'm asking.
>>>
>>> This site is about the bare essential facts about CouchDB.
>>>
>>> Let's keep it simple.
>
> I don't really see how it's related. Or rather how it's not related.
>>>
>>>
>>>>> Not convinced this is a big deal. How many people use the web
interface
>>>>
>>>> to
>>>>>
>>>>> our mailing lists by clicking on a link, and then browsing by date? I
am
>>>>> willing to bet it is only me, when totting up vote.
>>>>>
>>>> Or any people that want to link to a discussion on others media.
>>>
>>>
>>> Again, I think it's clear.
>>>
>>> We can add clarification to the wiki if it turns out not to be clear.
>>>
>>> (Which we will hear about.)
>>>
> what is it supposed to mean?
>>>
>>>>>>> I don't think we need JIRA in the top level nav. We have it in
the
>>>>
>>>> Quick
>>>>>>>
>>>>>>> Links section.
>>>>>>
>>>>>> Quick link section is on the bottom. When I just want to put a ticket
>>>>>> I want to make it fast. That should be on top imo and really visible
>>>>>> for all. Its as important as "Download" is and probably more
important
>>>>>> than the mailing lists.
>>>>>
>>>>>
>>>>> I think that the next step forward is to add a Quick Links header
>>>>> navigation element that would allow you to scroll to the bottom of the
>>>>> page. If anyone can get this working properly, please contribute it.
>>>>>
>>>>
>>>> Why do i have to scroll to the bottom to find a really important link.
>>>>
>>> Because that is the way the page is designed.
>
> Untrue. We have some links on top for a reason. Having one more isn't
> impossible. Also design can be changed. I wish it could have been
> discussed before too.
>
>>>
>>>
>>>> Opening tickets is a way to encourage people to contribute. It is also
>>>> the way we provide support. It really *must* be part of the top
>>>> navigation.
>>>>
>>> I agree. We want people to contribute. But I don't think we should have
a
>>> link to JIRA in the top of the navigation. At the moment, that area of
the
>>> page serves as in-page navigation only. I would like to keep it like
that.
>>> I appreciate that you do not want to keep it like that. But the plural
of
>>> anecdote is not data. That is, we have two opinions. It is yet to be
seen
>>> if people have a problem finding JIRA. If it is so important to YOU, you
>>> should have a book mark for JIRA. I am not convinced that regular users
of
>>> CouchDB are going to come to this page and think "OMG WHERE CAN I REPORT
>>> BUGS?" Maybe I am wrong, and maybe this will happen. But I want to wait
>>> and
>>> see, and get a better feel for how this design is received before we
make
>>> any rash changes.
>>>
>> JIRA is a critical link, and was a pain to find before, and even worse
now.
>> I either search for it, or url bar search for an old ticket in my browser
>> history and navigate JIRA from there. Really, really fundamentally broken
>> for anyone wanting to contribute. Do not bury the tracker please. It's
>> arguably more important than the wiki.
>>
>> Also, really nobody knows what the hell JIRA is. In fact, couchdb is the
>> only software I use that I even see this on, even apache uses Bugzilla. I
>> know it's popular in some circles, but the name JIRA is meaningless. If I
>> say Bugzilla, at least I can derive some meaning out of the name. JIRA
...
>> what the hell does that even mean. If is an issue tracker, then call it
>> "Issues". What the underlying software is is meaningless. Even worse if
the
>> name doesn't convey any meaning.
>>
>> Bottom line for me, regardless if the link actually goes somewhere or
has a
>> section of the page that links to it, dropping the JIRA name in favor of
>> something meaningful would be more practical.
>>
>> Wendall

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message