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)
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)
|
3.12 KB,
patch
|
mark
:
superreview+
|
Details | Diff | Splinter Review |
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
Comment 1•18 years ago
|
||
I am actually OK with the way it's worded now, but sure, whatever.
| Assignee | ||
Updated•18 years ago
|
Flags: camino1.6b1?
| Assignee | ||
Comment 2•18 years ago
|
||
Comment 3•18 years ago
|
||
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+
| Assignee | ||
Comment 4•18 years ago
|
||
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)
Comment 5•18 years ago
|
||
"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.
Comment 6•18 years ago
|
||
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.
Comment 7•18 years ago
|
||
Comment 8•18 years ago
|
||
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. :)
| Assignee | ||
Comment 9•18 years ago
|
||
Comment 10•18 years ago
|
||
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
| Assignee | ||
Comment 11•18 years ago
|
||
"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)
Updated•18 years ago
|
Attachment #294711 -
Flags: superreview?(mark) → superreview+
| Assignee | ||
Comment 12•18 years ago
|
||
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
| Reporter | ||
Updated•18 years ago
|
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•