1 | |
---|
2 | The Paper Tape Project -- TODO and Goals, 22.09.08 |
---|
3 | ================================================== |
---|
4 | |
---|
5 | Folgende Aufgaben, im Groben, stehen noch an: |
---|
6 | |
---|
7 | * Saubere Treiber(-Schnittstelle) für den Leser |
---|
8 | * The Paper Tape Suite |
---|
9 | |
---|
10 | Nun im Einzelnen: |
---|
11 | |
---|
12 | Was zusammengehört, wächst letztlich zusammen: Während bereits |
---|
13 | die Puncher-Treiber umgezogen sind von /userspace-driver zu |
---|
14 | /driver und dabei ein sauberes Backend/Frontend-System gekriegt |
---|
15 | haben, soll selbiges jetzt auch den Leser-Treibern widerfahren. |
---|
16 | Dabei ziehen alle Treiber-Backends, nach Betriebssystemen geordnet, in |
---|
17 | das /driver-Verzeichnis um. Wie das dann letztlich aussieht, weiß |
---|
18 | ich noch nicht genau. |
---|
19 | |
---|
20 | The Paper Tape Suite: Das erklärte Endziel dieses Projektes ist |
---|
21 | ein umfassendes "All in one" GTK-Programm, welches folgende |
---|
22 | Generalfeatures vereint: |
---|
23 | |
---|
24 | * Lochstreifendateien öffnen und anschauen, mit allen bereits |
---|
25 | bekannten Flexibilitäten von GtkPaperTape |
---|
26 | |
---|
27 | * Lochstreifen auch bearbeiten: Einen vollen Binäreditor in |
---|
28 | allen Regeln der GTK+-Kunst, d.h. native Benutzung: Kopieren, |
---|
29 | Verschieben, Auswählen, etc. |
---|
30 | |
---|
31 | * Lochstreifenschriften, Beschriftungen an beliebigen Stellen |
---|
32 | einfügen |
---|
33 | |
---|
34 | * Ausstanzen der aktuellen Lochstreifendatei auf beliebige |
---|
35 | Stanzer auf beliebigen Betriebssystemen (das Backend benutzend) |
---|
36 | |
---|
37 | * Einlesen von Lochstreifendaten von beliebigen Lesern auf |
---|
38 | beliebigen Betriebssystemen |
---|
39 | |
---|
40 | |
---|
41 | Mit GtkPaperTape existierte bereits eine voll funktionsfähige |
---|
42 | C-Implementierung eines Lochstreifenbetrachters. Wegen den |
---|
43 | nun wesentlich gestiegenen Anforderungen wurde dieses System |
---|
44 | in C++ von Grund auf neu programmiert. Dabei wurden viele Bugs |
---|
45 | und Probleme beseitigt und längst überfällige Funktionen |
---|
46 | implementiert. Auf der anderen Seite ist die Entwicklung recht |
---|
47 | komplex, birgt viele neue Gelegenheiten für Bugs und geht wegen |
---|
48 | ihres enormen Umfangs alles in allem auch sehr träge vorran. |
---|
49 | Die gestiegenen Kompilierzeiten tun ihr Übriges dazu (alleine |
---|
50 | Gtk::PaperTape mit allen Abhängigkeiten zu kompilieren dauert |
---|
51 | auf meinem Pentium IV etwa eine halbe Minute). |
---|
52 | |
---|
53 | Der Stand der Dinge: |
---|
54 | |
---|
55 | Die Gtk::PaperTape-Implementierung hat im Grossen und Ganzen |
---|
56 | jetzt den Funktionsumfang erreicht, den die C-Implementierung |
---|
57 | "GtkPaperTape" auch bot. Dabei wurden bereits etliche neue |
---|
58 | Funktionen (auch testweise) implementiert: |
---|
59 | |
---|
60 | * Ein System mit einigen Objekten, welches vor allem in |
---|
61 | Bezug auf Namensgebung allerdings nochmal etwas überarbeitet |
---|
62 | werden muss. |
---|
63 | |
---|
64 | * Action-basierte Menues, eine Toolbar |
---|
65 | |
---|
66 | * Viele freundliche Einzeldetails, z.B. |
---|
67 | * mächtiges Exportwerkzeug mit Auswahloptionen und |
---|
68 | Fortschrittsbalken |
---|
69 | * mächtigeres Zoomwerkzeug mit Direktzugriff auf die |
---|
70 | affine Abbildungsmatrix |
---|
71 | * mächtigeres Farbenwerkzeug mit Alpha-Unterstützung |
---|
72 | und Ein/Ausschaltbaren Komponenten |
---|
73 | |
---|
74 | * Erste Bearbeitungsfunktionen: Im momentanen Viewer können |
---|
75 | Bits durch Klicken ein- und Ausgeschaltet werden. Dies |
---|
76 | funktioniert exzellent ohne Bugs. |
---|
77 | |
---|
78 | * Sehr ausgereiftes Zeichnungssystem, welches wirklich nur |
---|
79 | die benötigten Komponenten zeichnet. Einige wenige |
---|
80 | Bugs existieren noch, traurig ist der noch immer vorhandene |
---|
81 | Scrollbug (Inhalt bleibt stehen), der aber *aller* |
---|
82 | Wahrscheinlichkeit nach ein Gtk+/Xlib/Cairo-Problem ist. |
---|
83 | Ich hab ihn im Gtk+-Bugtracker verzeichnet, siehe |
---|
84 | http://bugzilla.gnome.org/show_bug.cgi?id=552672 |
---|
85 | |
---|
86 | |
---|
87 | Ich denke, dass die Neuerungen bereits Wegweisend sind. Dank |
---|
88 | C++ ist das Widget zudem jetzt wesentlich leichter erweiterbar, |
---|
89 | was die Implementierung von neuen Funktionen erleichtert. |
---|
90 | |
---|
91 | |
---|
92 | TODO |
---|
93 | ==== |
---|
94 | |
---|
95 | Nun eine Liste der Dinge, die noch fehlen oder buggen: |
---|
96 | |
---|
97 | Bugs/fehlende Funktionen: |
---|
98 | |
---|
99 | * PaperTapeExporter: Stürzt ab oder zeigt Oberfläche nicht |
---|
100 | richtig. Abbrechen-Button ist immer noch nicht anklickbar. |
---|
101 | Problem hier vielleicht static- oder Heap-Elemente? |
---|
102 | |
---|
103 | * PaperTapeZoom: Einbindung in LOCHSTREIFEN nicht gut, |
---|
104 | LOCHSTREIFEN->matrix müsste wieder ein Pointer werden. |
---|
105 | Es fehlen noch Flip-Funktionen, ausserdem sind die Rotate- |
---|
106 | Funktionen nicht praktisch (nur 90°-Vielfache sollten |
---|
107 | möglich sein). Auto-Resizing ist umständlich, weil es |
---|
108 | bei der GtkScrolledArea die Scrollwidgets abschalten muss, |
---|
109 | PaperTapeZoom braucht also vollen Zugriff auf die View |
---|
110 | und den Controller. Deshalb: ScrolledArea in die View- |
---|
111 | Kompetenzen rübernehmen! Controller zur Chrome umbenennen, |
---|
112 | Controllerkompetenzen schwächen! |
---|
113 | |
---|
114 | |
---|
115 | Neue Funktionen: |
---|
116 | |
---|
117 | * PaperTapeFont: Einbindung des C-"PaperTapeFont"-Systems fehlt |
---|
118 | * Auswählen geht noch nicht, außerdem Kopieren und Einfügen |
---|
119 | * Problematik immer noch: Cursormetapher -- zwischen Bytes |
---|
120 | gehen oder immer im "Overwrite"-Modus? |
---|
121 | |
---|
122 | |
---|
123 | |
---|
124 | -- Sven @ 22.09.08 03:00, workstation |
---|