I can't claim to know squat about JavaHL, but is this the option?
If there's an upstream enhancement to be filed (to the Subversion/JavaHL
team), I don't mind doing it, but I'll need to be able to write an
On Thu, Apr 21, 2016 at 3:03 PM, Mark Phippard <markphip_at_gmail.com> wrote:
> Those options are not available. I think things might have changed in
> recent SVN releases, but the last time we touched this code the JavaHL API
> did not expose any of these options to us in the API so we were not able to
> expose them in our UI. As a C++ client, TortoiseSVN has access to the full
> Subversion API.
> On Thu, Apr 21, 2016 at 2:36 PM, Jamie Jackson <jamiejaxon_at_gmail.com>
>> This topic came up before (
>> ), but I'm not sure it was really resolved.
>> In TortoiseSVN, there are a few whitespace-related options in the merge
>> - Ignore line endings
>> - Compare whitespace
>> - Ignore whitespace changes
>> - Ignore all whitespaces
>> (The last three are radios, BTW--mutually exclusive.)
>> I routinely use the "ignore whitespace changes," and that affects
>> behavior at *merge* time. In other words, that tends to create fewer
>> conflicts when there are wholesale indentation changes going on.
>> The option "Ignore whitespace" in Eclipse don't seem to behave the same
>> way; rather, it seems to affect what is *displayed* in the conflict
>> resolution diff, rather than affecting the behavior of the automated merge,
>> After all these years, I still need TortoiseSVN in my toolbox because of
>> this feature; however, I'd love to drop it.
>> Please let me know if I've missed some option to emulate the *merge* (not
>> the diff viewing) behavior in Subclipse. Otherwise, please treat this as an
>> enhancement request.
> Mark Phippard
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subclipse.tigris.org].
Received on 2016-04-22 16:56:19 CEST