This patch add Mozilla like Ctrl+Tab and Ctrl+Shift+Tab
accelerators for tab (document) switching.
Ctrl+Tab isn't inserting Tab anymore.
Ctrl+Tab Switch patch to NEdit 5.5
Logged In: YES
I don't think we can use this.
Ctrl+Tab is already taken by "insert literal tab", which is
a pretty important keystroke.
We already have Mozilla-like Ctrl+PgUp/PgDn.
Logged In: YES
Then Shift+Tab might be used for self_insert() and Tab alone
for process_tab(), right?
I think it's possible we can move it over like that, but we
should really run it by the group before changing - this
will be a change for user already using Ctrl+Tab for
inserting literal tabs. And there's no real visible way to
show it either.
Shift-Tab might be taken up by a window manager to change
desktops, so I don't know if it's viable. Alt-Tab probably
isn't a good choice.
It looks like GTK's tab selector is Ctrl+PgUp/PgDn. Windows
has Ctrl+PgUp/PgDn and Ctrl+Tab. Qt seems to be Ctrl+Tab
Additionally, I'm not sure why we need _two_ sets of
accelerators. Care to explain why? (Remember that Mozilla
is not a full-up text editor, so they don't have this
Ctrl+Alt+Tab might be safe bet?
GTK: gedit 2.6.0 is worst example of program designed for
apes by apes. It has tab switching behaviour dependent on
focus, Ctrl+Page Up/Down and Ctrl+Tab are ignored! HIG is
just futile attempt to fix this.
What's the problem with more than 1 way to do something? Is
It's all resembling whole Copy/Cut/Paste mess.
Logged In: NO
Why patching for changing key bindings?
Usually everyone likes his own bindings. So you define
some reasonable defaults, and the user can override them,eg
nedit*text.Translations: #override \n\
and so on should be all you need.
Please make the case to firstname.lastname@example.org if you think this
is a better solution than what we have right now.
Other thing to note that even Ctrl PgUp/PgDn has a
side-effect - on some systems these keys are mapped to
PageLeft/PageRight. However, since almost nobody knows
about it, I think it's an okay tradeoff. It's more
important to have at least one accelerator for the tabs.
How does one navigate multiple recently used files/tabs? MS Visual studio provides this functionality with Ctrl-tab. The only option provided by Nedit at present is to disable tabs and use alt-tab.
The problem with this work around is that if a significant number of files are open in nedit then it requires a window manager that supports grouped task bar items. Nedit is therefore incompatible with icewm on even moderately sized projects.
I have created a patch to enable Ctrl-Tab switching between multiple recently accessed tabs in NEdit. It is especially useful for enhancing document navigation for window managers like icewm that don't support window grouping (and therefore require enabling of tabs in nedit when working on large projects, given that keeping large numbers of documents open in separate windows and switching between them with alt-tab is not an option).
- It probably requires some clean up and further testing (although it appears to work well)
- To utilise the patch, apply it to the nedit-5.5 source (eg nedit-5.5-src.tar.gz), then modify a .Xresources file (and place in $HOME). The .Xresources file should include the following:
NEdit*text.Translations: #override \