Closed
Bug 293268
Opened 20 years ago
Closed 20 years ago
[ps] CUPS backend contains hardcoded "mozilla"
Categories
(Core :: Printing: Output, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: kherron+mozilla, Assigned: kherron+mozilla)
References
()
Details
Attachments
(1 file)
6.39 KB,
patch
|
bzbarsky
:
review+
neil
:
superreview+
caillon
:
approval1.8b2+
|
Details | Diff | Splinter Review |
The CUPS printing backend uses the hardcoded string "mozilla print job" for
print job titles. At the least, the hardcoded "mozilla" needs to be removed for
branding reasons. Better would be to do the same thing xprint does; see bug 285911.
Assignee | ||
Comment 1•20 years ago
|
||
This adds a function to the print job class for setting the job title, with an
implementation for CUPS. The fallback title--which should almost never be
used--is based on the one being considered for Xprint.
Assignee | ||
Updated•20 years ago
|
Attachment #182980 -
Flags: superreview?(neil.parkwaycc.co.uk)
Attachment #182980 -
Flags: review?(cbiesinger)
Assignee | ||
Updated•20 years ago
|
Status: NEW → ASSIGNED
Comment 2•20 years ago
|
||
Comment on attachment 182980 [details] [diff] [review]
Pass the document title to CUPS
>+ const char *title = mJobTitle.IsVoid() ?
>+ "Document without title" : mJobTitle.get();
I'd expect "Untitled Document" or some such. Seeing as this is ASCII, I suppose
localizing it would be tricky.
>+ nsCString mJobTitle; // IsVoid() if no title
IIRC nsXPIDLCString automatically defaults to void, that would save you from
having to initialize it yourself.
Attachment #182980 -
Flags: superreview?(neil.parkwaycc.co.uk) → superreview+
Assignee | ||
Comment 3•20 years ago
|
||
(In reply to comment #2)
> (From update of attachment 182980 [details] [diff] [review] [edit])
> >+ const char *title = mJobTitle.IsVoid() ?
> >+ "Document without title" : mJobTitle.get();
> I'd expect "Untitled Document" or some such. Seeing as this is ASCII, I suppose
> localizing it would be tricky.
I was just copying the fallback title used by xprint (see bug 285911). I can go
with whatever fallback title people want to use. I agree with Peter Weilbacher
that these titles will almost never appear in practice so they're not worth
localizing.
> >+ nsCString mJobTitle; // IsVoid() if no title
> IIRC nsXPIDLCString automatically defaults to void, that would save you from
> having to initialize it yourself.
Maybe this reflects my inexperience but I'd rather leave it the way it is. The
void flag on string objects doesn't seem to be widely used--I for one didn't
know about it until I started writing this patch--so the explicit initialization
makes the code more clear.
Assignee | ||
Updated•20 years ago
|
Attachment #182980 -
Flags: review?(cbiesinger) → review?(bzbarsky)
Comment 4•20 years ago
|
||
Comment on attachment 182980 [details] [diff] [review]
Pass the document title to CUPS
r=bzbarsky
Attachment #182980 -
Flags: review?(bzbarsky) → review+
Assignee | ||
Updated•20 years ago
|
Attachment #182980 -
Flags: approval1.8b2?
Comment 5•20 years ago
|
||
Comment on attachment 182980 [details] [diff] [review]
Pass the document title to CUPS
a=caillon if you land quickly, though i'd much prefer "Untitled" or "Untitled
Document" -- let's let the xprint-isms die.
Attachment #182980 -
Flags: approval1.8b2? → approval1.8b2+
Assignee | ||
Comment 6•20 years ago
|
||
Checked in with the fallback title "Untitled Document":
/cvsroot/mozilla/gfx/src/ps/nsDeviceContextPS.cpp,v <-- nsDeviceContextPS.cpp
new revision: 1.73; previous revision: 1.72
done
Checking in gfx/src/ps/nsIPrintJobPS.h;
/cvsroot/mozilla/gfx/src/ps/nsIPrintJobPS.h,v <-- nsIPrintJobPS.h
new revision: 1.4; previous revision: 1.3
done
Checking in gfx/src/ps/nsPrintJobPS.cpp;
/cvsroot/mozilla/gfx/src/ps/nsPrintJobPS.cpp,v <-- nsPrintJobPS.cpp
new revision: 1.7; previous revision: 1.6
done
Checking in gfx/src/ps/nsPrintJobPS.h;
/cvsroot/mozilla/gfx/src/ps/nsPrintJobPS.h,v <-- nsPrintJobPS.h
new revision: 1.5; previous revision: 1.4
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•