After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 312412 - attachment ui takes up too much space
attachment ui takes up too much space
Status: RESOLVED OBSOLETE
Product: evolution
Classification: Applications
Component: Mailer
2.4.x (obsolete)
Other All
: Normal minor
: Future
Assigned To: Srinivasa Ragavan
Evolution QA team
composer
: 323117 (view as bug list)
Depends on:
Blocks: 323105 327508 327510
 
 
Reported: 2005-08-02 21:15 UTC by Jeffrey Stedfast
Modified: 2016-02-02 12:01 UTC
See Also:
GNOME target: ---
GNOME version: 2.11/2.12


Attachments
Two option menus for the same attachment (55.30 KB, image/png)
2016-02-02 11:59 UTC, q8311692
Details
Areas with much wasted space (118.44 KB, image/png)
2016-02-02 11:59 UTC, q8311692
Details

Description Jeffrey Stedfast 2005-08-02 21:15:25 UTC
remove the attachment ui altogether

Other information:
message text is FAR more important than the attachments of the message, but with
the new attachment UI - where the attachment icon list is at the top of the
message between the headers and the message body - it pushes message body text
off the screen forcing me to scroll to read the message when I wouldn't
otherwise have to.

even in collapsed state, it takes up too much space.

maybe put the attachment icon list at the end of the message text would work
Comment 1 Srinivasa Ragavan 2005-08-03 05:40:40 UTC
fejj,

It consumes one (little big) line of space in a collapsed state. And i feel that
for any user, it cant be so bad. i understand in case of expanded view. But it
is closed by default. If we push it to the end 90% of users wont even come to
know that it is present. Also it combines the feature of save all, which goes
useless in that case.

Comment 2 Not Zed 2005-08-03 08:29:49 UTC
try using the message pane, rather than the separate message window.  it is
pretty noticable.

in no way is this a blocker anyway!

Comment 3 André Klapper 2005-12-06 10:13:48 UTC
*** Bug 323117 has been marked as a duplicate of this bug. ***
Comment 4 André Klapper 2005-12-06 10:15:26 UTC
quoting srini:
"you can set the EVOLUTION_NO_BAR in the environment variable and go 
ahead. Please check the list, it was discussed for optio and rejected earlier 
and so only notzed implemented this."

adding dep; updating target and version number.
Comment 5 Karsten Bräckelmann 2005-12-06 15:28:24 UTC
I do not agree that env var is a solution. This bar duplicates options that have
been available previously.

* ALL attachments are displayed at their *proper* position anyway inside the mail.
* Evo 2.2 had a feature to "save all" already, even with more options.

This line is totally unnecessary and should be easy for a *user* to get rid of,
if he pleases so. It is in no way an option to tell a user to use env vars. The
user might not even have the possibility to do so. Think about users, not hackers.


Since we're quoting from bug #323117:

The attachments thingy in the header wastes way too much space.

Please make this one an option, so that the user can get rid of this useless
thingy while gaining a lot of precious space to actually see the mail contents.

Preferences / Mail Preferences / Headers  probably is a good place for this option.
Comment 6 André Klapper 2006-06-14 14:13:22 UTC
removing old target milestone.
Comment 7 Matthew Barnes 2008-03-29 14:38:26 UTC
Is this bug obsolete?  The attachment UI is at the bottom of the composer window now, and I don't see a problem with it.
Comment 8 Jeffrey Stedfast 2008-03-29 15:09:14 UTC
this was referring to the message viewer, not composer.

but I've gotten used to it, so it doesn't bother me anymore. may have been improved as well, I haven't been paying attention.
Comment 9 Matthew Barnes 2008-03-29 16:37:23 UTC
Okay, closing as OBSOLETE then.  Someone can reopen if there's still interest.
Comment 10 q8311692 2016-02-02 11:45:05 UTC
Hello,

it bothers me, actually.

I don't see why in the mail view, there are both the topic line and below another line only for attachments. I think the attachment information could perfectly fit to the right side of the topic line.

Then, there is another attachment view *below* the message content. Why not show only the list view, which is perfectly sufficient?

The bars in Evolution in general are very thick. The padding of all icons is almost the size of the icon itself in height. The "Tool bar" has much higher height than, for example, the search bar. 

The bottom "Status bar", which wastes screen space over the whole horizontal width, is used only to show the connection status symbol on the bottom left side. 

The connection status symbol could perfectly fit in the upper right edge of the menu bar itself, since the connection status is something which is mostly essential to a mail client.

Evolution is a great client but it is really not usable on a small display. Thunderbird does a much better job at that. One can't tell the reason by the first glance, but comparing both clients in detail shows that Evolution just wastes much more space on icon height and padding and unneccessary bars and panes like the "status bar" and multiple attachment preview for a single message.
Comment 11 q8311692 2016-02-02 11:45:59 UTC
Please reopen and set the version number to an actual version.
Comment 12 q8311692 2016-02-02 11:59:04 UTC
Created attachment 320260 [details]
Two option menus for the same attachment

There should be only one place where an attachment shows up.

Regarding the preview of the attachments, this should be at the bottom of the message content area.
Comment 13 q8311692 2016-02-02 11:59:44 UTC
Created attachment 320261 [details]
Areas with much wasted space
Comment 14 q8311692 2016-02-02 12:01:44 UTC
To give another example: The height of the Firefox address and menu bar is only about half the height of the Evolution Tool bar.

It appears to me that almost all icons are vertically padded by too much pixels.