Folgende Konfiguration löst das Problem…

Ausgangslage:

Ich hatte Beiträge, die waren nicht kategorisiert, aber hatten das Flag gesetzt: Anzeigen auf der Startseite. Die Startseite hat diese Beiträge im Blog-Style schön angezeigt. Auf der Startseite habe ich links noch einen Modul- user-Bereich – mein Submenü. (Grundsätzlich kann das aber auch jedes andere Modul betreffen.)

Lösung:

Werden die Beiträge einer Kategorie anghängt, die über einen Menüeintrag verfügt, dann kann im das Modul (welches angezeigt werden soll) auch entsprechend konfiguriert werden.

Schritt 1.
Eine Kategorie neu anlegen, alle betroffenen Beiträge dieser Kategorie zuweisen.

Schritt 2.
Einen neuen Menüpunkt des Typs Kategorie-Blog anlegen. Diese verweist auf die in Schritt 1 angelegte Kategorie

Schritt 3.
In der Modul konfiguration zu dem Modul gehen, welches eingeblendet werden soll. Dieses Modul nun in der Menüzuweisung so konfigurieren, dass es auch aktiv ist für den in Schritt 2 erstellten Menüpunkt.

Ich merke, dass es etwas schwierig ist zum sauber erklären, aber ich hoffe dass ich das später noch kapiere bzw. es jemandem anderen auch weiter hilft. Ansonsten einfach eine Nachricht an mich. Möglicherweise bin ich auch nur auf Grund einer vielleicht etwas speziellen Struktur der Beiträge auf dieses “Problem” gestossen.

Imagine we have a little function like this:

And we call it with some code like this:

What happens? Does it return ‘Jimi Hendrix’ or ‘Ziggy Stardust’?

It shows ‘Jimi Hendrix’. Because the parameter does not have the ‘ref‘ keyword, a copy of the value ‘Name’ is created, altered and then not returned from the stack. So the initial value of ‘Name’ is displayed in the messagebox.

If you want the function to affect the displayed message, you need to use the ref keyword, as follows:

And you need to add the keyword ref to your calling code:

Now when the above code is run, the value ‘Ziggy Stardust’ will be displayed.

Okay, recap over. Time to think about classes.

But what happens when you do (or don’t) use the ref keyword on an object parameter?

Imagine we have a simple little class like this:

It has one public field, ‘Value’ which defaults to ‘Jimi Hendrix’.

And now imagine we have a function that looks like this:

It accepts a ‘NameClass‘ object, and changes the name property to ‘Ziggy Stardust’.

Now what happens when we call the method, and then check the value…

Will the messagebox show ‘Jimi Hendrix’ or ‘Ziggy Stardust’?

Before you answer, consider this case:

What if we changed the function to look like this:

So that now the parameter is of type reference. (We’ll also need to add the ‘ref‘ keyword to our calling code)

Will the ‘ref‘ keyword make any difference to our test? If so, why? If not, why not?

For both these tests, the result will be ‘Ziggy Stardust’. The ref keyword won’t make a difference to the results.

Does that mean that the ref keyword was ignored? Not at all.

The important thing is that the ref keyword applies to the parameter (name), not to its properties (name.Value).

So let’s look at a case where the function doesn’t just change a property of the parameters, but tries to change the parameter itself. In that cases the ref parameter will make an important difference.

Here’s an example where our function gets sloppy and drops the object.

What will happen now?

Will this code:

Still return ‘Ziggy Stardust?’ Or will we get a null reference exception?

We will still get ‘Ziggy Stardust’ out. There won’t be a null reference exception, because the thing that was set to null was a value copy of the object reference, not a direct reference to the object.

The object itself wasn’t affected by the ‘name = null’ line. That merely stopped a value on the stack from pointing to the object.

And then consider the same code, but with the ‘ref‘ keyword:

What will happen when this code is used to call it?

Will we get a ‘ziggy stardust’? Or a null reference exception?

In this case we get a null reference exception. Because now when the name = null line was executed, it was the reference itself that was set to null, not just a copy of it on the stack.

Okay that’s all i want to say about that.

joomla verlangt neben einem Beitrag der als “Hauptseite” gekennzeichnet ist auch ein Menüitem, das als “Standard” gesetzt ist. Toll wenn man das weiss.

