Wrapping Bug for Spanish GNA about alan-i18n

[thoni56]

I will have a look at this. The 75 is mysterious, so at least I'm curious why that is.

This only affects the command line interpreter, of course, since all GLK-terps have their own wrapping logic. ("Only" here only means "just" since we all use the command line interpreter for automated testing, so it is important.)

Or, do you see this in WinArun or Gargoyle too?

[tajmone]

Or, do you see this in WinArun or Gargoyle too?

No only ARun for automated testing. I might use the GUI terps for visual inspection of text styles, and multimedia, since these can't be verified via command line, but these are not part of the test suite, strictly speaking.

I will have a look at this. The 75 is mysterious, so at least I'm curious why that is.

From the way text wraps before $$ "gluing" of segments, I had the general impression the problem might have to do with when the wrapping function takes action — i.e. some sort of premature decision, not accounting for extra text along the line that might be annexed to the current lexeme.

The 75 mystery keep cropping up for some reason. I remember that there has already been a fix in the past for this, but it seems that the transition to UTF-8 has brought the problem back. So I wonder if encoding might be the culprit here, i.e. the counter not accounting for multi-byte characters in the source that then become single bytes in ISO.