To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=78772
Issue #|78772
Summary|Request: Single page margin overrides/Automatic stylin
|g
Component|Word processor
Version|OOo 2.0.2
Platform|All
URL|
OS/Version|All
Status|UNCONFIRMED
Status whiteboard|
Keywords|
Resolution|
Issue type|ENHANCEMENT
Priority|P3
Subcomponent|formatting
Assigned to|mru
Reported by|floid
------- Additional comments from [EMAIL PROTECTED] Thu Jun 21 16:56:00 +0000
2007 -------
Another quirk from a legal office migrating from Corel Wordperfect:
Sometimes widow/orphan control isn't enough (or convenient enough), and upon
finalizing a document or letter, the easiest thing to do is 'cheat' and lower a
margin to avoid an orphan on the next page.
In OO.o, dragging the margin on the ruler changes the margin for the page style.
This is consistent but surprising and not always desired -- reformatting all
members of a style forces the user to reexamine the entire document for widows,
orphans, and other formatting quirks. A very common case that widow/orphan
control won't pick up without some user attention and skill: section titles in a
document (_This_Is_the_Rent_Clause_of_a_Lease_) that were followed by paragraph
breaks -- AKA 'hitting enter.'
Ideally it would be possible, with minimal fuss (e.g. shift-drag? Or if the
existing behavior is rarely intended, perhaps this should be default and a shift
or control combination should be required to modify the existing style?) to
emulate the Corel behavior.
A couple ways this could be implemented:
* Dragging the margin inserts a special override code anchored to the page.
Ideally this is very visible when editing.
* Dragging the margin creates and applies a new page style, inheriting the other
properties of the original style and 'followed by' same original. Problem:
naming conventions ("Automatic Margin Override Style 1?"); Advantage: sort of
consistent with the style metaphor, could allow one tweak to be reused as needed
for some consistency.
Unfortunately (non-obviously) this override behavior would have to be
implemented again with regard to header/footer heights, as if a header or footer
is present, it should really stay anchored to the same position (fixed distance
from top or bottom of page in user's mental model, defined as the top or bottom
margin in OO.o) and adjusting its 'height' is then what adjusts the size of the
text area of the page.
I hope someone will consider this, because the current behavior (user drags
margin to fix one widow/orphan, all pages of style reflow, user is too surprised
at perceived loss of work -- loss of time spent formatting -- to realize that
editing the style will 'fix' it, user attempts to strangle nearest IT worker) is
causing extreme stress at our organization. ;)
---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
