Community
Participate
Working Groups
Build 20020123 When a long path is in the recent files list, it appears with an elipsis in the middle, e.g. org.eclipse.ui/Eclip...cleEditorAction.java It should not break up the file name unless it doesn't fit. e.g. org.eclipse.ui/Ec.../CycleEditorAction.java Compare with other apps.
Also, mnemonics should only be assigned to the first 9 items. Currently it uses the last digit, so the mnemonic gets reused if the list is long. Having duplicates increases the number of needed steps. Only the first 9 need rapid access with a mnemonic.
*** Bug 7365 has been marked as a duplicate of this bug. ***
It seems that most applications (at least the few I've looked at on Windows <g>) limit the size of the recently used file list to 9. Do we want to do this vs. using mnemonics up to 9 and than nothing after that? I guess the real question is whether or not 9 is a reasonable maximum.
There is a separate PR for configuring the length. If we allow this, then we should support >9.
Posed my question above in the PR about allowing the recent files list size to be configurable.
Polled the ui team about whether or not to truncate segments (vs. always showing full segment names) and about what parts of the path they think are most important for identifying the file. General consensus that segments should not be truncated (looks cleaner, other apps don't truncate). Somewhat general consensus that the first n segments of the file's path should be shown. (Note that from a java perspective this is probably not true, but the platform ui component is not java specific). Using the following algorithm: Append first n segments until one does not fit. Append last n segments until one does not fit. Append "/.../". Append file name. Note the filename will be truncated (i.e., ellipses put at the end) if it exceeds the maximum text length (which is 50). This is what most other apps do and will keep the menu to a reasonable size (width-wise).
Created attachment 339 [details] example formats
fixed and released
*** Bug 2465 has been marked as a duplicate of this bug. ***
Suggestion to use the following format instead of the current format: filename in pathname For example: test.java in /org/eclipse/.../internal Algorithm will be as follows and segment names will not be truncated - append file name - append first n segments until one does not fit - append "..." - append last n segments until one does not fit
Changed as follows: filename [pathname] for example: test.java [org/eclipse/.../internal]
Released fixes.
