No announcement yet.

Ignoring end of line

  • Filter
  • Time
  • Show
Clear All
new posts

  • Ignoring end of line

    1. Is it possible to successfully compare important text that wraps differently on each side? That is, the end of line(s) is/are in a different position/s within the text on each side. I would like that to be an unimportant difference. In my case this will occur when the text stream starts with a specific character sequence.
    2. If so, is it possible to ignore a batch of initial characters on the second line? That is, the text stream is interrupted by an end of line and a number of other specific characters.

    For example

    1 TEXT This is s
    2 CONT ome text

    is equivalent to
    1 TEXT This is some text

  • #2

    No, the text break is always considered important, and the comparisons are line by line of the aligned lines. To help with these cases, the most common strategy is to Tidy the files to normalize the whitespace and line breaks.

    We have a few tidy/tidied variants for some formats, here:

    There is also a KB article for how to use a custom command line program to perform any type of conversion. The article uses RESX as the example type:
    Aaron P Scooter Software


    • #3
      I have a very similar issue (need to ignore line breaks as white space), but in a MS Word file. For example:

      "Now is the time for all good men to come to the aid of their country."

      "Now is the time for all good men
      to come to the aid of their country."

      BC4 flags this as a major difference (red) rather than a minor difference that I can filter out.

      I agree that this is a 'hot' topic -- I've seen references to this same issue dating back years ago with a reply comment of "we agree, and are looking at it for a future version...".


      • #4

        Thanks for the feedback. BC4 does not align across line breaks, so the current workaround is to use the conversion process to tidy the files:

        Since you are using MS Word, that itself is a conversion process, so it wouldn't be easy to plug in another tidy process. We don't have one available for knowing where these cuts might occur in your files.

        Enhancing this behavior is a long-term wishlist item.
        Aaron P Scooter Software


        • #5
          If you'd like to send in your MS Word files, we can take a look at the specifics of these files to see why each file is choosing to break where it is. You can email us at with the files and a link back to this forum thread for our reference.
          Aaron P Scooter Software


          • #6
            Looks like this is something people have been commonly requesting for the better part of a decade: