Extensible Application Markup Language - Versionsgeschichte

Invisigoth67: typo

2024-11-04T09:20:11Z

typo

← Nächstältere Version		Version vom 4. November 2024, 11:20 Uhr
Zeile 162:		Zeile 162:

	=== Transformationen und Animationen ===		=== Transformationen und Animationen ===
	XAML unterstützt [[Konvertierung (Informatik)\|Transformationen]], wie sie bereits aus [[Adobe Flash\|Flash]] oder [[Scalable Vector Graphics\|SVG]] bekannt sind. Bei den Animationen sieht es dagegen etwas anders aus. Von Haus aus unterstützt die XAML-[[Syntax]] keine weit reichende [[Animation]]. Um dies dennoch zu bewerkstelligen muss man die <code>Mapping</code>- und <code>xmlns</code>-Konstrukte verwenden, um einen eigenen [[Namensraum]] spezifisch für [[Microsoft Windows Vista\|Windows Vista]] zu laden:		XAML unterstützt [[Konvertierung (Informatik)\|Transformationen]], wie sie bereits aus [[Adobe Flash\|Flash]] oder [[Scalable Vector Graphics\|SVG]] bekannt sind. Bei den Animationen sieht es dagegen etwas anders aus. Von Haus aus unterstützt die XAML-[[Syntax]] keine weit reichende [[Animation]]. Um dies dennoch zu bewerkstelligen, muss man die <code>Mapping</code>- und <code>xmlns</code>-Konstrukte verwenden, um einen eigenen [[Namensraum]] spezifisch für [[Microsoft Windows Vista\|Windows Vista]] zu laden:

	<syntaxhighlight lang="xml">		<syntaxhighlight lang="xml">

Minilexikon: Strukturierung durch Gruppierung zusammengehöriger Überschriften /* Verwendung */

2024-07-08T14:42:06Z

Strukturierung durch Gruppierung zusammengehöriger Überschriften Verwendung