Liebes joomla, wenn Du nicht funktionierst, wenn Du kein Default-Menüitem hast, warum sagst Du das nicht einfach? Warum sagst Du mir nicht schlicht und ergreifend, “hör zu Kumpel; Du hast ne Menge Artikel und Menüitems, aber keines davon ist “Default”. So kann ich nicht funktionieren.” Die Informatik-Welt wäre so einfach, wenn sich der Entwickler auch nur kurz anstrengen würde und Showstoper Errors auch als solche zu kennzeichnen und entsprechende Fehlermeldungen auszugeben…

Inhalt

1. Einleitung
2. Das Sprachkonzept in typo3
3. Schritt 1: Die Defaultsprache (Standard Sprache)
4. Schritt 2: Neue Sprache in typo3 konfigurieren
5. Schritt 3: Inhalte übersetzen – neue Seite erstellen
6. Schritt 4: Inhalte übersezten – neue Inhalte erstellen
7. Schritt 5: Die Sprache auf der Website auswählen
8. Schlusswort
9. Weiterführende Links

1. Einleitung

Hier mein Beitrag zum Thema “Mehrsprachige Websites mit typo3″. Die Gründe warum ich mir die Mühe mache sind folgende. Ich habe noch kein vollständiges deutsches Tutorial gefunden, welches auch für Anfänger geeignet ist. Als Anfäger hatte ich zuerst zu prüfen, ob typo3 soweit Mehrsprachenfähig ist wie wir es uns vorgestellt hatten. Aber das Problem ist: Die Mehrsprachenfähigkeit von typo3 ist da – es brauch jedoch schon gewisses Vorwissen um es zu aktivieren!

Deshalb versuche ich in meinem Tutorial wirklich alles (jeden einzelnen Schritt) so zu erklären, dass auch noch Anfänger damit zurecht kommen und einen ersten Einblick in die Tiefen von typo3 bekommen können. Leider gibt es sehr viele Abängigkeiten, angefangen vom verwendeten Installations-Packet, so dass es doch sein kann dass noch Fragen offen bleiben – was ich aber wirklich vermeiden möchte. Mein Tutorial setzt auf der Grundkonfiguration vom Quickstart-Packet auf.

Das Tutorial richtet sich an all die, welche mit den Konzepten und Gebräuchlichkeiten mit typo3 noch nicht so vertraut sind und deshalb Schritt für Schritt ins Thema eingeführt werden müssen. Ich selbst bin noch blutiger Anfänger mit typo3 und hoffe keine Fehlinformationen in diesem Tutorial zu verbreiten, falls doch wäre ich um Hinweise sehr dankbar. Soweit kann ich Dir als Leser aber versichern; alle Schritte habe ich selbst bei mir mit Erfolg durchgeführt

Das Tutorial setzt eine Installation von Quickstart voraus, die Beispiele beziehen sich auf die Website “FC Bigfeet”. Ich habe in den Bezeichnungen und den Screenshots die Englischen Begriffen verwendet. (Entspricht auch der Grundeinstellung nach der Installation von Quickstart).

Als kleines Schmankerl, damit dieses Tutorial doch noch eine richtige Existenzberechtigung hat, habe ich eine eigene Lösung für die Sprachauswahl. Mir gefallen diese Flaggen die standardmässig angezeigt werden überhaupt nicht und präsentiere eine sehr viel elegantere Variante!

2 . Das Sprachkonzept in typo3

typo3 ist Mehsprachenfähig (wer hätte das Gedacht!?) und unterstützt dabei zwei unterschiedliche Konzepte. Das “Two-Tree” Konzept und das “one-tree-fits-all-languages”. Ich möchte nicht weiter auf das Two-Tree Konzept eingehen, da ich es aus praktischer Sicht weniger nützlich finde, es gibt aber sicher Einsatzgebiete dafür. Das Tutorial befasst sich mit dem Konzept “Ein Baum für alle Sprachen” = “one-tree-fits-all-languages”.

In typo3 können nach der Installation von Quickstart sogleich Text- bzw. Inhalts-Datensätze eingegeben werden. Diese Inhalts-Datensätze entsprechen dem Inhalt der auf der Webseite angezeigt wird. Die FC Bigfeet Website hat schon eine Menge dieser Texte. Das klingt trivial und Du denkst Dir jetzt, warum ich das schreibe. Weil Du Dir dabei vermutlich keinen Gedanken daran verschwendet hast zu überlegen, in welcher Sprache diese Text abgespeichert werden. Wir müssen uns auch gar nicht darum kümmern wenn unsere Website nur eine Sprache anbiete. Wir geben unseren Text ein – der kann Deutsch, oder Englisch, oder Italienisch, oder was auch immer sein und er wird angezeigt – fertig.

