Ich versuche auch so wenig Fehler wie möglich zu machen. Es gibt aber ganz gute Testverfahren, die es mir ermöglichen relativ schnell meinen bisherigen Source zu überprüfen.

Zudem kommt es auf eine gute Organisation an. Ich habe vorher über 150 DIN A4 Seiten benötigt, um das Projekt sorgfältig zu planen. Dann wusste ich, was welche Schnittstellen benötigt usw.
Zudem habe ich das ganze extrem objektorientiert programmiert, d.h. alles gekapselt und so, was das Programmieren stark erleichtert hat. Dann muss ich nicht sofort alles fertigstellen, sondern ich programmiere erstmal die darunterliegende Klasse, und kann dann einfach diese benutzen. Leider wird das Programm dadurch etwas langsamer, was ich auch nochmal optimieren musste.

hm im Konfigurationsdialog unter Tools sind folgende Sachen eingetragen:

- Bildbearbeitung
- Funktionsplotter
- Datenbanken
- CD-Ripper
- Adressmanager
- CD-Manager
- Notizblock
- Kalender
- Konsole
- Datei Browser
- Vokabeltrainer
- Chat-Programm.

das ist nicht dein Ernst, oder? Allein schon das Thema Bildbearbeitung...
Ehrlich gesagt kann ich mit diesem Konzept leider nicht viel anfangen... Dennoch viel Erfolg.

Würde gerne mal ein paar Screenshots sehen, man will ja wissen auf was man sich einlässt!


Ist dein Programm Modular aufgebaut? Das ist durchaus Sinnvoll!

Amiga-Fan hat folgendes geschrieben:

das ist nicht dein Ernst, oder? Allein schon das Thema Bildbearbeitung...

Nun ja, natürlich werden die einzelnen Programmteile nicht sonderlich viele Funktionen haben. Aber über Paint wird die Bildbearbeitung auf jeden Fall hinauskommen.
Und über die Konsole möchte ich einige Zusatzbefehle anbieten, die über die normale Windows-Konsole hinausgehen.
Nun gut, was man davon wirklich benutzen will, ist dann eine andere Sache, die Befehle lassen sich später dann auch ausblenden.

Speedmaster hat folgendes geschrieben:

Würde gerne mal ein paar Screenshots sehen, man will ja wissen auf was man sich einlässt!

Ok, werd ich in den nächsten Tagen auf der Scriba Homepage ergänzen...

Speedmaster hat folgendes geschrieben:

Ist dein Programm Modular aufgebaut? Das ist durchaus Sinnvoll!

Wie meinst du das? Ob man es mit Plugins erweitern kann? Ja, kann man. Lediglich neue Dateitypen kann man (noch) nicht ergänzen, da ich dazu ein Interface zur Verfügung stellen muss.
Aber direkt neue Dateitypen hinzuzufügen ist sehr einfach. Man muss nur ein Kindfenster vom Ur-Kindfenster ableiten und die entsprechenden Methoden implementieren sowie auf Anfrage angeben, welche Methoden das neue Kindfenster implementiert.
(Also so ähnlich wie COM, nur rein in Delphi und viel einfacher...)

Jetzt muss ich das "nur" noch so machen, dass auch Plugins einen neuen Dateityp registrieren können. Die Vorraussetzungen dafür sind schon vorhanden...

Noch was aktuelles:
Ich bin dabei, unter der Beta von Windows Vista alles zu testen, und das, was leider nicht oder nicht richtig funktioniert , anzupassen. (Insbesondere ist in manchen Programmteilen die Geschwindigkeit sehr viel geringer als unter Windows XP...)

Eine neue Version, wo man auch explizit das Laufwerk sperren und entsperren kann, lade ich jetzt hoch...
Das ist auch die Antwort auf die Frage, wofür man das Auswerfen braucht. Das geht auch, wenn das Laufwerk nach einem Programmabsturz von z.B. Nero noch gesperrt ist. Dabei fällt mir ein, dass ich vor dem Entsperren lieber eine Sicherheitsabfrage machen sollte, nicht dass CDs beim Brennen aus Versehen ausgeworfen werden...

Hi!

Ich hab mal so eine Frage nebenbei: Gibt es auch irgendwo Screenhots dazu?

Gruß,
Timon.

TimonWorld hat folgendes geschrieben:

Ich hab mal so eine Frage nebenbei: Gibt es auch irgendwo Screenhots dazu?

Ja, ab morgen oder übermorgen auf der Scriba-Homepage...

Ich bin bisher einfach nicht dazu gekommen. Ich habs mir gerade notiert, damit ichs nicht vergesse...

Also, unter www.buchmanager-berlin.de/scriba sind jetzt einige Screenshots vorhanden!

jaenicke hat folgendes geschrieben:

Also, unter www.buchmanager-berlin.de/scriba sind jetzt einige Screenshots vorhanden!

