Summary: | Drag column separator left, then column quickly disappears. | ||
---|---|---|---|
Product: | [Eclipse Project] Platform | Reporter: | David Gross <dpgross> |
Component: | SWT | Assignee: | Platform-SWT-Inbox <platform-swt-inbox> |
Status: | NEW --- | QA Contact: | |
Severity: | minor | ||
Priority: | P3 | CC: | arronm, eclipse.felipe, pwebster, Silenio_Quarti |
Version: | 3.6 | ||
Target Milestone: | --- | ||
Hardware: | PC | ||
OS: | Windows XP | ||
Whiteboard: | |||
Attachments: |
Description
David Gross
2010-11-12 18:56:09 EST
Created attachment 183060 [details]
one.bmp Original table view
Created attachment 183061 [details]
two.bmp Narrow the view to hide
Created attachment 183062 [details]
three.bmp Horizontal scroll to unhide rightmost column
Created attachment 183063 [details]
four.bmp rightmost column has overlaid column to its left
(In reply to comment #0) > Build Identifier: How do I find out? Could be 1.9.0.v2010024_1801 In Help>About>Installation details. See if you can find a org.eclipse.platform or org.eclipse.rcp feature. PW (In reply to comment #5) Build version of org.eclipse.platform is 3.4.2.R342_v20090122 >The same thing happens with pure Windows Explorer.
This is a bug in Windows, agreed ?
You can easilly get back the column by resizing back to the right, correct ?
Comment 7 is correct. It's a characteristic (bug or no bug) of Windows. The column can be resized as long as you remember to hold down the mouse. Once you've let go of the mouse, it is hard to resize. Even though it's a Windows bug, the customer wants eclipse to fix it. If only the rapid shift to the left were either eliminatef or slowed down he would be happy. (In reply to comment #8) > Even though it's a Windows bug, the customer wants eclipse to fix it. I'm not sure this is possible in this case. Would Bug 177175 be related, or at least a possible solution (if it were ever implemented). At least with a min width, the column would not entirely disappear. (Note that currently you can always trap the column resize and set the width back to some acceptable number) The customer would be happy for anything. Bug 177175 would be fine. 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. |