[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [Bug 91755] New: Edit options for headers and footers
From:       Marc Heyvaert <marc_heyvaert () yahoo ! com>
Date:       2004-10-20 11:47:51
Message-ID: 20041020134750.91755.marc_heyvaert () yahoo ! com
[Download RAW message or body]

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
        
http://bugs.kde.org/show_bug.cgi?id=91755        
           Summary: Edit options for headers and footers
           Product: kword
           Version: 1.3
          Platform: unspecified
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: wishlist
          Priority: NOR
         Component: general
        AssignedTo: faure kde org
        ReportedBy: marc_heyvaert yahoo com


Version:           1.3 (using KDE 3.2.1, SuSE)
Compiler:          gcc version 3.3.3 (SuSE Linux)
OS:                Linux (i686) release 2.6.4-52-default

Headers and footers can be added directly to a KWord document after the headers or \
footers have been made visible with Format->Show header (or footer). You can add text \
and document variables to the header or the footer and apply some simple formatting. \
Differentiation for first page and odd and even pages can be obtained through the \
'Page Layout' dialog. Placing the elements in the header and footer can be influenced \
by the use of alignment. When you want to include several elements it becomes \
necessary to use tabs. A procedure described in the handbook with the use of a table \
doesn't work.

I think it might be better to introduce a separate dialog to enter the elements for \
headers and footers, regrouping the options on the 'Page Layout' dialog and making it \
possible to include several (say maximum 4?) elements in a header or footer. Elements \
could include (1)text, (2)document variables and (3) (scaled down) pictures or \
thumbnails of pictures. The alignment for each element and its layout could also be \
determined in this dialog 

Personally I think that such a dialog could replace 'in situ' editing.

Regards

Marc


[prev in list] [next in list] [prev in thread] [next in thread]