keep headings with following paragraphs, don't break headings

NEW
Unassigned

Status

SeaMonkey
Help Documentation
--
trivial
16 years ago
7 years ago

People

(Reporter: Brant Gurganus, Unassigned)

Tracking

(Depends on: 1 bug, {helpwanted})

Trunk
helpwanted
Bug Flags:
blocking1.3a -

Firefox Tracking Flags

(Not tracked)

Details

(URL)

Attachments

(1 attachment)

7.01 KB, patch
Ian Oeschger (gone)
: review+
Details | Diff | Splinter Review
(Reporter)

Description

16 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2b) Gecko/20020928
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2b) Gecko/20020928

When printing Help files, headings should not be broken such as:

Heading 1
-----------
Continues on second page

Also, Headings should be kept with the paragraph that follows them.  Not like:

Heading 2
-----------
Paragraph following heading 2

Reproducible: Always

Steps to Reproduce:
1. Print chrome://help/locale/privacy_help.html.
Actual Results:  
There is a page break between "About" and "Me?" in the line that says "How Can I
Make Sure Unauthorized People Don't Use Information About Me?".

Expected Results:  
There should be no page break here.

I printed on 8.5 by 11 inches with Lexmark X73.

To solve the problem, possibly the following could be added to the stylesheet:
@media "print" {
               h1, h2, h3, h4, h5, h6 { page-break-after: avoid;
page-break-inside: avoid }
Status: UNCONFIRMED → NEW
Ever confirmed: true
(Reporter)

Updated

16 years ago
Flags: wanted1.3a?

Comment 1

16 years ago
We're not going to hold 1.3a for this. 
(The "wanted1.3a" flag has been changed to "blocking1.3a" to more accurately
reflect how the flag is used by drivers@mozilla.org). 
Flags: blocking1.3a? → blocking1.3a-
(Reporter)

Comment 2

16 years ago
Created attachment 112114 [details] [diff] [review]
patch

I added the part that I mentioned.  I also fixed some cases where the units
were left off of measurements.	I also made the selectors lowercase so that the
CSS is also XML compatible.  I also added the missing # in front of some of the
colors.  Before you check this in, you might want to add the appropriate
license statement to the file.
(Reporter)

Updated

16 years ago
Attachment #112114 - Flags: review?(oeschger)

Comment 3

16 years ago
Comment on attachment 112114 [details] [diff] [review]
patch

r=oeschger
Attachment #112114 - Flags: review?(oeschger) → review+
(Reporter)

Updated

15 years ago
Attachment #112114 - Flags: superreview?(alecf)

Comment 4

15 years ago
Comment on attachment 112114 [details] [diff] [review]
patch

removing alec from srrequest
Attachment #112114 - Flags: superreview?(alecf) → superreview?

Updated

15 years ago
Attachment #112114 - Flags: superreview?

Comment 5

15 years ago
moving stuff over to an outside-the-firewall email for the time being, looking
for people to pick these Help and doc bugs up for me.
Assignee: oeschger → oeschger

Comment 6

15 years ago
Ian, can we get this in?

Comment 7

15 years ago
mass reassign of all of Ian Oeschger's bugs to me (R.J. Keller).
Assignee: oeschger → rlk

Comment 8

15 years ago
--> brant

If you want it, than take it, otherwise WONTFIX it.
Assignee: rlk → brantgurganus2001
(Reporter)

Comment 9

15 years ago
Heh, the patch is there, just get somebody to check it in.

Updated

15 years ago
QA Contact: tpreston → stolenclover
Product: Browser → Seamonkey

Comment 10

14 years ago
Hmm, this won't work until bug 132035 is resolved. Reducing severity.
Severity: normal → trivial
Depends on: 132035

Comment 11

9 years ago
MASS-CHANGE:
This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state.

If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way.
If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar).
If no action happens within the next few months, we move this bug report to an EXPIRED state.

Query tag for this change: mass-UNCONFIRM-20090614
Status: NEW → UNCONFIRMED

Comment 12

9 years ago
MASS-CHANGE:
This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state.

If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way.
If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar).
If no action happens within the next few months, we move this bug report to an EXPIRED state.

Query tag for this change: mass-UNCONFIRM-20090614

Comment 13

9 years ago
MASS-CHANGE:
This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state.

If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way.
If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar).
If no action happens within the next few months, we move this bug report to an EXPIRED state.

Query tag for this change: mass-UNCONFIRM-20090614

Comment 14

8 years ago
Does such a file exist any more? I don't think this is valid for SM, do you agree Stefan?
OS: Windows XP → All
QA Contact: danielwang → help
Hardware: x86 → All

Comment 15

8 years ago
The file that has to be changed now is http://mxr.mozilla.org/comm-central/source/suite/locales/en-US/chrome/common/help/helpFileLayout.css
Assignee: brant → nobody
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: helpwanted
You need to log in before you can comment on or make changes to this bug.