Machbar JA - einfach NEIN
Ein Kollege hat mir mal solch ein Makro gezeigt - und mein erster gedanke war - der Typ muss Masochist sein oder zuviel Langeweile haben.
Verglichen mit VBA:
- Die Entwicklunsumgebung ist ein Alptraum
- Die Sprache an sich ist nur zu sich selbst kompatibel
- Die Sprache kann schier nix
- Dokumentationen Beispiele FEHLANZEIGE
Einige Vorschlaege für praktikable "Workarounds"
A) mit acad VBA die ODBC schnittstelle benutzen und die daten ine eine SQL Datenbank schreiben
Postgress, MariaDB, Orazle, Access ....
Diese Daten bekommt man (angeblich) mit Openoffice da wieder raus
(ODBC koennen die definitiv bis heute nicht wirklich (buggy und lahm wie Schnecke (Wenns mal nicht wieder nach 3000 Datensaetzen abrauchts) ))
B) mit VBA CSV Dateien erstellen welche auch universell in Tabllenkalkulationne gelesen werden koennen.
C) Tapfer zumindest eine MS Office Lizenz latzen
Letzteres spart unterm strich ne Menge Aerger, Arbeit etc und ist sofern man wirtschaftlich arbeiten muss auch noch billiger (ausnahmsweise)
Fuer elegant oder zumindest pragmatisch halte ich Loesung "A"
Excel Tabellen als Datenbanken zu missbrauchen habe ich zu oft gesehen - fuehrt frueher oder spaeter ins Chaos. X versionen keine ist konsistent usw.
Ich mag Openoffice, die Idee ist Klasse. Meine Diplomarbeit ahbe ich vor Jahrzehnten mit Openoffice geschrieben - damals hies das noch Star Office und kam aus Hamburg.
Mein Fazit: Wenns ne Buechse ist, fuer ne Tippse kann die unter Linux laufen und OpenOffice haben.
Da ists mir egal welche Textverarbeitung die nicht (wirklich) kann
Will man hingegen produktiv arbeiten ... Da ist das Excel in dem Falle das kleinere Uebel.
(Falls man noch Freizeit haben will)
------------------
wer es nicht versucht, hat schon verlorn
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP
Foren auf CAD.de (alle Foren)
| 
