Closed Bug 377801 Opened 14 years ago Closed 14 years ago
sort out future of typeaheadfind and ns
Windows Hooks locale files
global-platform/win/nsWindowsHooks.properties and global/typeaheadfind.properties are still delivered to en-US.jar in builds with a different --enable-platform-locale setting. We need to sort out what to do with both, as they don't even belong into global[-*] in the new toolkit-based world.
This patch should fix the typeaheadfind portion of this bug. This implementation typeaheadfind is suite-specific (built as suitetypeaheadfind actually) so we can just move its locale part to suite/ - along with that, I'm moving it over to communicator/ so it can safely go into suite/locales. Oh, and notfound.wav is packaged in toolkit.jar by toolkit's typeaheadfind anyways, so we can just exclude the complete resources/ subdir in suiterunner. I hope this works correctly, I did get around to test it myself as it's too late right now to do so, will test tomorrow.
Comment on attachment 264427 [details] [diff] [review] typeaheadfind patch, v1 (checked in) checked in this patch.
Attachment #264427 - Attachment description: typeaheadfind patch, v1 → typeaheadfind patch, v1 (checked in)
OK, as typeahead is fixed, I'll close that bug, as the winhooks stuff will be dealt with in bug 380347
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Depends on: 401175
You need to log in before you can comment on or make changes to this bug.