MS-Office-Forum
Google
   

Zurück   MS-Office-Forum > Sonstiges > Testzentrum für selbstentwickelte Software
Registrieren Forum Hilfe Alle Foren als gelesen markieren

Banner und Co.

Antworten
Ads Der Renner, 11 Entwicklertools für Access, Tipps & Trick und offene Datenbanken zum einzigartigen Preis.
Themen-Optionen Bewertung: Bewertung: 2 Stimmen, 5,00 durchschnittlich. Ansicht
Alt 24.10.2003, 13:28   #1
Sascha Trowitzsch
MS-Office-Forum Team MS-Office-Forum Team
Standard Access-Tool - Manuela Kulpas "EICDocu" (Access-DBs dokumentieren)

Name des Produkts:

EICDocu - Access-Datenbanken dokumentieren

Art des Produkts:
(Anwendung, AddIn, Tool o.ä.)
Addin für Access 97/2000/XP
Programmautor:Manuela Kulpa
Aktueller Versionsstand: ??
Downloadgröße: ca. 130 kB
Vorgesehen(e) Betriebssystem(e):W98/ME/NT4/2000/XP
Vorgesehene Office-Version(en): O97/2000/XP
Andere Systemvoraussetzungen: Microsoft Word ab V97
Installationshinweise:
(Art des Setups etc.)
Die EICDocu.mda-Addin über den Addin-Manager von Access zu den Addins hinzufügen. Der Aufruf erfolgt dann über das Menü Extras >> Add-Ins >> EICDocu (siehe Info.txt in im Zip)
Zielgruppe: Access-Entwickler
Kurzbeschreibung: Gerade bei umfangreichen Datenbanken ist die Gefahr groß, den Überblick über alle Objekte und Funktionen zu verlieren. Unser Add-In EICDocu bietet Ihnen eine schnelle Möglichkeit für dieses Problem: Mit einem Mausklick kann man seine Datenbanken schnell und komfortabel in Microsoft Word dokumentieren:
Im Dialogfenster können Sie die Objekte Ihrer Datenbank zur Dokumentation auswählen. Für jeden Objekttyp (Datenbank, Tabellen, Abfragen, Formulare, Berichte, Module) besteht optional die Möglichkeit zur Auswahl, die Objekt-Eigenschaften zusätzlich mit auszugeben.
Enthält das Produkt den Quellcode? Ja. (EICDocu.mda in Access öffnen)
Mit welchem Entwicklungswerkzeug wurde es genau erstellt?
(Mit Versionsangabe)
Access 97/XP
Webseite:http://kulpa-online.com/downloads-ac...dins-1003.html
Download unter:

EICDocu für A2000/XP
EICDocu für A97

Bisher getestete Konfigurationen: A97/2000/XP (?)
Testziel:
In welcher Hinsicht und unter welchen Bedingungen soll das Produkt getestet werden?
Korrekte Funktion der Installation.
Funktionalität.
Tests unter verschiedenen O97/2000/XP-Konfigurationen.

__________________

Microsoft Access MVP
O2k bis O2010, VB6, VS2008, Delphi7, ...
Bitte keine ungefragten E-Mails. Probleme werden hier gelöst.
Bitte beachten: Grundlegendes zum Access-Forum

Knowhow auf Access-im-Unternehmen | Das Access 2007 Praxisbuch für Entwickler | www.mossTOOLs.de
Sascha Trowitzsch ist offline  
verlinken auf Del.icio.us Diese Seite zu Mister Wong hinzufügen
Antworten Auf Beitrag antworten
Alt 24.10.2003, 13:30   #2
Sascha Trowitzsch
Threadstarter Threadstarter
MS-Office-Forum Team MS-Office-Forum Team
Standard

Dieses Thema folgt einem Test, der bereits im Access-Forum begonnen hat:

http://www.ms-office-forum.net/forum...hreadid=106647

Bitte zunächst dort nachlesen.
Weitere Beiträge anschließend hier.

Danke, Sascha

__________________

Microsoft Access MVP
O2k bis O2010, VB6, VS2008, Delphi7, ...
Bitte keine ungefragten E-Mails. Probleme werden hier gelöst.
Bitte beachten: Grundlegendes zum Access-Forum

Knowhow auf Access-im-Unternehmen | Das Access 2007 Praxisbuch für Entwickler | www.mossTOOLs.de
Sascha Trowitzsch ist offline  
verlinken auf Del.icio.us Diese Seite zu Mister Wong hinzufügen
Antworten Auf Beitrag antworten
Alt 24.10.2003, 14:44   #3
Manuela Kulpa
MS-Office-Forum Team MS-Office-Forum Team
Standard

