Accidentally reordering messages in Thunderbird by column header
Categories
(Thunderbird :: Folder and Message Lists, enhancement)
Tracking
(Not tracked)
People
(Reporter: erwinm, Unassigned)
References
Details
(Keywords: access)
Attachments
(2 files)
Screen Shot 2020-01-09 at 5.28.24 PM.png
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:56.0) Gecko/20100101 Firefox/56.0 Waterfox/56.3
Steps to reproduce:
I use Thunderbird.
I use my own css so I can read Thunderbird.
Actual results:
I often slip, hit the header of the message list, and accidentally switch the sort order. It's nothing irreversable, but it can take a few tries to get my normal sort order again.
It turns out that using css to increase text size and spacing in the message list expands the header area so it is hard to distinguish the header area from the message list.
Expected results:
... It should be easier to avoid accidentally reordering everything.
One option would be to reduce the area for reordering the list.
Another option would be to apply user font and font size preferences, reducing the need for user css fixes and potential user css bugs. I mean why does Thunderbird have these preferences, if it doesn't use them?
Related: bug 471231, bug 570442
|
||
Comment 2•4 years ago
|
||
please use bug #### when listing bug numbers.
Bug 837546 - Column heading lock Option in Submenu - might help you temporarily. And (I know you are on Mac, but) if this happens on Windows then Bug 1593636 - clearer presentation of message list column headers
|
||
Comment 3•4 years ago
|
||
Marja, can you attach the code how you enlarge the font size? You should do it on the #threadTree treechildren::-moz-tree-cell-text {} and not on the whole #threadTree to not include the treecols.
I have commented out the namespace line for 68 compatibility, but haven't removed it. I use row settings so text on one row doen't overlap with text on adjacent rows.
/*@namespace url(http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul);*/
/*The line to always hide the 'remote content' notification bar */
#msgNotificationBar {display: none !important;}
#mail-notification-top{
display: none;
}
/* Global UI font */
- { font-family: Andika !important; }
- { font-size: 16pt !important; }
/* Message List */
#threadTree
treechildren::-moz-tree-cell-text {
font-size: 16pt !important;
color: black !important
}
treechildren::-moz-tree-row {
margin-top: 0pt !important;
margin-bottom: 8pt !important;
}
/* Folder List */
#folderTree
treechildren::-moz-tree-cell-text {
font-size: 16pt !important;
}
treechildren::-moz-tree-row {
margin-top: 0pt !important;
margin-bottom: 8pt !important;
}
On 68, I no longer need the row height settings to avoid overlap. But if I remove the row height settings, I still get the bug described above.
|
|
||
Comment 7•4 years ago
|
||
Do you want this font size in the column header or would the default size be okay?
|
|
||
Comment 8•4 years ago
|
||
Closing as INVALID because this is a issue introduced by your userChrome.css changes.
Here is code that fixes the column header height:
treecol:not([hideheader="true"]),
treecolpicker:not([hideheader="true"]) {
-moz-appearance: none !important;
color: inherit;
padding-top: 2px;
padding-bottom: 2px;
border-bottom: 1px solid black;
}
treecol {
border-inline-end: 1px solid black;
}
treecol:not([hideheader="true"]):hover,
treecolpicker:not([hideheader="true"]):hover {
background-color: ThreeDFace;
}
The colours are only proposals, use your own to fit your needs.
A readable font size is important, the default is not okay. As such, many users require user css accessibility fixes. Closing user-css bugs from users trying to fix default-broken-behavior bugs is a problem.
And resolving the line height issue may help but won't solve the accidental-reordering issue.
|
Reporter | |
Comment 10•4 years ago
|
||
"WONTFIX" better reflects the attitude towards accessibility here.
|
|
||
Comment 11•4 years ago
|
||
(In reply to MarjaE from comment #9)
A readable font size is important, the default is not okay. As such, many users require user css accessibility fixes. Closing user-css bugs from users trying to fix default-broken-behavior bugs is a problem.
The TB font size is the default from the system. When it isn't tall enough change it in the system.
And resolving the line height issue may help but won't solve the accidental-reordering issue.
Have you tried my proposal? Making the column headers the height the text in them has fixes the issue that you click in a area you think is the tree content but in reality the column header.
|
|
Reporter | |
Comment 12•4 years ago
•
|
||
Thank you. Both your css and the add on from bug 837546 help.
The TB font size is the default from the system. When it isn't tall enough change it in the system.
I'm using MacOS. It lacks a lot of important accessibility settings. Changing the font setting in Tinkertool, removing the userchrome.css for Thunderbird, and reopening Thunderbird, shows that the available font accessibility settings do not work in Thunderbird. (Which may deserve its own bug.)
Description
•