no answer first time(s) - why don't C+c and C+v work in ubuntu as they should

Submitted by mamboze on Monday, 20 August, 2007 - 05:39

Well, the title says most of it. I have used jEdit on win xp before, great editor, now on ubuntu, still a great editor but with one irritating hassle, C+c does a cut instead of a copy and leaves 'c' behind, C+v pastes and adds a 'v'. OK, I can use C+insert and S+insert,these work OK but these are listed only as alternative shortcuts in Options/Shortcuts.

Sure, jEdit rocks but it could rock a bit better for me if these shortcuts worked as designed and specified in the relevant Options section.

I'm not sure whether this is a bug (unlikely) or that I've overlooked some switch or other. Has anybody else experienced this problem?

I do what you're talking abou

by LDiracDelta on Sat, 29/09/2007 - 19:15

I do what you're talking about every once in a while.

The problem is that you are hitting <ctrl>+c and then lifting off the <ctrl> key before the c key. So JEdit is seeing a <ctrl>+c and then a 'c'. When you are copying, that means that jedit copies your selected text to the copy buffer or clipboard, and then jedit overwrites the selected text with the 'c'.

Same sort of thing with the <ctr>+v. Since you are lifting off of the <ctrl> key before the 'v' key, JEdit sees:
<ctrl>+v
'v'

which inserts the text from the clipboard and then insert the character 'v'.

The solution is to lift off of the 'c' or 'v' keys before lifting off the <ctrl> key.

On the other hand, you're right. It is a usability problem. JEdit should ignore the 'v' and the 'c' events when the occur *right* after a <ctrl>+c or <ctrl>+v. Unfortunately, this is open source software. I'm sure that eliminating this problem would be a rather complex edit of the code, and could introduce new bugs without proper testing. Not to mention that solving this isn't very sexy...

"So Bob, what'd you do last weekend?"

"I totally p'wned a usability bug in JEdit! It only took 16 hours and then the code barons wouldn't accept my patch because I hadn't properly tested it..."

So I think we have to live with it.

- L{DiracDelta(t)}

don't really see a problem

by taylor_venable on Wed, 17/10/2007 - 16:04

If LDiracDelta is right, then it doesn't seem like a problem to me at all. The 'c' and 'v' characters are auto-repeating, as they normally are when you type and hold them down. If you hold down CTRL-v you get repeating paste. So it makes sense that if you hit CTRL-c and continue to hold 'c' after releasing 'CTRL' it would enter a bunch of 'c' characters (because as long as you hold the 'c' down it keeps repeating, with or without the accelerator). I see the same behaviour explained by LDiracDelta in all applications. I guess to me it just makes sense that you release the repeating character before the accelerator.

Second that. What you're see

by TimMagee on Sun, 09/12/2007 - 11:13

Second that. What you're seeing might just be because the default key repeat delay is shorter on Ubuntu than you've been used to. That ought to be configurable in the desktop settings somewhere.

file	ver	dls
GdbPlugin for jEdit 4.5+	0.5	1154
Hypersearch results analysis	1.0	2239
German Language Pack for jEdit 5 (up-to-date)	5.3	4148
Goal column macros	1.0	4035
Hyper-search all .txt files in home dir	1	3291
Select line	1.0	3451
Open_Copied_Path.bsh	1.0	8505
Select_All_or_Lines.bsh	1.0	3416
A BeanShell macro script to search and open a recent file or a file in the current directory.	1.0	5639
Select contents in between parentheses (excluding parentheses)	1.0	3546

file	ver	dls
German Localization light	4.4.2.1	101634
Context Free Art (*.cfdg)	0.31	46062
BBEdit scheme	1.0	18601
JBuilder scheme	.001	18502
ColdFusion scheme	1.0	18031
R Edit Mode - extensive version	0.1	17481
Advanced HTML edit mode	1.0	16213
Matlab Edit Mode	1.0	16075
jEdit XP icons	1.0	15236
XP icons for jEdit	1.1	14300

RSS

XML

HTML

« November 2024
Mo	Tu	We	Th	Fr	Sa	Su
				1	2	3
4	5	6	7	8	9	10
11	12	13	14	15	16	17
18	19	20	21	22	23	24
25	26	27	28	29	30