- PREVIEW APP FOR MAC USE WHITE LINE UPDATE
- PREVIEW APP FOR MAC USE WHITE LINE CODE
- PREVIEW APP FOR MAC USE WHITE LINE WINDOWS
PREVIEW APP FOR MAC USE WHITE LINE CODE
NB 1 - I read a good way to show code here and not have it mucked up by the commenting system (that might otherwise interpret it as code to change these very webpages) is to put a space in front of every line (including blank lines) - I don't think is this standard across all commenting systems but it seems to work well here by making it look different and seems to stay exactly as I paste/enter it.
PREVIEW APP FOR MAC USE WHITE LINE UPDATE
My css code is as follows (below) and still works after an update again to TB v78.4.0 (32-bit) on Win10 Pro (64bit).
PREVIEW APP FOR MAC USE WHITE LINE WINDOWS
It seems this doesn't necessarily work the same for everyone but I have no idea why, playing around with the css is all I can suggest but I wonder if Windows theme colours play some role?īy not bolding the text at all when hovering or selecting it avoids any test jiggling around in what I see, everything just stays the same unless I click on it to activate it where it is enhanced just by colour and doesn't confuse me when a folder is already shown bold or not depending if there are unread or read emails in there. Hovering over emails (threads) or the folders gives a light grey background on everything except the current active folder or email.
I attach a sample image of how my TB setup looks - I have everything to do with row heights set really close (adjust to your own taste) and my highlight colour for the active folder or email thread is orange (and the font switches to white and is not bolded as some users seem to like to do for active items). That method is called commenting out and can also be used to exclude some css from doing its thing or that you don't want (without having to delete it in case you want to try it again later or remembering it for another time).
Just in case you haven't worked it out yet for CSS, then anything written between a slash-asterisk and asterisk-slash will be totally ignored and is way for us to add comments and notes as reminders and to help others. Remember that if you have two bits of css code trying to alter the same thing (the stuff outside of curly brackets), then the last instance will take precedence thus overriding anything that went before. If you want to add any new css to what's already in there from something else you've done, just add it before or after what is already there. Any errors in the file won't corrupt TB in any way. If ever TB crashes and burns from some weird css you put in to the userChrome.css file, then just quit TB, make some edits (or temporarily remove the file from that folder) and things should go back to normal. Modified Novemat 8:09:44 AM PST by sells59 KEYWORDS: message thread pane, message list panel, UX, UI design, usability, accessibility This usability degradation creates a risk of data loss. This is a poor usability experience and dangerous design that has caused me to perform operations on unintended messages multiple times, even nearly accidentally deleting messages. This results in two or more non-adjacent messages being highlighted in the same way at the same time.
Now, whenever I just pass my mouse over the list, the message under the mouse becomes highlighted (and the last message(s) *selected* also remains highlighted). Prior to v78.3.2, a message/line in the message list pane would not become highlighted until I *clicked* on it. And there does not appear to be any option to reset this back to the previous compact view?ĮDIT: Adding a note about an additional issue with the message list panel that is discussed in this thread. I just upgraded to 78.3.2, and the message list panel now has significantly more spacing, less denstiy.
0 kommentar(er)
