Launchpad has imported 17 comments from the remote bug at https://bugs.kde.org/show_bug.cgi?id=297390.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2012-04-03T13:52:53+00:00 Kde-2011-08 wrote: Created attachment 70114 Screenshot depicting issue. When a character wider than the monospace font is used in Konsole, the cursor appears to cover half of the last letter of the line. See attached screenshot. The top line of the screenshot is from root, which has the stock Bash prompt. The lower line is from my user, which has a wide non-ASCII character leading the prompt. Note that this issue is not limited to only non-ASCII dingbats like that used in the screenshot. My own native language is not represented in ASCII either, and may be displayed using a font that is wider than the ASCII font used for ASCII. Reply at: https://bugs.launchpad.net/ubuntu/+source/konsole/+bug/958142/comments/5 ------------------------------------------------------------------------ On 2012-04-03T14:06:48+00:00 adaptee wrote: Could you provide the Unicode code point for that leading symbol in the screenshot? like U+4E2D for "中", U+305F for "た" ? Your screenshot might be another example of the problem tracked in bug 41744(a very old bug, I know) Reply at: https://bugs.launchpad.net/ubuntu/+source/konsole/+bug/958142/comments/7 ------------------------------------------------------------------------ On 2012-04-03T15:29:11+00:00 Kde-2011-08 wrote: Thank you, it is U+2708 http://www.fileformat.info/info/unicode/char/2708/index.htm It looks plausible that this is a case of bug 41744, but I am not knowledgeable enough to say for certain either way. However, certainly some of the last comments on that bug are conflated with this issue. Reply at: https://bugs.launchpad.net/ubuntu/+source/konsole/+bug/958142/comments/8 ------------------------------------------------------------------------ On 2012-04-09T14:03:21+00:00 adaptee wrote: Thanks for the infomation. It truns out my previous guessing may be wrong. That symbol is defined as narrow(actually neutral)according to Unicode data[1][2]. However the screenshot shows that it is displayed as Wide, taking the width of two cells. I can reproduce the problem when using some fonts, while not when using other fonts. At the moment I'm not sure whether this is a problem of fonts or a problem of Konsole. which font is used in your screenshot? [1] http://www.unicode.org/Public/UNIDATA/EastAsianWidth.txt [2] http://unicode.org/reports/tr11/ Reply at: https://bugs.launchpad.net/ubuntu/+source/konsole/+bug/958142/comments/9 ------------------------------------------------------------------------ On 2012-04-09T20:02:41+00:00 Kde-2011-08 wrote: The font in the screenshot was Ubuntu Mono. I won't be at my computer for a few weeks to check, but I can confirm that the phenomenon is in fact font-dependant. All the fonts that I like suffer this problem, but some very ugly fonts do not. Here is the original bug that I filed on the Ubuntu Mono font: https://bugs.launchpad.net/ubuntu-font-family/+bug/958142 Reply at: https://bugs.launchpad.net/ubuntu/+source/konsole/+bug/958142/comments/10 ------------------------------------------------------------------------ On 2012-06-02T01:46:53+00:00 Rannasingha Aarachchigee Sisikossal Chhathranga Rannasingha wrote: I suffer from the same problem with certain unicode characters and can confirm this. However I'd like to add that just like Cohen said, it's dependent on the font that's used. I've recently tried to set Monaco (which is wider than the standard font used) as my Konsole font, but found that konsole eats up a little of the prompt when I set the font to that. I'm thinking it's got something to do with the character width. Here's a screenshot: http://imageshack.us/photo/my-images/823/xamc.png/ Reply at: https://bugs.launchpad.net/ubuntu/+source/konsole/+bug/958142/comments/11 ------------------------------------------------------------------------ On 2013-11-12T23:01:06+00:00 Calvinh34 wrote: Created attachment 83533 A gif showing a large width character bug in Konsole Reply at: https://bugs.launchpad.net/ubuntu/+source/konsole/+bug/958142/comments/12 ------------------------------------------------------------------------ On 2013-11-12T23:09:15+00:00 Calvinh34 wrote: Hi ! Sorry, I did'nt get that the comment box in the web interface would be the message with my attachements. Anyway, I found that bug too, using monofur font. I also confirm it's font dependant, I have no problem with any other font like Deja Vu or Monospace. Although I patched it with powerline () witch gives the arrow-like character in prompt, the problem actually come from the 'inverted A' and 'weird E'. As you can see, the bug doesn't occur when the problematic glyph is the first character after prompt (the inverted A), which is just cropped to a normal width wharacter. Arthur Reply at: https://bugs.launchpad.net/ubuntu/+source/konsole/+bug/958142/comments/13 ------------------------------------------------------------------------ On 2013-11-12T23:22:42+00:00 petteyg359 wrote: (In reply to comment #7) > I also confirm it's font dependant, I have no problem with any other font > like Deja Vu or Monospace. In my experience, this occurs with all fonts. Changing the font (either face or size) will solve the problem temporarily; after exiting and restarting Konsole, the problem appears again regardless of the current font. Reply at: https://bugs.launchpad.net/ubuntu/+source/konsole/+bug/958142/comments/14 ------------------------------------------------------------------------ On 2014-06-20T19:06:47+00:00 Iven Hsu wrote: I confirm this issue. In my case, the only working fonts are Dejavu and Monospace. All of the other fonts have this issue, like Droid Sans Mono, Ubuntu Mono, Adobe Source Code Pro, Fantasque Sans Mono. While this doesn't occur in xterm. Reply at: https://bugs.launchpad.net/ubuntu/+source/konsole/+bug/958142/comments/15 ------------------------------------------------------------------------ On 2014-07-15T00:40:03+00:00 Cândido Lopes Fontes wrote: On my case is confirmed also with "Unispace" under openSUSE 13.1 x86-64 with fglrx64. It seems that the final character is under the cursor, no matter his shape or font size. Reply at: https://bugs.launchpad.net/ubuntu/+source/konsole/+bug/958142/comments/16 ------------------------------------------------------------------------ On 2014-08-25T16:35:18+00:00 Hexumg wrote: Created attachment 88421 konsole russian issue Reply at: https://bugs.launchpad.net/ubuntu/+source/konsole/+bug/958142/comments/17 ------------------------------------------------------------------------ On 2014-08-25T16:36:02+00:00 Hexumg wrote: Comment on attachment 88421 konsole russian issue Issue: the cursor moves right from proper position when typing russian Encoding: UTF8 Entered string: "при наборе русского текста курсор уходит вправо" Font Oxygen Mono 8 Version 2.13.2 Reply at: https://bugs.launchpad.net/ubuntu/+source/konsole/+bug/958142/comments/18 ------------------------------------------------------------------------ On 2014-08-28T08:41:54+00:00 Cândido Lopes Fontes wrote: I am starting to think that this is something related with the video driver (¿...? IMHO). I have an old computer, with a nvidia card, same initial installation but instead ati driver, it has the nvidia one. The same font type and it works perfectly. Reply at: https://bugs.launchpad.net/ubuntu/+source/konsole/+bug/958142/comments/19 ------------------------------------------------------------------------ On 2015-02-14T22:02:35+00:00 Eevee-kdebugs wrote: I'm /reasonably/ sure this has nothing to do with Unicode character width, and everything to do with fonts. (Note that the character in the original screenshot doesn't take up two cells; it takes about one and a half.) I think the problem is that Konsole is rendering each row as a regular line of text. The original reporter's terminal font apparently doesn't have an airplane glyph. So the font engine searches for a font that does, and finds one, whatever it may be. But this new font probably isn't monospace, so the glyph isn't the same width as the rest of the characters in the terminal. Konsole blindly prints it anyway and places the next character immediately following it, even though this is now completely misaligned from the grid. The cursor is apparently rendered separately (makes sense, since it's not a character), so it gets drawn in the appropriate grid cell. What Konsole /should/ be doing is either shrinking the substituted character to fit in a cell, or forcibly rendering every single character at its correct position (even if this makes some overlap). This has been a bug for as long as I've used KDE. It makes using non- ASCII characters for any reason basically impossible — my prompt, irssi, vim, roguelikes, anything that uses interesting characters causes the cursor and columns to become misaligned. I've had to switch to a libvte-based terminal, which correctly handles this by overlapping characters when necessary. Reply at: https://bugs.launchpad.net/ubuntu/+source/konsole/+bug/958142/comments/20 ------------------------------------------------------------------------ On 2015-02-26T10:36:45+00:00 Hexumg wrote: (In reply to Eevee from comment #14) > I'm /reasonably/ sure this has nothing to do with Unicode character width, > and everything to do with fonts. (Note that the character in the original > screenshot doesn't take up two cells; it takes about one and a half.) You are right. My problems ended when I set Droid font. I think Konsole should warn user about non-monospace characters in selected font or try to calculate right cursor position. Something should be done to eliminate users confusion. Reply at: https://bugs.launchpad.net/ubuntu/+source/konsole/+bug/958142/comments/21 ------------------------------------------------------------------------ On 2015-03-05T14:40:12+00:00 Mpt-postinbox wrote: Hi, I'm QA for the Ubuntu font featured in the screenshot. I don't use KDE, so take anything I say with a grain of salt, ;-) but: > What Konsole /should/ be doing is either shrinking the substituted character to fit in a cell, It would be inefficient and unreliable if the developers of every terminal app, and every other app that uses a monospace font for alignment reasons, had to include their own code to detect and shrink over-wide characters. It wouldn't even occur to most of them that it was something they needed to do! So in <http://launchpad.net/bugs/932958> I suggested that this be done lower down in the stack -- perhaps in fontconfig, perhaps in Pango (or whatever KDE's equivalent of Pango is). > or forcibly rendering every single character at its correct position (even if this makes some overlap). This is what Gnome Terminal does right now, and people really don't like the overlap. Examples: http://launchpad.net/bugs/1116428 http://launchpad.net/bugs/1094434 http://launchpad.net/bugs/736613 Reply at: https://bugs.launchpad.net/ubuntu/+source/konsole/+bug/958142/comments/22 ** Changed in: kde-baseapps Importance: Unknown => Medium -- You received this bug notification because you are a member of Kubuntu Bugs, which is subscribed to konsole in Ubuntu. https://bugs.launchpad.net/bugs/958142 Title: When characters not in Ubuntu Mono appear on a line, Konsole cuts off half a letter To manage notifications about this bug go to: https://bugs.launchpad.net/kde-baseapps/+bug/958142/+subscriptions -- kubuntu-bugs mailing list kubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/kubuntu-bugs