Bugzilla@Mozdev – Bug 26071
Hotkey to toggle folder pane
Last modified: 2015-10-04 10:42:57
You need to log in before you can comment on or make changes to this bug.
A shortcut for showing and hiding the folderpane would be a cool supplement for QuickFolders.
Accepted. Not sure if this needs to be configurable, I am thinking of hard coding it to [F9] as this seems to be free and easy to find even when typing blind. What do you think?
I think you are right. [F8] shows details and [F11] shows the calendar pane therefore [F9] should work well.
(In reply to comment #2) > I think you are right. > [F8] shows details and [F11] shows the calendar pane therefore [F9] should work > well. > :)
In SeaMonkey, F9 toggles the sidebar. SeaMonkey Mail is not working for me ATM, but I think that there it toggles the folders (left) pane without the need for an extension.
Created an attachment (id=8099) [details] 4.3 prerelease 97 This version uses (hard coded) F9 for the toggle. I might put in a secret setting for disabling the shortcut but I think a configuration UI to enable or change the key is overkill. Keep it simple. Note: the folder toggle is not global, but per-tab. This the same standard behavior as the Thunderbird menu command View > Layout > Folder Pane.
Created an attachment (id=8100) [details] 4.2 pre 97 no idea why previous attachment appeared misnumbered. This is it anyway.
I used QuickFolders functions "move to" "copy to" and "go to" for some time now and it worked really perfect! Thank you for this. Nevertheless I'm missing one thing wich was very helpful for me in Nostalgy: If I want to move an e-mail to a subfolder named "2015" e.g. but I don't know the name exactly and therefore search its parent named "archive" there will be shown path and / or name (depending on choice in preferences) of the parent only but not the names of subfolders. That is what I am missing very often - even if then a long list of folders might be shown. Is there a chance to put an option to preferences?
(In reply to comment #7) > I used QuickFolders functions "move to" "copy to" and "go to" for some time now > and it worked really perfect! > Thank you for this. > > Nevertheless I'm missing one thing wich was very helpful for me in Nostalgy: > If I want to move an e-mail to a subfolder named "2015" e.g. but I don't know > the name exactly and therefore search its parent named "archive" there will be > shown path and / or name (depending on choice in preferences) of the parent > only but not the names of subfolders. That is what I am missing very often - > even if then a long list of folders might be shown. > > Is there a chance to put an option to preferences? > I think it could be done, it just might slow down operation. In any you please case raise a fresh bug on it? I would suggest instead of listing candidates + all possible subfolders in one long flat list (is this what Nostalgy does?) it would be good to have a tree node arrow ► and then potentially only show 1st or 2nd level children, (similar to the behavior of the recent folders list). It would be slightly more awkward from navigation POV as we would need arrow down and arrow right, but you would probably learn the names of the important subfolders quickly if you had to do it more often. One problem with features that are "More powerful" for one set of tasks is that they often are seen as "cluttery" for others. But let's discuss on the new bug.
(In reply to comment #8) > (In reply to comment #7) > > > > Nevertheless I'm missing one thing wich was very helpful for me in Nostalgy: > > If I want to move an e-mail to a subfolder named "2015" e.g. but I don't know > > the name exactly and therefore search its parent named "archive" there will be - also one more thing, the name matching only matches the start of words in the folder when you enter 2 letters, from 3 letters on it will match the string "within", so if you have a folder called letters2015 it will be shown as soon as you type "201". I am avoiding showing it when you only type "20" as I want to keep the results as short + quick as possible. Again, that sort of search behavior is open for discussion (and maybe make it more flexible).