Die aber nicht sonderlich FireFox-freundlich ist... Ich weiß aber auch grad nicht, woran's liegt...

Ich arbeite immer mit 1600er Auflösung, da hab ich das nicht gemerkt, das hat mit FireFox nix zu tun, das ist beim IE auch so!
Na ja, mit Fullscreen gehts ja auch bei 1024er.

Hmm, muss ich noch auf Thumbnails umstellen oder stretchen lassen, aber das hab ich erstmal schnell eingebaut ohne wirklich darauf aufzupassen..

jaenicke hat folgendes geschrieben:

[...], das hat mit FireFox nix zu tun, das ist beim IE auch so!

Hmm? Also bei mir sieht's im IE so aus, wie's wahrscheinlich auch aussehen soll. (siehe Screenshots unten) Im Firefox ist jedoch das Menü links verrutscht.

jaenicke hat folgendes geschrieben:

Na ja, mit Fullscreen gehts ja auch bei 1024er.

Auch im Vollbild ist da immer noch nichts.

Oh, das kannte ich noch gar nicht! Ich hab nur gemerkt, dass, wenn man das Fenster vom IE kleiner macht, das Bild hinter dem Menü verschwindet...

Aber wie dieser Fehler kommt, keine Ahnung, das muss ich mal testen.
Do ein Mist, und ich dachte, dieses Homepage-Design würde überall einigermaßen funzen.

By the way, geht eigentlich die Hauptseite und so? Also sieht das nur bei den Screenshots so aus?
Dann schiebt der FireFox die Bilder wohl statt nach links unters Menü nach oben raus...

jaenicke hat folgendes geschrieben:

By the way, geht eigentlich die Hauptseite und so? Also sieht das nur bei den Screenshots so aus?

Joa. Ansonsten sieht alles gut aus. Menü bleibt da wo's ist.

So, und jetzt sieht die Homepage auch normal aus, ich hab einfach alles mit Thumbnails gemacht...
www.buchmanager-berlin.de/scriba

jaenicke hat folgendes geschrieben:

So, und jetzt sieht die Homepage auch normal aus, ich hab einfach alles mit Thumbnails gemacht... www.buchmanager-berlin.de/scriba

Im FireFox leider immer noch nicht.

wie sieht es mit einer neuen Version aus?

Ja, leider habe ich zu wenig Zeit für das Projekt. Ich bin gerade dabei, das Projekt zu reorganisieren, dann werde ich den gesamten Quelltext online stellen.

Insbesondere habe ich mich entschieden, einiges aus dem Programm herauszunehmen, damit es schneller startet. Im Moment dauert der Start einfach zu lange. Zudem schaffe ich die ganzen Zusatztools ohnehin nicht, fertig zu stellen.

Dann kommt dabei ein schneller Editor mit vielen Zusatzfunktionen, was das Editieren oder Uploaden von Dokumenten etc. angeht heraus. Die Multimedia-Funktionen lade ich dann nicht mehr beim Start, damit es schneller geht, etc.

Aber wie gesagt: Im Moment habe ich wenig Zeit, weil ich gerade meine kommerziellen Projekte für Windows Vista neu schreibe oder umstelle.
Zudem mache ich erstmal zwei Wochen Urlaub. Es wird also wohl auf Ende April oder Mitte Mai hinauslaufen, dann wird das ganze komplett Open Source. (Ein Problem dabei: Ich muss noch einigen Quelltext rausnehmen oder von den Autoren die Erlaubnis zur Veröffentlichung einholen...)

Also, das Projekt ruht jetzt. Ich habe leider absolut keine Zeit mehr dafür. Deshalb habe ich jetzt den Quelltext komplett zusammengepackt.
Lediglich ZipForge, das nicht weitergegeben darf, muss sich jeder selbst besorgen...

Jedenfalls steht das Setup (7 MB), ein ISO Image mit 3rd-Party-Programmen (290 MB) und ein komplett-Image mit Buildscripten und komplettem Source (700 MB) zur Verfügung.
Wenn ich dazu komme, dann werde ich Scriba nochmal selbst umschreiben und erneuern, aber das kommt bestimmt nicht so bald...

Wichtig: Der Quelltext ist nur für Delphi 7.0!!

Links im ersten Post...

nichts für ungut, aber das war leicht absehbar Je höher man sich die Ziele setzt...

Da muss ich widersprechen, das hat damit nichts zu tun, ich habe ein anderes Projekt, das ich kommerziell vermarkten möchte. Deshalb habe ich keine Zeit mehr für Scriba, das ich ja von Anfang an nur kostenlos anbieten wollte.

Bis zu dieser Änderung meiner Prioritäten lief es gut...

Und hätte ich so viel Zeit weiter investieren können, wie ich geplant hatte, dann wäre da auch mehr bei herausgekommen. Nur im letzten Jahr habe ich vielleicht 15 Stunden an Scriba gearbeitet...