Version: 1.7.1 (using KDE KDE 3.4.0) Installed from: Unspecified Linux OS: Linux - Turn on Settings -> Configure Editor -> Editing -> Enable static word wrap. - Move cursor before the space in front of the last word in a line. - Type until last word is wrapped to next line. => Result: Currently typed word is cut off, cursor is moved to beginning of next line. * Expected result: Cursor should stay in the current (first) line. Example (cursor marked by asterisk *): This is the first line * and this the second. (just typing the work "mutilated" results in) This is the first line muti lated*and this the second.
I've tried to reproduce it with KDE 3.5 and kile 1.9b2 but without luck. It sounds also more like a katepart bug. Do you still experience this bug ? Thanks Thomas Braun
I'm still on the same version. Unfortunatly, I cannot update currently. I was unable to find any similar bug filed for kate-part. BTW, this is Ubuntu Hoary. Cheers, gero.
If I type in English, everything is o'k. But when I use my native language (russian) the problems is precisely like it is described above.
I'm using kile 1.8.1 and I have the similar problem. I use static word wrap because is more simple to debug and to use with CVS, but some problems with wrong word wrap difficult the work. Some line dont must be wrap. Example. \inclugraphics[width=\linewidth,angle=90]{Mypictures/figure39.png} Kile was wrap this line wrong: \inclugraphics[width=\linewidth,angle=90]{ Mypictures/figure39.png} In this way, latex give-me an error. The correct behaviour is dont static wrap line without spaces. In this case, make only dinamic word wrap. Thanks Ronaldo
Hello, concerning https://bugs.kde.org/show_bug.cgi?id=106261#c3 what version of KDE are you talking about ? Is it easy to typeset some russian ? If yes I can have try to reproduce it. concerning https://bugs.kde.org/show_bug.cgi?id=106261#c4 Despite the spell error in your includegraphics, are we talking about the space after the opening curly bracket which leads to the error? I have here, tetex 3.0 backport for sarge, no error. Latex just can't read my picture and so doesn't give one in KDVI, which is of course also not the thing we want. We will have a look what we can do for kile 1.9 Thanks Thomas Braun
My version of KDE is 3.5. It is not difficult to type russian, if you use xkbd, for example, you can just add russian keyboard, the following lines in xorg.conf (config file of X11 section) Section "InputDevice" Identifier "Keyboard0" Driver "keyboard" Option "Protocol" "Standard" Option "XkbModel" "pc104" Option "XkbLayout" "us,ru(winkeys)" Option "XkbOptions" "grp:ctrl_shift_toggle,grp_led:scroll" EndSection By some reason I use cp1251 encoding but this does not matter, since the problem exists in any encoding.
I've meat this problem also in English text: before: "$\vert\zeta\vert=t$, denote by $\tau$ a graph (possibly trivial) automorph $A$, then $\vert\tau\vert=2$, and" after typing "ism": "$\vert\zeta\vert=t$, denote by $\tau$ a graph (possibly trivial) automorphi sm$A$, then $\vert\tau\vert=2$, and" Note that you should type the text "before" without pressing "Enter", i.e. you should type something like "$\vert\zeta\vert=t$, denote by $\tau$ $A$, then $\vert\tau\vert=2$, and" then put the cursor after $tau$ and continue typing. Such difficult procedure is necessary, since in other case you'll not see this problem.
Comment #7 describes exactly the same bug I've described in comment #1. Thanks Vdovin! Thomas, could you promote this bug to NEW? Cheers, gero.
Hello together, (@ kwrite devs, only comment 4 deals with kile, the rest belongs to katepart. Thanks :) ) comment 4: We have investigated the problem and found out, that it is an somehow unique behaviour (error ?) to the includegraphics command that it doesn't accept \n in its mandatory argument. Nearly all other commands accept \n, eg. \section{ introduction} \usepackage[T1]{ fontenc} So if we don't do line wrap after {,[ we make the general behaviour worse. We also can't have regexps to decide where to do linewraps (this is a katepart limitation). As a workaround, you can add a % after { then latex compiles fine. rest: I can reproduce it in english. This seems no problem of the language, so I haven't yet tried to type russian. Nevertheless thanks for the explanation. We will forward the bug to the kwrite devs.
Thomas, could you give here some comments (or give a reference) if the problem will be solved?
Unfortunately, I have the same error: Given the line between === as in one line: === reinforcement learning or planning algorithms, that depend on encapsul actions. === If I change "encapsul" to "encapsulated" I get the following: === reinforcement learning or planning algorithms, that depend on encapsulat <newline> ed actions. === KDE Version 1.9b2 (KDE 3.5.1-2.4.fc3.kde, Fedora Core release 3 (Heidelberg)) Operating System Linux (i686) release 2.6.12-1.1381_FC3 Compiler gcc version 3.4.4 20050721 (Red Hat 3.4.4-2)
I would like to ask, why the status of this bug is "UNCONFIRMED"? And another question, does somebody try to solve this bug? I think, that it is very important.
Can someone please promote this bug to NEW?
The bug still persists in Kate 2.5.4 (KDE 3.5.4). Again, can someone please promote this bug to NEW?
SVN commit 747031 by tfry: When applying static wrap, remove the trailing space in the last step. This is sort of awkward, but fixes: BUG: 106261 M +13 -2 katedocument.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=747031
*** Bug 139052 has been marked as a duplicate of this bug. ***
Sorry, this bug persists in Kate 2.5.9 (KDE 3.5.9).
right, but its fixed in Kate 3 which is available with KDE4.
Right, kind of. It's been replaced by bug 168534 (comment #12). We're getting there. Thanks.