Es kommt was GROSSES auf uns zu...
- Martin Altmann
- Foren-Administrator
- Beiträge: 16555
- Registriert: Fr, 23. Sep 2005 4:58
- Wohnort: Berlin
- Hat sich bedankt: 115 Mal
- Danksagung erhalten: 48 Mal
- Kontaktdaten:
BTW,
jetzt gibt es mal wieder was Neues auf der Alaska-Seite
Viele Grüße,
Martin
jetzt gibt es mal wieder was Neues auf der Alaska-Seite
Viele Grüße,
Martin
Webseite mit XB2.NET und ausschließlich statischem Content in Form von HTML-Dateien: https://www.altem.de/
Webseite mit XB2.NET und ausschließlich dynamischem Content in Form von in-memory-HTML: https://meldungen.altem.de/
Mitglied der XUG Osnabrück
Vorsitzender des Deutschsprachige Xbase-Entwickler e. V.
- AUGE_OHR
- Marvin
- Beiträge: 12913
- Registriert: Do, 16. Mär 2006 7:55
- Wohnort: Hamburg
- Hat sich bedankt: 19 Mal
- Danksagung erhalten: 46 Mal
hi,
42 program files
36 procedure files
317 procedures and functions
28 databases
0 multiple index files
31 index files
0 report forms
0 format files
0 label forms
0 binary files
3 memory variable files
0 menu files
0 screen files
6 other files
98 cross-referenced tokens
sagt SNAP (ist vollständig durch gelaufen !!! )
7x "Steuer Datein" für "Pop-up" Windows & VALID
1x Drucker DBF (361 Rec.) mit "ESC" Sequenzen
Das ganze nannte sich "Termin-Information-Kundensystem" kurz TIK
Ich hab das Programm damals für die "Deutsche Zählergesellschaft"
geschrieben. Die produzieren die "Strom Zähler" die sich so fürchterlich
schnell drehen wenn man seine elektrischen Geräte einschaltet.
Es werden in den "Steuer Datein" die "Produktions Daten" hinterlegt
und bei einem Auftrag vom Kunden und in eine "Termin" Datei per
"pop-up" übernommen und dienen gleichzeitig fürs VALID.
Die "Steuer Datein" selbst haben alle das selbe "SAA" Menu mit :
und wären deshalb "ideal" zum umsetzten nach "Hybrid" -> "FULL GUI"
Die Debitoren Stammdaten sind ebenfalls nach "SAA" aufgebaut und
entsprechen den "Steuer Datein"
Die "Auftragsdateien" sind in "erfassen/laufende/gelieferte" unterteilt.
Diese basieren, wie auch die "pop-up" Fenster, auf TBrowse wobei ich
viel den "conditional SKIPPER" eingesetzt habe (da gab es noch kein
SixDrive und SCOPE ). Die Indexdateien "müssten" auch "perfekt" zu
SCOPE passen, der "conditional SKIPPER" müsste über den Index arbeiten
Die "Masken" sind "mini", naja bei 80x25 abzüglich Rahmen und Trenn-
linen bleibt da nicht viel Platz ...
"umbau" war wie im "Teil 2" beschrieben kein Problem.
wo ich nun schon soweit bin, will ich natürlich auch wissen ob es
denn nun unter Xbase++ auch "sauber" läuft und ob sich durch die
PARAMETERS (= PRIVATE) Umstellung auf LOCAL einen "Rattenschanz"
hat.
Deshalb hab ich auch SNAP wieder aus der "Versenkung" geholt um mir
eine Cross-Referenz Liste aller Variabeln (und wo die vorkommen) von
SNAP ausgeben zu lassen.
Leider arbeitet SNAP im "real-mode" und unter XP sp2 hab ich "nur" 554kb
von 640kb. Deshalb sind "nur" 98 PUBLIC(= GLOBAL) rausgekommen
aber nicht die PRIVATE.
Ich habe aber letztens wegen "Valkyrie" mein 486SX Notebook
gerade auf 736kb gebracht (mit QEMM) und dort müsste ich auch die
PRIVATE rausbekommen.
Übers Wochenende denke ich mir sollte ich die Informationen und den
Test haben sodas ich dann weiss was man noch "weglassen" könnte und
wo es evtl. "harken" könnte beim umsetzten nach "FULL GUI" (o:datalink
mit @MemVar)
Bericht darüber soll dann in "Teil 3" erfolgen.
gruss by OHR
Jimmy
klar ...Martin Altmann hat geschrieben: bis vorgerstern
22884 lines of codeMartin Altmann hat geschrieben: Wie umfangreich ist denn Dein Source?
42 program files
36 procedure files
317 procedures and functions
28 databases
0 multiple index files
31 index files
0 report forms
0 format files
0 label forms
0 binary files
3 memory variable files
0 menu files
0 screen files
6 other files
98 cross-referenced tokens
sagt SNAP (ist vollständig durch gelaufen !!! )
1x Stammdatei DebitorenMartin Altmann hat geschrieben: Was macht Dein Programm alles?
7x "Steuer Datein" für "Pop-up" Windows & VALID
1x Drucker DBF (361 Rec.) mit "ESC" Sequenzen
Das ganze nannte sich "Termin-Information-Kundensystem" kurz TIK
Ich hab das Programm damals für die "Deutsche Zählergesellschaft"
geschrieben. Die produzieren die "Strom Zähler" die sich so fürchterlich
schnell drehen wenn man seine elektrischen Geräte einschaltet.
Es werden in den "Steuer Datein" die "Produktions Daten" hinterlegt
und bei einem Auftrag vom Kunden und in eine "Termin" Datei per
"pop-up" übernommen und dienen gleichzeitig fürs VALID.
Die "Steuer Datein" selbst haben alle das selbe "SAA" Menu mit :
Code: Alles auswählen
Neu Editieren Löschen Suchen Erster Letzter Vorwärts Rückwärts F10 Ende
Die Debitoren Stammdaten sind ebenfalls nach "SAA" aufgebaut und
entsprechen den "Steuer Datein"
Die "Auftragsdateien" sind in "erfassen/laufende/gelieferte" unterteilt.
Diese basieren, wie auch die "pop-up" Fenster, auf TBrowse wobei ich
viel den "conditional SKIPPER" eingesetzt habe (da gab es noch kein
SixDrive und SCOPE ). Die Indexdateien "müssten" auch "perfekt" zu
SCOPE passen, der "conditional SKIPPER" müsste über den Index arbeiten
Die "Masken" sind "mini", naja bei 80x25 abzüglich Rahmen und Trenn-
linen bleibt da nicht viel Platz ...
ja, Blinker & FUNCky, wobei praktisch nur im "SWAP" Modul.Martin Altmann hat geschrieben: Irgendwelche Zusatztools?
"umbau" war wie im "Teil 2" beschrieben kein Problem.
ja, leider hab ich damals noch nicht an "multi language" gedacht.Martin Altmann hat geschrieben: Die Masken müßten noch auf Englische Texte umgesetzt werden
(kann ich ja machen).
wo ich nun schon soweit bin, will ich natürlich auch wissen ob es
denn nun unter Xbase++ auch "sauber" läuft und ob sich durch die
PARAMETERS (= PRIVATE) Umstellung auf LOCAL einen "Rattenschanz"
hat.
Deshalb hab ich auch SNAP wieder aus der "Versenkung" geholt um mir
eine Cross-Referenz Liste aller Variabeln (und wo die vorkommen) von
SNAP ausgeben zu lassen.
Leider arbeitet SNAP im "real-mode" und unter XP sp2 hab ich "nur" 554kb
von 640kb. Deshalb sind "nur" 98 PUBLIC(= GLOBAL) rausgekommen
aber nicht die PRIVATE.
Ich habe aber letztens wegen "Valkyrie" mein 486SX Notebook
gerade auf 736kb gebracht (mit QEMM) und dort müsste ich auch die
PRIVATE rausbekommen.
Übers Wochenende denke ich mir sollte ich die Informationen und den
Test haben sodas ich dann weiss was man noch "weglassen" könnte und
wo es evtl. "harken" könnte beim umsetzten nach "FULL GUI" (o:datalink
mit @MemVar)
Bericht darüber soll dann in "Teil 3" erfolgen.
gruss by OHR
Jimmy
- Martin Altmann
- Foren-Administrator
- Beiträge: 16555
- Registriert: Fr, 23. Sep 2005 4:58
- Wohnort: Berlin
- Hat sich bedankt: 115 Mal
- Danksagung erhalten: 48 Mal
- Kontaktdaten:
Hallo Jimmy,
wow - ist ja nicht schlecht!
Obwohl:
Nur leider wird das Programm viel zu umfangreich sein!
Wahrscheinlich werde ich mich dann selber in der nächsten Woche hinsetzen müssen, und ein kleines Programm herunterhacken...
Wolfgang Ciriack hatte auch noch angeboten, dies ggf. zu tun - mal schauen!
Viele Grüße und vielen Dank für Dein Angebot,
Martin
wow - ist ja nicht schlecht!
Obwohl:
Das finde ich ja ganz schön ekeligAUGE_OHR hat geschrieben:Ich hab das Programm damals für die "Deutsche Zählergesellschaft" geschrieben. Die produzieren die "Strom Zähler" die sich so fürchterlich schnell drehen wenn man seine elektrischen Geräte einschaltet.
Nur leider wird das Programm viel zu umfangreich sein!
Wahrscheinlich werde ich mich dann selber in der nächsten Woche hinsetzen müssen, und ein kleines Programm herunterhacken...
Wolfgang Ciriack hatte auch noch angeboten, dies ggf. zu tun - mal schauen!
Viele Grüße und vielen Dank für Dein Angebot,
Martin
Webseite mit XB2.NET und ausschließlich statischem Content in Form von HTML-Dateien: https://www.altem.de/
Webseite mit XB2.NET und ausschließlich dynamischem Content in Form von in-memory-HTML: https://meldungen.altem.de/
Mitglied der XUG Osnabrück
Vorsitzender des Deutschsprachige Xbase-Entwickler e. V.
-
- UDF-Programmierer
- Beiträge: 97
- Registriert: Mi, 01. Feb 2006 23:49
- Wohnort: Glauchau
- Kontaktdaten:
Hallo Martin,
Vielleicht kann ich helfen.
Ich habe mal für den öffentlichen Dienst ein Programm für die Registrierung im (Kreis)Archiv geschrieben. Es besteht aus ein paar Browsern und hat einen Glosar usw. Es hat ca. 1500 Zeilen und es Benutzt nur meine Tool-Library. Ich habe es gerade gestartet und Top es läuft. Stand 1996
Dieses Programm habe ich 2004 auf xBase umgestellt. Es ist vollständig GUI benutzt aber die alten Funktione für die Programmlogik.
Wäre das für euch interessant ?
Gruss Steffen
Vielleicht kann ich helfen.
Ich habe mal für den öffentlichen Dienst ein Programm für die Registrierung im (Kreis)Archiv geschrieben. Es besteht aus ein paar Browsern und hat einen Glosar usw. Es hat ca. 1500 Zeilen und es Benutzt nur meine Tool-Library. Ich habe es gerade gestartet und Top es läuft. Stand 1996
Dieses Programm habe ich 2004 auf xBase umgestellt. Es ist vollständig GUI benutzt aber die alten Funktione für die Programmlogik.
Wäre das für euch interessant ?
Gruss Steffen
- Martin Altmann
- Foren-Administrator
- Beiträge: 16555
- Registriert: Fr, 23. Sep 2005 4:58
- Wohnort: Berlin
- Hat sich bedankt: 115 Mal
- Danksagung erhalten: 48 Mal
- Kontaktdaten:
Hallo Steffen,
das hängt davon ab, ob auch die Sourcen für Deine Tool-Lib öffentlich sein können und auch beides veröffentlicht und weitergegeben werden kann.
Sind bei den 1500 Zeilen auch Deine Lib mit dabei?
Viele Grüße,
Martin
das hängt davon ab, ob auch die Sourcen für Deine Tool-Lib öffentlich sein können und auch beides veröffentlicht und weitergegeben werden kann.
Sind bei den 1500 Zeilen auch Deine Lib mit dabei?
Viele Grüße,
Martin
Webseite mit XB2.NET und ausschließlich statischem Content in Form von HTML-Dateien: https://www.altem.de/
Webseite mit XB2.NET und ausschließlich dynamischem Content in Form von in-memory-HTML: https://meldungen.altem.de/
Mitglied der XUG Osnabrück
Vorsitzender des Deutschsprachige Xbase-Entwickler e. V.
- AUGE_OHR
- Marvin
- Beiträge: 12913
- Registriert: Do, 16. Mär 2006 7:55
- Wohnort: Hamburg
- Hat sich bedankt: 19 Mal
- Danksagung erhalten: 46 Mal
hi,
Clipper Programm "zum umstellen" auf GUI. Man bräuchte also den
"alten Source" vor deiner umstellumng auf GUI woran es bei
mir hapert den ich hab inzwischen alles, bis auf TIK, umgestellt auf
Xbase++
es "nur" noch 17916 Zeilen sind. Dies betraf vor allem die "Nixdorf"
Schnittstelle zum importieren der Daten und wird wohl nicht mehr
"aktuell" sein.
Nun besteht das Programm "eigendlich" aus 2 Teilen (Folge Auftrag),
der praktisch nur aus TBrowse besteht um "Termine" zu "verschieben".
"Das" würde ich mal gerne in einem XbpBrowse mit "Drag & Drop" sehen !
Nach über 15 Jahren hab ich mich nun mal wieder "ernsthaft" mit dem
Source beschäftig und musste zu Teil "schmunzeln" was ich damals so
"konstruiert" habe. Da ich nach dem "klassichem" SAA Vorgaben die
Module aufgebaut habe gibt es praktisch auch immer "nur" fast die
selben Procedure Namen :
sowie der "Procedure" Aufruf
mir ein kleines verschaffte ...
und paar "schöne Fallstricke" einbaun
Wenn möglich sollte man sogar auf den S87 zurück greifen ihn aber
v5.x "compatible" halten damit Xbase++ nicht "zuviel" meckert ?!
Wie wäre es den mit der Idee "den" Source dann in einem Thread
"öffendlich" zu machen damit wir wirklich ein "real model" haben wo
es eben nicht immer so schön "passt" wie bei den "Beispielen" in den
Help Files zu Xbase++ .
... was ist eigendlich mit "drucken" ... mit "ESC" Sequenzen ...
gruss by OHR
Jimmy
wenn ich Martin richtig verstanden haben braucht er ein "richtig altes"rassekst hat geschrieben: Dieses Programm habe ich 2004 auf xBase umgestellt. Es ist vollständig GUI benutzt aber die alten Funktione für die Programmlogik.
Clipper Programm "zum umstellen" auf GUI. Man bräuchte also den
"alten Source" vor deiner umstellumng auf GUI woran es bei
mir hapert den ich hab inzwischen alles, bis auf TIK, umgestellt auf
Xbase++
... und "Rabatt" hab ich auch keinen bekommen ...)martin hat geschrieben: Das finde ich ja ganz schön ekelig
also ich hab schon mal "schnell" 4968 Zeilen "rausgeschmissen" sodasmartin hat geschrieben: Nur leider wird das Programm viel zu umfangreich sein!
es "nur" noch 17916 Zeilen sind. Dies betraf vor allem die "Nixdorf"
Schnittstelle zum importieren der Daten und wird wohl nicht mehr
"aktuell" sein.
Nun besteht das Programm "eigendlich" aus 2 Teilen (Folge Auftrag),
der praktisch nur aus TBrowse besteht um "Termine" zu "verschieben".
"Das" würde ich mal gerne in einem XbpBrowse mit "Drag & Drop" sehen !
Nach über 15 Jahren hab ich mich nun mal wieder "ernsthaft" mit dem
Source beschäftig und musste zu Teil "schmunzeln" was ich damals so
"konstruiert" habe. Da ich nach dem "klassichem" SAA Vorgaben die
Module aufgebaut habe gibt es praktisch auch immer "nur" fast die
selben Procedure Namen :
wobei mir bei der xxx_STORE besonders das :*: Procs & Fncts: ADEBART
*: : xxx_INIT
*: : xxx_MASKE
*: : xxx_SAY
*: : xxx_GET
*: : xxx_STORE
*: : xxx_REPL
*: : xxx_NEU
*: : xxx_AENDERN
*: : xxx_SUCH
Code: Alles auswählen
STORE debatext TO mdebatext
Code: Alles auswählen
DO xxx_neu
sag ich doch, und dabei dann nur unter Cl*pper entwickelnmartin hat geschrieben: Wahrscheinlich werde ich mich dann selber in der nächsten Woche hinsetzen müssen, und ein kleines Programm herunterhacken...
Wolfgang Ciriack hatte auch noch angeboten, dies ggf. zu tun - mal schauen!
und paar "schöne Fallstricke" einbaun
Wenn möglich sollte man sogar auf den S87 zurück greifen ihn aber
v5.x "compatible" halten damit Xbase++ nicht "zuviel" meckert ?!
Wie wäre es den mit der Idee "den" Source dann in einem Thread
"öffendlich" zu machen damit wir wirklich ein "real model" haben wo
es eben nicht immer so schön "passt" wie bei den "Beispielen" in den
Help Files zu Xbase++ .
... was ist eigendlich mit "drucken" ... mit "ESC" Sequenzen ...
gruss by OHR
Jimmy
- Martin Altmann
- Foren-Administrator
- Beiträge: 16555
- Registriert: Fr, 23. Sep 2005 4:58
- Wohnort: Berlin
- Hat sich bedankt: 115 Mal
- Danksagung erhalten: 48 Mal
- Kontaktdaten:
Hallo Jimmy,
geschmunzelt haben wir sicher alle schon mal, wenn wir uns den alten Source mal wieder angeschaut haben
Und keine Sorge - Du hast mich schon richtig verstanden, aber dafür den Steffen wahrscheinlich nicht - wenn ich ihn richtig verstanden habe, hat er die Originalsourcen auch noch und auch unter Clipper probiert...
Die DevCon-Applikation werden wir natürlich auch hier veröffentlichen können, da sehe ich kein Problem - zumindest dann nicht, wenn sie extra für die DevCon geschrieben würde!
Anders sieht es da schon mit den jeweiligen Erweiterungen der 3pp-Anbieter aus - die müssten dann erst mal um Erlaubnis gefragt werden.
Viele Grüße,
Martin
geschmunzelt haben wir sicher alle schon mal, wenn wir uns den alten Source mal wieder angeschaut haben
Und keine Sorge - Du hast mich schon richtig verstanden, aber dafür den Steffen wahrscheinlich nicht - wenn ich ihn richtig verstanden habe, hat er die Originalsourcen auch noch und auch unter Clipper probiert...
Die DevCon-Applikation werden wir natürlich auch hier veröffentlichen können, da sehe ich kein Problem - zumindest dann nicht, wenn sie extra für die DevCon geschrieben würde!
Anders sieht es da schon mit den jeweiligen Erweiterungen der 3pp-Anbieter aus - die müssten dann erst mal um Erlaubnis gefragt werden.
Viele Grüße,
Martin
Webseite mit XB2.NET und ausschließlich statischem Content in Form von HTML-Dateien: https://www.altem.de/
Webseite mit XB2.NET und ausschließlich dynamischem Content in Form von in-memory-HTML: https://meldungen.altem.de/
Mitglied der XUG Osnabrück
Vorsitzender des Deutschsprachige Xbase-Entwickler e. V.
-
- Rekursionen-Architekt
- Beiträge: 128
- Registriert: Mi, 26. Okt 2005 18:41
- Wohnort: Berlin
- Kontaktdaten:
Lieber Martin,
exakt dieses:
Gruß
Olaf870
exakt dieses:
habe ich gemacht, nur klein ist es nicht: ca: 55.000 Zeilen, mit wesentlich weniger ist so eine komplexe Anforderung wie Du sie schilderst, nicht vernünftig zu schaffen. Das Gute war aber: Mit ein paar Änderungen (#ifdef __XPP__ ) konnte man es mit Clipper UND Xbase compilieren. Aber ich glaube fast nicht, daß das was als Demo taugt.... kleine Programm ..., mit dem z.B. Adressen verwaltet und Bestellungen abgewickelt werden können.
Also z.B. eine Kundendatei, eine Artikeldatei und eine Verknüpfung der beiden in Form von Bestellungen oder ähnlichem.
Ohne Nutzung von Tools anderer Hersteller - rein Clipper!
Gruß
Olaf870
- Martin Altmann
- Foren-Administrator
- Beiträge: 16555
- Registriert: Fr, 23. Sep 2005 4:58
- Wohnort: Berlin
- Hat sich bedankt: 115 Mal
- Danksagung erhalten: 48 Mal
- Kontaktdaten:
Hallo Olaf,
vielen Dank für Dein Angebot - aber ja: 55.000 Zeilen ist definitv zu umfangreich!
Viele Grüße,
Martin
vielen Dank für Dein Angebot - aber ja: 55.000 Zeilen ist definitv zu umfangreich!
Viele Grüße,
Martin
Webseite mit XB2.NET und ausschließlich statischem Content in Form von HTML-Dateien: https://www.altem.de/
Webseite mit XB2.NET und ausschließlich dynamischem Content in Form von in-memory-HTML: https://meldungen.altem.de/
Mitglied der XUG Osnabrück
Vorsitzender des Deutschsprachige Xbase-Entwickler e. V.
-
- UDF-Programmierer
- Beiträge: 97
- Registriert: Mi, 01. Feb 2006 23:49
- Wohnort: Glauchau
- Kontaktdaten:
Hallo Martin,
die alten Sourcen sind frei. Es werden von der LIB auch nicht alle Teile benötigt.
Ich habe eigentlich alle meine Clipper 5.2 Programme noch. Manche werden auch noch verwendet.
Darunter gibt es kleine wie Telefonauskunft, mittlere wie Archivregistratur und große wie ein noch laufendes Bussgeldprogramm für einen Landkreis.
Vielleicht kann ich Dir etwas zusenden, dass Du Dir ein Bild machen kannst.
Der Vorteil bei dem Archivregistraturprogramm ist das es schon portiert wurde.
Das Programm besteht aus zwei PRG's ca 1500 Zeilen und einigen Funktionen aus der Lib.
In xBase wurde der Kern sogar kleiner.
Gruss Steffen
die alten Sourcen sind frei. Es werden von der LIB auch nicht alle Teile benötigt.
Ich habe eigentlich alle meine Clipper 5.2 Programme noch. Manche werden auch noch verwendet.
Darunter gibt es kleine wie Telefonauskunft, mittlere wie Archivregistratur und große wie ein noch laufendes Bussgeldprogramm für einen Landkreis.
Vielleicht kann ich Dir etwas zusenden, dass Du Dir ein Bild machen kannst.
Der Vorteil bei dem Archivregistraturprogramm ist das es schon portiert wurde.
Das Programm besteht aus zwei PRG's ca 1500 Zeilen und einigen Funktionen aus der Lib.
In xBase wurde der Kern sogar kleiner.
Gruss Steffen
- Martin Altmann
- Foren-Administrator
- Beiträge: 16555
- Registriert: Fr, 23. Sep 2005 4:58
- Wohnort: Berlin
- Hat sich bedankt: 115 Mal
- Danksagung erhalten: 48 Mal
- Kontaktdaten:
Hallo Steffen,
was macht Dein Archivregistraturprogramm denn? Was für Punkte sind abgedeckt?
Viele Grüße,
Martin
was macht Dein Archivregistraturprogramm denn? Was für Punkte sind abgedeckt?
Viele Grüße,
Martin
Webseite mit XB2.NET und ausschließlich statischem Content in Form von HTML-Dateien: https://www.altem.de/
Webseite mit XB2.NET und ausschließlich dynamischem Content in Form von in-memory-HTML: https://meldungen.altem.de/
Mitglied der XUG Osnabrück
Vorsitzender des Deutschsprachige Xbase-Entwickler e. V.
-
- UDF-Programmierer
- Beiträge: 97
- Registriert: Mi, 01. Feb 2006 23:49
- Wohnort: Glauchau
- Kontaktdaten:
Hallo Martin,
Es gibt eine Nutzerverwaltung. Loginbildschirm.
Das Programm dient zum Verwalten von Archivbeständen.
Dort werden Zugänge eingegeben und dort die sogenannten Akten verwaltet.
Anlegen, Ändern, Löschen usw.
Ein wichtiger Teil ist die Recherche.
Das Programm ist recht Übersichtlich.
Wie kann ich den JPG hier anzeigen ?
Gruss Steffen
Es gibt eine Nutzerverwaltung. Loginbildschirm.
Das Programm dient zum Verwalten von Archivbeständen.
Dort werden Zugänge eingegeben und dort die sogenannten Akten verwaltet.
Anlegen, Ändern, Löschen usw.
Ein wichtiger Teil ist die Recherche.
Das Programm ist recht Übersichtlich.
Wie kann ich den JPG hier anzeigen ?
Gruss Steffen
- Martin Altmann
- Foren-Administrator
- Beiträge: 16555
- Registriert: Fr, 23. Sep 2005 4:58
- Wohnort: Berlin
- Hat sich bedankt: 115 Mal
- Danksagung erhalten: 48 Mal
- Kontaktdaten:
Hallo Steffen,
hört sich erstmal recht interessant an!
JPG: Auf eine Webspace hochladen.
URL auf die Adresse in Dein Posting einfügen
URL komplett markieren und auf den Img-Knopf klicken
Viele Grüße,
Martin
hört sich erstmal recht interessant an!
JPG: Auf eine Webspace hochladen.
URL auf die Adresse in Dein Posting einfügen
URL komplett markieren und auf den Img-Knopf klicken
Viele Grüße,
Martin
Webseite mit XB2.NET und ausschließlich statischem Content in Form von HTML-Dateien: https://www.altem.de/
Webseite mit XB2.NET und ausschließlich dynamischem Content in Form von in-memory-HTML: https://meldungen.altem.de/
Mitglied der XUG Osnabrück
Vorsitzender des Deutschsprachige Xbase-Entwickler e. V.
- Martin Altmann
- Foren-Administrator
- Beiträge: 16555
- Registriert: Fr, 23. Sep 2005 4:58
- Wohnort: Berlin
- Hat sich bedankt: 115 Mal
- Danksagung erhalten: 48 Mal
- Kontaktdaten:
Hallo Steffen,
klappt doch prima mit den jpg
Das die Daten nicht frei wären, ist schon klar - da muss man dann mit Dummy-Daten arbeiten.
OK, vielen Dank erstmal für Dein Angebot. Ist recht interessant, da es nicht zu groß ist und auch für die Erweiterung in Richtung Internet sehr gut geeignet wäre!
Mal sehen, was noch für Angebote von Anderen kommen
Wir (=Organisationsteam) werden uns dann beratschlagen und gemeinsam für eine Anwendung entscheiden.
Viele Grüße,
Martin
klappt doch prima mit den jpg
Das die Daten nicht frei wären, ist schon klar - da muss man dann mit Dummy-Daten arbeiten.
OK, vielen Dank erstmal für Dein Angebot. Ist recht interessant, da es nicht zu groß ist und auch für die Erweiterung in Richtung Internet sehr gut geeignet wäre!
Mal sehen, was noch für Angebote von Anderen kommen
Wir (=Organisationsteam) werden uns dann beratschlagen und gemeinsam für eine Anwendung entscheiden.
Viele Grüße,
Martin
Webseite mit XB2.NET und ausschließlich statischem Content in Form von HTML-Dateien: https://www.altem.de/
Webseite mit XB2.NET und ausschließlich dynamischem Content in Form von in-memory-HTML: https://meldungen.altem.de/
Mitglied der XUG Osnabrück
Vorsitzender des Deutschsprachige Xbase-Entwickler e. V.
- Martin Altmann
- Foren-Administrator
- Beiträge: 16555
- Registriert: Fr, 23. Sep 2005 4:58
- Wohnort: Berlin
- Hat sich bedankt: 115 Mal
- Danksagung erhalten: 48 Mal
- Kontaktdaten:
Hallo Steffen,
könntest Du denn auch die aus Deiner Lib genutzten Funktionen "rausziehen" in die Sourcen des Archivregistraturprogrammes?
Viele Grüße,
Martin
könntest Du denn auch die aus Deiner Lib genutzten Funktionen "rausziehen" in die Sourcen des Archivregistraturprogrammes?
Viele Grüße,
Martin
Webseite mit XB2.NET und ausschließlich statischem Content in Form von HTML-Dateien: https://www.altem.de/
Webseite mit XB2.NET und ausschließlich dynamischem Content in Form von in-memory-HTML: https://meldungen.altem.de/
Mitglied der XUG Osnabrück
Vorsitzender des Deutschsprachige Xbase-Entwickler e. V.
-
- UDF-Programmierer
- Beiträge: 97
- Registriert: Mi, 01. Feb 2006 23:49
- Wohnort: Glauchau
- Kontaktdaten:
Hallo Martin,
Ich denke das müsste klappen.
Es sollten auch nicht so viele werden.
Ich möchte mir hier nur nicht im Vorfeld so viel Arbeit machen und dann wird alles ganz anders.
Mein Vorschlag ist, ich sende Dir erstmal die Quellen des Hauptprogramms und Du entscheidest dann wie es weitergeht.
Achtung: Ich verwende die CATOOLS, also doch nicht reines Clipper !?
Gruss Steffen
Ich denke das müsste klappen.
Es sollten auch nicht so viele werden.
Ich möchte mir hier nur nicht im Vorfeld so viel Arbeit machen und dann wird alles ganz anders.
Mein Vorschlag ist, ich sende Dir erstmal die Quellen des Hauptprogramms und Du entscheidest dann wie es weitergeht.
Achtung: Ich verwende die CATOOLS, also doch nicht reines Clipper !?
Gruss Steffen
- Martin Altmann
- Foren-Administrator
- Beiträge: 16555
- Registriert: Fr, 23. Sep 2005 4:58
- Wohnort: Berlin
- Hat sich bedankt: 115 Mal
- Danksagung erhalten: 48 Mal
- Kontaktdaten:
Hallo Steffen,
ist OK.
Und die CA-Tools sind ja durch die Xbase++-Tools abgedeckt - oder gab es da Probleme beim migrieren?
Viele Grüße,
Martin
ist OK.
Und die CA-Tools sind ja durch die Xbase++-Tools abgedeckt - oder gab es da Probleme beim migrieren?
Viele Grüße,
Martin
Webseite mit XB2.NET und ausschließlich statischem Content in Form von HTML-Dateien: https://www.altem.de/
Webseite mit XB2.NET und ausschließlich dynamischem Content in Form von in-memory-HTML: https://meldungen.altem.de/
Mitglied der XUG Osnabrück
Vorsitzender des Deutschsprachige Xbase-Entwickler e. V.
- Martin Altmann
- Foren-Administrator
- Beiträge: 16555
- Registriert: Fr, 23. Sep 2005 4:58
- Wohnort: Berlin
- Hat sich bedankt: 115 Mal
- Danksagung erhalten: 48 Mal
- Kontaktdaten:
Hallo Steffen,
Du kannst Dich ganz entspannt zurücklehnen - Hubert hat sich bereiterklärt, die Anwendung zu "stricken", die Aufgabe bleibt also im Organisationsteam und wir brauchen Euch nicht damit belästigen
Auf jeden Fall Dir und auch den anderen vielen Dank für Eure spontane Bereitschaft, uns und den Event tatkräftig zu unterstützen - wirklich super
Viele Grüße,
Martin
Du kannst Dich ganz entspannt zurücklehnen - Hubert hat sich bereiterklärt, die Anwendung zu "stricken", die Aufgabe bleibt also im Organisationsteam und wir brauchen Euch nicht damit belästigen
Auf jeden Fall Dir und auch den anderen vielen Dank für Eure spontane Bereitschaft, uns und den Event tatkräftig zu unterstützen - wirklich super
Viele Grüße,
Martin
Webseite mit XB2.NET und ausschließlich statischem Content in Form von HTML-Dateien: https://www.altem.de/
Webseite mit XB2.NET und ausschließlich dynamischem Content in Form von in-memory-HTML: https://meldungen.altem.de/
Mitglied der XUG Osnabrück
Vorsitzender des Deutschsprachige Xbase-Entwickler e. V.