Am Samstag, 2. März 2002 11:50 schrieb Andre Heine:

Ich habe Lust mich in QT reinzuarbeiten, würdest Du der Linux Gemeinde den Quellcode zur Verfügungstellen?

Na freilich doch, MT-Rechnung II und III liegen in der jeweils neusten Version inklusive Sourcecode auf meiner Homepage. Die III steht unter GPL, die IIer einfach Frei ohne irgend eine Lizenz. Das Problem dürfte wohl eher sein, dass LZX Archive nicht unter Linux entpacken kann. Ich schick Dirs gern als tar.bz2 wenn Du willst per PM. Mit hilfe von UAE läuft MT-Rechnung III übrigens hervorragend auch unter Linux.

Ich jedenfalls würde den Code gerne mal sehen, damit ich weiß was man so alles machen muß. Einiges kann bestimmt übernommen werden.

Teile sicher, ne 1:1 Übernahme dürfte nicht sinnvoll sein, weil ich viel selber machen mußte, was unter Linux/Unix bereits existiert (z.B. die Datenbank). -- Machs gut | http://www.iiv.de/schwinde/buerger/tremmel/ Manfred | http://www.knightsoft-net.de

Andre Heine schrieb:

Was ist UAE? Ein Amiga Emulator. Findet sich auch auf SuSE, aber IMHO brauchst Du auch Images vom Amiga System und ein ROM und so!

Ich mache gerade ein paar sachen mit QT und Mysql.

Hmmm - mit einem solchen Projekt sollte man nicht sofort etwas überstürzen. Da sollte man vielleicht doch etwas gemeinsam machen. Ich würde den Code auch gerne einmal sichten, aber ich bin noch nicht dazu gekommen, mit die Webseite von Manfred anzusehen. Ehe ich anfange, irgendwas zu basteln, würde ich mir erst einmal genau den Code von Manfred ansehen. Aber wieviel man wiederverwerten kann, muss man sehen - zu optimistisch bin ich da derzeit noch nicht, aber das wird sich ja zeigen. Interessant könnte es schon sein, alleine von wegen Funktionsumfang und verwendete Algorithmen, Arbeitsabläufe und all sowas halt. Mit den besten Grüßen, Konrad Neitzel -- SoftMediaTec GmbH Tel: 0172 / 689 31 45 Fax: 069 / 90 50 99 53

Hi Andre! Andre Heine schrieb:

Am Samstag, 2. März 2002 18:14 schrieb Konrad Neitzel:

...

Andre Heine schrieb:

...

Was ist UAE?

...

Ein Amiga Emulator. Findet sich auch auf SuSE, aber IMHO brauchst Du auch Images vom Amiga System und ein ROM und so!

Vielleicht läuft Manfred Programm auf der AmigaSDK:=)

Hehe - AmigaOne ist geil. Aber da brauchst Du dann keinen UAE mehr! KLeiner Hintergrund zum "neuen Amiga": Dort wird ein "virtuelle Prozessor" genuzt. Etwa in Richtung Java nur geht hier die Idee noch etwas weiter. Und da gibt es dann SDKs, die rein Theoretisch auf jedem Prozessor und auf jedem Betriebssystem laufen können. Es war lange Zeit auch nicht klar, auf welchem System der Amiga dann aufsetzen sollte. Ich meine, dass es nun auf QNX (kleiner Microkernel) aufsetzt - kann aber sein, dass dies auch wieder recht veraltet ist. Wer das SDK gesehen hat, ist einfach begeistert. Nur eben sind die da erneut ein paar Jahre voraus. Aber keine Angst: Microsoft erfindet das in spätstens 5 Jahren und feiert diese neuen Errungenschaften :-)) Mit den besten Grüßen, Konrad Neitzel -- SoftMediaTec GmbH Tel: 0172 / 689 31 45 Fax: 069 / 90 50 99 53

Am Samstag, 2. März 2002 18:46 schrieb Andre Heine:

Was ist UAE?

