QuickFolders
QuickFolders copied to clipboard
RealRaven2000
Drag & Drop to folder with sub folders opens too high
I have many folders in my QuickFolders bar that has sub folders.
When I drag an email to these folders, quickfolders opens the list of sub folders.
Some times, this list opens too high, starting aprox. at the top of the folder tab button instead at it's bottom.
The affect is that if I need to move the mouse to select another top level folder, I need to move far enough for the sub folders to close, before I can see the rest of the folders.
The sub folders list contains around 20 items, and ends somewhere in the middle of the screen (so it's not too big to fit inside thunderbird window).
Attached is an image showing this sub folders. Currently using quickfolders pro 5.8.3
strange - have you got any other Add-ons or Third Party themes installed?
strange - have you got any other Add-ons or Third Party themes installed?
A few, I tried to disable everything released to UI, leaving only:
- Provider for Exchange ActiveSync
- Provider for Google Calendar
- QuickFolders
- TBSync
but the problem remains.
I think this is caused by folders with many subfolders - the menus try to use the complete screenspace in that case as it is very awkward to scroll down within a menu. It might a better idea if you use the quickMove command to drag an email into such a folder. Drag the emails to the quickMove button, or use the keyboard shortcut (by default this is Shift+M)
You can activate the shortcut in QF settings on the Licenses tab:
You can type either only the target folder name or the parent name followed by a forward Slash. You can also just enter the first few characters, fort example if the parent name is "Alpha-sort" and the target folder is "Anne", you can just type
"al/an" :
you can either use cursor keys to navigate down in the menu or simply hit Enter if the desired folder is on the very top of the list. In the long term this is a lot faster than dragging the email through a potentially very long list. And you can create new folders during the same operation if you need as well.
Hi,
I am of course aware of the quickMove button and the shortcut
button, I'm just used to this way of drag and drop to the sub
folders themselves.
The problem does seem to happen with all 3 top level folders which
has a large number of sub folders, however, all of them, when
opened, are far from reaching the bottom of Thunderbird's window.
Opening the sub folders and hiding some of the top folders does not
make sense to me.
That extra 1 line of space does not seem that important in
recovering screen space, but is making selecting other top folders
impossible without first getting the opened sub folders closed,
which is, in my opinion, annoying.
Alon.
I am afraid the menus are painted by the Operating system and its not just a single line, if you have even more item it will grow to the very top of the screen; you probably just have enough items so it just goes over the first line, but it will grow higher given even more subfolder items. Example:
I do not control the painting of menus, it's actually done by the operating system.
body p { margin-bottom: 0cm; margin-top: 0pt; }
Ok, thanks.
Alon.
On 15/03/2022 18:05, RealRaven2000
wrote:
I am afraid the menus are painted by the Operating
system and its not just a single line, if you have even more
item it will grow to the very top of the screen; you probably
just have enough items so it just goes over the first line, but
it will grow higher given even more subfolder items. Example:
I do not control the painting of menus, it's
actually done by the operating system.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
Triage notifications on the go with GitHub Mobile for iOS or Android.
You are receiving this because you authored the thread.Message
ID: ***@***.***>
[
{ @.": "http://schema.org", @.": "EmailMessage", "potentialAction": { @.": "ViewAction", "target": "https://github.com/RealRaven2000/QuickFolders/issues/250#issuecomment-1068165232", "url": "https://github.com/RealRaven2000/QuickFolders/issues/250#issuecomment-1068165232", "name": "View Issue" }, "description": "View this Issue on GitHub", "publisher": { @.": "Organization", "name": "GitHub", "url": "https://github.com" } } ]
In case it is helpful...
Before I upgraded from QF 5.5.2 to (5.8.3???) and then to 5.9pre33, I was having a slightly similar problem, but with the quickMove/quickJump list covering the search box that I had just typed in to get the results list. If I made a typo in my search typing (which I often made a typo), if there was a long results list, I was usually unable to see the contents of the search box (thus could not see to correct my typo). So, I would type <Esc> to remove the results list and clear the search box... and then start over typing more carefully.
This "covering over" (of the search box) seems a little similar to what the OP was experiencing with "covering over" (of his tabs).
Regarding the o/s painting the tab directory structure or the results list, etc. -- it may be different for a search results list vs the directory structure which the OP has on his tabs -- I am not longer having that type of "painting" problem with long search results lists. I am using TB 78.7.1 on Ubuntu 20.04 Linux (that has remained unchanged during the period of time in which I upgraded QF). However, I do not have nested folders on my tabs (I have only terminal folders on my tabs).
Hoping that this helps somehow.
This "covering over" (of the search box) seems a little similar to what the OP was experiencing with "covering over" (of his tabs).
ok so if one is getting a long list of results in quickMove - (I assume) the bottom of the menu touching the bottom of the screen. I would be interested in how many items are visible and what screen size the OP is using? There is a maximum number of search results so one can avoid this:
-
right-click on the quickMove checkbox on the Licensing page. This will open (with a warning) a filtered view of Thunderbird configuration
-
scroll down and find the setting extensions.quickfolders.quickMove.maxResults, then click the edit button
Enter a lower number than 25, e.g. 20.
Regarding the o/s painting the tab directory structure or the results list, etc. -- it may be different for a search results list vs the directory structure which the OP has on his tabs -- I am not longer having that type of "painting" problem with long search results lists. I am using TB 78.7.1 on Ubuntu 20.04 Linux (that has remained unchanged during the period of time in which I upgraded QF). However, I do not have nested folders on my tabs (I have only terminal folders on my tabs).
Do you have shorter results, or does the list simply always start below the tab and you get the "v more" chevron at the bottom of the screen?
Axel: What I was describing was my past experience. I am no longer able to replicate the problem since I installed later version(s) (and the later version(s) don't have the problem).
But, in answer to your questions, my results list were sometimes long, but I don't remember if they were longer than the screen. I don't recall ever seeing the "v" at the bottom. The list was probably not longer than the height of the screen because I had/have the search results list set to 50 (and that seems to fit on my screen at my high resolution).
That being said, my best recollection from *past * experience is that the results list covered over the search box even if there were only a few items in the results list.
However, again, I am no longer seeing this problem, thus I suggest you not chase it (my past problem) since users can use a newer QF. I was just mentioning this in case it had some relation to the problem that the OP was describing. Perhaps there is no relationship whatsoever.
Jay
body p { margin-bottom: 0cm; margin-top: 0pt; }
Please note that in my case, the menu is not touching the bottom of
the screen at all (not even close). It is true that this does happen
to the folders with the largest number of sub folders.
Even more strange, is the fact that if I right click the top menu
folder button, it opens the sub folders correctly (does not hide the
buttons),
but as I said, dragging an email to the same top menu folder button,
opens the sub folders covering the top menu folder buttons.
I've attached 2 screen captures to demonstrate.
Alon.
On 15/03/2022 19:11, RealRaven2000
wrote:
This "covering over" (of the search box) seems a
little similar to what the OP was experiencing with "covering
over" (of his tabs).
ok so if one is getting a long list of results in
quickMove - (I assume) the bottom of the menu
touching the bottom of the screen. I would be interested in how
many items are visible and what screen size the OP is using?
There is a maximum number of search results so one can avoid
this:
right-click on the quickMove checkbox on the
Licensing page. This will open (with a warning) a filtered
view of Thunderbird configuration
scroll down and find the setting
extensions.quickfolders.quickMove.maxResults, then click the
edit button
Enter a lower number than 25, e.g. 20.
Regarding the o/s painting the tab directory
structure or the results list, etc. -- it may be different for
a search results list vs the directory structure which the OP
has on his tabs -- I am not longer having that type of
"painting" problem with long search results lists. I am using
TB 78.7.1 on Ubuntu 20.04 Linux (that has remained unchanged
during the period of time in which I upgraded QF). However, I
do not have nested folders on my tabs (I
have only terminal folders on my tabs).
Do you have shorter results, or does the list simply
always start below the tab and you get the "v more" chevron at
the bottom of the screen?
—
Reply to this email directly, view it on GitHub, or unsubscribe.
Triage notifications on the go with GitHub Mobile for iOS or Android.
You are receiving this because you authored the thread.Message
ID: ***@***.***>
[
{ @.": "http://schema.org", @.": "EmailMessage", "potentialAction": { @.": "ViewAction", "target": "https://github.com/RealRaven2000/QuickFolders/issues/250#issuecomment-1068239844", "url": "https://github.com/RealRaven2000/QuickFolders/issues/250#issuecomment-1068239844", "name": "View Issue" }, "description": "View this Issue on GitHub", "publisher": { @.": "Organization", "name": "GitHub", "url": "https://github.com" } } ]
I did not get your attachments in the last post. anmswering with emails kind of doesn't work very well could you go to github with your browser and answer there instead? you can drag attachments / images into your comment / answer. (I had to edit your previous replies because they took up a lot of space but I am leaving the last one so you can see how it kind of doesn't work when you reply with email. (answer on github is always better)
Please note that in my case, the menu is not touching the bottom of the screen at all (not even close). It is true that this does happen to the folders with the largest number of sub folders.
Even more strange, is the fact that if I right click the top menu folder button, it opens the sub folders correctly (does not hide the buttons),
but as I said, dragging an email to the same top menu folder button, opens the sub folders covering the top menu folder buttons.
Here are the images:
I am not certain it is the same problem, but is in not by any means related to the parameter extensions.quickfolders.folderMenu.realignMinTabs ? Mine was set at 25, I changed it to 40. Hope this helps. If it is indeed the same thing as me, I would also think the default value of 25 is too low. The realign thing only gains a few millimeters in height and kinda disrupt the internal logic of drag and drop, and hides other folders.