Bereits bekannte/gelöste Probleme/Fehler:

Das Add-In bleibt immer an der gleichen Stelle unter A2K hängen:

Code:

DoCmd.OpenReport pDoc.Name, View:=acViewDesign, WindowMode:=acHidden
bereits gefixt (siehe Download oben), da WindowMode:=acHidden unter A2K nicht zur Verfügung steht. Alternativ, ersetze die obige Zeile durch folgende:

Code:

DoCmd.OpenReport pDoc.Name, View:=acViewDesign
"Beim Hinzufügen zur Registrierung ist ein Fehler aufgetreten!"

Das kann verschiedene Gründe haben. Zum einen "fehlende" Schreibrechte auf die Registry oder hmmmmmm, tja das Mysterium Access *grimel*

Vorläufige Lösung, manuelle Registrierung des Add-Ins:

Für A2K bzw. AXP: http://www.kulpa-online.de/externals...cdocureg2X.zip
Für A97: http://www.kulpa-online.de/externals...cdocureg97.zip

Wichtig: Passe bitte jeweils die Versionsnummer (A2K 9.0, AXP 10.0) und den Pfad zum Add-In mit einem Texteditor an. Erst dann solltest du die Registrierungsdatei mit einem Doppelklick ausführen.

Fehler: 5834 – Objekt oder Methode existiert nicht

Dieser Fehler kann auf anderssprachigen Systemen auftreten, da im Add-In derzeit noch mit der "Standard-Formatvorlage" unter Word gearbeitet wird.

Derzeitige Lösung: suche bitte alle Einträge mit .Style = "Standard" und ersetzte das Wort Standard mit der Bezeichnung deiner "Standard"-Formatvolage. Die Bezeichnung findest du in Word, in der Formatsymbolleiste (siehe auch Anhang).



Fehler 462: Remote server does not exist or is not available (Remoteserver oder auch RPC-Server ist nicht verfügbar) bzw. Automatisierungsfehler etc. pp.

Vorläufige Lösung: Nach der ersten Dokumentation das Add-In schließen und dann erst erneut aufrufen.

Problem wird behoben! Rückmeldung folgt!

Bei der Dokumentation von Tabellen scheint es Probleme mit den .InsertAfters zu geben.

Muss ich kontrollieren. Eventuell ist hier zu empfehlen, mit einer eigenen Dokumentenvorlage zu arbeiten. Rückmeldung folgt!

- GUIDs sollten entweder aus der Dokumentation rausgelassen oder in einen GUID-String umgewandelt werden.

Ist sehr sinnvoll. Wird auch im nächsten Release integriert!

__________________

====================================
Manuela Kulpa ist offline  
verlinken auf Del.icio.us Diese Seite zu Mister Wong hinzufügen
Antworten Auf Beitrag antworten
Alt 25.10.2003, 20:13   #4
Sascha Trowitzsch
Threadstarter Threadstarter
MS-Office-Forum Team MS-Office-Forum Team
Standard

Nachdem Manuela diese Bugs evtl. behoben hat rege ich an, folgende Funktionen zusätzlich einzubauen:

1. Dokumentation von Makros
2. Dokumentation der Benutzer, Gruppen, Benutzerrechte
3a. Ausführliche Dokumentation der Verweise
3b. Angaben zu Versionen des Systems, unter dem die Dokumentation erstellt wird (Versionen OS, OFF, ServicePacks)
4. Graphische Ausgabe des Beziehungslayouts

Da ich mich bereiterklärt habe, an der Fortentwicklung mitzuwirken, würde ich mich schon mal für die Punkte 1, 3 und 4 anmelden.
(...Wenn ich denn die Zeit dazu finde und es überhaupt klappt... Punkt 4 wird hart.)

Gruß, Sascha

__________________

Microsoft Access MVP
O2k bis O2010, VB6, VS2008, Delphi7, ...
Bitte keine ungefragten E-Mails. Probleme werden hier gelöst.
Bitte beachten: Grundlegendes zum Access-Forum

Knowhow auf Access-im-Unternehmen | Das Access 2007 Praxisbuch für Entwickler | www.mossTOOLs.de
Sascha Trowitzsch ist offline  
verlinken auf Del.icio.us Diese Seite zu Mister Wong hinzufügen
Antworten Auf Beitrag antworten
Alt 26.10.2003, 09:23   #5
Manuela Kulpa
MS-Office-Forum Team MS-Office-Forum Team
Standard

Hallo Sascha,