Amiga Emulator, frag mich nicht, für was U im Moment steht, das hat sich mehrfach geändert (Unix, Ultimativer, ...).

Wäre toll, wenn Du mir den Quellcode mal per PM mailen könntest. Ich mache gerade ein paar sachen mit QT und Mysql.

Ziehs Dir, http://www.knightsoft.de/MTRIII/

Vielleicht kann ich etwas gebrauchen ...

Naja, wenn Du das jetzt einzelgängerisch hochziehen willst, wird das ewig dauern.

Mysql oder Postgres fällt mir da so auf die schnelle ein:)

Nix gegen MySQL, setz es selbst gern und oft im Webbereich ein, aber ne Datenbank ohne Referentielle Integrität halte ich für eine Faktura ungeeignet. Lustig wäre ja ein SAP-Konkurrenzprodukt auf der SAP-DB aufzusetzen ;-) -- Machs gut | http://www.iiv.de/schwinde/buerger/tremmel/ Manfred | http://www.knightsoft-net.de

Manfred Tremmel wrote:

Na freilich doch, MT-Rechnung II und III liegen in der jeweils neusten Version inklusive Sourcecode auf meiner Homepage. Die III steht unter GPL, die IIer einfach Frei ohne irgend eine Lizenz. Das Problem dürfte wohl eher sein, dass LZX Archive nicht unter Linux entpacken kann.

Unter http://wuarchive.wustl.edu/~aminet/dirs/aminet/misc/unix/unlzx.c.Z liegt ein LZX-Entpacker. Dann ist es nicht nötig, jedem die bzip2-Sourcen zu schicken...

...

Ich jedenfalls würde den Code gerne mal sehen, damit ich weiß was man so alles machen muß. Einiges kann bestimmt übernommen werden. Teile sicher, ne 1:1 Übernahme dürfte nicht sinnvoll sein, weil ich viel selber machen mußte, was unter Linux/Unix bereits existiert (z.B. die Datenbank).

