← Back to branch summary

~ubuntu-branches/ubuntu/breezy/koffice/breezy

« back to all changes in this revision

Viewing changes to kword/TODO

  • Committer: Bazaar Package Importer
  • Author(s): Ben Burton
  • Date: 2004-05-09 11:33:00 UTC
  • mfrom: (1.1.1 upstream)
  • Revision ID: james.westby@ubuntu.com-20040509113300-vfrdadqsvjfuhn3b
Tags: 1:1.3.1-1
http://bugs.debian.org/246623
http://bugs.debian.org/246209
http://bugs.debian.org/221256
http://bugs.debian.org/227568
* New upstream bugfix release.
* Built against newer imagemagick (closes: #246623).
* Made koffice-libs/kformula recommend/depend on latex-xft-fonts, which
  provides mathematical fonts that the formula editor can use.  Also
  patched the kformula part to make these fonts the default.
* Changed kword menu hint from "WordProcessors" to "Word processors"
  (closes: #246209).
* Spellchecker configuration is now fixed (closes: #221256, #227568).

Show diffs side-by-side

added added

removed removed

Lines of Context:
kword/TODO
5
5
-----
6
6
- textformatter: need to check for line-level breaking during the formatting of each line
7
7
Currently we do it afterwards, so if the margins differ, where the line ends up, we can't notice.
8
 
- Fix drawing of table cell borders
9
 
- Add code to ensure that adjacent cells have the same border setting for the borders they share
10
 
- Need a routine which renders the table per row in a way that any cellsize is adjusted to fit. [still needed?]
 
8
- footnotes: check move to next page, endnotes
11
9
- anything else that http://bugs.kde.org mentions ;)
12
10
 
13
11
Missing or incomplete stuff:
14
12
----------------------------
15
13
- Even/odd pages
16
14
 - Add SheetSide config in framedia 
17
 
- runAroundGap does nothing
18
15
- Tables should get a title (with positioning posibility)
19
16
  This will basicly be a new frame placed on top or at bottom of table.
20
17
  And it shouldn't be limited to tables - any frame could get that.
28
25
Implement complete DCOP interface
29
26
Make everything scriptable
30
27
Add "TopOfFrame"-TopOfPage" etc to styles.
31
 
 
32
 
cleanup:
33
 
--------
34
 
- All enums should belong to a class, making it safe for namespace clashes. Class::Enum-value 
35
 
  should be used everywhere
36
 
 
37
 
----------------- Things to keep in mind
38
 
- All classes and methods should have proper documentation, in the proper format.
39
 
- Try to put any code that relies on pages to be one under the other (as they are
40
 
now) in KWCanvas. This will allow for inheriting KWCanvas later and changing
41
 
that behaviour, to implement other view modes.
 
28
add "Keep this parag with the next/prev" options to styles.
 
29
 
42
30
 
43
31
External files:
44
32
--------------
125
113
Author: Thomas Zander <zander@kde.org>
126
114
New maintainer: David Faure <david@mandrakesoft.com>
127
115
 
 
116
 
 
117
OK-ing the stylist seems to apply style change to all styles, not just the changed ones...
 
118
 
 
119
Add a RMB option on a copy-frame to update position of all copies in that FS.
 
120
Add RMB option on text to copy current format to a (new) style. Including tab positions..
 
121
 
 
122
- picture insertion point when pasting should be as an inline frame. Using default placing methods.
 
123
- cut/paste of images do not work across documents (also in bugs.kde.org)
 
124
- auto-update TOC before printing, so no doc is printed with an out-of-date TOC. It might alter the layout, ok, but an out-of-date TOC is just a waste of paper (besides being misleading...)
 
125
- interaction with frame breaks are a bit strange. How do you remove it? You cannot select it, nor can you use backspace or del..
 
126
- the stylist has a poor use of pixel space. Huge preview areas, for sometimes just 4 radio buttons. Too many tabs too...
 
127
My suggestion would be to combine "Indent and Spacing", "Aligns" and
 
128
"Borders". The Preview would be very similar to the preview for the two
 
129
first. Also, for alignement, you can use the icons readily available in
 
130
the actions of KDE, providing the text as tooltips. Use icons whereever
 
131
you can, providing help with tooltips. People will get used to them, and
 
132
if they forget, there are tooltips about 2.5 seconds away.
 
133
This way, you can save a lot of screen space, and maybe even the
 
134
tabulators would fit in that single tab.
 
135
Generally, I like interfaces which display all the info you need, maybe
 
136
a bit dense, but also knowing there's an easy way to know what they
 
137
mean. Toolbars are the greatest example of this.
 
138
 
 
139
- one should be able to introduce dependencies between styles, so if I want to change the general font of the text, I do not have to modify all the styles.
 
140
- If I specify a "document title" in the preferences, I would still like to see the filepath in the window titlebar.
 
141
- when writing bulks of text, when the cursor gets to the border of the window, it should not only scroll 1 line (to make sure the cursor stays in the visible portion of the document) but should be moved to the center of the window (like in emacs:-). So the average position of the cursor is the center of the window, rather than the bollom line.
 
142
 
 
143
- interaction with KoParts is somehow strange. Especially positioning them in the document, as the size when using the handles is not the same as the end product. But I am not used to it in the Windows world either...
 
144
  This is due to the problemsn that we don't zoom and dont allow easy moving in the parts. A square which representst the whole placed document when moving just the little screen would be nice.
 
145
- rotating pictures. Is that possible ?