[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: repository browser glitch and usability

From: Simon Large <simon.tortoisesvn_at_googlemail.com>
Date: 2007-04-25 13:08:57 CEST

On 25/04/07, Stefan Küng <tortoisesvn@gmail.com> wrote:
> On 4/25/07, Roel Harbers <roel@roelharbers.com> wrote:
> > I love the new repository browser in the nightly builds, much more
> > intuitive. However there are some small issues:
> >
> > 1. Directories that can be expanded should have a + in front of them,
> > but after expanding a directory that contains expandable subdirectories,
> > a - is shown for those subdirectories (but no sub-subdirectories are
> > shown). clicking the - turn it into a +, and clicking the + finally
> > expands the directory.
> >
> >
> > example:
> > - repo root
> > - dir
> >
> > clicking - of dir gives:
> >
> > - repo root
> > + dir
> >
> > click + of dir gives:
> >
> > - repo root
> > - dir
> > - subdir
>
> I'd like to wait a few weeks before I fix this. Subversion currently
> undergoes heavy changes in all functions due to the introduction of
> sparse directories (all functions get a depth param instead of a
> boolean 'recurse'). And that depth param has big influence on how the
> repobrowser works.
> As soon as those functions get stabilized, I'll have a closer look at
> this again.
>
> > 2. navigating the left-hand directory pane is next to impossible using
> > the keyboard arrows. Every directory you touch is expanded. It would
>
> If it's only the expanding of the nodes which disturb you: that's easy to fix...
>
> > probably be more convenient to follow the explorer-way of doing this:
> > up/down just walks through the current list, and left/right is used to
> > expand/collapse. (and backspace goes to the parent directory without
> > collapsing)
>
> ... but I think the real problem here is that every time you touch a
> tree node, the repobrowser 'hangs' while it fetches the information
> for that node. And that won't change, even if we don't expand the
> nodes.

I'm doing something similar in work on an embedded project, where we
have to fetch detail information over a slow serial link. The solution
we use is to set a timeout (half second?) when the scroll/arrow key
operates. The highlight changes immediately, but we do the slow fetch
part of the operation only when the timeout expires. So if hit the
arrow several times quickly, you move the highlight without updating.
When you stop moving, the update happens.

Simon

-- 
       ___
  oo  // \\      "De Chelonian Mobile"
 (_,\/ \_/ \     TortoiseSVN
   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
   /_/   \_\     http://tortoisesvn.net
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Wed Apr 25 13:09:04 2007

This is an archived mail posted to the TortoiseSVN Dev mailing list.