AW: user selected column width for SVN update dialog gets altered and lost

Hello,

I was not aware of the ~10 seconds rule.
Columns looked to me like they were moved multiple times to the left and right on a non predictable, sort of random scheme.

My idea of usage for that windows had more the understanding of:

  "I will size up my window once. And then I will move the last column to the right - also only once!"

At present I had to redo my move of the last column all the time the window re-opened.
And I would feel fine if it stays with it's setting, just there on the far right.

Best regards

Alexander Stohr
Algorithm Developer

HDLE - Halla DAS Lab Europe GmbH

Schomburger Strasse 9, 88279 Amtzell, Germany
Tel:+49 7520 2024 800
Mail: Alexander.Stohr_at_HDLE.com
Web: www.hdle.com

Managing Directors: Dr. Seok Cheol Kee, Andrea Weuffen, Wolfgang Vieweger

-----Ursprüngliche Nachricht-----
Von: Stefan Kueng [mailto:tortoisesvn_at_gmail.com]
Gesendet: Montag, 28. Juli 2014 22:04
An: users
Cc: Stohr, Alexander
Betreff: Re: user selected column width for SVN update dialog gets altered and lost

On 28.07.2014 11:59, Stohr, Alexander wrote:
> Hello,
>
>
> What steps will reproduce the problem?
> 1. do a SVN update
> 2. let the dialog pop up
> 3. change column widths
>
> What is the expected output? What do you see instead?
> * the column width stays as the user has tuned them
> * the column width stays persistant across multiple invocations

That would be correct if you have one working copy, or all working copies with similarly length paths.

But I'd say most setups are using multiple working copies with paths that are very different in length.

> What version of TortoiseSVN are you using?
> 1.8.x
>
> What Windows version are you using?
> Window 7, 64bits
>
> Please provide any additional information below.
> * the SVN update dialog window is resized to nicely fit the HD screen
> resolution
> * I am updating multiple larger scale repositories in a single go
> * the path names of the repositories are longer than the default
> column width, thus I hope to not always beeing forced to adjust those
> widths (for path and for mime type) to normally avoid any "..." text
> shortening indicators
> * the column widths will get shrinked or widen'th by the running
> update process - even if the user has selected a width of desire
> during the current session
>
> i hope that the column width will see a smarter handling like being persistent over invocations and only seeing auto-widening but not shrinking in a single invocation on multiple repos. i did not test for single repo cases so i dont know it it happens there as well. my main intent is the "feature" of keeping the column widths similar remembered as the window size but in fact there is a problem with the update progress sometimes even doing shrinking of the column width out of a sudden despite that width was already tuned to a nicer value by the user.

Here's how it works:
* the columns are adjusted automatically to the path for the first few entries shown.
* after ~10-50 entries are shown, the columns are not adjusted automatically anymore since that's an expensive operation and would slow down the UI update severely.
* as soon as the auto-column-adjustment is over, you can however adjust the column with manually, and it will stay there!
* once the operation (update/commit/...) is finished, the columns are adjusted to fit the shown text one last time.

Remembering the column width would lead to the wrong width for almost all operations, unless you're working with the same working copy all the time.

Stefan

-- 
        ___
   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest interface to (Sub)version control
    /_/   \_\     http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=3085924
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].