<\/p>\n
Erfahren Sie, welche Neuigkeiten Access 2007 im Detail liefert.<\/p>\n
–<\/p>\n
Access 2007 Beta 2<\/p>\n
Karl Donaubauer, Wien<\/b><\/p>\n
Die nächste Version von Access enthält unzählige änderungen. Die meisten davon betreffen die Benutzeroberfläche: Das Datenbankfenster ist weg, die Symbolleisten sind den Ribbons gewichen. Dazu liefert Access 2007 einige kleine Verbesserungen bei der Bedienbarkeit. Hinter den Kulissen hat sich nicht sehr viel getan. Nach dem kurzen Ausblick in der vorigen Ausgabe bringen wir diesmal einen ausführlicheren überblick über die änderungen anhand der Beta 2.<\/b><\/p>\n
Ganz entgegen früheren Gepflogenheiten hat Microsoft die Beta 2 von Office 2007 komplett öffentlich gemacht. Wenn Sie über Breitband-Internet verfügen, können Sie die Vorabversion zum Beispiel unter www.microsoft.com\/office\/preview herunterladen, oder Sie installieren sie von einer der vielen Zeitschriften-CDs, auf denen sie derzeit zu finden ist.<\/p>\n
Wie üblich bei Betaversionen sollten Sie auch die Beta 2 noch nicht auf einem Produktivsystem laufen lassen, sondern nur auf einem Test- oder virtuellen System.<\/p>\n
Beta 2 bedeutet im Regelfall bei Microsoft, dass es nur noch Detailverbesserungen und Bugfixes gibt. Es kam aber auch schon vor, dass nicht stabil funktionierende oder heftig umstrittene Features bis zur Endversion gestrichen wurden.<\/p>\n
Einen offiziellen Zeitpunkt für die Endversion hat Microsoft mit Drucklegung dieses Magazins noch nicht genannt. Die meisten Schätzungen gehen dahin, dass Office 2007 gegen Jahresende oder Anfang nächsten Jahres erscheinen wird – ausreichend Zeit jedenfalls, um sich auf die umfangreichen änderungen einzustellen.<\/p>\n
Drei für viele Access-Anwender und -Entwickler bedeutende Features fallen mit der nächsten Version weg.<\/p>\n
Die wichtigste Streichung betrifft wohl das Benutzer-Sicherheitssystem. Die komplette Verwaltung mit Gruppen, Benutzern, Passwörtern, .mdw-Datei und Co. gibt es für Datenbanken im neuen ACCDB-Format von Access 2007 nicht mehr.<\/p>\n
Für .mdb-Dateien, also Datenbanken in Formaten bis Access 2003, funktioniert das alte Sicherheitssystem aus Kompatibilitätsgründen auch mit Access 2007 weiter. Dass es für neuere Dateien wegfällt, begründet Microsoft damit, dass es keine ausreichende Sicherheit böte. Lesen Sie dazu auch den Artikel Wie (un-)sicher ist Access (Shortlink 371, Ausgabe 4\/2006). <\/p>\n
Zum Ausgleich wurde das Datenbankkennwort auf das Niveau der anderen Office-Anwendungen gebracht und kann jetzt mit verschiedenen Algorithmen verschlüsselt werden. Zusätzlich gibt es neue Makrobefehle, mit denen man die Sichtbarkeit der Objekte ein wenig besser regeln kann. Dabei ist man aber auf eine selbst erstellte Benutzer-Anmeldung angewiesen oder muss den Windows-Benutzernamen auslesen. Zusätzliche Sicherheit bieten die neuen Möglichkeiten allerdings nicht. <\/p>\n
![](\"..\/fileadmin\/_temp_\/{5F8668DA-8B1D-4F5A-B060-D9FF061F8C4C}\/pic001.png\")
<\/p>\n
<\/b><\/p>\n
Bild 1: Der Startbildschirm von Access 2007<\/span><\/b><\/p>\n Zwei andere Features, die mit Access 2007 wegfallen, sind bisher wesentlich seltener in der Praxis zum Einsatz gekommen: Data Access Pages (DAP) und die Replikation.<\/p>\n Mit den DAPs hatte Microsoft versucht, Access über seine Internet-Schwäche hinweg zu helfen.<\/p>\n Sie hatten jedoch einen Fehlstart, denn bei ihrer Einführung in Access 2000 waren sie zu fehleranfällig und brauchten zu viele Voraussetzungen, um zu funktionieren. In Access 2002 und 2003 wurden sie repariert und etwas stabiler und einfacher in Hinblick auf die Lizenzierung gemacht. Dennoch fanden sie keine breite Akzeptanz mehr, wohl vor allem wegen ihrer Beschränkung auf den Microsoft Internet Explorer.<\/p>\n Die JET-Replikation ist etwas anders zu sehen. Diesem viel älteren und besser eingeführten Feature werden meiner Meinung nach wesentlich mehr Access-Anwender nachtrauern.<\/p>\n Microsoft sieht das anders und begründet ihr Wegfallen wie bei den DAPs mit mangelnder Akzeptanz durch den Kunden. Wie auch das Sicherheitssystem soll die Replikation aus Kompatibilitätsgründen für .mdb-Dateien in Access 2007 weiter funktionieren.<\/p>\n Microsofts erklärtes oberstes Ziel mit dieser Office-Version ist die Verbesserung der Benutzeroberfläche im Sinne von mehr Anwenderfreundlichkeit, mehr übersichtlichkeit und schnelleren Resultaten.<\/p>\n Schon die Beta 1 hinterließ den Eindruck, dass man die Oberflächen der Office-Programme sehr stark auf Anfänger und Gelegenheitsanwender hingetrimmt, die Bedürfnisse von versierten Benutzern oder gar Entwicklern dabei aber außer Acht gelassen hat.<\/p>\n Bis zur aktuellen Beta 2 hat Microsoft einige Detailverbesserungen vorgenommen, der grundsätzliche Eindruck blieb aber der gleiche.<\/p>\n Im Startbildschirm von Access 2007 (siehe Bild 1) sind der linke und mittlere Bereich für die Präsentation und Auswahl von Vorlagen vorgesehen.<\/p>\n <\/b><\/p>\n Bild 2: Die in Access 2007 verfügbaren Dateiformate<\/span><\/b><\/p>\n <\/b><\/p>\n Bild 3: Navigationsbereich ersetzt Datenbankfenster<\/span><\/b><\/p>\n Es ist noch nicht klar, ob die Vorlagen in der fertigen Version ebenfalls nur online verfügbar sind.<\/p>\n In der aktuellen Beta-Version ist das theoretisch so, allerdings gibt es zum Zeitpunkt, da dieser Artikel entsteht, noch keine einzige deutsche Access-Vorlage auf der Microsoft-Webseite.<\/p>\n Im rechten Bereich kann man die zuletzt verwendeten Datenbanken wieder öffnen, oder man wählt den Eintrag Leere Datenbank und erhält im rechten Bereich den kleinen Dialog wie in Bild 1, in dem man einen Namen für seine neue ACCDB vergeben kann.<\/p>\n Klickt man auf das kleine Ordner-Symbol zum Datei-Suchen, so öffnet sich ein größerer Dateidialog, in dem man dann auch die weiteren in Access 2007 verfügbaren Formate wählen kann (siehe Bild 2).<\/p>\n Dabei stehen neben .accdb auch .mdb-Dateien im Format von Access 2000 und von Access 2002\/2003 sowie .adp-Dateien zur Auswahl.<\/p>\n Zu den ADPs ist anzumerken, dass sie an den Microsoft SQL Server 2005 angepasst wurden. Microsoft empfiehlt jedoch offiziell, per .accdb-Datenbank und nicht per ADP auf neue SQL Server-Backends zuzugreifen – und zwar durch das Verknüpfen der Server-Tabellen über die gute alte ODBC-Schnittstelle.<\/p>\n Die Begründungen dafür wirken eher fadenscheinig, zum Beispiel bieten ADPs laut Microsoft weniger Flexibilität bei externen Datenformaten.<\/p>\n Es scheint, als sei sich Microsoft selber noch nicht im Klaren, ob und wie lange man ADPs noch unterstützen wird. Das hängt wiederum mit der unklaren Positionierung von Access in Hinblick auf .NET zusammen.<\/p>\n Zu den wegfallenden Features von Access könnte man auch das bisherige Datenbankfenster zählen. Sein Ersatz nennt sich in der deutschsprachigen Beta 2 nun Navigationsbereich. Bild 3 zeigt auch gleich dessen größten Nachteil gegenüber dem Datenbankfenster: Er kann nur eine einzige Spalte und damit auch bei hohen Bildschirmauflösungen nur 30 bis 40 Objekte auf einen Blick anzeigen.<\/p>\n <\/p>\n <\/b><\/p>\n Bild 4: Versteckte Filterfunktion für Datenbankobjekte<\/span><\/b><\/p>\n <\/b><\/p>\n Bild 5: Befehlsregisterkarte „Erstellen“<\/span><\/b><\/p>\n Positiv sind die erweiterten Möglichkeiten zur Gruppierung der Objekte zu bewerten, wie etwa die Variante für Tabellen und damit verbundene Sichten, in der für jede Tabelle die Abfragen aufgelistet werden, in der sie vorkommt.<\/p>\n Ebenfalls nützlich ist der in dieser Betaversion hinzugekommene Objekt-Suchen-Dialog, sofern man ihn findet. Standardmäßig ist er nämlich ausgeblendet. Um ihn zu zutage zu fördern, muss man zuerst mit rechtem Mausklick den Dialog für die Navigationsoptionen öffnen und dort die (derzeit noch englische) Option Show Search Bar wählen (siehe Bild 4). Die Suchleiste wird oben im Navigationsbereich eingeblendet und die Objekte werden durch den eingegebenen Suchbegriff gefiltert. Eine wirklich sinnvolle Neuerung für umfangreichere Datenbanken.<\/p>\n Menü- und Symbolleisten sind ebenfalls verschwunden. Ihr Ersatz ist die Multifunktionsleiste (bisher als Ribbon bekannt), die intuitiver sein und das Auffinden von Funktionalitäten erleichtern soll. Der nächste neu zu lernende Fachbegriff lautet Befehlsregisterkarte. Bild 5 zeigt jene für das Erstellen neuer Datenbankobjekte. Die Multifunktionsleiste wurde im Laufe des Betatests ebenfalls praxisgerechter ausgestaltet, ist aber für versierte Access-Anwender immer noch sehr gewöhnungsbedürftig. Dieses oft störende Element lässt sich leicht verkleinern: Wenn Sie auf die gerade aktive Registerzunge doppelklicken, reduziert es sich auf die Höhe einer Menüleiste.<\/p>\n <\/b><\/p>\n Bild 6: Optionen-Dialog und Registerkartenformat<\/span><\/b><\/p>\n Dem Entwickler stellen sich in diesem Zusammenhang zwei Fragen: Wie verhalten sich selbst programmierte Symbolleisten, und wie lässt sich die Multifunktionsleiste anpassen<\/p>\n Hier muss man zwischen MDBs und ACCDBs unterscheiden. In bestehenden MDBs mit benutzerdefinierten Symbolleisten verschwindet die Multifunktionsleiste und es werden die alten Symbolleisten angezeigt.<\/p>\n Konvertiert man hingegen eine alte MDB in das Format von Access 2007, also zu einer ACCDB, so werden die Befehle der benutzerdefinierten Symbolleisten in einer eigens dafür vorgesehenen Befehlsregisterkarte angezeigt.<\/p>\n Die größte Schwäche der Multifunktionsleiste liegt in den bislang für Office-Entwickler völlig unzulänglichen Möglichkeiten, sie zu programmieren. Das funktioniert derzeit nur mit viel zu komplizierten Mitteln in Visual Studio beziehungsweise in Teilen auch über das ebenfalls mühsame Erstellen von XML-Dateien, um die Multifunktionsleiste mit Inhalten zu versehen. <\/p>\n Meiner Meinung nach ist das einer der Prüfsteine für die Office-Version 2007. Wenn sich Microsoft hier nicht bis zur Endversion etwas Praxisgerechteres einfallen lässt, könnte es zu einer breiten Ablehnungsfront bei Office-Entwicklern kommen. Wir werden weiter über dieses Thema berichten, sobald sich die letzten Nebel gelichtet haben.<\/p>\n Eine echte Neuerung ist die Anzeige der geöffneten Datenbankobjekte. Bisher gab es in Access nur MDI (Multi Document Interface), also mehrere Objektfenster, die sich innerhalb des Access-Hauptfensters befinden. Nun kann man alternativ statt dieser „überlappenden“ Ansicht in den Access-Optionen das Registerkartenformat einstellen, eine Art SDI (Single Document Interface).<\/p>\n Bild 6 zeigt sowohl den neuen Access-Optionen-Dialog als auch das Ergebnis, nämlich mehrere geöffnete Formulare, zwischen denen über die Registerzungen gewechselt werden kann.<\/p>\n Ich finde diese Ansicht beim Entwickeln recht brauchbar, für den Endbenutzer aber nur bei bestimmten Typen von Anwendungen geeignet.<\/p>\n In Formularen und Berichten gibt es ein neues Mittelding zwischen Daten- und Entwurfsansicht, die sogenannte Layout-Ansicht. Sie erlaubt zum Beispiel das Neueinfügen oder Verschieben von Spalten, während man die Daten darin sieht. Das ist in Berichten noch wesentlich hilfreicher als in Formularen.<\/p>\n Ebenfalls neu ist die Geteilte Ansicht in Formularen. Sie ist kombiniert Datenblatt- und Formularansicht (siehe Bild 7). Dadurch bekommt man sowohl den überblick durch die Listendarstellung als auch die Detaildaten bei Auswahl eines Listeneintrages zu sehen. Das konnte man bisher nur durch Haupt-\/Unterformular-Konstruktionen erreichen.<\/p>\n <\/b><\/p>\n Bild 7: Die neue Geteilte Ansicht in Formularen<\/span><\/b><\/p>\n <\/b><\/p>\n Bild 8: Dialog zum Verwalten von Anhängen<\/span><\/b><\/p>\n Bild 9: Option für Mehrwertige Felder<\/span><\/b><\/p>\n Mit Access 2007 führt Microsoft neue Datentypen ein. Der erste davon heißt Anhang und kann in einem Feld mehrere Dateien ohne den exorbitanten Speicherverbrauch der veralteten, aber aus Kompatibilitätsgründen weiter vorhandenen OLE-Objekte enthalten. Anhang ist also der von vielen lange erwartete effiziente Bildertyp. Bild 8 zeigt die Datenblattansicht einer Tabelle mit dem Verwaltungsdialog für ein Anhang-Feld, das zwei .jpg-Dateien enthält.<\/p>\n Im Formular gibt es dann im Kontextmenü des Feldes einen Eintrag zum Blättern zwischen den verschiedenen Anhängen. <\/p>\n Der zweite neue Datentyp ist nicht so einfach als solcher zu erkennen. Es handelt sich um die Mehrwertigen Felder.<\/p>\n Wie der Name sagt, dienen sie dazu, mehrere Werte in einem Feld zu speichern, zum Beispiel die Namen von Teilnehmern eines Meetings.<\/p>\n Man erstellt ein Mehrwertiges Feld, indem man im Tabellenentwurf den Nachschlageassistenten auswählt (siehe Bild 9). Der sieht genauso aus wie gewohnt, bis auf die unscheinbare Option Mehrere Werte zulassen im letzten Assistenten-Dialog. Access erstellt dann im Hintergrund, wie bisher von Nachschlagefeldern gewohnt, eine Beziehung, nur dass sie diesmal komplexer ist.<\/p>\n Das Speichern mehrerer Werte in einem Feld widerspräche ja den grundlegendsten Datenbankregeln. <\/p>\n Deshalb wird im Hintergrund eine Tabelle zur Auflösung der m:n-Beziehung angelegt. Microsoft verspricht, relational gehe alles mit rechten Dingen zu, versteckt jedoch die erzeugte Tabelle ohne Möglichkeit zur Einsichtnahme für den Entwickler oder Anwender.<\/p>\n Im Formular stellt Access Mehrwertige Felder durch eine neue Art von Kombinationsfeld mit Kontrollkästchen dar (siehe Bild 10).<\/p>\n Die Auswahl der Einträge erfolgt damit recht intuitiv. Die einzelnen ausgewählten Werte werden in der Anzeige durch Semikolons getrennt.<\/p>\n <\/b><\/p>\n Bild 10: Mehrwertiges Feld im Formular<\/span><\/b><\/p>\n <\/b><\/p>\n Bild 11: Filter-Dialog in der Titelleiste<\/span><\/b><\/p>\n Mehrwertige Felder werden sicher sehr populär werden, besonders bei weniger versierten Access-Anwendern.<\/p>\n Da der Zugriff auf die Feldwerte und die Hintergründe aber nicht völlig offen liegen, werden sie den Access-Webforen und -Newsgroups noch viel mehr Fragen bescheren als die bisherigen, für viele Anfänger und Gelegenheitsanwender mysteriösen Nachschlagefelder.<\/p>\n Stark vereinfacht und erweitert wurde das Filtern und Sortieren vor allem in den Datenblattansichten.<\/p>\n Per Klick auf einen kleinen Pfeil in der Titelleiste öffnet sich eine neue Filter- und Sortierauswahl (siehe Bild 11).<\/p>\n ähnlich wie bei einem Mehrwertigen Feld kann man die gewünschten Filtereinträge in einem Kombinationsfeld auswählen.<\/p>\n Befindet sich der Cursor in einem Datenfeld, so bietet das neugestaltete Kontextmenü weitere Filtermöglichkeiten (siehe Bild 13).<\/p>\n Der konkrete Feldwert wird ebenso zum Filtern angeboten wie viele Vergleichsoperatoren über den Eintrag Textfilter.<\/p>\n Wählt man einen dieser Operatoren, so kann man den Vergleichswert für den benutzerdefinierten Filter dann in einem designmäßig überraschend altmodischen und unpassenden kleinen Dialog eingeben (siehe Bild 12).<\/p>\n Die meisten dieser Filtervarianten sowie der althergebrachte Formularbasierte Filter sind natürlich auch über die Multifunktionsleiste erreichbar, sofern man sich zu den richtigen Registern und Befehlen durchkämpft.<\/p>\n Viele der neuen Filter- und Sortiermöglichkeiten sind auch in den bisher eher statischen Berichten vorhanden. Sie können in einem Bericht nun mit der rechten Maustaste in einen Eintrag klicken und erhalten die gleiche Filterauswahl.<\/p>\n Der Dialog für das Sortieren und Gruppieren wurde ebenfalls erweitert und einfacher über Kontextmenüs zugänglich gemacht.<\/p>\n <\/b><\/p>\n Bild 12: Der Dialog für den Filterwert<\/span><\/b><\/p>\n <\/b><\/p>\n Bild 13: Filterdialog in Datenfeldern<\/span><\/b><\/p>\n <\/b><\/p>\n Bild 14: Die neue Richt-Text-Eigenschaft<\/span><\/b><\/p>\n Wenn ein Bericht ein Hyperlink-Feld enthält, kann man nun in der Vorschauansicht sogar auf diesen Hyperlink klicken und damit eine Webseite öffnen.<\/p>\n Es gibt auch neue Ereignisse. Wie bisher nur in Formularen kann man jetzt auf die üblichen Maus- und Tastaturereignisse wie Klicken, Doppelklicken, Bei Taste Ab und so weiter auch in Berichten mit Code oder Makros reagieren. Berichte sind also weitgehend Formularen gleichgestellt.<\/p>\n Der große Unterschied zwischen Formularen und Berichten ist nur mehr die nach wie vor nicht mögliche direkte Dateneingabe.<\/p>\n Eine interessante Neuerung ist die Möglichkeit zur Darstellung von Rich Text in Texfeldern. <\/p>\n Sie wird bemerkenswert einfach über die neue Eigenschaft Textformat eingestellt. Wählt man dort statt des Standards Nur-Text den Eintrag Rich-Text (siehe Bild 14), so besitzt das Feld ab sofort alle klassischen Formatierungsmöglichkeiten von Rich-Text-ActiveX-Steuerelementen. <\/p>\n Die Formatierungen wählt man entweder aus der Multifunktionsleiste, oder man markiert einen Textabschnitt und wartet einen Moment auf das Erscheinen der ebenfalls neuen Mini-Symbolleiste (siehe Bild 15).<\/p>\n Microsoft hat eine Rich Text-Variante auf HTML-Basis gewählt. Das hat zur Folge, dass man einem Feld zum Beispiel per Code einen Wert zuweisen und dabei zur Formatierung ganz normale HTML-Tags mitsenden kann. So sorgt die Codezeile<\/p>\n dafür, dass der Text „Hallo“ in einem Textfeld namens Gruss dargestellt wird.<\/p>\n <\/b><\/p>\n Bild 15: Rich Text und Mini-Symbolleiste im Einsatz<\/span><\/b><\/p>\n Voraussetzung ist, dass die Eigenschaft Textformat des Steuerelementes auf Rich-Text eingestellt ist. Ist das nicht der Fall, oder wird nachträglich wieder auf Nur-Text umgestellt, so stehen die Formatierungs-Tags sichtbar im Inhalt des Feldes.<\/p>\n Das ist das gleiche Prinzip wie bisher bei der Darstellung von Memos mit ActiveX-Steuelementen. Die HTML-Tags haben den Vorteil, dass sie leichter lesbar und weitaus bekannter sind als andere Rich Text-Formatbefehle.<\/p>\n Ich konnte hier nur einen groben überblick über etliche Neuerungen in Access 2007 geben. Es gibt noch viele weitere und bei einigen Themen könnte man in die Tiefe gehen. Es handelt sich allerdings immer noch um eine Betaversion, die änderungen unterliegt.<\/p>\n So hat Microsoft zum Beispiel schon früh angekündigt, dass eines der Exportformate PDF sein würde. Das ist in der aktuellen Beta 2 auch noch der Fall. Inzwischen streitet Microsoft aber heftig mit Adobe über Lizenzkosten und Bedingungen und erwägt öffentlich, die PDF-Unterstützung in der Endversion nur noch als Add-In anzubieten.<\/p>\n Es wird auch sicher noch Detailverbesserungen und Bugfixes bei einigen Features geben.<\/p>\n Bei der Lektüre des Artikels vermissen Sie vielleicht die Neuerungen für Access-Entwickler. Nun, es gibt kaum welche. Microsoft führt unter diesem Titel ein paar Punkte an, die für die Praxis von Access-Entwicklern nicht besonders relevant sind – etwa ein paar neue RunCommands oder die Programmierbarkeit der Multifunktionsleisten mit Visual Studio.<\/p>\n Ein weiterer Punkt, der im Marketing-Getrommel von Microsoft eine dominante Rolle spielt, ist die Integration von und mit Sharepoint. Das war in etwas schwächerem Ausmaß auch schon bei Access 2003 so und es hat, etwas überspitzt formuliert, kaum jemanden außerhalb von Microsoft interessiert. Das wird sich wohl erst ändern, wenn Sharepoint die von Microsoft erhoffte Marktdurchdringung erreicht.<\/p>\n Für klassische Benutzer ist Access 2007 in erster Linie eine Version mit sehr stark geänderter Oberfläche und einigen zum Teil auch für Entwickler interessanten neuen Features, zum Beispiel den Verbesserungen am Report-Generator oder der Rich Text-Funktionalität.<\/p>\n In den nächsten Ausgaben werden wir die für Entwickler interessanten Neuerungen vorstellen.<\/p>\n","protected":false},"excerpt":{"rendered":" Die nächste Version von Access enthält unzählige Änderungen. Die meisten davon betreffen die Be-nutzeroberfläche: Das Datenbankfenster ist weg, die Symbolleisten sind den Ribbons gewichen. Dazu liefert Access 2007 einige kleine Verbesserungen bei der Bedienbarkeit. Hinter den Kulissen hat sich nicht sehr viel getan. Nach dem kurzen Ausblick in der vorigen Ausgabe bringen wir diesmal einen ausführlicheren Überblick über die Änderungen anhand der Beta 2.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"_uf_show_specific_survey":0,"_uf_disable_surveys":false,"footnotes":""},"categories":[662006,66042006,44000020],"tags":[],"class_list":["post-55000369","post","type-post","status-publish","format-standard","hentry","category-662006","category-66042006","category-Tools"],"yoast_head":"\nAbgeschafft: Data Access Pages<\/h3>\n
Abgeschafft: JET-Replikation<\/h3>\n
Startbildschirm<\/h2>\n
![](\"..\/fileadmin\/_temp_\/{5F8668DA-8B1D-4F5A-B060-D9FF061F8C4C}\/pic002.png\")
<\/p>\n![](\"..\/fileadmin\/_temp_\/{5F8668DA-8B1D-4F5A-B060-D9FF061F8C4C}\/pic003.png\")
<\/p>\n![](\"..\/fileadmin\/_temp_\/{5F8668DA-8B1D-4F5A-B060-D9FF061F8C4C}\/pic004.png\")
<\/p>\nDatenbankformate<\/h2>\n
Navigationsbereich<\/h2>\n
![](\"..\/fileadmin\/_temp_\/{5F8668DA-8B1D-4F5A-B060-D9FF061F8C4C}\/pic005.png\")
<\/p>\n![](\"..\/fileadmin\/_temp_\/{5F8668DA-8B1D-4F5A-B060-D9FF061F8C4C}\/pic006.png\")
<\/p>\nMultifunktionsleiste<\/h2>\n
![](\"..\/fileadmin\/_temp_\/{5F8668DA-8B1D-4F5A-B060-D9FF061F8C4C}\/pic007.png\")
<\/p>\nNeue Ansichten<\/h2>\n
![](\"..\/fileadmin\/_temp_\/{5F8668DA-8B1D-4F5A-B060-D9FF061F8C4C}\/pic008.png\")
<\/p>\n![](\"..\/fileadmin\/_temp_\/{5F8668DA-8B1D-4F5A-B060-D9FF061F8C4C}\/pic009.png\")
<\/p>\n![](\"..\/fileadmin\/_temp_\/{5F8668DA-8B1D-4F5A-B060-D9FF061F8C4C}\/pic010.png\")
<\/p>\n![](\"..\/fileadmin\/_temp_\/{5F8668DA-8B1D-4F5A-B060-D9FF061F8C4C}\/pic011.png\")
<\/p>\n![](\"..\/fileadmin\/_temp_\/{5F8668DA-8B1D-4F5A-B060-D9FF061F8C4C}\/pic012.png\")
<\/p>\n![](\"..\/fileadmin\/_temp_\/{5F8668DA-8B1D-4F5A-B060-D9FF061F8C4C}\/pic013.png\")
<\/p>\n![](\"..\/fileadmin\/_temp_\/{5F8668DA-8B1D-4F5A-B060-D9FF061F8C4C}\/pic014.png\")
<\/p>\n![](\"..\/fileadmin\/_temp_\/{5F8668DA-8B1D-4F5A-B060-D9FF061F8C4C}\/pic015.png\")
<\/p>\nMe!Gruss = \"<b> Hallo <\/b>\"<\/pre>\n
![](\"..\/fileadmin\/_temp_\/{5F8668DA-8B1D-4F5A-B060-D9FF061F8C4C}\/pic016.png\")
<\/p>\nPDF-Export – ja oder nein<\/h3>\n
Sharepoint-Integration<\/h3>\n