Community
Participate
Working Groups
The standard "Templates" view could use several improvements that will help to use screen real estate more efficiently: * Reduce number of view toolbar buttons to avoid toobar use an extra row when there is not enough space, e.g. edit and delete actions are not used frequently and could go into popup menu. follow editor action could go into the view menu * Remove "Preview" label from the panel separator. It is quite obvious what it does without the label, which takes at least 2 rows of the data table (see History view) * Remove an extra border around preview panel (see attached screenhot and compare with History and Search views) * Provide Horizontal layout with "preview" panel on the right side of the list (see JUnit, Type Hierarchy and Call Hierarchy views for an example) * Allow to hide "preview" panel * Remove horizontal scroll bar from the "preview" panel. At least on windows, scroll bar won't be shown when using "wrap" flag on swt text widget Thanks
Created attachment 115850 [details] Templates view current look of the Templates view from my workspace that shows inefficience of the view (e.g. too few actual entries are visible)
>* Remove an extra border around preview panel (see attached screenhot and >compare with History and Search views) Done. >* Allow to hide "preview" panel Good idea. >* Provide Horizontal layout with "preview" panel on the right side of the list >(see JUnit, Type Hierarchy and Call Hierarchy views for an example) Good idea. >* Remove "Preview" label from the panel separator. It is quite obvious what it >does without the label, which takes at least 2 rows of the data table (see >History view) I like it and it is consistent to other UIs in Eclipse where the different sections get a label. No plans to change this. >* Reduce number of view toolbar buttons to avoid toobar use an extra row when >there is not enough space, e.g. edit and delete actions are not used frequently >and could go into popup menu. follow editor action could go into the view menu How do you use the view? Reading this request it's probably not like in your screen shot. I think this only makes sense when you have it vertically stacked and you are only interested in the template names, right? Removing one or two less used buttons is possible. Personally I would remove the Link With... button. >* Remove horizontal scroll bar from the "preview" panel. At least on windows, >scroll bar won't be shown when using "wrap" flag on swt text widget Users want to see the line breaks and the preview should behave like all other previews we have so far in Eclipse. Hence, we can't do this. Best would be to file separate bugs so that chances are higher that one or more of these gets fixed.
(In reply to comment #2) > >* Remove "Preview" label from the panel separator. It is quite obvious what it > >does without the label, which takes at least 2 rows of the data table (see > >History view) > I like it and it is consistent to other UIs in Eclipse where the different > sections get a label. No plans to change this. Arguably. The "other views" you are probably referring to, more crafted to be used in "fast view" mode (e.g. Type Hierarchy and JUnit views), so there is no constant jumping between the view and the editor, at least not that much comparing to templates view. > How do you use the view? Reading this request it's probably not like in your > screen shot. It is exactly like in my screenshot. As you can see, there is number of other views stacked horizontally, only leaving space for few toolbar icons at the right side of the view tabs. > Personally I would remove the Link With... button. Is it a frequent operation? Perhaps you could use "usage data" to get some evidence about what actions are actually used. > >* Remove horizontal scroll bar from the "preview" panel. At least on windows, > >scroll bar won't be shown when using "wrap" flag on swt text widget > Users want to see the line breaks and the preview should behave like all other > previews we have so far in Eclipse. Hence, we can't do this. Ok, can we al least have an option in the view menu to allow to wrap preview?
(In reply to comment #3) > Arguably. The "other views" you are probably referring to, more crafted to be > used in "fast view" mode (e.g. Type Hierarchy and JUnit views), so there is no > constant jumping between the view and the editor, at least not that much > comparing to templates view. I meant to say that those views usually have more screen real estate available, comparing to Templates view, which seem to intended to be permanently present in the perspective layout. So, using redundant labels to state the obvious information is only adding visual noise. Eg. you don't have label for the list itself, because it is also obvious. This approach works really well for CVS History view, which has 3 or 4 panels and is using screen real estate very efficiently.
>It is exactly like in my screenshot. As you can see, Right, see it now. Sorry. >Ok, can we al least have an option in the view menu to allow to wrap preview? No, because there is no support for word wrap in text viewers, so e.g. syntax coloring would be broken.
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.
