#900 Allow configurable diff-style colours in fuzzy matching


Although the "diff-style" fuzzy matching is very helpful, strike-through lines shown in black are sometimes invisible when they overlap characters. Showing strike-through lines in red would improve their visibility. If there is any technical difficulty in showing strike-through lines and characters in different colors, showing both in red, rather than black, would be better for improved distinction.


  • Roman Mironov

    Roman Mironov - 2013-10-12

    I agree, red and green were the colors used by Aaron when he created this function.

    Here is what Jean-Christophe Helary replied about this:
    > Hi guys,
    > Based on this thread, I expected that diff will highlight deletions and insertions with red and green respectively, but I get black and blue instead. Is this normal?

    Yes it is.

    We considered that the red/green pattern was not consistent with the black/blue/green pattern that was used in matches so we adapted the colors to something that would not confuse users at first.

  • Masao Kasuya

    Masao Kasuya - 2013-10-12

    Thanks for the support and historic background, Roman. Kanji characters often have horizontal lines making strike-through lines hard to recognize. So it's not just a matter of color preference, IMHO.

  • Didier Briel

    Didier Briel - 2013-10-13
    • summary: Show strike-through lines in red in diff-style fuzzy matching --> Allow configurable diff-style colours in fuzzy matching
    • Group: 3.0 --> future
  • Didier Briel

    Didier Briel - 2013-10-13

    For the reasons listed above, the traditional diff colours are not user-friendly for people using both the standard display and the diff one.

    To be able to satisfy everyone, it would be better to be able to configure the diff colours.

    I have changed the title accordingly.


  • Didier Briel

    Didier Briel - 2014-11-27

    This is implemented in SVN (/trunk).


  • Didier Briel

    Didier Briel - 2014-11-27
    • status: open --> open-fixed
    • assigned_to: Briac Pilpré
    • Group: future --> 3.1
  • Didier Briel

    Didier Briel - 2014-12-04
    • status: open-fixed --> closed-fixed
  • Didier Briel

    Didier Briel - 2014-12-04

    Implemented in the released version 3.1.8 of OmegaT.



Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

JavaScript is required for this form.

No, thanks