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
|
Our TODO List:
2. Tue Oct 31 18:12:25 CET 2000 - Klaas Freitag <[email protected]>
OK, trying to find smaller portions of work to do ;)
Trying to write down the status of the classes here.
Probably all classes need:
- a cleanup of the code. Lots of unused stuff may be deleted.
- a debug concept. By now, the function debug() is used, but probably that not state of the art?
- a rewrite/cleaning to adept to Qt 2.x
- the gui functionality KDE 2.x - features.
- KDE-features at all ! The whole stuff does not use any KDE-funcitonality, only Qt.
What about having a Version which compiles without KDE ? .o0( Good idea to think about ? )
- attention to drop TQString where possible, and I think, its possible where SANE-stuff is
used.
- I18N-functions. In resource.h, I defined a macro I18N which does not much by now. I tried
to place it around strings to prepare for real I18N treatment. How is that done ?
- C++ - cleanup. Nearly no class has proper default and copy constructor and stuff...
KGammaTable: an abstrct data type
- seems to work more or less for 255-color images. Does not work for palettes with more entries.
- needs documentation
KScanDevice: logic scanner device.
- has mixed code for the widget-factory (getGuiElement) and the logic scanner. Dont know if
that is cool, or if we should participate that.
- Has the sane scanner handle as a modul global variable. Thus, only one scanner handle can
be used in one application.
- No net device yet. I never had a look for it, and if it works or not. I only disabled it to
cut down complexity.
- ... much more
- should be able to load and apply option sets (see there).
- needs documentation
KScanOption:
- has no possibility to be applied immediatly after being set. That might be a real problem
in some cases. Good ideas are welcome.
By now, the Option can be set and needs to be applied (means sent to the scanner device)
by a call to the apply method in KScanDevice. After that, it could be checked, if other
options changed thereby. Thats fine under the aspect of a good OO design, but might cause
problems in case a option is changed and there is no possibility to call apply.
- needs documentation
KScanOptSet:
- needs possibility to be stored and loaded in/from KDE-configuration files. Example:
Option set (including resolution, gammatables etc.) for photos, for ocr, bla...
KScanSlider:
- needs a neutral button in the widget !
KScanEntry :
KScanCombo :
... much more.
|