Ab dem Moment aber wo wir mehrere Sprachen anbieten wollen wird es plötzlich interessant wie die Sprachen nun verwaltet werden. Dann fragen wir uns plötzlich: Welche Sprache ist nun die Sprache die ich in FC Bigfeet als “standard” habe? Es ist die Sprache mit dem Code 0! Zufällig ist es Englisch, aber es hätte auch Deutsch sein können – die Sprache hat aber in jedem Fall den Code 0.

Gerade das obige Thema war mir und mit mir bestimmt unzähligen Anfängern nicht so ganz klar. Da wurde immer von “definiere Deine Standardsprache” geschrieben. Man kann keine Standardsprache definieren, es ist immer die Sprache mit dem Code 0. Es ist immer die Sprache die nach der Installation per Default aktiv ist. Und welche Sprache es effektiv ist, das ist typo3 egal, typo3 gibt dieser Standardsprache einfach den Code 0. Nehmen wir das mal so mit, auch wenn vielleicht noch nicht klar ist warum das so ist.

typo3 hat ein “fall-back” System – wird eine Seite in einer Sprache aufgerufen die nicht vorhanden ist, z.B. weil es für diese Seite auch keine Übersetzung gibt, dann wird die Seite in der Default-Sprache angezeigt.

Ein wesentlicher Punkt im Umgang mit typo3 und der Mehrsprachigkeit ist noch die Tatsache, dass die aktuelle Sprache nicht über die Seitengrenze hinaus gespeichert wird. Das bedeutet folgendes: Die Sprache wird in dem Sinne nicht “umgeschaltet”, sondern jeder Aufruf einer Seite muss einen zusätzlichen Parameter mit dem Sprachcode besitzen. Wird eine Seite ohne diesem Parameter aufgerufen, wird die Seite in der Standardsprache – Code 0 – angezeigt. Wird der Parameter mit dem Code angegeben, dann wird die Seite in der gewünschten Sprache angezeigt. Das mag auf den ersten Blick kein Nachteil sein, spätestens dann aber wenn man sich nicht alle Verlinkungen auf der Website dynamisch durch typo3 erzeugen lässt, sondern auch “harte” Links verwendet oder eigene PHP Skripts einbindet die Links erzeugen, dann merkt man schnell dass es umständlich wird.

Wir machen nun unsere FC Bigfeet Startseite Schritt für Schritt zweisprachig -nämlich zusätzlich in Deutsch!

3. Schritt 1 : Defaultsprache

Unsere Standardsprache in FC Bigfeet ist Englisch – alle Texte sind in englischer Sprache vorhanden. Wir wollen FC Bigfeet zusätzlich noch in Deutsch anbieten und werden hierzu eine zusätzliche Sprache aktivieren, die neben der englischen Standardsprache auch angezeigt werden kann.

In unserem ersten Schritt haben wir also festgestellt, dass unsere Defaultsprache “Englisch” ist. Die Defaultsprache besitzt immer den Code “0″.

4. Schritt 2 : Neue Sprache in typo3 konfigurieren

Wir konfigurieren nun also die zusätzliche Sprache Deutsch in typo3.

Dazu gehen wir im Admin-Bereich von typo3 auf “List” und dann auf den Root-Eintrag “Quick Start” unseres Baumes. Anschliessend machen wir einen neuen Record über “Create new record” am unteren Ende der Seite.

Im Anschliessenden Dialog wählen wir “Website Language” um den neuen Record zu erstellen.

Es öffnet sich uns das Fenster um die Sprache (Sprach-Record) zu konfigurieren. Wir tippen in das Feld Language “Deutsch” hinein uns speichern den Record über das Disketten-Symbol.

Zurück in der Übersicht können wir feststellen, dass unsere neue Sprache angezeigt wird. In meinem Beispiel kann man erkennen, dass ich auch noch die Sprache Französisch/Francaise konfiguriert habe.

5. Schritt 3 : Inhalte übersetzen – neue Seite erstellen

Wir haben also im Schritt 2 die Sprache konfiguriert und können nun daran gehen unsere Startseite vom FC Bigfeet ins Deutsche zu übersetzen. Momentan sind sämtliche Texte in unserer Default-Sprache Englisch.

