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 411787 - Column rearrangement uses big red ugly arrows
Column rearrangement uses big red ugly arrows
Status: RESOLVED OBSOLETE
Product: evolution
Classification: Applications
Component: Mailer
3.8.x (obsolete)
Other Linux
: Normal normal
: ---
Assigned To: evolution-mail-maintainers
Evolution QA team
evolution[etable]
Depends on:
Blocks:
 
 
Reported: 2007-02-25 03:28 UTC by Matthew Paul Thomas (mpt)
Modified: 2021-05-19 12:14 UTC
See Also:
GNOME target: ---
GNOME version: 3.7/3.8



Description Matthew Paul Thomas (mpt) 2007-02-25 03:28:42 UTC
Evolution 2.8.1, Ubuntu 6.10

When dragging a message list column, the pending column rearrangement is represented by a pair of big and very bright red arrows. This is ugly compared with the feedback used for column rearrangement in other mail clients.

Either the pending new arrangement should be shown by rearranging the other columns live during the drag (as in Apple Mail and Outlook Express), or the pending position of the dragged column should be shown using a theme-colored border between the columns (as in Thunderbird).
Comment 1 Matthew Barnes 2009-01-19 01:41:17 UTC
Someone motivated to hack on ETable will need to step up for this.  Not it.
Comment 2 Paul Bolle 2009-12-07 19:27:15 UTC
(In reply to comment #0)
> When dragging a message list column, the pending column rearrangement is
> represented by a pair of big and very bright red arrows.

That "pair of big and very bright red arrows" also shows up when drag-and-dropping a new column from the dialog launched by the "Add a Column..." (right click) menu item. (Tested on 2.28.0, but all current versions probably do that).
Comment 3 Paul Bolle 2009-12-07 19:38:36 UTC
(In reply to comment #1)
> Someone motivated to hack on ETable will need to step up for this.

Looking at evolution and just two other applications (nautilus and rhythmbox) makes clear that "column header configurability" and the "methods to reorganize column headers" differ quite a bit between these three applications. (Should I provide a list of differences?)

Would it be worthwhile to request gtk+ level implementations for column header tweaking? Or do these already exist?

> Not it.

Which probably means something like: "That someone won't be me".
Comment 4 Paul Bolle 2009-12-07 19:43:09 UTC
(In reply to comment #3)
> (In reply to comment #1)
> Would it be worthwhile to request gtk+ level implementations for column header
> tweaking? Or do these already exist?

And/or request an item in the HIG on this stuff.
Comment 5 André Klapper 2021-05-19 12:14:00 UTC
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. 
As part of that, we are mass-closing older open tickets in bugzilla.gnome.org
which have not seen updates for a longer time (resources are unfortunately
quite limited so not every ticket can get handled).

If you can still reproduce the situation described in this ticket in a recent
and supported software version, then please follow
  https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
and create a new bug report ticket at
  https://gitlab.gnome.org/GNOME/evolution/-/issues/

Thank you for your understanding and your help.