deine Anregungen sind super . Den Part der Benutzer, Gruppen und Benutzerrechte übernehme ich gerne, du hast dann wohl eher den schwierigen Teil (uih, uih, uih). Ich werde auch die Ausgabe optimieren, insoweit dass ich hier mit einer Word-Vorlage arbeiten möchte (mal schauen, wie sich das realisieren lässt).

Ein Problem sehe ich derzeit noch in der Integration der Funktionen! Wie sollen wir hier Weiterverfahren? Vielleicht sollten wir hier Modulweise arbeiten, so dass zum Schluss die einzelnen Module nur noch zusammengeführt werden!

Lieben Gruß

__________________

====================================
Manuela Kulpa ist offline  
verlinken auf Del.icio.us Diese Seite zu Mister Wong hinzufügen
Antworten Auf Beitrag antworten
Alt 26.10.2003, 10:58   #6
Sascha Trowitzsch
Threadstarter Threadstarter
MS-Office-Forum Team MS-Office-Forum Team
Standard

Zitat:

Ein Problem sehe ich derzeit noch in der Integration der Funktionen

Wieso, du hast doch schon die einzelnen Doku-Abschnitte schön aufgeteilt?
(DokuTables, DokuForms, ..., DokuMacros )


Wg. Word-Vorlage: Ich denke auch, dass das die sicherste Möglichkeit ist, um seltsamem Verhalten bei Einfügen von Text vorzubeugen.
Dabei fällt mir ein, dass ich noch einen Punkt vergessen hatte:
Es wäre nicht schlecht, wenn in das Addin ein Optionen-Dialog integriert würde, mit dem man ein paar wenige Vorlieben für die Ausgabe steuern könnte. (Z.B. Schriftart, - größe; ich mag beispielsweise Tahoma in Word-Docs nicht.) Diese Auswahlmöglichkeiten könnte man in der Vorlage als Absatzformate vordefinieren und bräuchte dann nicht jeweils jede einzelne Font-Eigenschaft per Code einstellen.

Ciao, Sascha

__________________

Microsoft Access MVP
O2k bis O2010, VB6, VS2008, Delphi7, ...
Bitte keine ungefragten E-Mails. Probleme werden hier gelöst.
Bitte beachten: Grundlegendes zum Access-Forum

Knowhow auf Access-im-Unternehmen | Das Access 2007 Praxisbuch für Entwickler | www.mossTOOLs.de
Sascha Trowitzsch ist offline  
verlinken auf Del.icio.us Diese Seite zu Mister Wong hinzufügen
Antworten Auf Beitrag antworten
Alt 26.10.2003, 16:56   #7
Manuela Kulpa
MS-Office-Forum Team MS-Office-Forum Team
Standard

Zitat:

Wieso, du hast doch schon die einzelnen Doku-Abschnitte schön aufgeteilt?

Jepp, stimmt

Zitat:

Wg. Word-Vorlage: Ich denke auch, dass das die sicherste Möglichkeit ist, um seltsamem Verhalten bei Einfügen von Text vorzubeugen.
Dabei fällt mir ein, dass ich noch einen Punkt vergessen hatte: ...

Bin schon dabei *grimel*! Deine Anregung werde ich einbauen. Wobei ich es hier nur auf die Fonteinstellungen begrenzen möchte. In der Dokumentation habe ich nun komplett mit Formatvorlagen gearbeitet, so dass dann auch von der Word-Seite her recht schnell eine individuelle Änderung möglich ist.

Meinen Stand der Dinge werde ich morgen im Laufe des Tages zur Verfügung stellen (wobei ich die Permissions noch nicht berücksichtigt habe)!

Wünsch dir noch einen schönen Restsonntag

__________________

====================================
Manuela Kulpa ist offline  
verlinken auf Del.icio.us Diese Seite zu Mister Wong hinzufügen
Antworten Auf Beitrag antworten
Alt 27.10.2003, 17:43   #8
Manuela Kulpa
MS-Office-Forum Team MS-Office-Forum Team
Standard

Mir ist noch etwas durch den Kopf gegangen.

Sinnvoll oder nicht?

Derzeit ist es ja so, dass die Formulare als Screenshot eingefügt werden. Das Problem derzeit besteht darin, das "abhängige" Formulare so nicht dokumentiert werden können, da natürlich beim Öffnen die Form-Ereignisse ausgeführt werden (BTW: kennt jemand vielleicht eine Möglichkeit dies zu umgehen?). Wäre es sinnvoll, die Formulare als auch die Berichte im Designmodus per Screenshot zu dokumentieren und wenn ja, was erscheint zweckmäßiger, im Vollbildmodus oder in der voreingestellten Designgröße?

Gruß

__________________

