On 07.10.07 19:52:08, Stefan wrote: > While I'm aware of other methods to navigate between files it's unfortunately > not the same than the disappeared shortcuts. :-(
Not even goto first/last edit position? Its not exactly the same, especially when editing different positions in the same file... > Are you sure the changes proposed on > http://bugs.kde.org/show_bug.cgi?id=147134 solve this problem? No, indeed I misunderstood what you wanted and didn't pay enough attention to the ui-string of that shortcut. > With "First/Last Accessed Window" you can very easily toggle between two > files > by always pressing the same shortcut (Alt+Up) because the most recently used > documents are always on top of the internal stack. No need to look where the > files reside in the tabs nor if one file is before or after the other when > cycling through the documents. That's very handy for example when editing a > header file and it's corresponding implementation or when comparing something > in two files. Well, for header/impl I usually use the Switch-Header-Impl shortcut. But yes I understand. > If it had been possible I had assigned the disappeared functionality to the > shortcuts Ctrl+Tab and Ctrl+Shift+Tab since this is the shortcut which is > quite standard on "other systems" ;-) for toggling between multiple documents > in a multiple-document-interface (MDI). This would be very consistent with > toggling between different applications by Alt+Tab and Alt+Shift+Tab. As I said the closest you can get is last edit position... > Unfortunately the keys Ctrl+Tab and Ctrl+Shift+Tab seem to be hardwired to > the > same functionality as Alt+Right respectively Alt+Left. Yes, thats hardcoded inside Qt's tab widget :( Andreas -- You will be the victim of a bizarre joke.
pgpGfHM5NaRqJ.pgp
Description: PGP signature