PostgreSQL... Habbich schon gesagt? PostgreSQL... (Nee, im Ernst, am besten wärs das möglichst unabhängig zu machen, so daß man nehmen kann, was man will... Das wird wohl die meiste Arbeit sein, da ein Datenmodell hinzubekommen. Der Rest von dem Programm ist dann wohl eher wenig Quelltext... Robert

Am Samstag, 2. März 2002 20:25 schrieb Robert Klein:

Unter http://wuarchive.wustl.edu/~aminet/dirs/aminet/misc/unix/unlzx.c.Z liegt ein LZX-Entpacker. Dann ist es nicht nötig, jedem die bzip2-Sourcen zu schicken...

Ist jetzt eh nimmer notwendig, siehe meine andere Mail.

...

Teile sicher, ne 1:1 Übernahme dürfte nicht sinnvoll sein, weil ich viel selber machen mußte, was unter Linux/Unix bereits existiert (z.B. die Datenbank).

PostgreSQL... Habbich schon gesagt? PostgreSQL... (Nee, im Ernst, am besten wärs das möglichst unabhängig zu machen, so daß man nehmen kann, was man will... Das wird wohl die meiste Arbeit sein, da ein Datenmodell hinzubekommen. Der Rest von dem Programm ist dann wohl eher wenig Quelltext...

DB-Unabhängig ist immer gut. Ich persönlich würd das so aufziehen: DB | Serverprozess (möglichst Systemunabhängig, DB-Teil Modular und austauschbar für verschiedene DB's) | | CORBA | Frontend, erstmal QT/KDE, erweiterbar, z.B. ein Modul für den Apache für ein Webinterface, ein Gnome Frontend, Java-Interface, ... In jedem Fall muß sowas ordentlich konzeptioniert werden, Datenstrukturen und DB-Aufbau. Ist da ein Fehler drinn, kann das ganze mächtig in die Hose gehen (ist mir beim ersten Versuch so gegangen). -- Machs gut | http://www.iiv.de/schwinde/buerger/tremmel/ Manfred | http://www.knightsoft-net.de

Hi, sollte eigentlich per PM gehen, aber heute morgen klappt das noch nicht so. ...:) Ciao Andre

Am Freitag, 1. MÃ?rz 2002 20:14 schrieb Lutz Prager:

Hallo Leute,

würde gern mitmachen, leider habe ich fast keine Programmier-Erfahrung. Hat Einer von Euch schon mal was von Gnu-Kontor gehört? Das kommt von Heiner Lamprecht, welcher auch oft in diese Liste postet. Ein sehr vielversprechendes Projekt, wie ich meine, vielleicht kann man ja da mithelfen, wenn es noch aktuell ist. Auch war eine Portierung in die KDE begonnen und da ist es vielleicht mit den Sprachen nicht ganz so schwer??

MfG

lutz

Hi, kann auch nicht programmieren, aber zu jeder Schandtat bereit. Schließlich braucht's auch Leute für den Content, Doku, etc. Allerdings wäre es fein, wenn ich vor einem evtl. Einstieg in etwa wüsste, was Ihr da plant. Ich bin von Haus aus Holztechniker, und würde mich freuen, wenn wir ein so modulares und flexibles System hätten, dass es auch mein Kumpel Schreinermeister einsetzen könnte. Soeben (last week) wollte ich einem Freund eine Linux-Kiste einrichten. Ist dann aber daran gescheitert, dass er dann alles unter SO manuell hätte machen müssen. Nun hat er unter Win eine Spezialsoftware erworben, die genau das macht, was er braucht. Das ist in Ordnung, nur Linux war natürlich wieder außen vor. Es wäre klasse, was flexibles multilinguales modulares etcetc. zu haben, so dass es für verschiedene Gewerke und Gewerbetreibende leicht modifiziert werden kann und einfach zu benutzen ist. Letztendlich könnte es sogar darauf hinauslaufen, dass der eine oder andere mit dem Service dafür seine Brötchen verdient (ich nehme mich da allerdings aus). Wenn sich mehrere LKeute zusammenfinden: Wie wäre es mit einer eigenen kleinen Liste, um die Specs zu erarbeiten? ce -- Christoph Eckert

Am Samstag, 2. März 2002 15:34 schrieb Alexander Arzberger:

...

Hi,

kann auch nicht programmieren, aber zu jeder Schandtat bereit. Schließlich braucht's auch Leute für den Content, Doku, etc.

Allerdings wäre es fein, wenn ich vor einem evtl. Einstieg in etwa wüsste, was Ihr da plant.

Ich bin von Haus aus Holztechniker, und würde mich freuen, wenn wir ein so modulares und flexibles System hätten, dass es auch mein Kumpel Schreinermeister einsetzen könnte.

Soeben (last week) wollte ich einem Freund eine Linux-Kiste einrichten. Ist dann aber daran gescheitert, dass er dann alles unter SO manuell hätte machen müssen.

Nun hat er unter Win eine Spezialsoftware erworben, die genau das macht, was er braucht. Das ist in Ordnung, nur Linux war natürlich wieder außen vor.

Es wäre klasse, was flexibles multilinguales modulares etcetc. zu haben, so dass es für verschiedene Gewerke und Gewerbetreibende leicht modifiziert werden kann und einfach zu benutzen ist.

Letztendlich könnte es sogar darauf hinauslaufen, dass der eine oder andere mit dem Service dafür seine Brötchen verdient (ich nehme mich da allerdings aus).

Wenn sich mehrere LKeute zusammenfinden: Wie wäre es mit einer eigenen kleinen Liste, um die Specs zu erarbeiten?

ce

Hallo Alle,

das hört sich genau nach dem an, was ich brauche. Ich zähle also mal kurz auf, was mir im Moment so einfällt:

1. Kundenkartei Alle Daten, Datum der Aufträge, ausstehende Zahlungen.

2. Einrichtung und Definition von Items in zwei Kategorien: a. Serviceleistungen Su definieren wäre: Nr., Item-Name, Beschreibung, Einheit, Kostenpreis, Verkaufspreis, Steuer etc.

b. Produkte Nr. Item-Name, Beschreibung, Kostenpreis, Verkaufspreis, Steuer, minimale Lageranzahl etc.

3. Lagereingang / Ankauf Nr., Anzahl, Preis etc.

4. Verkauf / Auftrag Kunden-Nr., Service oder Produkt-Nr., Anzahl, Kommentar, Auftrag oder Lieferschein drucken (stellt in Rechnung) Rechnung oder Quittung drucken evtl. Mahnschreiben für ungedeckte Rechnungen Abbuchung vom Lagerbestand

5. Wöchentliche und Monaltiche Buchhaltung.

Das wären sin etwa meine Ideen. Ich denke, dass sich so ein Programm auf sehr viele geschäftliche Aktivitäten anwenden oder zuschneidern lässt.

Die spanische Übersetzung würde ich gerne übernehmen.

Gruss Alex

Praktisch wären vielleicht noch: - eine einfache Lohnbuchhaltung - Scenario - zusätzliche Felder für alternative Lieferanten und deren Angebote Vielleicht weniger für die Holzverarbeitung wichtig aber für viele andere: eine Datenbank, die festlegt, aus welchen Zulieferartikeln ein Endprodukt hergestellt wird, damit Lagerhaltung und Auftragseingang vernünftig synchronisiert werden können und ensprechende Bestellungen automatisch genriert und in die Fakturierung/Buchführung übernommen werden können. Letzter Punkt ist der Schwachpunkt (weil meistens sehr speziell zugeschnitten) einiger kommerzieller Fakturierungsprogramme, z.B. "Top Faktura" für Windows. Ich habe mal versucht so ein Feature mit M$Access für meine Firma zu erstellen, bin aber kläglich gescheitert. cu Hannes

Hallo Christoph! mchristoph.eckert@t-online.de (Christoph Eckert) schrieb:

Ich kann euch bei Bedarf Kraft meiner beruflichen Ausbildung ziemlich viele Specs der Datenbank erarbeiten, also wie das Produkt funktionieren soll etc. Auch kann ich testentestentesten. Das ist doch schon einiges. Eine gute Datenbankstruktur ist schon die halbe Miete. Man sollte sich aber gut überlegen, was man wie machen will!

Wie sieht euer Interese aus: Habt Ihr Bock auf was richtig großes oder soll es doch eher klein und beschaulich werden?

Naja - Erst einmal klein Anfangen :) Es ist immer gut, wenn man schnell etwas funktionierendes in der Hand hält. Aber sollte man von Anfang an das Grosse auch vor Augen haben. Nur eben sollte man sich auch gut überlegen, wie wir das alles realisieren wollen. Eine KDE/QT Appikation, die direkt auf den DB Server zugreift? Oder vielleicht doch eine Ebene mehr? Hat alles seine Vor- und Nachteile! Wie sähe es zum Beispiel mit einer Web basierten Applikation aus? Dann hat man sozusagen drei Ebenen: - Datenbank - Serverapplikation(en) - Client mit Web-Browser Da bietet sich z.B. auch Java an, denn da gibt es für sowas auch nette Tools, die sowas machen können. Aber die Frage ist: Wollen wir sowas? Und wenn ja. Gibt es hier Leute, die sowas schon können? Da arbeitet man sich nicht ganz so einfach rein! Was ist z.B. mit einer eigenen Liste für dieses Thema? Wollte da nicht schon jemand etwas einrichten? Dann könnte man dort in Ruhe darüber reden, was wer kann (also erfassen, was für KnowHow vorhanden ist) und was wer für Ziele hat. Was Du hier schreibst klingt schon sehr interessant. Mit den besten Grüßen, Konrad Neitzel -- SoftMediaTec GmbH Tel: 0172 / 689 31 45 Fax: 069 / 90 50 99 53

Hallo, Am Montag, 4. März 2002 11:14 schrieb Konrad Neitzel:

Da bietet sich z.B. auch Java an, denn da gibt es für sowas auch nette Tools, die sowas machen können. Aber die Frage ist: Wollen wir sowas? Und wenn ja. Gibt es hier Leute, die sowas schon können? Da arbeitet man sich nicht ganz so einfach rein!

Ich habe mir mal das http://www.linux-kontor.org/de ganz kurz angeschaut. Scheint so einen Ansatz zu verfolgen. Es gibt auch eine Mailingliste. Ist das Projekt noch am leben? Vom 10.01 bis 21.02 nur 2 Mails. -- Joachim Franek www.de-franek.de rs485.de-franek.de

Sorry :-( Ich war die letzten Tage offline (KRANK) Am Dienstag, 5. März 2002 21:36 schrieb Christoph Eckert:

Hallo, Faktura-Interessierte,

auf Roberts Anfrage hin folgendes, damit >Ihr auf dem Laufenden seid:

Ich hatte schonmal Stephan und Andre angefragt, ob denn einer Zeit, Muße und Infra hat, eine ML aufzusetzen, hab' aber bisher noch keine Antwort erhalten.

Ich werde mich schnellstens darum kümmern. So wie ich das sehen, werden wir noch diese Woche alle Daten zusammenhaben und auch die Liste eingerichtet haben. Ich bin Leider immer noch nicht komplett auf dem Damm, gebt mir also ein wenig Zeit. Beste Grüße Stephan

Am Montag, 4. März 2002 11:14 schrieb Konrad Neitzel:

Hallo Christoph!

mchristoph.eckert@t-online.de (Christoph Eckert) schrieb:

...

Ich kann euch bei Bedarf Kraft meiner beruflichen Ausbildung ziemlich viele Specs der Datenbank erarbeiten, also wie das Produkt funktionieren soll etc. Auch kann ich testentestentesten.

Das ist doch schon einiges. Eine gute Datenbankstruktur ist schon die halbe Miete. Man sollte sich aber gut überlegen, was man wie machen will!

Das sehe ich auch so: ACK.

...

Wie sieht euer Interese aus: Habt Ihr Bock auf was richtig großes oder soll es doch eher klein und beschaulich werden?

Naja - Erst einmal klein Anfangen :) Es ist immer gut, wenn man schnell etwas funktionierendes in der Hand hält. Aber sollte man von Anfang an das Grosse auch vor Augen haben.

Wiederum: Volles ACK.

Nur eben sollte man sich auch gut überlegen, wie wir das alles realisieren wollen. Eine KDE/QT Appikation, die direkt auf den DB Server zugreift?

Oder vielleicht doch eine Ebene mehr? Hat alles seine Vor- und Nachteile!

Wie sähe es zum Beispiel mit einer Web basierten Applikation aus?

Dann hat man sozusagen drei Ebenen: - Datenbank - Serverapplikation(en) - Client mit Web-Browser

In Web-basierten Sachen kann man bestimmte Sachen nicht so schön UI-technisch aufbereiten. QT hat man viele Möglichkeiten, aber man hängt dann auch tatsächlich an QT. Meines Erachtens wäre es natürlich schön, beide Optionen offen zu haben. Und die Möglichkeit, die Datenbank per ODBC anzapfen zu können, wird in ferner Zukunft sicher auch gefragt sein...

Da bietet sich z.B. auch Java an, denn da gibt es für sowas auch nette Tools, die sowas machen können. Aber die Frage ist: Wollen wir sowas? Und wenn ja. Gibt es hier Leute, die sowas schon können? Da arbeitet man sich nicht ganz so einfach rein!

Was ist z.B. mit einer eigenen Liste für dieses Thema? Wollte da nicht schon jemand etwas einrichten? Dann könnte man dort in Ruhe darüber reden, was wer kann (also erfassen, was für KnowHow vorhanden ist) und was wer für Ziele hat.

Man kann bei Yahoo Listen einrichten. Wenn Ihr wollt, kann ich da heute abend mal gucken.

Was Du hier schreibst klingt schon sehr interessant.

Mit den besten Grüßen,

Konrad Neitzel

Gruß Christoph Eckert