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

Re: poll: block selection handling

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: Mon, 02 May 2011 18:54:08 +0200

On 02.05.2011 10:46, Oto BREZINA wrote:
> Dear all,
> I'm rewriting BLOCK selection to be more persistent - . So it can be
> preserver over switching collapsing, wrap long lines etc.
> Technical background: use view coordinates instead of screen one.
> I wonder if you think that behaviour should be as I would like to have.
> Note some of this is already implemented.
> A. When you select block over collapsed part and use:
> 1. Copy to clipboard should be collapsed part copied or skipped ?

skipped. If the full line is requested for copy, the user can use a real
selection instead of a block selection.
But whatever is easier to implement will do.

> 2. Use both should be collapsed area used too?


> B. Should be block selection persitant (not removed) over:
> 1. reload?
> 2. window resize with wrap line on and switching wrap line on/off
> 3. switching collapsing on/off (see C2 too)

Yes to all. But might not be easy to implement.

> C. How should be selection changed when applied:
> 1. Use both (removed, kept, "doubled" to cover block where both was used)?

When 'use block' is used, always use the full block and not partly
wrapped ones. Otherwise you'll get into all kinds of troubles.

> 2. change collapsing on while block ends in collapsed area (removed,
> shorten, efectively shorten, kept - marked as whole collapsed block
> would belog to selection, kept ... ) (see B3 too).

keep block marked. Or just clear the block selection.


   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest Interface to (Sub)Version Control
    /_/   \_\     http://tortoisesvn.net
To unsubscribe from this discussion, e-mail: [dev-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2011-05-02 18:54:16 CEST

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.