Community
Participate
Working Groups
I20050830-0800 The width of entries in the ProgressView is no longer fixed but adapts to the length of the message line in the entry. This results in lots of flicker since the horizontal scrollbar comes and goes as the message line updates.
I'd prefer to never have a horizontal scrollbar in the progress view.
*** Bug 110537 has been marked as a duplicate of this bug. ***
Also see https://bugs.eclipse.org/bugs/show_bug.cgi?id=110512
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