Attachments in annoying position
Richard
advance for asking again but it is really bugging me.
The email attachments show at the base of the message area and if there
are a lot of attachments, it fills the area up, leaving little reading
space. If the attachments cannot be on the side of the address info
block like in SeaMonkey can the icons be reduced in size ?.Thanks.
Ian
Hi,
The following should help you:
<http://kb.mozillazine.org/Attachment_pane_height_(Thunderbird)>
Ian
Ron K.
Yes the default of large icons can be switched to small. Use the Config
Editor to toggle this pref to false:
mailnews.attachments.display.largeView
The other suggestion will help control the expansion of the view pane.
Combined you will have a lot more control and usable reading area.
--
Ron K.
Who is General Failure, and why is he searching my HDD?
Kernel Restore reported BSOD use by Major Error to msg the enemy!
Miles
> Ian wrote:
>> Richard wrote:
>>> I have posted this before but did not get a reply so apologies in
>>> advance for asking again but it is really bugging me.
>>>
>>> The email attachments show at the base of the message area and if
>>> there are a lot of attachments, it fills the area up, leaving little
>>> reading space. If the attachments cannot be on the side of the
>>> address info block like in SeaMonkey can the icons be reduced in size
>>> ?.Thanks.
>>
>> Hi,
>>
>> The following should help you:
>>
>> <http://kb.mozillazine.org/Attachment_pane_height_(Thunderbird)>
>>
>> Ian
>
> Yes the default of large icons can be switched to small. Use the Config
> Editor to toggle this pref to false:
> mailnews.attachments.display.largeView
>
> The other suggestion will help control the expansion of the view pane.
> Combined you will have a lot more control and usable reading area.
>
If that is toggled then the vertical scroll bar is lost. Example: I
sent a test msg with 4 long titled attachments which require 2 rows.
With the pref you mention changed to false only the 1st 3 are seen in
the 1st row and the 2nd row with 1 attachment is not seen.
Miles
Ron Hunter
lines to the userChrome file. You should be able to find those lines by
googling for Thunderbird attachment list scrolling.
--
Ron Hunter rphu...@charter.net
Ron K.
I have scroll bar and use the small icons. Here are my userChrome
entries related to the attachment view. I also thinned the splitter
separating the message pane and attachment view.
/* ..Attachment pane.. */
#attachment-splitter { min-height: 5px !important; }
#attachmentView { height: 42px !important; overflow-y: auto !important;
margin: 0px !important; border: none !important; padding: 0px
!important;
background-color: rgb(180,190,200) !important; }
#attachmentList { margin: 3px 3px 3px 16px !important; height: 16px
!important;
border: 1px inset !important; padding: 1px !important; }
.attachmentBox {width: auto !important; max-width: 24em !important;
min-width: 11.5em !important;
height: 16px !important; margin: 0px !important; border: none
!important; padding: 0px !important; }
Miles
> height: 16px !important; margin: 0px !important; border: none
> !important; padding: 0px !important; }
>
>
Interesting that yours doesn't work either when using small icons. If I
stretch the attachment window up a bit, then the scrollbar appears --
and I do prefer the small icons because they appear on the same line as
the text (with large icons it is 2 lines). Tried changing the pixel
height from 42, to 45, and to 50, but no change. The scroll bar only
appears if I stretch the window up a bit, no matter what pixel height --
don't understand that one!
So I've reverted to
#attachmentView { height: 36px !important; overflow-y: auto !important; }
#attachmentList { margin: 5px 18px 4px 8px !important; }
with large icons. The area height is small, but it certainly would be
nice to have small icons so they would fit on one row, but if change it
to false for small, then the same occurs in that the scroll bar is not
seen until the pane is stretched up a bit.
Richard
Thanks to you all for your help, I now can move the bottom bar and have
small icons, still believe a listing on the side of the address bar
better, as in SM though. Hope someone is taking note of what should be a
much simpler process.
Ron K.
You may be experiencing a theme related difference, mine is Sky Pilot
and my screen res is one step up from 1024x768 in Vista.
Terry R.
> Miles wrote:
>> * Ron K. wrote:
>>> Ian wrote:
>>>> Richard wrote:
>>>>> I have posted this before but did not get a reply so apologies in
>>>>> advance for asking again but it is really bugging me.
>>>>>
>>>>> The email attachments show at the base of the message area and if
>>>>> there are a lot of attachments, it fills the area up, leaving
>>>>> little reading space. If the attachments cannot be on the side of
>>>>> the address info block like in SeaMonkey can the icons be reduced
>>>>> in size ?.Thanks.
> /* ..Attachment pane.. */
> #attachment-splitter { min-height: 5px !important; }
> #attachmentView { height: 42px !important; overflow-y: auto !important;
> margin: 0px !important; border: none !important; padding: 0px
> !important;
> background-color: rgb(180,190,200) !important; }
> #attachmentList { margin: 3px 3px 3px 16px !important; height: 16px
> !important;
> border: 1px inset !important; padding: 1px !important; }
> .attachmentBox {width: auto !important; max-width: 24em !important;
> min-width: 11.5em !important;
> height: 16px !important; margin: 0px !important; border: none
> !important; padding: 0px !important; }
>
>
I'm adding a question in this thread since it relates to the Subject
resolutions.
I have had my attachment window scrollable seems like forever. But just
last week I noticed what may be a bug caused by the scrollable window
and I want to see if anyone else has seen it. I received an email with
attachments that I usually receive each month. For some reason they
were one short. I emailed the company back and they told me everything
was sent. I scrolled the attachment window and it turned gray and empty
when scrolling down. Then for some reason, I enlarged the TB program
window width and out popped another attachment! I shrink the window and
it disappears, not even scrolling can I see it.
Can anyone else try this and see if it can be replicated? I use the
default theme and Lightning .7.
Thanks,
--
Terry R.
Anti-spam measures are included in my email address.
Delete NOSPAM from the email address after clicking Reply.
Miles
> Miles wrote:
>> * Ron K. wrote:
>>> Miles wrote:
>>>> * Ron K. wrote:
>>>>> Ian wrote:
>>>>>> Richard wrote:
>
Am using the default template, so that's not related.
I also used Skypilot for years, but with 2.0 discontinued due to it
doesn't allow 2 rows of the toolbar -- can't see 2nd row, buttons merely
extend off screen
quote:
The Sky Pilot Classic theme is dependent on the primary toolbar being a
specific height so it won't support the override below.
Regrets,
Pat unquote -- dated 5/8/07
My WinXP res is set at 1280x1024 could relate. Also in TB, both
proportional & mono fonts are 18 pixels and minimum font is 14. But
not certain how those settings could affect the attachment pane when we
are talking about the difference in Large icons or normal size.
Miles
Great that you succeeded, Richard, and hopefully we'll find a statement
that will work for my machine!
Ron K.
The size of small icons is 16 px, so your 18 px font is forcing a taller
line height. I get around the toolbar limit by putting some tool icons
on the menu bar. Since I set both icon and text for tool items I get a
menu like button with the text to the right of each icon I put onto the
menu bar. There is currently room for several icons on the Tb toolbar
and the menu bar is empty. In Fx the URL bar in 1/2 the width of the
toolbar and I have 4 icons on menu bar with the search bar. I am not a
icon button oriented user with add-ons that offer more of them.
Richard
Gee.. mine looks great now, the separation bar is thin and the default
space narrow at the very bottom, second best to having it like SM but
acceptable until someone wakes up to the positioning of this attachment
window.
I really don't know what I'm doing, but am an experienced general user,
here is what I have fiddled with, it probably has some errors in it and
has code that is not necessary (wouldn't really know), but it sure works
for me. I am using Nautipolis 1.7.17 skin and don't know if this makes a
difference.
#attachment-splitter { min-height: .5px !important; }
#attachmentView { height: 25px !important; overflow-y: auto !important;
margin: 0px !important; border: none !important; padding: 0px
!important; background-color: rgb(180,190,200) !important; }
#attachmentList { margin: 1px 1px 1px 1px !important; height: 16px
!important; border: 1px inset !important; padding: -1px !important; }
Miles
> ...attachmentBox {width: auto !important; max-width: 24em !important;
> min-width: 11.5em !important;
> height: 16px !important; margin: 0px !important; border: none
> !important; padding: 0px !important; }
Thanks, Richard, and I'll certainly give yours a try -- It would appear
you know more about it than I!!
However, right now my computer is dead and can't yet isolate if hard or
software caused so may be buying a new one Friday, then when all is
updated on the new machine, will get back to this.
Miles
Terry R.
And getting used to Vista ;-)
Terry R.
Hi Richard,
Does your background color work in the attachment window? Mine doesn't.
I changed the rgb to the color name I use in everything else but it
didn't work (background-color: lightsteelblue !important;)
But everything else works better than the two lines I had before, and it
also fixed that disappearing attachment item I reported yesterday.
Terry R.
Make sure you change the ...attachmentBox to #attachmentBox when you do.
Terry R.
The background color didn't work for me being in attachmentView, so I
put it into the attachmentBox and now it's working.
Terry R.
> On 11/20/2007 10:16 PM On a whim, Richard pounded out on the keyboard
>>
>> #attachment-splitter { min-height: .5px !important; }
>> #attachmentView { height: 25px !important; overflow-y: auto !important;
>> margin: 0px !important; border: none !important; padding: 0px
>> !important; background-color: rgb(180,190,200) !important; }
>> #attachmentList { margin: 1px 1px 1px 1px !important; height: 16px
>> !important; border: 1px inset !important; padding: -1px !important; }
>> ..attachmentBox {width: auto !important; max-width: 24em !important;
>> min-width: 11.5em !important;
>> height: 16px !important; margin: 0px !important; border: none
>> !important; padding: 0px !important; }
>
> The background color didn't work for me being in attachmentView, so I
> put it into the attachmentBox and now it's working.
>
CORRECT THAT. I meant attachmentList
Ron K.
> On 11/21/2007 2:17 PM On a whim, Terry R. pounded out on the keyboard
>
>> On 11/20/2007 10:16 PM On a whim, Richard pounded out on the keyboard
>
>>>
>>> #attachment-splitter { min-height: .5px !important; }
>>> #attachmentView { height: 25px !important; overflow-y: auto !important;
>>> margin: 0px !important; border: none !important; padding: 0px
>>> !important; background-color: rgb(180,190,200) !important; }
>>> #attachmentList { margin: 1px 1px 1px 1px !important; height: 16px
>>> !important; border: 1px inset !important; padding: -1px !important; }
>>> ..attachmentBox {width: auto !important; max-width: 24em !important;
>>> min-width: 11.5em !important;
>>> height: 16px !important; margin: 0px !important; border: none
>>> !important; padding: 0px !important; }
>>
>> The background color didn't work for me being in attachmentView, so I
>> put it into the attachmentBox and now it's working.
>>
>
> CORRECT THAT. I meant attachmentList
>
I'll tell you that what I miss the most with the Tb 2 attachment pane
is, the highlighting of a selected attachment so that I know which one I
am processing.
Ken Whiton
*-* In Article WqadnZToSZ0xM9na...@mozilla.org,
*-* Terry R. wrote
*-* About Re: Attachments in annoying position
> On 11/21/2007 2:17 PM On a whim, Terry R. pounded out on the
> keyboard
>> On 11/20/2007 10:16 PM On a whim, Richard pounded out on the
>> keyboard
>>> #attachment-splitter { min-height: .5px !important; }
>>> #attachmentView { height: 25px !important; overflow-y: auto !important;
>>> margin: 0px !important; border: none !important; padding: 0px
>>> !important; background-color: rgb(180,190,200) !important; }
>>> #attachmentList { margin: 1px 1px 1px 1px !important; height: 16px
>>> !important; border: 1px inset !important; padding: -1px !important; }
>>> ..attachmentBox {width: auto !important; max-width: 24em !important;
>>> min-width: 11.5em !important;
>>> height: 16px !important; margin: 0px !important; border: none
>>> !important; padding: 0px !important; }
>> The background color didn't work for me being in attachmentView, so
>> I put it into the attachmentBox and now it's working.
> CORRECT THAT. I meant attachmentList
That's odd. Background-color: works for me in #attachmentView,
but not in either #attachmentBox or #attachmentList.
Ken Whiton
FIDO: 1:132/152
InterNet: kenw...@surfglobal.net.INVAL (remove the obvious to reply)
Terry R.
That is strange. I would think attachmentView should work (as Richard
put in) because it is so named, but when trying it on my system it
didn't work, and trying it in each tag only worked in attachmentList.
Do you have your Preview Pane background color set in userContent.css?
I do. And the other two Panes in userChrome.css.
Ron K.
This is working for me with the SPC theme:
.attachmentBox {width: auto !important; max-width: 24em !important;
min-width: 11em !important;
height: 16px !important; margin: 0px !important; border: none
!important; padding: 0px !important;
background-color: rgb(220,220,220) !important; }
Note attachmentBox is not an # id but a "." class when viewed in DOMi.
Edit your # to a "." and it should work.
Terry R.
So I guess the background color can be set in various tags? I'm
currently using it in attachmentList, because it wasn't working in
attachmentView as Richard posted above. You have it in attachmentBox.
Thanks for pointing out the # & . change, as I had it as #attachmentBox,
not .attachmentBox . Richard's example above had two periods and I
corrected it incorrectly. Now I have to see what difference that will
make on the attachment window, as I like the way it displays right now
and attachmentBox isn't in the mix yet.
Terry R.
Ron K. corrected me on this. It should be .attachmentBox not
#attachmentBox. Only one period though, not as above.
Ron K.
What I found is my style places the attachment name text on a different
colored BG for just the attachment label. The coloring of the
attachment assembly I handle either in ..View or..List. What got
dropped from Tb2 was a selected item highlight of attachments when the
mouse hovered over them. This code is a step to finding if I can add a
selector to the ..Box code such as [selected=true] or [hover=true] so
when true the item with the mouse cursor over it switches color like
happened in Tb 1.5.
Ken Whiton
*-* In Article QaadnUgki5MyA9ja...@mozilla.org,
*-* Terry R. wrote
*-* About Re: Attachments in annoying position
> On 11/21/2007 9:48 PM On a whim, Ken Whiton pounded out on the
> keyboard
>> *-* Terry R. wrote
>>> On 11/21/2007 2:17 PM On a whim, Terry R. pounded out on the
>>> keyboard
[ ... ]
>>>> The background color didn't work for me being in attachmentView,
>>>> so I put it into the attachmentBox and now it's working.
>>> CORRECT THAT. I meant attachmentList
>> That's odd. Background-color: works for me in
>> #attachmentView, but not in either #attachmentBox or
> #attachmentList.
> That is strange. I would think attachmentView should work (as
> Richard put in) because it is so named, but when trying it on my
> system it didn't work, and trying it in each tag only worked in
> attachmentList.
After applying Ron's "." correction, I have it working in both
#attachmentView and .attachmentBox. On my systems here, the
#attachmentView statement applies color to the "frame" around the list
of attachments, while the .attachmentBox statement applies a box of
color around the name and icon of each individual attachment. I've
been using the #attachmentView statement for several months now, and
it works on both my desktop and my laptop. I haven't tried the
.attachmentBox statement on the laptop yet, but it works as described
above on the desktop.
> Do you have your Preview Pane background color set
> in userContent.css?
No.
> I do.
I set both the foreground (text) and background colors in the
preview pane with
Tools --> Options --> Display --> [Formatting tab] --> HTML Messages
When displaying HTML messages, use the following: (with boxes to
select the text and background colors)
and as I wrote in a post in the recent "set background?" thread:
"Although it says this is for HTML messages, on my systems it
also sets the message pane/window colors for plain text messages. In
the config editor, changes in these settings result in changes to the
browser.display.foreground_color and
browser.display.background_color preferences."
> And the other two Panes in userChrome.css.
As do I.
Ken Whiton
*-* In Article qZydnb0g6JFwatja...@mozilla.org,
*-* Ron K. wrote
*-* About Re: Attachments in annoying position
> Terry R. wrote:
>> On 11/22/2007 8:51 AM On a whim, Ron K. pounded out on the keyboard
>>> Ken Whiton wrote:
>>>> *-* Terry R. wrote
>>>>> On 11/21/2007 2:17 PM On a whim, Terry R. pounded out on the
>>>>> keyboard
>>>>>> On 11/20/2007 10:16 PM On a whim, Richard pounded out on the
>>>>>> keyboard
>>>>>>> #attachment-splitter { min-height: .5px !important; }
>>>>>>> #attachmentView { height: 25px !important; overflow-y: auto
>>>>>>> !important;
>>>>>>> margin: 0px !important; border: none !important; padding: 0px
>>>>>>> !important; background-color: rgb(180,190,200) !important; }
>>>>>>> #attachmentList { margin: 1px 1px 1px 1px !important; height:
>>>>>>> 16px !important; border: 1px inset !important; padding: -1px
>>>>>>> !important; }
>>>>>>> ..attachmentBox {width: auto !important; max-width: 24em
>>>>>>> !important; min-width: 11.5em !important;
>>>>>>> height: 16px !important; margin: 0px !important; border: none
>>>>>>> !important; padding: 0px !important; }
>>>>>> The background color didn't work for me being in attachmentView,
>>>>>> so I put it into the attachmentBox and now it's working.
>>>>> CORRECT THAT. I meant attachmentList
>>>> That's odd. Background-color: works for me in
>>>> #attachmentView, but not in either #attachmentBox or
>>>> #attachmentList.
>>> This is working for me with the SPC theme:
>>> .attachmentBox {width: auto !important; max-width: 24em !important;
>>> min-width: 11em !important;
>>> height: 16px !important; margin: 0px !important; border: none
>>> !important; padding: 0px !important;
>>> background-color: rgb(220,220,220) !important; }
>>> Note attachmentBox is not an # id but a "." class when viewed in
>>> DOMi. Edit your # to a "." and it should work.
It did. I had noted and was using Terry's (erroneous)
"correction". :-)
>> So I guess the background color can be set in various tags? I'm
>> currently using it in attachmentList, because it wasn't working in
>> attachmentView as Richard posted above. You have it in
>> attachmentBox.
>> Thanks for pointing out the # & . change, as I had it as
>> #attachmentBox, not .attachmentBox . Richard's example above had
>> two periods and I corrected it incorrectly. Now I have to see what
>> difference that will make on the attachment window, as I like the
>> way it displays right now and attachmentBox isn't in the mix yet.
> What I found is my style places the attachment name text on a
> different colored BG for just the attachment label.
That's what it does for me, too, using the .attachmentBox
statement. Unfortunately, that's not exactly what I'm looking for.
What I'd like is for my selected background color to be applied to the
entire inner area containing the list of attachments. You'd think (or
at least I do) that the #attachmentList statement should do that, but
on my (desktop) system it doesn't do anything. :-( I haven't tried it
on my laptop yet.
> The coloring of
> the attachment assembly I handle either in ..View or..List.
If by "the attachment assembly" you mean the outer "frame" around
the inner list area, the #attachmentView statement sets the color
there for me (on both my systems). FWIW, here's the complete
attachment-related section of my userChrome.css file:
/* Attachment Pane At Bottom Of Message Window */
#attachmentView {
-moz-appearance: none !important;
height: 66px !important; overflow: auto !important;
background-color: red !important; }
.attachmentBox {
background-color: yellow !important; }
> What
> got dropped from Tb2 was a selected item highlight of attachments
> when the mouse hovered over them. This code is a step to finding if
> I can add a selector to the ..Box code such as [selected=true] or
> [hover=true] so when true the item with the mouse cursor over it
> switches color like happened in Tb 1.5.
That might have been related to your SPC theme, and not directly
to TB. I'm still using TB 1.5 (default theme) and I've never seen
that here.
Miles
Finally back to this after replacing the hard drive with a larger one
which wasn't the cause. Then tried adding a USB board to utilize
outlets on the back to the hub on top, and that didn't do it either
(problems appeared to be pointing to USB problems with the Intel mother
board). So then a bigger and louder power supply which did the trick.
Interesting that corrected another problem in that frequently on bootup
the windows taskbar color changed from grey to dark blue (along with the
top bar in programs). And that occurred no matter which theme.
Presumably somehow related to insufficient or unsteady power on bootup,
which may have caused other irregularities as well.
At any rate, now have the attachment area fixed with user chrome:
#attachmentView { height: 50px !important; overflow-y: auto !important; }
#attachmentList { margin: 5px 18px 4px 8px !important; }
#attachmentList
{
background-color: ivory !important;
And using small icons (mailnews.attachments.display.largeview = false).
Found that using large or small icons with 36 to 55px the bottom of the
first text line was chopped off, and the scrollbar was not there. So
increased to 60px and it's ok. Then back to small icons and it's fine.
Then back to 50 px (about 14mm high) and the scroll bar was there. And
changes were made with TB closed! Quite a hassle and don't know why
the changes took their toll on the scrollbar. FYI, resolution is
1280x960, and it may also relate to TB fonts & their sizes, I don't know.
Even the upper border is minimal, and the color is just what the doctor
ordered.
Thanks for all your assistance :-)
Miles