Bug 315316 - in Kate 3.10 (KDE 4.10) in block selection mode cursor can't move past the end of its line
Summary: in Kate 3.10 (KDE 4.10) in block selection mode cursor can't move past the en...
Status: RESOLVED FIXED
Alias: None
Product: kate
Classification: Applications
Component: part (show other bugs)
Version: unspecified
Platform: Ubuntu Linux
: HI normal
Target Milestone: ---
Assignee: KWrite Developers
URL:
Keywords:
: 321123 (view as bug list)
Depends on:
Blocks:
 
Reported: 2013-02-17 11:57 UTC by Roberto Maurizzi
Modified: 2013-08-12 07:45 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In: 4.12


Attachments
fix reverting old behaviour od block selection mode (3.25 KB, patch)
2013-04-04 14:24 UTC, Jan K
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Roberto Maurizzi 2013-02-17 11:57:33 UTC
Being unable to have a "non wrapping" cursor, i.e. a cursor that can move over the empty part of the screen left of the sources, makes block selection useless: you can select a block of text only as wide as it last or first line.
This kills the easiest way I know to copy blocks of python source to the console for quick testing :-)

Reproducible: Always
Comment 2 caxilbund 2013-04-01 23:14:14 UTC
I have experienced the same problem in Kate 3.10.1 in Opensuse 12.3.
Comment 3 Dominik Haumann 2013-04-02 11:42:46 UTC
related bug: #314687

Somehow the block selection should still be extendable. It would be ok to let the cursor stay at the end-of-line.
Comment 4 Jan K 2013-04-04 14:24:48 UTC
Created attachment 78633 [details]
fix reverting old behaviour od block selection mode

I tried to write a patch reverting the old behavior. Please see the resulting file attached.
The patch works and seems not to break anything new. You can freely move the cursor, select, copy & paste data.
The support of cursor past the end seems to be dropped in Kate for KDE 4.10. Eg., pressing 'enter' key creates a new line as expected, but the column (x-coordinate) is modified (to a value between 0 and previous position).

/* Note for Gentoo users - to apply this patch, copy it to /etc/portage/patches/kde-base/katepart/ and re-emerge katepart */
Comment 5 Christoph Feck 2013-07-11 23:08:07 UTC
*** Bug 321123 has been marked as a duplicate of this bug. ***
Comment 6 Jan K 2013-07-19 08:36:29 UTC
This bug has not yet been fixed?
The patch I posted solves this bug and it is still applicable in master.
Is something wrong with it? It has not been applied for over three months now.
Comment 7 Luigi Calligaris 2013-07-22 11:31:32 UTC
(In reply to comment #6)
> This bug has not yet been fixed?
> The patch I posted solves this bug and it is still applicable in master.
> Is something wrong with it? It has not been applied for over three months
> now.

Hi everyone, this message is to report that the bug affects me as well: from my side it's the single most important bug in kde that is affecting my productivity at the moment.

I tested Jan's fix and I can confirm it works. I haven't noticed side effects yet.
Comment 8 Christoph Feck 2013-08-10 19:29:43 UTC
Jan, please submit the patch to https://git.reviewboard.kde.org/

This makes it easier for Kate developers to comment on the changes.

For more information, please see http://techbase.kde.org/Development/Review_Board
Comment 10 Christoph Cullmann 2013-08-12 06:12:41 UTC
I guess best to wait for 4.12 or to build yourself from kate.git, I am not that in favor on changing that now, given we have some "working" variant in master.
Comment 11 Dominik Haumann 2013-08-12 07:45:19 UTC
Ok, this implies wont-fix for KDE 4.10 and 4.11, but it's fixed in master, i.e. KDE 4.12.

If you have KDE 4.11, you are encouraged to build Kate from sources, then you have the fixed variant: http://kate-editor.org/get-it/ (your system installation remains untouched)