Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 187224

Summary:

[Trim] Redistribute space in status bar (cosmetic feature)

Product:

[Eclipse Project] Platform

Reporter:

Holger Mising name <private_lock>

Component:

Assignee:

Platform UI Triaged <platform-ui-triaged>

Status:

CLOSED WONTFIX

QA Contact:

Severity:

trivial

Priority:

CC:

chrisbroderick

Version:

3.3

Keywords:

helpwanted

Target Milestone:

---

Hardware:

OS:

Linux

Whiteboard:

stalebug

Attachments:

Description	Flags
a screenshot of the cluttered status bar	none

Description Holger Mising name

2007-05-16 06:26:39 EDT

Build ID: i20070503 3.3M7

Steps To Reproduce:
Stack a lot of views into the same region of Eclipse and minimize it.

More information:
I'll attach a screenshot with three empty regions marked as ABC. The problem is, that the line numbers display is cutted to show those empty spaces. It would just be nice, if the line numbers get a higher priority than the other information. Alternatively, I would appreciate, if it allows me to further shrink any of those spaces.

That the file is "Writeable" or "Read-Only" is a waste of space to indicate a single bit of info. Perhaps, you could come up with two new tab colors for selected and unselected non-writeable Tabs, or change the backgroundcolor to gray or condense it into a new icon with a state dependent tooltip that reads "writeable" or "read-only"? Almost the same with Insert/Overwrite

Comment 1 Holger Mising name

2007-05-16 06:31:23 EDT

Created attachment 67377 [details]
a screenshot of the cluttered status bar

Comment 2 Eric Moffatt

2007-05-16 14:51:45 EDT

Thanks for the input. I'm in complete agreement as to the Writable / Smart Insert taking up too much space (I like your idea of turning them into state icons). I'm a little more leery of gicing StatusLine fields 'priority' values since every other time we've tried this everybody marks their own contributions as 'highest'...;-).

In any case I don't think we'll be able to get to this for 3.3 so I've marked it for a re-visit in 3.4.

Comment 3 Holger Mising name

2007-05-16 17:35:56 EDT

I understand the dilemma of priorities. But still it might be worth a thought, to just change the order to: Line number / Writeable / Smart Insert. A "lightwight-priority" by resorting would remedy this problem for now.

Another solution would be to reduce the minimum-size of those empty space components.

In the long run, those icons will free up additional pixels, without affecting these two minimal changes.

Comment 4 Eclipse Webmaster

2019-09-06 15:33:14 EDT

This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet.

If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.

Comment 5 Christopher Broderick

2019-11-06 05:42:15 EST

More dynamic/draggable space usage would be great. 
When you have a file with more than 9999 characters and your cursor is in a colum,n > 99 then it hids the column number becuase htere is not enough space.

Comment 6 Eclipse Genie

2021-11-25 18:57:04 EST

This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. As such, we're closing this bug.

If you have further information on the current state of the bug, please add it and reopen this bug. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.

--
The automated Eclipse Genie.