Bugzilla – Full Text Bug Listing
| Summary: | [Progress} ProgressView: width of entries no longer fixed, results in hor. scrollbars and lots of flicker | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Andre Weinand <andre_weinand> | ||||||
| Component: | UI | Assignee: | Tod Creasey <Tod_Creasey> | ||||||
| Status: | RESOLVED WORKSFORME | QA Contact: | |||||||
| Severity: | normal | ||||||||
| Priority: | P3 | CC: | ekuleshov | ||||||
| Version: | 3.2 | Keywords: | helpwanted | ||||||
| Target Milestone: | --- | ||||||||
| Hardware: | Macintosh | ||||||||
| OS: | Mac OS X - Carbon (unsup.) | ||||||||
| Whiteboard: | |||||||||
| Attachments: |
|
||||||||
|
Description
Andre Weinand
I'd prefer to never have a horizontal scrollbar in the progress view. *** Bug 110537 has been marked as a duplicate of this bug. *** I have removed the scrollbar and made the string truncate if required in build
>20050928
Tod, is popup tooltip still going to show a complete text? Thanks Euguene - I almost missed that. Yes it will. By the way, if I'll resize this view back to wider size (including when tasks are completed), will you "untruncate" the label? On the next update yes - we are using Dialog#shortenText Verified in 20051101 Created attachment 29281 [details]
Problem with view in eclipse-I20051102-1600 build
I've tried eclipse-I20051102-1600 build and noticed that Progress view is
screwed there. With narrow view terminate/close icons are not visible.
There is a minimum size for this view - we don't try and make it fit any smaller than the progress bar (In reply to comment #11) > There is a minimum size for this view - we don't try and make it fit any smaller > than the progress bar Can you at leas make that min size the same as progress bar that shom on the status bar? The way how it work now is really inconvenient comparing to what we had since early 3.1 builds... (In reply to comment #11) > There is a minimum size for this view - we don't try and make it fit any smaller > than the progress bar Actually it doesn't even work like this. I am seeing really wide progress bars for jobs created by Subclipse plugin. No horizontal scroll bar, but I have no way to kill these jobs because button is get lost far behind of the right border... Eugene I have opened Bug 115061 so that this issue doesn't get lost. I suspect it is an issue with the layouts I am using. (In reply to comment #14) > Eugene I have opened Bug 115061 so that this issue doesn't get lost. I suspect > it is an issue with the layouts I am using. But what about the issue when width is jumping back and forth, that makes impossible to access close/terminate button? If you want to log a seperate report about that please do - I'll need some steps to see what you are talking about. Does it happen when the progress view is larger than it's minimum size? (In reply to comment #16) > If you want to log a seperate report about that please do - I'll need some steps > to see what you are talking about. I'll fill in the report. But steps are simple: install Subclipse plugin, checkoup project from one of the Apache repositories (e.g. Maven), synchronize it and watch the size. If there are incoming changes you should see the view jumping back and forth. I don't know if it somehow related to the long subtask name, so maybe you can just play with progressMonitor.setSubTask() using some really long text as a param. > Does it happen when the progress view is larger than it's minimum size? I believe it does. Actually width jumps back and forth even on synchronization from CVS plugin. Shouldn't you reopen this issue? So, it doesn't look like fixed to me. Reopening as requested Created attachment 39100 [details]
CVS Progress
This screenshot shows that when I right click on a project in the CVS Repositories view, then choose "Check Out" and then the "Details" button, the progress dialog already shows the progress bar off the edge, with the stop button not even visible.
As of 3.3 we are now fixing the width to the view. See Bug 189991 Bug 189991 talks about some resize issues that remain |