Wir wählen im Menü “Page” und dann die Startseite “FC Bigfeet”. Es soll die erste Seite sein die wir übersetzen. Der Dialog zeigt uns die Inhalts-Records der Startseite. Noch sind diese Texte in unserer Defaultsprache Englisch, aber nicht mehr lange. Wir wählen in der Auswahlbox unsere Sprache die wir übersetzen wollen.

Im nun folgenden Dialog können wir wider erwarten noch keine Texte übersetzen, sondern wir müssen die Eigenschaften für die Seite erfassen. Warum ist das so? Eigentlich wollten wir doch die Inhalts-Records übersetzen, was hat das mit einer Seite zu tun? Weil uns typo3 die gute Lösung bietet, dass auch die Seiteneigenschaften übersetzt werden können. So können wir im einfachsten Fall der Seite in Deutsch einen anderen Titel geben.

6. Schritt 4 : Inhalte übersetzen – neue Inhalte erstellen

Nach dem Speichern der Seite im Schritt 3 sind wir endlich bei den Inhalts-Records (Textinhalten), die wir nun übersetzen können. Wir sehen, dass neben der Sprache “Default” unsere neue Sprache “Deutsch” angezeigt wird. Das erste Mal wo ich soweit kam war ich doch ein wenig enttäuscht – warum ist die Seite leer, warum gibts keine Inhalts-Records? Tja das ist einfach so und bedeutet, dass wir nun etwas mühselig alle Inhaltsrecords von Grund auf für die neue Sprache neu erstellen müssen. Denn wir wollen exakt dieselben Seiten-Elemente/Texte auf der Deutschen Seite haben, wie wir sie auch auf der Englischen Seite haben. Wir füllen also unsere Seite mit Inhalten im Bereich Deutsch. Es gibt zwar Möglichkeiten die Inhalte vom Default in unserer neue Sprache zu kopieren, aber das soll der Einfachheit halber nun nicht bestandteil dieses Tutorials sein.

7. Schritt 5 : Die Sprache auf der Website auswählen

Wir haben nun typo3 für die neue Sprache konfiguriert. Wir haben die Startseite des FC Bigfeet für Deutsch neu erstellt. Nun möchten wir schliesslich noch die Seiten in der neuen Sprache auch anzeigen können. Dazu machen wir ein kleines Menü, welches auf der Seite angezeigt wir und es dem Besucher ermöglicht in die andere Sprache umzuschalten.

Das Menü für die Sprachauswahl benötigt ein PHP-Script und entsprechende konfigurationen im SETUP des TS-Templates der Seite um dieses PHP-Script aufzurufen und auszuführen. Das Script ist verantwortlich für die Ausgabe des Menüs. Ich selbst mag solche Mischung von Logik und Design überhaupt nicht, aber wir fügen uns und passen das Script so an, dass der gewünschte HTML-Output erzeugt wird.

Mein Menü wie es vom Script unten erzeugt wird ist sehr einfach: Die Homepage wird, wenn sie aufgerufen wird, in der Standardsprache Englisch angezeigt. Mein Menü besteht daher aus einem einzigen, diskreten Link “Deutsch”. Ein klick auf diesen Link schaltet dann die Sprache um. Sinngemäss besteht dann auf der Deutschen Variante das Menü aus dem Link “English”.

Die typo3 Sprachinterna

So nun gehts ans Eingemachte. Nach dem wir nur ein wenig herumklicken konnten, wirds erst richtig lustig.

Wird unsere Homepage FC Bigfeet aufgerufen, dann erscheint die Startseite in der Sprache Englisch. Wir möchten also einen Umschalter einbauen – ein Menü, welches uns ermöglicht die Startseite in der Sprache Deutsch anzuzeigen. Die Umschaltung erfolgt über einen Parameter in der URL. Wir legen Fest, dass der Sprachcode in der Variable “L” mit der URL mittransportiert wird. Ein Seitenaufruf hat in typo3 folgende Syntax: index.php?id=12 Die id entspricht der Seite die aufgerufen werden muss. Nun erweitern wir diese Syntax um unser L. index.php?id=12&L=1 ruft die Seite mit der id 12 in der Sprache 1 auf. Unsere Sprache 1 ist Deutsch. Daselbe geht für L=0, dann wird nämlich die Seite wieder in unserer Standardsprache Englisch angezeigt. Oder wir geben gar keinen “L” Code mit, dann nimmt unsere TS Konfiguration ganz einfach wieder die Standardsprache. Das legen wir einfach so fest und konfigurieren nun unser TS-Template, damit diese Sprachvariable über die Seiten hinweg transportiert wird, respektive dass die Sprachvariable auch gewechselt werden kann.

