1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
|
From the usability review of Thomas Zander
------------------------------------------
* Toolbars
- Toolbars should be persistent ----
- toolbox to the left by default ----
* Toolbox
- select tool dialog has title "insert star" DONE
- difficult to see which tool is selected ----
- clicking the "14" icon does not unselect previous tool DONE
- add kbd shortcuts to the tools ----
- make 'ESC' select the 'Select tool' ----
BIG TOPICS:
1) create a consistent tool/plugin system
plugin input:
- canvas (drawing, connecting to mouse/keyboard signals)
plugin output:
- icon
- help text
- options widget
- command
- kaction?
2) selection redesign
- unify object and or node selection?
- achieve tight selection (exact selection-object collision test)
3) reintroduce nodetool
4) make VObject leaner
5) introduce renderstack. And dont forget to rewrite shadoweffect to use it.
GUI:
- remove the dialogs which show up when double clicking the strokefillpreview, this job is done
by "color manager" docker
- other koffice apps have widgts that may of interest to us, for instance in kpresenter. We should
try to reuse them.
- make a UI for the node manipulation tool.
- rework the stroke/fill docker with preview on the document and apply button.
- Find a better way to select a color than the color manager. Maybe a popup ?
- gradient widget: maybe turn the midpoint arrows to black or 3d triangles like in gimp or illu
- gradient widget: better separate the midpoint arrows from the color stop triangles: put them
above the gradient bar like in adobe products. the current situation is a bit nasty
with near together midpoints and colorstops
- gradient widget: the midpoint arrows are currently hard to hit and modify
REAL BUGS:
- patterns dont zoom
- VSelectionTool has an offset error relative to the handle nodes in the VSelection.
- fix i18n singular/plural
- crashes in vtext
- make curve1To, curve2To work
- vpolylinetool creates beziers where it could create lines
- Selections can't be undone/redone because there are no selection commands.
Add a VSelectNodeCmd and/or a VSelectCmd. (See bug #60438)
TODO:
- make pattern coords absolute and not relative to the shape
- VImage
- VPattern like VImage with embedded binaries instead of paths
- bring text support back, ideally using fontconfig and freetype, and no xft.
- improve printing (specifically printing of gradient and pattern fill),
should go along with porting to qt4/the new rendering framework
- select first/last segment's knot if one of each other's knot is selected
- allow for multiple strokes and fills in VPath which get rendered in the order they occur.
- use inside/intersection tests in vpath::combine() for changing winding.
- change flatness test in intersection code to a estimation used in gems code. otherwise
if the 2 input curves are the same our code runs forever.
- make VSelection a state pattern
- try to abstract rendering even more, preferably using kpainter abstraction.
- make layers tree robust, efficient and scalable.
- write odf enhanced-path parser (use some code from svgpathparser in lib)
WISHLIST:
- chalk export filter (with layers)
- add a nice grid-like shape like in Illu and webdraw
- pdf import filter (based on poppler)
OPTIMIZATION:
- in VShapeTool and all manipulation tools: store temporary objects so one doesnt
have to recalculate/regenerate those for second draw() (erasing old shape)
- make fill/stroke shared so copying for undo/redo is more efficient. Also potentially
apply this to file format (like OOo does).
- transform() bbox too and dont recalculate it
- check places we use sqrt() if these are really necessary (lenny)
MAKE IT NICE:
- can't we pass VTool::draw() a painter inseatd of each tool creating a painter itself?
- remove V*Tool::refreshUnit(). call this directly via dialog() instead
- pass all dialogs a parent
- think about using ghostscript's flatten algo (see comments in vflatten.cc)
- why represent opacity as float, not as short?
- introduce our own "Color drag" class, since we have in addition to rgb also opacity,
and maybe also gradient info could be dragged later.
NEW IDEAS:
- make VDocument a KoDocument?
- use KParts::plugin for tools?
|
