Bug 130201 - text cursor is jumping to the left
Summary: text cursor is jumping to the left
Status: RESOLVED WORKSFORME
Alias: None
Product: kate
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: KWrite Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-07-03 16:39 UTC by Maciej Pilichowski
Modified: 2007-03-04 22:07 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Maciej Pilichowski 2006-07-03 16:39:52 UTC
Version:            (using KDE KDE 3.5.3)
Installed from:    SuSE RPMs

Now, I am a bit puzzled because I am not sure that Kate behaved this way, but I am sure KDevelop didn't. However in 3.5.3 both of them behaves like this:

    virtual string GetEnumKeyword(string s) const = 0;

    bool IsPageBreak(const string &s) const;
    bool IsJunkLine(const string &s) const;
    void ProcessEntry(RawEntry raw_entry);
    bool Transfer();             |

by | I denote text cursor, now I press up-arrow

|    virtual string GetEnumKeyword(string s) const = 0;
                    |   
    bool IsPageBreak|(const string &s) const;
    bool IsJunkLine(|const string &s) const;
    void ProcessEntr|y(RawEntry raw_entry);
    bool Transfer();             

What worse I don't see any option that I could turn off this jumping. In 3.5.2 it works fine, I upgraded to 3.5.3 and found this.
Comment 1 Andreas Kling 2006-07-03 18:52:04 UTC
Cannot reproduce on r557622. Anyone else?
Comment 2 Maciej Pilichowski 2006-07-04 19:21:34 UTC
I just found out that with "dynamic word wrap" turned ON there is no such effect (however I don't use auto word-wrapping). I will try other options because as you can see there are side-effects (again -- versions < 3.5.3 worked fine).
Comment 3 Andreas Kling 2006-07-15 19:30:55 UTC

*** This bug has been marked as a duplicate of 94693 ***
Comment 4 Maciej Pilichowski 2006-07-15 19:38:15 UTC
Andreas, I don't think it is duplicate since this bug is ON when the dynamic wrap is OFF, and with this "duplicate" the bug is ON when the wrap is ON.

So how it could be a duplicate? And as I mentioned this bug was introduced in 3.5.3 -- and the duplicate you mentioned is quite old.
Comment 5 Andreas Kling 2006-07-18 22:41:49 UTC
Could you attach a file that provokes this problem, as I cannot seem to reproduce it on my own?
Comment 6 Maciej Pilichowski 2006-07-19 09:16:11 UTC
Andreas -- it is every file. No exception. This bug was 100% introduced in 3.5.3 -- I used Kdevelop for a long time and well, I just edited my code. Now, it is quite a nightmare since I have to set the cursor properly each time I hit the shorter line.

It is VERY similar to "wrap cursor" mode. However "wrap cursor" jumps to the left immediately when hitting shorter lines and can restore its position when hitting longer lines again. This bug causes cursor to jump left after you hit and leave (!) the shorter line (so it is after-effect) and the position is not restored.

wrap cursor, move down, | is the cursor

1234567890|
0|
1234567890|

this bug

1234567890|
0         |
1|234567890


NOTE: this bug is turned off by options related to wrapping text or cursor, i.e. dynamic text wrap, cursor wrap, but not -- static wrap.
Comment 7 Dominik Haumann 2006-07-19 22:30:07 UTC
no word wrap or block mode -> bug is reproducable.
Comment 8 Maciej Pilichowski 2007-03-04 18:46:19 UTC
I assume it is fixed, since I no longer see this bug.
Comment 9 Dominik Haumann 2007-03-04 18:54:56 UTC
Are you sure? Since what KDE version is this fixed?
Comment 10 Maciej Pilichowski 2007-03-04 22:07:45 UTC
Well, I am not sure, but apparently there were some changes in Kate, so I guess this could be fixed also just by accident. I think I didn't see it in 3.5.5, now I use KDE 3.5.6 and the cursor behaves normally.

I will reopen this report as soon as I see this bug again (I hope I won't :-D).