Die Bestandteile des PHP Scripts

Programmieren wir zuerst unser Menü in PHP. Dieses Skript ist für die Darstellung des “Umschalt-Menü” auf der Webseite verantwortlich.

Vorhandene Sprachen holen: (Bei uns 0=Englisch und 1=Deutsch)

// Für die aktuelle Seite werden alle all pages_language_overlay records geholt. Jeder Record entspricht einer Sprache
$query = “SELECT * FROM pages_language_overlay WHERE pid=”.$GLOBALS['TSFE']->id.$GLOBALS['TSFE']->sys_page->enableFields(‘pages_language_overlay’).” GROUP BY sys_language_uid”;

$res = mysql(TYPO3_db,$query);
$langArr=array();
while($row=mysql_fetch_assoc($res)) {
$langArr[$row['sys_language_uid']]=$row['title'];
}

In Abhängigkeit der aktiven Sprache den HTML Code des Sprachmenüs erzeugen. Das PHP Script arbeitet logischerweise auch mit der Variable L, welche den Sprachcode beinhaltet:

$flags = array();
if ($GLOBALS['TSFE']->sys_language_uid==0) {
// Englisch ist aktiv – Deutsch anzeigen
$flags[] = ‘<a href=”index.php?id=’.$GLOBALS['TSFE']->id.’&L=1″ target=_top>English</a>’;
} elseif ($GLOBALS['TSFE']->sys_language_uid==1) {
// Deutsch ist aktiv – Englisch anzeigen
$flags[] = ‘<a href=”index.php?id=’.$GLOBALS['TSFE']->id.’&L=0″ target=_top>Deutsch</a>’;
}

// Macht die Ausgabe. Das Menü transferitert die page-id und die “L” variable zur Sprachsteuerung
$content = implode(“”,$flags);

So das wars, nicht viel zum Glück. Das Skript können wir dorthin speichern wo wir es für richtig halten. Wir werden später im TS-Setup den Pfad angeben müssen. Ich habe ein neues Verzeichnis “scripts” im fileadmin gemacht und dorthinein die Datei hochgeladen/gespeichert.

Hier noch die komplette Datei zum herunterladen (Aktualisiert am 25.03.2010):
sprachmenu_2010-03-25 (enthält sprachmenu.php)

Es gibt auch eine typo3 Originaldatei die findet man hier: quickstart/media/scripts/example_languageMenu.php

Das PHP Script im TS-Template aufrufen

Jetzt werden wir den “Schalter” konfigurieren, so dass typo3 die richtigen Inhalts-Records holen kann. Dazu verwenden wir die neue Variable “L” ein. Diese wird bei der Umschaltung auf eine andere Sprache benützt.

SETUP konfiguration

# SprachVariable L initialisieren
config.linkVars = L

# Standardsprache UID 0 -> Englisch
config.sys_language_uid = 0
config.language = en
config.locale_all = english

# Deutsch, sys_language.uid = 1
[globalVar = GP:L = 1]
config.sys_language_uid = 1
config.language = de
config.locale_all = de_DE
[global]

Die Konfiguration macht die Umschaltung der Sprache. Generell wird angenommen, dass die Seite in der Standardsprache angezeigt werden soll. Dann kommt aber noch eine Entscheidungsabfrage, ob die Variable L=1 sei. Falls dies der Fall ist, werden wir die Sprache wieder umschalten auf Deutsch.

Ich kann bei mir nicht bestätigen – entgegen allen anderen Tutorials – dass meine neue Sprache, hier Deutsch, den Code 3 oder 2 hat. Die Codes werden schön inkrementiert bei der Erstellung einer neuen Sprache. So führt das Hinzufügen der Sprache Deutsch unweigerlich zu der ID / Code 1. Ziemlich eindeutige Sache im Grunde. Die nächste Sprache die ich also neu konfigurieren würde hätte also dann den Code 2.

Man sieht am Tooltipp an, dass Deutsch (leider fehlt der Mauszeiger, aber der zeigt auf das Erkugelsymbol von “Deutsch”) die id=1 bekommen hat. Diese ID entspricht unserem Code. Ich habe noch “Francaise” hinzugefügt, diese Sprache bekam die ID=2.

Es kann daraus gefolgert werden, dass die Sprachbezeichnung im Grunde nur an einer Stelle relevant ist: Im Backend wenn Inhalte für eine Sprache übersetzt werden:

