Version: 2.5.2 (using KDE 3.5.2, Kubuntu Package 4:3.5.2-0ubuntu1 dapper) Compiler: Target: x86_64-linux-gnu OS: Linux (x86_64) release 2.6.15-19-amd64-k8 The System shortkey "Home" is meant for browsers to go to the home place (home folder, homepage etc.) not for a text editor to go to the start of the page. Please change this to some common usage, as example Ctrl+End seems to be mapped to End of File, so Ctrl+Home would make sense for Start of file. "Home" global shortcut is definetly misplaced.
Works as you suggested here - Home goes to beginning of line, End goes to end of line, and Ctrl+Home goes to beginning of document. Try with a new user to check that it's not a config problem
Ctrl-Home is the global default setting for "Home". I suggest changing this to hard coded key "Ctrl-Home" (or however the Ctrl-End is stored, maybe a config option too). I tested with a fresh configuration and after changing the "Home" binding in kcontrol, kate uses the new binding for Start-of-file.
In the context of a text editor, 'home' means the start of the document. This is a common key binding in a text editor, and I can't see why we should change it, if you wish so change your own configuration.
Yea.. seems to be a KDE-phanomene. All other worlds (Gnome, MS-Windows, MacOS) differentiate between Goto Homepage (usual Alt+Home) and Goto Start of File (usual Ctrl+Home). kedit has the hard coded additional keybinding of Ctrl+Home to Start-of-document (additional to that it also respect the global binding). Maybe kwrite should adopt the kedit's approach to add an additional key binding to Ctrl+Home? Or kcontrol could give seperate options for "Start of File" and "Home"? (And when its on it, introduce a "End of File" as well.)
I don't understand your problem. Like any other GUI text editor, Kate uses CTRL + HOME to navigate to the start of the document. What is the problem?
He means that setting the "home" KGlobalAccel to something else disrupts kate's home shortcut, which is of course true. Immanuel, I would contend that if you want a different home shortcut in konqueror, you should change the shortcut there rather than in the global shortcut configuration. That way you will not interfere with other uses of the home shortcut. Does that help?
Harnish: Your suggestion invert the idea of "global keybindings". You suggest changing specific application behaviour to achieve global binding. "Home" is the action to go to the home place. Every other application framework seem to think that "Start of file" is a different thing than "Home". "Start of file" in an browser would scroll you to the top of the page. "Home" would go to the home page. Try it out! Even KEdit developer seem to think so and set Ctrl+Home (which happens to be the usual meaning for "Start of file") as an additional hardcoded binding. But ok, I am pissed off here. I thought this is clear and didn't excpect I had to argue with several developers. Do what you want. :-(
We aren't arguing, just discussing. I've asked for clarification on our main development mailing list, this standard accelerator seems to be used for two distinct meanings and probably needs to be split. We just need to work out which user is incorrect (ie, konqueror + friends, or kate + friends), then create another separate standard accelerator.
Kate from trunk jumps to the start of a line when I press home. This is absoluetely what I expect to happy, can I close this one?
The bug wasn't about what happens when you press the "Home" key. It is about the fact that Kate only uses the KGlobalAccel named "Home" to jump to start of file. Usually this is set to Alt-Home, not Ctrl-Home (press Alt-Home in any browser and you get to your homepage). So if someone "fixes" the global "Home" key binding in kcontrol, kate does not jump to start of file by pressing Ctrl-Home anymore (which is in turn common for text editors to jump to start of file). KDE lacks seperate global key accels for "Start of file" (usually Ctrl-Home) and "Goto homepage" (usually Alt-Home).
We stay with current shortcuts, users know them that way.