Andrew Phillips wrote:
>>> 7. Many of the above changes would be assisted if partial lines could
> be
>>> selected (with the mouse or keyboard), just like in Blame. This may
> be
>>> hard as I suspect some sort of line-oriented, not character-oriented
>>> control is being used to display the text.
>>>
>>> This would allow searches and clipboard commands to work just like in
> a
>>> text editor - behaviour that people are already very familiar with.
>
> Stefan wrote:
>> I don't think we can do that easily.
>
> As I suspected. :(
>
>> And the benefits are not that big to justify such a big effort.
>
> That depends on your perception of the benefits. Also could we use some
> of the code from Blame?
>
> As I said I would be happy to write some code. (But it would have been
> nice if it had been designed like this from the start. In fact Blame
> and TortoiseMerge have a lot in common and could have shared some code
> in this area.)
TortoiseMerge was written way before TortoiseBlame. And they don't share
any code at all, they're completely independent.
TortoiseBlame uses the scintilla control to show the file contents.
TortoiseMerge draws the file contents itself. That's because it has to
be very fast when scrolling. You won't notice the speed issue in
TortoiseBlame because there's only one file open at a time, but in
TortoiseMerge there can be up to three. And all three have to be
synchronized when scrolling - which is when you really would notice the
speed issue.
>>> And what would a horizontal split be useful for?
>>> You can't see the differences that way.
>
> You are right you can't line up the differences, but some people here
> prefer it perhaps because they have narrow monitors and long lines. I
> thought it would be trivial to implement but I never use it so forget
> it.
You already can switch to one-pane view in TortoiseMerge, which will
show you both files as one.
>>> Finally, is there any reason the source code requires VS2005? ...
>
>> ..Also, CRT80 has some nice new secure functions which aren't
> available in earlier versions...
>
> I saw use of some functions that seem to protect against buffer
> overruns.
> They didn't look useful to me but I'll take your word for it.
Well, it's very useful if you have to deal with strings which you don't
know their length before actually using them.
Stefan
--
___
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Thu Aug 10 18:37:23 2006