Für das System wichtig ist nur der Code und der wird für jede zusätzliche Sprache einfach hochgezählt. Man kann also nicht sagen, dass der Code 1 immer Deutsch ist, oder Code 3 immer Französisch etc.

Nun müssen wir unser TS-Template auch noch soweit konfigurieren, dass unser Menü-Script aufgerufen wird und damit die HTML-Ausgabe erzeugt. Dazu fügen wir im Setup unseres TS-Template folgende zwei Zeilen hinzu:

SETUP konfiguration:

page.10 = PHP_SCRIPT
page.10.file = fileadmin/scripts/sprachmenu.php

8. Schlusswort

Das war es. Weiter gibt es nichts mehr zu tun. Über die TS-Konfiguration sollte nun also auf jeder Seite das “Sprach-Menü” angezeigt werden, dafür ist unser PHP-Skript zuständig welches wir auf unsere Bedürfnisse angepasst haben.

Feedback über Fehler in meinem Turorial, oder den Nutzen – ist jederzeit willkommen.

9. Weiterführende Links

Originaldoku von typo3

Ergänzende Doku auf T3NET

Originaldatei example_languageMenu.php (woraus ich die sprachmenu.php abgeleitet habe)

DiffMerge

Compare

/t1=%6 /t2=%7 %1 %2

Merge

/m /r=%4 /t1=%7 /t2=%8 /t3=%6 /c=%9 %2 %3 %1

WinMerge

Compare

/e /x /s /wl /dl %6 /dr %7 %1 %2

Merge

/e /s /x /ub /dl %6 /dr %7 %1 %2 %4

Araxis

Execute: ConsoleCompare.exe

Compare

/2 /title1:%6 /title2:%7 %1 %2

Merge

/wait /swap /a3 /3 /title1:%6 /title2:%7 /title3:%8 %1 %2 %3 %4

Hier noch zusätzliche Informationen zur Einbindung von Araxis…

KDiff3

Compare

%1 –fname %6 %2 –fname %7

Merge

%3 –fname %8 %2 –fname %7 %1 –fname %6 -o %4

Das Attribute selbst ist jedoch immer als simpler Typ definiert:

• xs:string
• xs:decimal
• xs:integer
• xs:boolean
• xs:date
• xs:time

<xs:attribute name=”lang” type=”xs:string” use=”required”/>

Das Beispiel zeigt eine Definition, die das Attribut als erforderlich deklariert.

Wobei “Text” missverständlich sein kann. Denn der Inhalt kann einer von den xsd Typen (boolean, string, date, etc.) sein, oder ein benutzerdefinierter Typ, den man selbst erstellt.

<xs:element name=”xxx” type=”yyy”/>

Komplexes Element

Es gibt vier Möglichkeiten:

• leere elemente
  <result state=”true” />
• solche die nur andere elemente beinhalten
  <result>
  <state>true</state>
  </result>
• solche die nur text beinhalten
  <result state=”true”>no error occurred</result>
• elemente, die andere elemente und text beinhalten
  <result state=”true”>no <green>error</green> occurred</result>

Definition eines komplexen Elementes

<employee>
<firstname>John</firstname>
<lastname>Smith</lastname>
</employee>

XSD

<xs:element name=”employee”>
<xs:complexType>
<xs:sequence>
<xs:element name=”firstname” type=”xs:string”/>
<xs:element name=”lastname” type=”xs:string”/>
</xs:sequence>
</xs:complexType>
</xs:element>

Oder mehr genereller, damit beispielsweise ein anderes Element wie “Kunde” dieselbe Definition verwenden kann:

<xs:element name=”employee” type=”personinfo”/>

<xs:complexType name=”personinfo”>
<xs:sequence>
<xs:element name=”firstname” type=”xs:string”/>
<xs:element name=”lastname” type=”xs:string”/>
</xs:sequence>
</xs:complexType>

Ohne Angaben von minOccurs and maxOccurs muss das Element exakt einmal vorkommen. (entspricht also minOccurs=1 und maxOccurs=1).

ACHTUNG! Attribute Definitionen müssen immer am Ende (z.B. nach sequence) erfolgen!

Hall of shame

http://homepage.mac.com/bradster/iarchitect/shame.htm
http://www.frankmahler.de/mshame/

How To

Windows Vista
MSDN Userinterface Area
UI StyleGuide
Userinterface Styleguide