====================================
Manuela Kulpa ist offline  
verlinken auf Del.icio.us Diese Seite zu Mister Wong hinzufügen
Antworten Auf Beitrag antworten
Alt 27.10.2003, 18:17   #9
Sascha Trowitzsch
Threadstarter Threadstarter
MS-Office-Forum Team MS-Office-Forum Team
Standard

Formulare/Berichte im Entwurfsmodus zu dokumentieren finde ich persönlich nicht so gut.
Was ich hingegen cool fände ist, die Screenshots als Bitmap-Dateien parallel zum erstellten Doc zu speichern ind in der Doku selbst nur ein kleines Bild des Formulars/Berichts, das jeweils mit Hyperlink zu der gespeicherten Bilddatei versehen wäre. Dann könnte man mit Mausklick das Teil im Browser öffnen, so wie das im Internet auch üblich ist.
(GIF-Dateien wären natürlich noch schicker wg. der Dateigröße.)

Das mit den Formularereignissen ist ein ernstes Problem. Ich habe z.B. in vielen Formularen, die als Unterformulare dienen, im Load-Ereignis Verweise auf .Parent und wenn man die solo öffnet, dann hagelt es natürlich Fehlermeldungen. Das könnte den einen oder anderen schon verwirren
Das abzuschalten ist sicher großer Aufwand. Mir fällt da nur ein: Rein theoretisch könnte man die Formulare im Entwurfsmodus öffnen, dann alle Controls etc. abklappern und überall, wo die Event-Eigenschaft auf [EventProcedure] steht, dies abschalten; dann in den normalen Modus schalten, Screenshot, und letztlich Formular wieder schließen, ausdrücklich ohne zu speichern(!).

Ciao, Sascha

__________________

Microsoft Access MVP
O2k bis O2010, VB6, VS2008, Delphi7, ...
Bitte keine ungefragten E-Mails. Probleme werden hier gelöst.
Bitte beachten: Grundlegendes zum Access-Forum

Knowhow auf Access-im-Unternehmen | Das Access 2007 Praxisbuch für Entwickler | www.mossTOOLs.de
Sascha Trowitzsch ist offline  
verlinken auf Del.icio.us Diese Seite zu Mister Wong hinzufügen
Antworten Auf Beitrag antworten
Alt 27.10.2003, 19:52   #10
Manuela Kulpa
MS-Office-Forum Team MS-Office-Forum Team
Standard

Danke für dein Feedback, Sascha

Zitat:

Was ich hingegen cool fände ist, die Screenshots als Bitmap-Dateien parallel zum erstellten Doc zu speichern ind in der Doku selbst nur ein kleines Bild des Formulars/Berichts, das jeweils mit Hyperlink zu der gespeicherten Bilddatei versehen wäre.

*lächel*, hat Stefan eben auch vorgeschlagen (und mir schon was Entsprechendes rausgesucht). Ich versuch's zu realisieren!

Zitat:

Das abzuschalten ist sicher großer Aufwand. ...

Stimmt, mir schwirrt da was im Kopf rum, wobei ich noch nicht 100%ig sicher bin, ob's funktioniert, wenn's klappt melde ich mich!

Die "neue" Beta-Version dauert noch ein bissel, da ich heute nicht sehr weit gekommen bin. Sobald was Standfestes da ich, stelle ich es hier rein.

Wünsch dir noch einen schönen Abend

__________________

====================================
Manuela Kulpa ist offline  
verlinken auf Del.icio.us Diese Seite zu Mister Wong hinzufügen
Antworten Auf Beitrag antworten
Alt 29.10.2003, 11:08   #11
Manuela Kulpa
MS-Office-Forum Team MS-Office-Forum Team
Standard

So, anbei findet ihr eine neue Variante (erstmal nur für Access 2000/XP):

EicDocuBeta (A2X)

