[#9397] Objektauswahl zeigt nur noch die existierenden Sprachtexte an

Aufgrund der früheren Datenhaltung wurde in der Objektauswahl auch der Objekttext in der Sprache während des Einfügens gespeichert. Im alten Produkt PCF wurde dann immer dieser Text angezeigt. In AFW 1.0 (z.B. DMC-AFW) wurde dieser Text jeweils verwendet, wenn der Objekttext nicht in der Anmeldesprache vorhanden ist. Dies entspricht aber nicht dem SAP Standard, welches keine Texte anzeigt wenn diese nicht in der entsprechenden Anmeldesprache gepflegt sind (oder der entsprechenden System-Fluchtsprache).

Dies wurde nun angepasst. Die AFW Objektauswahl zeigt den Text nur noch an, wenn dieser in der jeweiligen Anmeldesprache existiert.

Im alten PLC-PCF und DMC-PCF funktioniert die Objektauswahl bezüglich Behandlung der Bezeichnung wie bisher.

[#9369] Sortierung der Objekttypen

Neu kann die Reihenfolge der Objekttypen im Navigationswidget im Customizing definiert werden.

[#9367] Kennzeichen "Selektiert" bei Widgets in Layout entfernt

Bei der Zuordnung von Widgets zu einem Layout kann mit dem Kennzeichen "Selektiert" der Standard-Reiter einer Gruppe definiert werden. 

Dieses Kennzeichen ist allerdings nur relevant beim erstmaligen Starten einer Anwendung, da anschliessend das Layout benutzerspezifisch gespeichert wird. Das Kennzeichen hat somit nur begrenzte Wirkung und für die Steuerung des ausgewählten Reiters stehen Layoutransformationen zu Verfügung.

Aus diesem Grund wurde das Kennzeichen entfernt.

[#9363] Performanceverbesserung bei großer Datenmenge in Baumanzeige

Die Performance bei der Darstellung großer Datenmengen in einer spaltenbasierten Baumanzeige (Column Tree) ist suboptimal. Speziell bei der Darstellung vieler Ordner / Dokumente kommt es zu Performanceeinbußen. Zur Verbesserung der Performance wurden Optimierungen vorgenommen.

[#9352] Layoutwechsel bei Objekttyp-Änderung

Neu wird bei der Auswahl eines anderen Objekttyps im Navigations-Widget das Layout gewechselt, sofern für den entsprechenden Anzeigebefehl des Objekttyps ein Layoutwechsel vorgesehen ist.

[#9307] Verfeinerung des Lade-Mechanismus für Object Handler

Object Handler werden entweder automatisch in Abhängigkeit von anderen Object Handlern oder Widgets geladen oder explizit über das Customizing definiert. In bestimmten Fällen ist es jedoch auch wünschenswert, dass eigentlich automatisch geladene Object Handler explizit im Customizing definiert werden, weil sich der Object Handler in einem solchen Fall anders verhalten soll.

Aus diesem Zweck erhält ein Object Handler bei Initialisieren neu die Information, wie er geladen wurde. Weiter werden im Customizing in der Suchhilfe neu auch Object Handler angezeigt, die automatisch geladen würden.

[#9306] Objekte im Navigationsstack ohne Auswählbaren Objekttyp

Neu können im Navigationscontroller auch Objekttypen registriert werden, die jedoch manuell nicht ausgewählt werden können aber trotzdem im Stack erscheinen.

[#9305] Daten in Hierarchie-Spalte

Neu können auch in der Hierarchiespalte Daten dargestellt werden. 

[#9302] Darstellung höchste und höchste freigegebene Version im DMC Browser Inhaltswidget

Neu können die Spalten "Höchste Version" und "Höchste freigegebene Version" in DMC Ordnern eingeblendet werden.

[#9301] Optimierte Darstellung von Tabellen- und Tree-Widgets

Die Zeilenhöhe in Tabellen- und Tree-Widgets wurden vergrössert um die Lesbarkeit zu verbessern. 

Die kompakte Darstellung kann jederzeit in den Benutzereinstellungen wiederhergestellt werden.

[#9293] Spalten "Anzahl", "Erstellt", "Geändert" standardmässig ausgeblendet

Neu werden in der Standardauslieferung der Tabellenlayout für Dokumentdaten-Widgets (DMC Inhaltsbrowser, Dokument-Originale, etc.) die Spalten "Anzahl", "Erstellt" und "Geändert" nicht mehr angezeigt. Sie können jederzeit kunden- und benutzerspezifisch eingeblendet werden. 

Vom Kunden angelegte Layouts bleiben von dieser Änderung nicht betroffen.

[#9269] Anpassung "Drop" Dokumente für Erstellung von Objektverknüpfungen

Auf Dokumentknoten konnten bisher beliebige Objekte welche zu diesem Dokument verknüpfbar waren gedropt werden und so, nach einer Bestätigung, eine DVS Objektverknüpfung erzeugt werden.Es ist für den Benutzer dabei aber nicht transparent, was durch eine solche Drag&Drop Aktion zwischen beliebigen Knoten jeweils passieren könnte.

Neben einer Objektverknüpfung sind ja verschiedene andere ändernde Aktionen theoretisch denkbar: Dokument-Hierarchie pflegen, Stücklisteposition einfügen, Arbeitsplatz zuweisen, Material mit Arbeitsplan verknüpfen, etc. Diese Liste ist fast beliebig erweiterbar. Wenn, dann können solche Funktionen also nicht mit einem generellen Drag&Drop Konzept realisiert weden, sondern müssen entweder über Drag&Drop auf spezifische Knoten oder Kontextmenü Funktionen auf spezifischen Knoten realisiert sein.

Entsprechend wurde die generelle Funktionaliät zum Verknüpfen an beliebiger Stelle durch Drag&Drop entfernt. Es wird nur noch ein Drop auf den Knoten "Objektverknüpfungen" im Beziehungs-Widget unterstützt.

[#9252] Erweiterung der Application Controller

Neu werden Application Controller ebenfalls durch ein Metadaten-Interface implementiert und bestimmte Daten mit Hilfe der Generierung extrahiert. Dies ermöglicht die dynamische Erweiterung von Befehlen, Funktionen und Drag'n'Drop Aktionen mit Hilfe von Application Controllern.

[#9224] Optimierung von Layoutwechsel

Werden in einer Anwendung mehrere Layouts eingesetzt, dann kennt das AFW eine automatische Synchronisation von Layoutbereichen über sämtliche Layouts der Anwendung. Damit wird sichergestellt, dass gleich definierte Bereiche auch immer gleich dargestellt werden, auch wenn der Benutzer individuelle Grössen und/oder Zustände ändert oder Widgets verschiebt. Diese Synchronisation funktioniert jedoch nur, wenn die Bereich exakt identisch definiert sind.

In Anwendungen werden jedoch oftmals Layouts verwendet, die ähnlich aber nicht identisch sind. In solchen Fällen findet keine Synchronisation von Eigenschaften statt. Dieses Verhalten wurde neu angepasst. Innerhalb von Bereichen wird nun auf Ebene von Einzelwidgets oder Widget-Gruppen (Reiter) ebenfalls zur Laufzeit synchronisiert. 

Wird ein Widget im Ziellayout einzeln dargestellt, dann wird der Zustand von Vorgängerlayout übernommen wenn

• Das Widget im Vorgängerlayout auch einzeln dargestellt wurde
• Das Widget im Vorgängerlayout in einem Reiter dargestellt wurde und ausgewählt war

Für Widget-Gruppen wird der Zustand im Ziellayout nur dann vom Vorgängerlayout übernommen wenn

• Die Gruppe im Vorgängerlayout exakt dieselben Widgets beinhaltete
• Die Gruppe im Ziellayout alle Widgets einer Gruppe des Vorgängerlayouts beinhaltet und zusätzliche Widgets beinhaltet, die im Vorgängerlayout nicht vorhanden waren
• Die Gruppe im Ziellayout einige Widgets einer Gruppe des Vorgängerlayouts beinhaltet und die fehlenden Widgets dieser Quellgruppe im Ziellayout nicht vorhanden sind

Im Falle von Widget-Gruppen wird auch die Auswahl des Reiters synchronisiert (sofern die oben beschriebenen Voraussetzungen erfüllt sind), dies jedoch nur, wenn nicht durch eine Transformation ein Reiter durch den Layoutwechsel erzwungen wird.

Weiter erfolgt neu eine automatische Synchronisation der Grösse, sobald die oben beschriebene Optimierung für alle Widgets/Gruppen eines Bereichs möglich war und sich die Position im Vorgänger- und Ziellayout an derselben Position befinden.

[#9218] Mehrfachsuche im Widget «Objektauswahl»

Bisher stand die Mehrfachsuche im Widget «Objektauswahl» nur für Dokumente zur Verfügung.

Neu steht die Mehrfachsuche für die meisten Objekte zur Verfügung.

[#9215] Verbesserte Steuerung von Tabellenlayouts

Neu können Tabellen-Widgets definieren, ob Tabellenlayouts gespeichert und verwaltet, Spalten angepasst (verschoben, ein-/ausgeblendet), sortiert und/oder gefiltert werden können.

[#9204] Neuer Mechanismus zum Abfragen der expandierten Knoten

Dank neuer Control Events (Siehe KB ID 9203) können nun die expandierten Knoten unabhängig vom GUI gespeichert und bereitgestellt werden, was die Performance beim Abfragen dieser Knoten erheblich verbessert.

[#9203] Erweiterung des Column und List Tree Controls

Die bestehenden Column/List Tree Modelle und Controls wurden erweitert, sodass es neu möglich ist, auf folgende Ereignisse zu reagieren:

• Ein Knoten wurde expandiert (unabhängig davon, ob bereits Kinder geladen wurden)
• Ein Knoten wurde komprimiert
• Eine Spalte wurde verschoben (nur Column Tree Control)
• Die Grösse einer Spalte wurde verändert (nur Column Tree Control)

Die neue Klasse /PCH/CL_CFW_VIEW_COL_TREE erweitert die GUI Control Klasse CL_GUI_COLUMN_TREE um die entsprechenden Funktionalitäten. Die bestehende (und bereits heute erweiterte) Modell Klasse /PCH/CL_CFW_VIEW_COL_TREE_MDL wurde ebenfalls um die neuen Ereignisse erweitert.

Die neue Klasse /PCH/CL_CFW_VIEW_LIST_TREE erweitert dei GUI Control Klasse CL_GUI_LIST_TREE um die entsprechenden Funktionalitäten. Die bestehende (und bereits heute erweiterte) Modell Klasse /PCH/CL_CFW_VIEW_LST_TREE_MDL wurde ebenfalls um die neuen Ereignisse erweitert.

[#9191] Falsche Ikonen für Dokument Hierarchie / Ikonen angepasst

Die Ikone für die Anzeige des obersten Knoten der Dokumenthierarchie war falsch.

Dies wurde korrigiert, zudem wurden die Ikonen für die Hierarchie-Dokumente (hoch / runter) angepasst.

[#9182] Layout speichern als Direktbefehl

Neu steht bei einem Tabellen-Widgets eine Funktion bereit um Änderungen am Tabellenlayout direkt ohne Dialog zu speichern.

[#9166] Funktionsaufruf mit Anreicherung von Parametern

Beim Aufruf einer Funktion liefert diese Funktion Unterfunktionen zurück, die durch einen Parameter erweitert wurden, der mittels Doppelpunkt abgetrennt wurde. Die Verarbeitung einer solchen Funktion extrahiert allerdings den Parameter nicht, sodass jeder Behandler dies selber erledigen muss. Neu ruft der Function Controller seine Handler so auf, dass die Funktion ohne Parameter und der Parameter mit einem neuen Methodenparameter übergeben wird.

[#9165] Bereitstellung von "öffentlichen" Funktionen

Neu implementieren die Object Handler das Interface /PCH/IF_CFW_PUBLIC_FUNCTIONS. Mit Hilfe des Interfaces kann ein neutrales Objekt eine spezifische Funktion (z.B. Statuswechsel) eines unbekannten Objekts ermitteln und mit Hilfes des Funktions-Controllers implementieren.

[#9158] Neuer Registrierungsmechanismus für Befehle

Neu werden Befehle nicht mehr manuell mit dem View Cluster /PCH/CFW_COMMANDS gepflegt, sondern müssen in den entsprechenden Objekten implementiert werden. Das Interface /PCH/IF_CFW_COMMAND_HANDLER stellt nun analog zu den anderen Handler-Interfaces eine Methode RETRIEVE bereit, die durch die entsprechenden Objekte implementiert werden muss. Die entsprechenden Meta-Daten werden mit Hilfe dieser Methode automatisch generiert, im View Cluster sind die Daten nach wie vor sicht- aber nicht änderbar.

Da die Datenbasis unverändert bleibt, wird eine allfällige Migration vollautomatisch durchgeführt beim Start der Anwendung oder des Customizing.

[#9154] Unterstützung Status Picker Widget für weitere Objekte

Neu unterstützt das Status Picker Widgets weitere Objekttypen (Änderungsstamm, Plan, Material, Werk, Vertriebssicht). Dies umfasst die Anzeige des Status-Protokolls, des aktuellen Status und allfälliger Nachfolgestatus.

[#9139] PLC auf Basis AFW

PLC Entwicklungen basierend auf dem neuen Application Framework (AFW).

[#9134] Anpassung für Objektstatuswidget für Web Dynpro

Das Widget für die Anzeige des Objektstatusses wurde auf Web Dynpro umgesetzt. Dafür waren Anpassungen notwendig.