Community
Participate
Working Groups
The 'Uncategorized' category in the Keys preference page has many identical entries due to entries that are now auto-generated from the action contributions. What do the 4 "Add Task" entries do? Are they doing something different?
These are auto-generated commands from parsing the legacy action-based extension points. I just realized how many duplicates there were yesterday, and haven't had a chance to think about it much. Things I've considered: (1) Trying to merge them into a single command, and then try to use activeWhen criteria to make sure the handlers become active at the right moment (2) Don't show uncategorized commands in the keys preference page
Moving Dougs bugs
You may already be aware of this but, this looks really bad with Callisto loaded because there are many more duplicates and there are also some commands that are missing strings.
Just wondering as you marked this one as depending on bug 176235: are you planning to pull out the 'Keys' preference page and replace it with the new one?
That's what I'm hoping to do (this will be the 3rd release that platform UI has tried). The original keys pages won't be deleted, but won't be the default page that's shipped with the SDK. PW
These zombies became much more apparent on the new Keys preference page. On the old page, they were all 'hidden' in the 'Uncategorized' category, but on the new page, they always show up in the table as soon as 'Include unbound commands' is checked.
A potentially longer term solution might be to display some contributing information. I'll try and filter them out from the Advanced dialog. PW
Created attachment 66140 [details] Filter out uncategorized commands v02 By default, filter out uncategorized commands. PW
OK, maybe those flags don't work the way I think:-) Boris, could you please review this change? Thanx, pW
Created attachment 66197 [details] Filter out uncategorized commands v03 OK, without the internal Util or weak hash map. Just use a special string to set and unset the optimization in PatternFilter. PW
Created attachment 66348 [details] Filter out uncategorized commands v04 Match patch to HEAD PW
Created attachment 66692 [details] Filter out uncategorized commands v05 Updated to HEAD PW
It looks like there is a NLS key without a value in the .properties file: UncategorizedFilterCheckBox_Text
Never mind, the sync view didn't show all outgoing changes.
+1 for RC1, with one thing I would like to be documented in PatternFilter: Can you please file a bug requesting the API change in PatternFilter (making filter non-final) and reference that bug from a comment in filter() and setPattern()?
Added bug 186404 to track the API request for 3.4 and released to HEAD >20070510 PW
Tested on I20070515-0010: the attached image says it all: still visble even though filter is checked.
Created attachment 67205 [details] Image showing uncategorized commands
Please ignore my previous comments.
Verified in I20070515-0010.