#6510: terminal not handling color sequences properly -------------------------------------+---------------------------- Reporter: augiedoggie | Owner: siarzhuk Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1/Development Resolution: | Keywords: Blocked By: | Blocking: 9258 Has a Patch: 1 | Platform: All -------------------------------------+---------------------------- Comment (by siarzhuk): Replying to [comment:14 tidux]: > The version of Terminal from Gitorious works great with the new termcap! Nice to hear. Do you have possibility to check current bold attribute rendering in this version? I have implemented R5-like "left-down shadow" one but it looks like a bit "fuzzy" and non-clear nowadays in our opinion. > I have to make sure my screen sessions on remote systems are run with "stty -echonl" but other than that the only remaining problem is that some sequences of characters that include multibyte "wide" glyphs get truncated early. Take a random line of Japanese text and open it in StyledEdit (or just copy it from Wikipedia in WebPositive), and then paste that line of text into Terminal. It gets truncated early, and I think it has to do with the algorithm for determining whitespace characters. Looks like the problem described in #6717. I still did nothing about it - just want to finish set of problems with background color erasing ATM. -- Ticket URL: <http://dev.haiku-os.org/ticket/6510#comment:15> Haiku <http://dev.haiku-os.org> Haiku - the operating system.