Bug 178736 - [Trim] Remove the white border around fastview bars
Summary: [Trim] Remove the white border around fastview bars
Status: RESOLVED WONTFIX
Alias: None
Product: Platform
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 3.3   Edit
Hardware: PC Windows XP
: P3 enhancement (vote)
Target Milestone: 3.3 M7   Edit
Assignee: Eric Moffatt CLA
QA Contact:
URL:
Whiteboard:
Keywords: polish
: 178788 (view as bug list)
Depends on:
Blocks:
 
Reported: 2007-03-22 04:04 EDT by Willian Mitsuda CLA
Modified: 2007-04-28 12:14 EDT (History)
3 users (show)

See Also:


Attachments
Screenshot: "normal" coolitem vs. fastview bar coolitem with white border around (10.77 KB, image/gif)
2007-03-22 10:47 EDT, Willian Mitsuda CLA
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Willian Mitsuda CLA 2007-03-22 04:04:01 EDT
Eclipse 3.3 I20070321-1800 - new presentation:

The white border around the fastview bars does not look good and just makes it take more space. It is just a few pixels, but enough to notice the height changing on the bottom trim area every time you maximize/restore.
Comment 1 Eric Moffatt CLA 2007-03-22 09:32:31 EDT
I'll fix the status trim size to accomodate the new bars without growing...
Comment 2 Willian Mitsuda CLA 2007-03-22 10:47:57 EDT
Created attachment 61678 [details]
Screenshot: "normal" coolitem vs. fastview bar coolitem with white border around

Eric, the problem is not just the status grown. The fastview bars from presentation don't look consistent with the native look and feel because of this border, i.e. I'd like to have them look like any other coolbar.
Comment 3 Eric Moffatt CLA 2007-03-26 14:35:50 EDT
*** Bug 178788 has been marked as a duplicate of this bug. ***
Comment 4 Eric Moffatt CLA 2007-03-26 14:41:44 EDT
If you think of the trim elements as 'minimized stacks' rather than toolbars you'll be closer to reality. We've intentionally made these appear different from the regular toolbars specifically to attempt to mitigate this confusion.

Had I the time I'd have actually rolled my own UI for these (and may still try) that gives a more 'stack-like' affordance...
Comment 5 Willian Mitsuda CLA 2007-03-26 14:54:22 EDT
I don't think there is a need to make them look so different to you know that it is a "minimized stack" instead of a "normal" toolbar.

I think the "restore" icon is enough to signal this behavior.
Comment 6 Eric Moffatt CLA 2007-03-27 16:38:38 EDT
We're actually in the process of 'tweaking' the look of the restore icon to make it look even less like a button (i.e. we're probably going to make it smaller to match what it looked like in the old presentation).

Also, while we are refining this the feedback we've received (mostly from non-'power' users...;-) is that they were indeed confusing them with toolbars which is how we ended up here...
Comment 7 Eric Moffatt CLA 2007-04-09 14:48:44 EDT
The lines are there specifically to 'mark' the new trim stacks as being different from either the regular fast view bar and/or command bars (i.e. toolbars).
Comment 8 Markus Keller CLA 2007-04-28 05:55:20 EDT
The wider new fast view bars really look broken if any other element is in the same trim area.

If the borders can't go away, could you at least distribute the wasted space next to the other elements evenly, such that the toolbar handles and the icons align again? I.e. in the attached screenshot, move the progress bar and the old fast view bar down a few pixels.
Comment 9 Mike Wilson CLA 2007-04-28 12:14:25 EDT
Variable size objects can be placed in the trim. In the general case, I can't make up my mind whether inside, center, or outside aligning them would make sense, but for our current trim (where things are *almost* the same size), I think inside aligning them looks odd. Could we try centering them instead? This would at least have the attribute that the drag thumbs would align.