Community
Participate
Working Groups
Created attachment 236822 [details] screenshot of sash with pointer, not yet ready to resize The divider/sash (I'm not sure how this is called) for resizing parts in the workbench is hard to click with the mouse. From experimentation, it seems the area where resizing is possible is 3 pixels wide (3 pixels high for horizontal line). In the default theme, the visual area of the sash is wider than 3 pixels, which may give the impression that the whole area can be used for resizing. But this is currently not the case, see the screenshot for an example where the pointer is in the area but resizing is not yet possible. If possible, it would be nice if the mouse area could be made bigger. I would submit a patch, but I couldn't find where this is defined.
Created attachment 237153 [details] patch for changing SashLayout to use an event filter for mouse move I experimented a bit with changing things in SashLayout. The problem is that the sashes are a certain width (4 px), and the rest of the space between the parts is from drawing the shadows and belongs to controls of CTabRendering. Only the sashes allow to drag even though the space between the parts looks bigger. If SWT had transparent controls, these could be used for making the mouse sensitive area bigger than the sash. But that's not possible it seems. So the patch uses a global mouse move event filter on the display to achieve the effect. But this has problems of its own: When hovering over the bottom part of a sash, clicking and dragging can also result in the part header being dragged in addition to the sash, which results in pretty weird behavior. I haven't found a way to prevent this. So I think that the only way to make the experience for this better is to reduce the whitespace outside the sashes (so that the visuals correspond to the mouse area), which is what bug 420238 is about.