Was habe ich verändert:
  • Handlings des Word-Objekts
  • Einsatz von selbstdefinierten Formatvorlagen
  • Screenshots von Formularen und Berichten incl. Abspeichern im EMF-Format (die Optimierung muss später noch realisiert werden. Die Grafiken werden verkleinert (verknüpft per Hyperlink) im Dokument eingefügt.
  • Benutzerrechte pro Objekt
  • Inhaltsverzeichnis
ToDo:
  • Saschas Punkte
  • Optimierung des Codes/Fehlerhandlings etc. pp.
  • Änderungsmöglichkeit für die Formatvorlagen
  • und natürlich eure gemeldeten Fehler
Hinweis:
Falls ihr das Add-In bereits registriert habt, braucht ihr o.g. Datei nur rüberkopieren. Ansonsten findet ihr ja auf unserer Seite eine Beschreibung zum Vorgehen.

Wichtig:
Bitte testet das Add-In erstmal nur mit Kopien eurer Datenbanken, da ich unter anderem Objekte (für die Screenshots) jeweils unter einer anderen Bezeichnung exportiere, manipuliere, wieder importiere und anschließend lösche. Bei mir gab's damit keine Probleme, aber man weiß ja nie!

Viel Spaß beim Test

__________________

====================================
Manuela Kulpa ist offline  
verlinken auf Del.icio.us Diese Seite zu Mister Wong hinzufügen
Antworten Auf Beitrag antworten
Alt 29.10.2003, 13:33   #12
heini
MOF Koryphäe
MOF Koryphäe
Standard

Erster

Hallo Manuela, hallo Sascha!

Mein erstes Feedback:
Irgendwie tut sich nichst, der Task hängt sich mit "keine Rückmeldung" auf
Die Verweise passen, das Add-In ist in der Registry eingetragen.

Die zu dokumentierende Datenbank ist harmlos:
3 Tabellen
Ne Hand voll Abfragen
2 Formulare
1 Bericht

Hat jemand eine Idee

P.S.: Der Vorgänger lief eigentlich recht gut; wurde auch vor dem Test deinstalliert.

HTH
heini ist offline  
verlinken auf Del.icio.us Diese Seite zu Mister Wong hinzufügen
Antworten Auf Beitrag antworten
Alt 29.10.2003, 13:44   #13
heini
MOF Koryphäe
MOF Koryphäe
Standard

Na, wer sagt´s denn:
Nun habe ich was greifbares, eine Fehlermeldung:

Code:

EICDocu-Fehler: 4160: Ungültiger Dateiname.
Einzige bewusste Änderung zu vorher:
Word war komplett geschlossen.
heini ist offline  
verlinken auf Del.icio.us Diese Seite zu Mister Wong hinzufügen
Antworten Auf Beitrag antworten
Alt 29.10.2003, 13:52   #14
Manuela Kulpa
MS-Office-Forum Team MS-Office-Forum Team
Standard

Hallo heini,

könntest du mir sagen, in welchem Ordner (bitte den kompletten Pfad) deine Datenbank liegt und wie deine Datenbank heißt.

Danke & Gruß

__________________

====================================
Manuela Kulpa ist offline  
verlinken auf Del.icio.us Diese Seite zu Mister Wong hinzufügen
Antworten Auf Beitrag antworten
Alt 29.10.2003, 14:28   #15
heini
MOF Koryphäe
MOF Koryphäe
Standard

Klar

Code:

D:\Testdatenbanken\Bearbeitungsformular
-> Bearbeitungsformular.mdb
heini ist offline  
verlinken auf Del.icio.us Diese Seite zu Mister Wong hinzufügen
Antworten Auf Beitrag antworten
Ads
Antworten


Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Besucher: 1)
 
Themen-Optionen
Ansicht Thema bewerten
Thema bewerten:

Forumregeln
Es ist Ihnen nicht erlaubt, neue Themen zu verfassen.
Es ist Ihnen nicht erlaubt, auf Beiträge zu antworten.
Es ist Ihnen nicht erlaubt, Anhänge anzufügen.
Es ist Ihnen nicht erlaubt, Ihre Beiträge zu bearbeiten.

vB Code ist An.
Smileys sind An.
[IMG] Code ist An.
HTML-Code ist An.
Gehe zu


Alle Zeitangaben in WEZ +1. Es ist jetzt 03:00 Uhr.


Partner und Co.
Access-Paradies -Alles rund um die Datenbank Microsoft Access -Code -Programme-Tools -Tipps   Kostenlose Tipps & Tricks, Downloads und Programme   www.kulpa-online.com - Tipps - Tricks - Tutorials - Meinungen - Downloads uvm...   vb@rchiv · Willkommen in der Welt der VB Programmierung   Access-Garhammer - Hier finden Sie jede Menge Beispiel-Datenbanken zu Access und mehr ...   mcseboard.de   Die Top Seite für Excel-VBA-Makros uvm.

Powered by: vBulletin Version 3.6.2 (Deutsch)
Copyright ©2000 - 2017, Jelsoft Enterprises Ltd.

Copyright ©2000-2010 MS-Office-Forum. Alle Rechte vorbehalten.
Copyright ©Design: Manuela Kulpa ©Rechte: Günther Kramer
Eine Verwendung der Inhalte in anderen Publikationen, auch auszugsweise,
ist ohne ausdrückliche Zustimmung der Autoren nicht gestattet.
Beachten Sie bitte auch unsere Nutzungsbedingungen.