Notice: This Wiki is now read only and edits are no longer possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.
Hudson-ci/Planning/SidebarSizing
Hudson Continuous Integration Server | |
Website | |
Download | |
Community | |
Mailing List • Forums • IRC • mattermost | |
Issues | |
Open • Help Wanted • Bug Day | |
Contribute | |
Browse Source |
Sidebar Sizing |
---|
This is a UI project sparked by Issue 404075 - Hudson wraps content in Build Queue and Build Executor Status.
Contents
The Issue
The Hudson UI sidebar is used to provide, amongst other things, lists of build history, executor status and so on. The issue raised is that formatting issues can occur if Job names in particular are too long, un that case we will either get wrapping within the job name or in some cases size increase in the width of the sidebar that can disrupt other elements of the UI
Examples
This example shows the current wrapping of a long job name on the build executor status:
This example shows the problem of plug-ins extending the width of the sidebar in the case of Build History.
Information
Work relating to this project will be tagged on the whiteboard in bugzilla with: hudson-ui-polish
Options
To address this issue as reported we can take several approaches
- (Mostly) Do nothing - i.e. leave the current wrapping behavior and in fact ensure that this same wrapping behavior is used consistently (e.g. in Build-history)
- Dumb Truncate - We truncate the long job name with ellipses
- Smart Truncate - We truncate some of the central portion of the job name leaving both leading and trailing information in the name
- Define shortname for a job
- Configurable Sidebar Width - We leave the current wrapping behavior but provide a configuration parameter to allow Admins to increase the width of the sidebar to suit their content and plugin configurations
Discussion
Option 1
- Low cost and we've only had one direct request for this clean up - DuncanMills
Option 2
- In the case of more complex jobs important information can be present at the end of thr Job name string, so a dumb truncate will cause loss of information (although it would be available in a tool tip). On the positive side this is a low cost change. - DuncanMills
Option 3
- Smart truncate would allow us to retain the bits of the job name that convey information. However, selecting which characters of the name are important is totally dependent on the standards used by the site and of course would vary from project to project in some cases. So we'd need a pattern mask both at the site and the job level. This would require model changes and prefence screen changes. - DuncanMills
Option 4
- Short name, like smart tuncate, would require model and config changes but would be simpler to implement and perhaps actually more satisfactory. - DuncanMills
Option 5
- Configuarable widths would probably only work in terms of setting a minimum width rather than an absolute width, otherwise there is too much danger of hitting layout problems with plugins - DuncanMills