← Nächstältere Version		Version vom 8. Juli 2024, 16:42 Uhr
Zeile 35:		Zeile 35:
	In Silverlight- und WPF-Anwendungen wird diese Zusammenarbeit von Designer und Entwickler u. a. an der Verwendung von zwei unterschiedlichen Dateitypen für Benutzerschnittstelle und Programmlogik deutlich: die XAML-Datei ([[Dateinamenserweiterung\|Dateierweiterung]] .xaml), die die hinterlegten grafischen XAML-Beschreibungen enthält, und eine mit dieser Datei [[Filialdatei\|verbundene]] CodeBehind-Datei, die die Programmlogik für die deklarativen XAML-Objekte enthält. In .NET sind die CodeBehind-Dateien je nach Sprachwahl mit entsprechenden Dateiendungen versehen: In [[C-Sharp\|C#]] und Visual Basic sind es die Erweiterungen .xaml.cs bzw. .xaml.vb, in [[JavaScript]] heißt die Dateiendung .xaml.js.<ref name="Werner" />		In Silverlight- und WPF-Anwendungen wird diese Zusammenarbeit von Designer und Entwickler u. a. an der Verwendung von zwei unterschiedlichen Dateitypen für Benutzerschnittstelle und Programmlogik deutlich: die XAML-Datei ([[Dateinamenserweiterung\|Dateierweiterung]] .xaml), die die hinterlegten grafischen XAML-Beschreibungen enthält, und eine mit dieser Datei [[Filialdatei\|verbundene]] CodeBehind-Datei, die die Programmlogik für die deklarativen XAML-Objekte enthält. In .NET sind die CodeBehind-Dateien je nach Sprachwahl mit entsprechenden Dateiendungen versehen: In [[C-Sharp\|C#]] und Visual Basic sind es die Erweiterungen .xaml.cs bzw. .xaml.vb, in [[JavaScript]] heißt die Dateiendung .xaml.js.<ref name="Werner" />

	== ~~XAML in Silverlight~~ ==		== Verwendung ==
			=== XAML in Silverlight ===
	In Webanwendungen wird XAML hauptsächlich in Form von Silverlight eingesetzt. Microsoft Silverlight ist eine veränderte, im Umfang reduzierte Untermenge von WPF. Während der Entwicklung wurde es WPF/E genannt, was für „Windows Presentation Foundation Everywhere“ stand. Microsoft Silverlight ermöglicht es, WPF-Anwendungen als [[Rich Internet Application]]s mit demselben oder minimal verändertem Programmcode online verfügbar zu machen, ohne dass auf dem Clientcomputer das gesamte .NET Framework installiert sein muss. 3D-Funktionen werden derzeit noch nicht unterstützt, aber [[XML Paper Specification\|XPS]], vektorbasierte Grafiken und [[Hardwarebeschleunigung]], demzufolge ist das Rendern von Rich User Interfaces für Webseiten möglich.		In Webanwendungen wird XAML hauptsächlich in Form von Silverlight eingesetzt. Microsoft Silverlight ist eine veränderte, im Umfang reduzierte Untermenge von WPF. Während der Entwicklung wurde es WPF/E genannt, was für „Windows Presentation Foundation Everywhere“ stand. Microsoft Silverlight ermöglicht es, WPF-Anwendungen als [[Rich Internet Application]]s mit demselben oder minimal verändertem Programmcode online verfügbar zu machen, ohne dass auf dem Clientcomputer das gesamte .NET Framework installiert sein muss. 3D-Funktionen werden derzeit noch nicht unterstützt, aber [[XML Paper Specification\|XPS]], vektorbasierte Grafiken und [[Hardwarebeschleunigung]], demzufolge ist das Rendern von Rich User Interfaces für Webseiten möglich.

Zeile 47:		Zeile 48:
	* Abspielen von Mediendateien<ref name="Codeproject" />		* Abspielen von Mediendateien<ref name="Codeproject" />

	== XAML in der Windows Runtime ==		=== XAML in der Windows Runtime ===
	Beginnend mit Windows 8 kommt XAML neben WPF für Windows Store-Apps, die unter der neuen Windows Runtime ausgeführt werden, zum Einsatz. XAML in der Windows Runtime ist, ebenso wie Microsoft Silverlight, eine veränderte und im Umfang angepasste Untermenge der Windows Presentation Foundation. Der Hauptunterschied zu den bisherigen Implementierungen besteht jedoch darin, dass es sich hierbei um eine völlig neue, auf nativem Code und COM basierende Schnittstelle handelt, die über sogenannte Projektionen für mehrere Programmiersprachen, darunter C++, C# und Visual Basic direkt verwendbar ist. Der Vorteil gegenüber WPF und Silverlight, die beide auf der Common Language Runtime aufbauen, ist eine gesteigerte Ausführungsgeschwindigkeit, da hier die Übersetzung in den nativen Maschinencode des Prozessors zur Laufzeit (Just-in-time-Kompilierung) entfällt.		Beginnend mit Windows 8 kommt XAML neben WPF für Windows Store-Apps, die unter der neuen Windows Runtime ausgeführt werden, zum Einsatz. XAML in der Windows Runtime ist, ebenso wie Microsoft Silverlight, eine veränderte und im Umfang angepasste Untermenge der Windows Presentation Foundation. Der Hauptunterschied zu den bisherigen Implementierungen besteht jedoch darin, dass es sich hierbei um eine völlig neue, auf nativem Code und COM basierende Schnittstelle handelt, die über sogenannte Projektionen für mehrere Programmiersprachen, darunter C++, C# und Visual Basic direkt verwendbar ist. Der Vorteil gegenüber WPF und Silverlight, die beide auf der Common Language Runtime aufbauen, ist eine gesteigerte Ausführungsgeschwindigkeit, da hier die Übersetzung in den nativen Maschinencode des Prozessors zur Laufzeit (Just-in-time-Kompilierung) entfällt.

Invisigoth67: typo

2024-04-20T08:50:39Z

typo

← Nächstältere Version		Version vom 20. April 2024, 10:50 Uhr
Zeile 169:		Zeile 169:

	=== Document Services ===		=== Document Services ===
	XAML bietet mehrere Merkmale, die es ermöglichen, Dokumente besser zu betrachten, navigieren und paginieren. Für diesen Zweck stehen mehrere Kontrollleisten bereit, die bei Bedarf aktiviert werden können. Dazu gehört eine Seitenzahlanzeige, Vor- und Zurück-Schaltfläche, etc. die der <code>PageViewer</code> anbietet.		XAML bietet mehrere Merkmale, die es ermöglichen, Dokumente besser zu betrachten, navigieren und paginieren. Für diesen Zweck stehen mehrere Kontrollleisten bereit, die bei Bedarf aktiviert werden können. Dazu gehört eine Seitenzahlanzeige, Vor- und Zurück-Schaltfläche etc., die der <code>PageViewer</code> anbietet.

	Darüber hinaus kann man mit dem ''Document Layout Service'' Texte mit einfachen Tags versehen, um jederzeit auf jedem Bildschirm ein angemessenes und leicht zu lesendes [[Layout]] zu installieren.		Darüber hinaus kann man mit dem ''Document Layout Service'' Texte mit einfachen Tags versehen, um jederzeit auf jedem Bildschirm ein angemessenes und leicht zu lesendes [[Layout]] zu installieren.

Misi DE: /* Siehe auch */ Verweis auf FXML

2023-11-24T21:04:24Z

Siehe auch: Verweis auf FXML

← Nächstältere Version		Version vom 24. November 2023, 23:04 Uhr
Zeile 190:		Zeile 190:
	== Siehe auch ==		== Siehe auch ==
	* [[XML User Interface Language]] (XUL)		* [[XML User Interface Language]] (XUL)
			* [[JavaFX#FXML\|FXML]] Deklarative GUI-Beschreibung für [[JavaFX]]

	== Literatur ==		== Literatur ==

Filzstift: /* top */BKL-fix, replaced: .NET → .NET mit AWB

2022-05-31T06:31:20Z

top: BKL-fix, replaced: .NET → .NET mit AWB

← Nächstältere Version		Version vom 31. Mai 2022, 08:31 Uhr
Zeile 23:		Zeile 23:
	\| Website = [http://msdn.microsoft.com/en-us/library/ms752059.aspx microsoft.com]		\| Website = [http://msdn.microsoft.com/en-us/library/ms752059.aspx microsoft.com]
	}}		}}
	'''Extensible Application Markup Language''' ('''XAML''', ausgesprochen [{{IPA\|ˈzæ:mɛl}}]) ist eine von [[Microsoft]] entwickelte [[Computersprache#Beschreibungssprachen\|Beschreibungssprache]] zur Gestaltung [[Grafische Benutzeroberfläche\|grafischer Benutzeroberflächen]] sowie zur Definition von Workflows in der [[Windows Workflow Foundation]] (WF). Zunächst wurde die neue deklarative Sprache für ~~die Frameworks~~ [[.~~NET~~]] 3.0 und ~~.NET~~ 3.5 in [[Windows Presentation Foundation]] (WPF) für WPF-Windows-Anwendungen entwickelt. In WPF wird XAML verwendet, weil dort Workflows wiederum mit XAML definiert werden können. XAML dient auch in [[Silverlight]]-Anwendungen und unter [[Microsoft Windows 8\|Windows 8]] in auf der [[Windows Runtime]] basierenden [[Windows Store\|Windows-Store]]-[[Mobile App\|Apps]] dem Aufbau der grafischen Benutzeroberfläche.		'''Extensible Application Markup Language''' ('''XAML''', ausgesprochen [{{IPA\|ˈzæ:mɛl}}]) ist eine von [[Microsoft]] entwickelte [[Computersprache#Beschreibungssprachen\|Beschreibungssprache]] zur Gestaltung [[Grafische Benutzeroberfläche\|grafischer Benutzeroberflächen]] sowie zur Definition von Workflows in der [[Windows Workflow Foundation]] (WF). Zunächst wurde die neue deklarative Sprache für das [[.Net-Framework]] 3.0 und 3.5 in [[Windows Presentation Foundation]] (WPF) für WPF-Windows-Anwendungen entwickelt. In WPF wird XAML verwendet, weil dort Workflows wiederum mit XAML definiert werden können. XAML dient auch in [[Silverlight]]-Anwendungen und unter [[Microsoft Windows 8\|Windows 8]] in auf der [[Windows Runtime]] basierenden [[Windows Store\|Windows-Store]]-[[Mobile App\|Apps]] dem Aufbau der grafischen Benutzeroberfläche.

	== Übersicht ==		== Übersicht ==

Thomas Dresler: Komma vor „indem“

2021-08-23T21:01:47Z

Komma vor „indem“

← Nächstältere Version		Version vom 23. August 2021, 23:01 Uhr
Zeile 75:		Zeile 75:

	* '''<nowiki>http://schemas.microsoft.com/client/2007</nowiki>''' ist der Kern des Silverlight-2-Namensraums. Er umfasst alle Silverlight-2-Klassen, einschließlich UserControl und Grid. Gewöhnlich wird der Namensraum ohne ein Präfix deklariert, somit wird er der Standard-Namensraum für das ganze Dokument. Das bedeutet jedes Element wird automatisch in diesem Namensraum platziert bis man es anderweitig spezifiziert.		* '''<nowiki>http://schemas.microsoft.com/client/2007</nowiki>''' ist der Kern des Silverlight-2-Namensraums. Er umfasst alle Silverlight-2-Klassen, einschließlich UserControl und Grid. Gewöhnlich wird der Namensraum ohne ein Präfix deklariert, somit wird er der Standard-Namensraum für das ganze Dokument. Das bedeutet jedes Element wird automatisch in diesem Namensraum platziert bis man es anderweitig spezifiziert.
	* '''<nowiki>http://schemas.microsoft.com/winfx/2006/xaml</nowiki>''' ist der XAML-Namensraum. Er schließt verschiedene XAML-Merkmale ein, die einem erlauben Einfluss darauf zu nehmen wie das Dokument interpretiert wird. Dieser Namensraum ist an das Präfix ''X'' gebunden. Das bedeutet man kann ihn geltend machen indem man das Namensraumpräfix vor den Elementnamen schreibt (z. B.: <'''x:'''ElementName>).<ref name="ProSilverlightC">Matthew MacDonald: ''Pro Silverlight in C# 2008''. 2008 ISBN 978-1-59059-949-5</ref>		* '''<nowiki>http://schemas.microsoft.com/winfx/2006/xaml</nowiki>''' ist der XAML-Namensraum. Er schließt verschiedene XAML-Merkmale ein, die einem erlauben Einfluss darauf zu nehmen wie das Dokument interpretiert wird. Dieser Namensraum ist an das Präfix ''X'' gebunden. Das bedeutet man kann ihn geltend machen, indem man das Namensraumpräfix vor den Elementnamen schreibt (z. B.: <'''x:'''ElementName>).<ref name="ProSilverlightC">Matthew MacDonald: ''Pro Silverlight in C# 2008''. 2008 ISBN 978-1-59059-949-5</ref>

	==== Windows Presentation Foundation ====		==== Windows Presentation Foundation ====

Aka: /* Vergleiche mit anderen XML-basierten (Programmier-) sprachen */ Leerzeichen bei Klammer entfernt

2020-06-24T17:53:56Z

Vergleiche mit anderen XML-basierten (Programmier-) sprachen: Leerzeichen bei Klammer entfernt

← Nächstältere Version		Version vom 24. Juni 2020, 19:53 Uhr
Zeile 173:		Zeile 173:
	Darüber hinaus kann man mit dem ''Document Layout Service'' Texte mit einfachen Tags versehen, um jederzeit auf jedem Bildschirm ein angemessenes und leicht zu lesendes [[Layout]] zu installieren.		Darüber hinaus kann man mit dem ''Document Layout Service'' Texte mit einfachen Tags versehen, um jederzeit auf jedem Bildschirm ein angemessenes und leicht zu lesendes [[Layout]] zu installieren.

	== Vergleiche mit anderen XML-basierten (Programmier-) ~~sprachen~~ ==		== Vergleiche mit anderen XML-basierten (Programmier-)Sprachen ==
	Dem deklarativen Konzept von XAML und der Vereinigung von XML-codierten Objekten ähnlich arbeitet die Sprache LZX ([[OpenLaszlo]]). Hier werden die Methoden und Eigenschaften, sowie die [[Ereignis (Programmierung)\|Ereignisbehandlung]] noch konsequenter in die Tag-Struktur mit einbezogen. Während bei XAML der .NET-Compiler Oberflächen mit den Methoden bzw. der Ereignisbehandlung zusammenbindet, wird bei OpenLaszlo als Script-Sprache [[JavaScript]] eingesetzt und eine lauffähige [[Adobe Flash\|Adobe-Flash]]-Datei (oder wahlweise DHTML) erzeugt.		Dem deklarativen Konzept von XAML und der Vereinigung von XML-codierten Objekten ähnlich arbeitet die Sprache LZX ([[OpenLaszlo]]). Hier werden die Methoden und Eigenschaften, sowie die [[Ereignis (Programmierung)\|Ereignisbehandlung]] noch konsequenter in die Tag-Struktur mit einbezogen. Während bei XAML der .NET-Compiler Oberflächen mit den Methoden bzw. der Ereignisbehandlung zusammenbindet, wird bei OpenLaszlo als Script-Sprache [[JavaScript]] eingesetzt und eine lauffähige [[Adobe Flash\|Adobe-Flash]]-Datei (oder wahlweise DHTML) erzeugt.

2.247.244.27: Rechtschreibung: https://www.duden.de/rechtschreibung/Just_in_time_Compiler

2019-11-30T17:38:30Z

Rechtschreibung: https://www.duden.de/rechtschreibung/Just_in_time_Compiler

← Nächstältere Version		Version vom 30. November 2019, 19:38 Uhr
Zeile 48:		Zeile 48:

	== XAML in der Windows Runtime ==		== XAML in der Windows Runtime ==
	Beginnend mit Windows 8 kommt XAML neben WPF für Windows Store-Apps, die unter der neuen Windows Runtime ausgeführt werden, zum Einsatz. XAML in der Windows Runtime ist, ebenso wie Microsoft Silverlight, eine veränderte und im Umfang angepasste Untermenge der Windows Presentation Foundation. Der Hauptunterschied zu den bisherigen Implementierungen besteht jedoch darin, dass es sich hierbei um eine völlig neue, auf nativem Code und COM basierende Schnittstelle handelt, die über sogenannte Projektionen für mehrere Programmiersprachen, darunter C++, C# und Visual Basic direkt verwendbar ist. Der Vorteil gegenüber WPF und Silverlight, die beide auf der Common Language Runtime aufbauen, ist eine gesteigerte Ausführungsgeschwindigkeit, da hier die Übersetzung in den nativen Maschinencode des Prozessors zur Laufzeit (Just-in-~~Time~~-Kompilierung) entfällt.		Beginnend mit Windows 8 kommt XAML neben WPF für Windows Store-Apps, die unter der neuen Windows Runtime ausgeführt werden, zum Einsatz. XAML in der Windows Runtime ist, ebenso wie Microsoft Silverlight, eine veränderte und im Umfang angepasste Untermenge der Windows Presentation Foundation. Der Hauptunterschied zu den bisherigen Implementierungen besteht jedoch darin, dass es sich hierbei um eine völlig neue, auf nativem Code und COM basierende Schnittstelle handelt, die über sogenannte Projektionen für mehrere Programmiersprachen, darunter C++, C# und Visual Basic direkt verwendbar ist. Der Vorteil gegenüber WPF und Silverlight, die beide auf der Common Language Runtime aufbauen, ist eine gesteigerte Ausführungsgeschwindigkeit, da hier die Übersetzung in den nativen Maschinencode des Prozessors zur Laufzeit (Just-in-time-Kompilierung) entfällt.

	Windows Store-Apps werden derzeit immer als Vollbildanwendung ausgeführt und das vordefinierte Aussehen der Steuerelemente wurde für eine Bedienung per Touch optimiert, was sich in standardmäßig größeren und einfacher mit den Fingern zu bedienenden Elementen widerspiegelt.		Windows Store-Apps werden derzeit immer als Vollbildanwendung ausgeführt und das vordefinierte Aussehen der Steuerelemente wurde für eine Bedienung per Touch optimiert, was sich in standardmäßig größeren und einfacher mit den Fingern zu bedienenden Elementen widerspiegelt.

Stegosaurus Rex: /* Einleitung */ Bild entfernt, da irreführend (es enthält Visual-Basic-Code, kein XAML)

2019-10-14T11:10:25Z

Einleitung: Bild entfernt, da irreführend (es enthält Visual-Basic-Code, kein XAML)

← Nächstältere Version		Version vom 14. Oktober 2019, 13:10 Uhr
Zeile 3:		Zeile 3:
	\| Icon =		\| Icon =
	\| Logo =		\| Logo =
	\| Screenshot = ~~Wpfapp.PNG~~		\| Screenshot =
	\| Beschreibung = ~~XAML-WPF-Anwendung~~		\| Beschreibung =
	\| Dateiendung = .xaml		\| Dateiendung = .xaml
	\| MIME = application/xaml+xml		\| MIME = application/xaml+xml

Starkiller3010: /* Verknüpfung von GUI und Code */

2019-04-02T20:03:21Z

Verknüpfung von GUI und Code

← Nächstältere Version		Version vom 2. April 2019, 22:03 Uhr
Zeile 105:		Zeile 105:

	=== Verknüpfung von GUI und Code ===		=== Verknüpfung von GUI und Code ===
	Um z. B. [[Schaltfläche]]n mit einer [[Prozedur (Programmierung)\|Methode]] zu verknüpfen schreibt man nun z. B. in Visual Basic oder [[C-Sharp\|C#]] so genannte ''partial classes''. Sie teilen sich denselben Namensraum. Der [[Compiler]] erstellt dann die notwendigen Verknüpfungen. Wenn man – entgegen der klaren Empfehlung, Oberfläche und Code zu trennen – doch Code im XAML Dokument unterbringen möchte, kann man dies auch tun: <code><x:Code></code> leitet den entsprechenden Bereich ein. Damit der Parser nun die entsprechenden Zeilen nicht auch noch interpretiert, muss er unbedingt in <code><![CDATA[...]]></code> eingeschlossen sein (Beispiel aus msdn]):<ref>{{cite web \| title=CDATA-Abschnitte \| url=http://msdn.microsoft.com/de-de/library/ms256076(VS.80).aspx \| accessdate=2019-04-02 \| publisher=Microsoft \| archiveurl=https://web.archive.org/web/20150403183319/http://msdn.microsoft.com/de-de/library/ms256076(VS.80).aspx \| archivedate=2015-04-03 }}</ref>		Um z. B. [[Schaltfläche]]n mit einer [[Prozedur (Programmierung)\|Methode]] zu verknüpfen schreibt man nun z. B. in Visual Basic oder [[C-Sharp\|C#]] so genannte ''partial classes''. Sie teilen sich denselben Namensraum. Der [[Compiler]] erstellt dann die notwendigen Verknüpfungen. Wenn man – entgegen der klaren Empfehlung, Oberfläche und Code zu trennen – doch Code im XAML Dokument unterbringen möchte, kann man dies auch tun: <code><x:Code></code> leitet den entsprechenden Bereich ein. Damit der Parser nun die entsprechenden Zeilen nicht auch noch interpretiert, muss er unbedingt in <code><![CDATA[...]]></code> eingeschlossen sein (Beispiel aus msdn):<ref>{{cite web \| title=CDATA-Abschnitte \| url=http://msdn.microsoft.com/de-de/library/ms256076(VS.80).aspx \| accessdate=2019-04-02 \| publisher=Microsoft \| archiveurl=https://web.archive.org/web/20150403183319/http://msdn.microsoft.com/de-de/library/ms256076(VS.80).aspx \| archivedate=2015-04-03}}</ref>

	<syntaxhighlight lang="xml">		<syntaxhighlight lang="xml">