Closed Bug 403173 Opened 18 years ago Closed 18 years ago

Change "it's" to "it is" in Empty Cache dialog

Categories

(Camino Graveyard :: Toolbars & Menus, defect)

PowerPC
macOS
defect
Not set
trivial

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: samuel.sidler+old, Assigned: alqahira)

Details

(Keywords: fixed1.8.1.12, polish)

Attachments

(1 file, 1 obsolete file)

The Empty Cache dialog reads "Camino saves the contents of web pages you visit in a cache so that it’s faster to visit them again. You cannot undo this action." s/it's/it is
I am actually OK with the way it's worded now, but sure, whatever.
Attached patch No more "it’s" in the cache (obsolete) — Splinter Review
Assignee: nobody → alqahira
Status: NEW → ASSIGNED
Attachment #294624 - Flags: review?(cl-bugs)
Comment on attachment 294624 [details] [diff] [review] No more "it’s" in the cache r=me. This should probably be another bug, but why can't the History pref pane just use the strings from the app bundle itself, so we don't have to change stuff like this in two places?
Attachment #294624 - Flags: review?(cl-bugs) → review+
Comment on attachment 294624 [details] [diff] [review] No more "it’s" in the cache (In reply to comment #3) > This should probably be another bug, but why can't the History pref pane > just use the strings from the app bundle itself, so we don't have to change > stuff like this in two places? Because prefPanes are separate executable bundles, and they have their own strings.
Attachment #294624 - Flags: superreview?(mark)
"so that it is faster to visit them again." Really? I don't know. "so that they load more quickly on future visits." Something along those lines? We can access main bundle strings from a prefpane with: [[NSBundle mainBundle] localizedStringForKey:key value:value tableName:nil]; or the NSLocalizedStringFromTableInBundle equivalent. Perhaps we should add a main-bundle-string getter utility to PreferencePaneBase, or update localizedStringForKey: to fall back to checking the main bundle's strings if a string isn't present in the prefpane's own strings file.
Another idea is to just keep a single copy of the clear-cache code, in the main executable. Then, we can eliminate some duplicated code in addition to duplicated strings. Right now, the main executable shows an application-modal dialog with NSRunCriticalAlertPanel, and the prefpane shows a window-modal sheet with NSBeginCriticalAlertSheet. We can move to something where we have -[MainController runEmptyCacheDialogOnWindow:], along the lines of: - (void)runEmptyCacheDialogOnWindow:(NSWindow*)window { if (window) { // pass emptyCacheDialogDidEnd:returnCode:contextInfo: as didEndSelector NSBeginCriticalAlertSheet(...); } else { int returnCode = NSRunCriticalAlertPanel(...); [self emptyCacheDialogDidEnd:nil returnCode:returnCode contextInfo:nil]; } } The History prefpane's clearDiskCache: would change to a single call to [[NSApp delegate] runEmptyCacheDialogOnWindow:[self window]];. We'd get to remove its copy of clearDiskCacheSheetDidEnd:, getting us halfway to de-Geckoizing that prefpane. "Clear History" takes care of the other half - just repeat the above steps with that (it's the same exact thing), and History.prefPane will be completely Gecko-free. This is an excellent exercise for anyone with any level of programming skill - it's within everyone's reach, and there's probably something interesting to learn for everyone owing to the inter-modular nature of this change.
Mark, should a new bug be filed for comment 5 and comment 6, or do we want to do that here?
Either way, but I'm not satisfied with the wording in attachment 294624 [details] [diff] [review], so we should change the wording regardless of how much extra work you guys want to do in this bug. :)
Blame smfr for the wording, but yeah, I was hoping you'd say "let's make it better" ;) Unless someone is planning on doing comment 5/comment 6 soon, I'd prefer to just fix the text here and open a new bug for the deGeckoization.
I'm on dialup or I'd have filed the bug already. Someone assign it to me and I'll get to it soon enough. Go ahead and fix the wording here and I'll try to get the other fixed next week-ish. cl
"so that they load more quickly on future visits" sounds good to me. See bug 410030 for the deGeckoification.
Attachment #294624 - Attachment is obsolete: true
Attachment #294711 - Flags: superreview?(mark)
Attachment #294624 - Flags: superreview?(mark)
Attachment #294711 - Flags: superreview?(mark) → superreview+
Landed on the trunk and MOZILLA_1_8_BRANCH.
Status: ASSIGNED → RESOLVED
Closed: 18 years ago
Flags: camino1.6b1? → camino1.6b1+
Keywords: fixed1.8.1.12
Resolution: --- → FIXED
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: