Version: 1.2 post (using KDE 3.1.9) Compiler: gcc version 3.3 OS: Linux (i686) release 2.6.0-test3-mm2 When I convert my encoding to tr_TR.UTF-8 pasting a text to console gets very slow that I can see all characters get pasted one-by-one. If I set my encoding to tr_TR again text pasting is very fast that its almost instant.
is this a Qt bug?
I confirm this happening with Mandrake's cooker RPMs from today. When the locale is in UTF-8 (I tested with en_US.utf-8) then pasting gets slow after about 2 lines and keeps getting slower - at 10 lines or so I can actually see each character being typed by the konsole (I'm using a maximized konsole- a line is about 150 characters or so). When I set the locale to en_US and then relaunch konsole, pasting is immidiate.
Well I dont have the problem. Some informations: $ locale LANG=fr_FR.UTF-8 LC_CTYPE="fr_FR.UTF-8" LC_NUMERIC="fr_FR.UTF-8" LC_TIME="fr_FR.UTF-8" LC_COLLATE="fr_FR.UTF-8" LC_MONETARY="fr_FR.UTF-8" LC_MESSAGES=C LC_PAPER="fr_FR.UTF-8" LC_NAME="fr_FR.UTF-8" LC_ADDRESS="fr_FR.UTF-8" LC_TELEPHONE="fr_FR.UTF-8" LC_MEASUREMENT="fr_FR.UTF-8" LC_IDENTIFICATION="fr_FR.UTF-8" LC_ALL= $ Distribution: Debian-testing Version: Konsole 1.4.1 (using KDE 3.3.1) Test: Opened a he text ( available at: http://cvs.sourceforge.net/viewcvs.py/wikipedia/phase3/languages/LanguageHe.php?rev=1.36&view=auto ) with kedit. Selected it all, copied. In konsole : opened vim, pressed i, pasted. Not instant cause the terminal had to scroll, but it was very fast (at least as fast as pasting ascii text).
Same here. just retested after upgrading to konsole 1.4.2 (kde 3.3.2) using RPMs from Mandrake's cooker, and no delays in pasting. Thx to whomever fixed it !
Still slow here.
I was under the impression this was actually a problem with the "readline" library... please check if pasting is fast if you run "cat > /dev/null" from the shell.
cat > /dev/null and pasting some arabic text works fine.
Ok, I can confirm that this is a readline problem. It got fixed in readline-5.0: g. Fixed a bug that caused the prompt to overwrite previous output when the output doesn't contain a newline and the locale supports multibyte characters. This same change fixes the problem of readline redisplay slowing down dramatically as the line gets longer in multibyte locales.