Description of problem: In the Konsole terminal using Courier font, the cursor does not track the letters. Thus if one sets the Konsole to use say Courier 11pt in the Konsole Settings Appearance, and then opens a new Konsole, if one types a string of lglglglg the cursor keeps getting further and furtehr ahead of the letters, By mid page it is about 3 letters ahead. If one backarrows to say edit the command line, many letters are blanked out. Ie, it is unuseable. In Mono things seem to work all right, so this is not a dealbreaker, but is annoying especially as courier is the default font in a fresh install. This happens both in a fresh install of Mageia 4.1 and an install of Mageia 3. (Note that I have not tested all the fonts to see which are OK and which are bad, but I think the problem is more than just Courier font. ) Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: See above Reproducible: Steps to Reproduce:
Which Konsole are you talking about? There is no "Appearance" in the Settings-drop-down-menu of my Mga4 Konsole. To me, "Konsole" is the terminal that comes with KDE. Which desktop environment do you use?
CC: (none) => marja11Whiteboard: (none) => NEEDINFO
Konsole Setting->Edit Current Profile->Appearance tab Yes, Konsole is KDE's terminal. I am running KDE (whatever is currently available for 4.1-- updated yesterday) but this bug is also there in Mageia 3 and has been since the beginning.
I made a new Profile, with the default settings + font Courier regular 11,0 pt. in updated Mga4 and in cauldron Here the cursor can get 1 letter ahead of where it should be with random typing (I tried both with typing straight in the konsole and with vim) but here, when it goes back to the left because it needs to continue on a new line, it has the correct position again. However, I do manage to get it more than 10 letters ahead on one line, when typing the same letter all the time (gggggggggggggg), but then again it jumps back to its correct position when continuing on the next line. Removing the one-but-last line with the backspace key looks very funny
Assignee: bugsquad => mageiaWhiteboard: NEEDINFO => MGA4TOOKeywords: (none) => TriagedCC: (none) => balcaen.john, lmenutHardware: i586 => AllVersion: 4 => Cauldron
Just a notice: it's a very old bug that I see in different terminal applications under X session in all tested distributions (Fedora, Ubuntu, Arch, Mandriva, Mageia, Rosa...) since at least 2008 or even earlier. It looks like it only appears when using non-scalable non-unicode fonts (i.e. old classic raster fonts instead of TTF/OTF ones) with non-latin-1 unicode locales but I'm not sure about this... And different old fonts behave differently. Some move caret/cursor too far forward and others move it too little so the text moves much "faster" then caret. And some cause very "jumpy" caret behavior so it moves back and forth depending on the letters you try to type.
CC: (none) => olegbosis
Whiteboard: MGA4TOO => MGA4TOO MGA5TOOKeywords: (none) => UPSTREAM
Assignee: mageia => kde
CC: lmenut => (none)
At least with the Courier 11pt font in Konsole, this no longer seems to be a problem. But on 9 pt font, it sits on the letter, but gradually replaces characters to the right of the cursor. Thus by 40 characters one letter has disappeared from the line if the cursor is on the end of the line, rather than the beginning. In the middle (20 characters) the character just to the left of the cursor is half gone, by 40 all gone. For 11 pt courier, extra room gets stuffed in ( a whole space by the end of the line the 40 characters. 13pt, 14pt 15pt are OK Lucida typewriter is OK at 11pt. (all black on white)
is it still valid with current cauldron ?
CC: (none) => mageia
It seems to be OK now. Just tested Courier New at 9 pt. and courier at 11 pt.
thanks => closing
Resolution: (none) => FIXEDStatus: NEW => RESOLVED
I just encountered this problem, when I adjusted the ppp factor from 96 to 128 of the font tab in systemsettings5. (Forecer le PPP des polices)
Status: RESOLVED => REOPENEDResolution: FIXED => (none)CC: (none) => yves.brungard_mageia
Users who have experienced this problem are encouraged to upgrade to the latest update of their distribution, and if this issue turns out to still be reproducible in the latest update, please reopen this bug with additional information. Closing as OLD.
Status: REOPENED => RESOLVEDResolution: (none) => OLD