launchpad-dev team mailing list archive

[Deryck Hodge <deryck.hodge@xxxxxxxxxxxxx>]

On Wed, Sep 2, 2009 at 8:26 PM, Jonathan Lange<jml@xxxxxxxxxxxxx> wrote:
> On Wed, Sep 2, 2009 at 8:52 PM, Tom Berger<tom.berger@xxxxxxxxxxxxx> wrote:
>>  * The link for reporting new bugs will eventually raise an inline UI
>> so that the user doesn't have to navigate to a new page.
>
> That's nice.
>
> Martin Pool once (twice, three times -- it comes up a lot :))
> suggested that the simple search for a bug and the "report a bug"
> interfaces should be collapsed into one.
>
> As a bug reporter, I quite like the idea, since it saves me the work
> of first searching and then filing. It also seems to fit nicely into
> our existing bug reporting UI.

I like this idea a lot, too.  :)

>
>> * All predefined search links are below, on the right-hand part of the page.
>
> Cool!
>
> Will you show links for things that have zero results? I ask because I
> think, for example, that having 57 bugs fixed elsewhere is one of the
> single most exciting things that can happen for a project. But having
> 0 bugs fixed elsewhere is pretty boring.
>
> I can imagine similar use cases for CVE bugs, incomplete bugs etc.

Agreed.

>
>> * The list of tags is now presented as a tag 'cloud'. The size of tags
>> will be determined by their relative prominence in the project, with
>> official tags factored to appear more prominent.
>
> This sounds good too. There are some pitfalls to avoid though.
>
> When we did the branch tag cloud, we got a lot of complaints that the
> various axes of display weren't clear. We tried to visualize too much,
> and this made the cloud less useful. Even after we've simplified it, I
> still get people asking me questions about "What does size mean?",
> "What does the color mean?" when I show them.
>
> Also, it would be really nice if after this was done, there was some
> code in lp.services.tagcloud, rather than some tag-cloud code in
> lp.bugs.

Yes, a generic tag cloud solution is the way to go.

>
>> * Advanced search options will be accessible from within the page
>> itself, so that the user can initiate complex searches without
>> navigating to a new page.
>
> I love this. So much that it hurts.
>
> Are there plans to tweak the advanced search UI? At the moment it is a
> bit bewildering, and I often find myself pining for Trac's query
> interface.

I don't know if we can for the 3.0 release.  But I would hope soon
after.  I think the hold up would be agreeing on what interface is
best.  Maybe Tom can speak to this point more about what he thinks is
possible in the time we have.

Cheers,
deryck

-- 
Deryck Hodge
https://launchpad.net/~deryck
http://www.devurandom.org/