Author Topic: Meta-Elemente Erweiterung lang="" (Read 66952 times)

evaki · « **on:** November 17, 2017, 01:15:49 PM »

Ist beabsichtigt, die angegebenen, also "keywords" und "description", um lang="" zu erweitern, bzw. als Option zuzulassen/zuzuschalten? (sprachspezifische Angaben, entsprechend der Seitensprache)
Beisp.:
<meta name="keywords" lang="es" content="Vacaciones, Grecia, Sunshine">
<meta name="description" lang="it" content="La mia anima è pervasa da una mirabile serenità, simile a queste belle mattinate di maggio che io godo con tutto il cuore.">

Anm.: Sprachliche Änderungen/sprachliche Wechsel innerhalb einer Seite werden mit zusätzlichen lang="" gekennzeichnet. Beisp.: <p lang="fr">Mon portefeuille est vide.</p>
MfG. Evaki
p.s. Aus unserem "Sandkasten" kam der Vorschlag vom eingesetzten Template unterschiedliche Sprachversionen anzulegen. Voraussetzung wäre, daß alle Spracheinstellungen in WB gleich sein müssen (index.php?lang=xx" würde dann nicht erzeugt.) Wer noch x/html einsetzt, könnte alles so lassen wie's ist, also auch keine Core-Änderungen.

evaki · « **Reply #1 on:** November 17, 2017, 10:21:50 PM »

Ein Template für die "Home"-Seite dürfte dann in etwa so aussehen.:

Code: [Select]

<?php 
header('Content-type: text/html; charset=utf-8');
header('Content-Language:de,es,ca');

 if(!defined('WB_URL')) { header('Location: ../index.php');
 exit(0); }
 ?>
<!DOCTYPE html>
<html lang="de" dir="ltr">
<head>
<meta charset="utf-8" />

<link rel="alternate" hreflang="x-default" href="<?php echo WB_URL; ?>/" />
<link rel="alternate" hreflang="de" href="<?php echo WB_URL; ?>/de/index.php" />
<link rel="alternate" hreflang="es" href="<?php echo WB_URL; ?>/es/index.php" />
<link rel="alternate" hreflang="ca" href="<?php echo WB_URL; ?>/ca/index.php" />

<meta name="keywords" lang="de" content="<?php page_keywords();?>">
<!--<meta name="keywords" lang="es" content="<?php page_keywords();?>">
<meta name="keywords" lang="ca" content="<?php page_keywords();?>">-->

<meta name="description" lang="de" content="<?php page_description();?>">
<!--<meta name="description" lang="es" content="<?php page_description();?>">
<meta name="description" lang="ca" content="<?php page_description();?>">-->

Wobei Content-Language und <link rel="alternate" hreflang je nach Ort und Inhalt anders aussehen, was aber allein mit Templatewechseln nicht bewerkstelligt werden kann. Dafür müßte eine Lösung für gefunden werden, wenn das sich alles so verhält wie angenommen.

Innerhalb einer WYSIWYG-Section kann man dann beispielsweise auch noch Zitate in einer anderen Sprache (im Editor) mit z.B. <p lang="fr"> versehen. In HTML5 läßt sich im Gegensatz zu x/html nun fast jedes Element damit versehen.

MfG. Evaki

evaki · « **Reply #2 on:** November 17, 2017, 11:17:30 PM »

7-common-hreflang-mistakes-and-how-to-fix-them
Mit "hreflang" und "check" bekommt man etliche Informationen.
MfG. Evaki

evaki · « **Reply #3 on:** November 18, 2017, 11:14:04 AM »

Mit dem Aufkommen von (x)html5 wurden im WWW schlagartig "umlabelte" Sites gesichtet, die mit Semantik und anderem nicht viel zu tun hatten, was sich bis heute nicht so wahnsinnig doll geändert hat.

Für die Mehrheit "meiner" Anwender, die bisher überwiegend xhtml-strict einsetz(t)en, und bei denen keine Probleme mit der Mehrsprachigkeit auftraten, war bisher alles gut, mit WB und (x)html.

Seit kurzem wollen einige auf Xhtml5 umsteigen, allein schon wegen des XML-Parsers (übrigens für die Templateentwicklung sehr zu empfehlen).
Was sonst noch mit dem Thema (x)html5 verbunden war, stand erstmal außen vor.
Meine Beschäftigung damit führte mich von Semantik und DublinCore über unicode/utf-8 bis zum aktuellen Thema Mehrsprachigkeit, in Verbindung mit (X)html5 und WebsiteBaker.

Das nur zur Erklärung, warum ich hier mit "schrägen" Themen auftauche.
Wir -unser Sandkasten und ich- befinden uns im Prozess

MfG. Evaki
Übrigens: Das Thema "hreflang" ist mittlerweile 6 Jahre (Google-Vorschlag) alt. Wenn ich beim WWW-Überflug richtig gesehen habe, gibt's bei WP sogar ein Plugin dafür.
Noch aufgefallen: Ob header('Content-Language:de,es,ca'); als Variable in einem CMS-Template (technisch) überhaupt möglich ist, steht hier auch noch als Frage im Raum. Content-Language als Meta ist in html5 obsolete -meldet zumindest der W3C-Checker.

dbs · « **Reply #4 on:** November 18, 2017, 11:29:18 AM »

Hallo, mit der nächsten Modul Multilanguage Version und WB2.10 sollte hreflang unterstützt werden.
Allerdings nur zum hin-und-her-verweisen zwischen den einzelnen Sprachseiten.
So jedenfalls die Tests vor einiger Zeit.

evaki · « **Reply #5 on:** November 18, 2017, 01:32:04 PM »

Hi,
funktioniert "das Ding" -nur- bei gespiegelten Seiten, ala
domain.tld/de/toitschesseite.html
domain.tld/es/sitioenespañol.html

oder kann man "frei" wählen, die Zieladresse bzw das Dokument kann sich ja auch in einem anderen (Unter-)Ordner befinden.
domain.tld/de/toitschesseite.html
SUB.domain.tld/es/sitioenespañol.html

Laut Doku -wenn ich recht erinnere- liegt das Augenmerk auf einem "geschlossenen Ring", wobei die Seiten sich sonstwo befinden können. Ob nun an die eigene Domain gebunden oder auch externe Adressen verwendet werden können? -ups... danach hab ich ja noch garnicht gesucht

Muß man ja nicht nutzen, falls erlaubt.

MfG. Evaki

evaki · « **Reply #6 on:** November 18, 2017, 03:19:42 PM »

Da ist mit mir wohl die Phantasie durchgegangen, "freie Wahl" natürlich nur auf die eigene Domain.tld bezogen, also z.B. irgendwelche Unterordner.

Eine andere "freie Wahl", wie bei lang-tags in p, Div etc, ist eben nur auf die ISO beschränkt. Man kann also beim Zitat leider nicht "HamburgerPlatt" angeben, obwohl das mit http funktioniert header('Content-Language:HamburgerPlatt,ru,de');

. Dafür sind dann D.C.-Angaben zuständig.

So langsam finden hier im "Sandkasten" Vorstellungen und Strukturen zueinander.
Mal sehen, wie das dann in der nächsten WB-Version aussieht.

Gibts eigentlich noch andere Anwender im Forum, die sich mit sowas "rumschlagen" oder rumgeschlagen haben? Mittlerweile gibt's ja z.B. auch Netzaktivitäten mit Flüchtlingen.
MfG. Evaki

evaki · « **Reply #7 on:** November 18, 2017, 09:00:21 PM »

Rückmeldung und Frage aus dem "Sandkasten".
Da die in WB vorhandenen Spracheinstellungen wegen Modulen und anderem dennoch benötigt werden, aber in der Seitenausgabe (http/html) ?lang= evtl unerwünscht sind, werden dann Filter (Output oder htaccess) benötigt, oder wird für die Kombination (x)html / (x)html5 an der Mehrsprachigkeit -also nicht nur hreflang-Modul- in WB gearbeitet, so daß das insgesamt das gewünschte Verhalten unter (x)html5 einstellbar ist?

So wie's aussieht, es hat den Anschein, sind wir mit dem Durchspielen und der Fragerei durch.
MfG. Evaki

dbs · « **Reply #8 on:** November 18, 2017, 10:00:04 PM »

Es ist wohl eher keine flexible Sache und betrifft nur hreflang.
Angaben in der index sind Code zum Laden der Funktion + die gewünschten Sprachen als <link rel="alternate" ... welche je Seite automatisch gefüllt werden je nach angegebenem Pagecode. Vielleicht schaut Dietmar hier mal rein, der kennt sich besser aus.

evaki · « **Reply #9 on:** November 19, 2017, 01:29:43 PM »

Der ein oder andere bastelt nach den gesammelten Erkenntnissen schon mal weiter.
Templatetausch wg eingesteller Sprache ade, sacht er.
<meta name="keywords" lang="es" content="">
<meta name="description" lang="it" content="">
kann anscheinend mit
<meta name="keywords" <?php echo 'lang="'.strtolower(LANGUAGE).'" '; ?> content="<?php page_keywords();?>"> html5- und wb-gerecht gelöst werden. Description entsprechend.

Tja, bei uns dauerts länger als bei andern, sind halt alles Laien -aber die wollen...
MfG. Evaki

jacobi22 · « **Reply #10 on:** November 19, 2017, 02:03:32 PM »

kleiner Denkfehler...

Code: [Select]

<meta name="keywords/description" <?php echo 'lang="'.strtolower(LANGUAGE).'" '; ?> content="<?php page_keywords();?>">

du bekommst damit immer nur die aktuellen Seiteninformationen

so etwas wäre aktuell nicht möglich, es sei denn, man trägt es von Hand ein

Quote

<meta name="keywords" lang="es" content="">
<meta name="description" lang="it" content="">

wie von dbs gesagt, wird die nächste Version des MultiLingual-Moduls da ein paar Neuerungen bringen, die (nach Stand heute) auch manuell in das Template eingefügt werden müssen. Dabei werden zu jeder Seite, die aktuell geladen wird, die bereits vorhandenen Äquivalente anderer Sprachen gesucht und entsprechent verlinkt nach diesem Muster

Quote

<link rel="alternate" hreflang="de" href="[wblink79]" />
<link rel="alternate" hreflang="it" href="[wblink132]" />
<link rel="alternate" hreflang="fr" href="[wblink178]" />

vorhanden wäre ebenfalls eine Funktion zum Erstellen solcher Infos (welche Sprachen sind im Projekt überhaupt verfügbar)

Quote

header('Content-Language:de,es,ca');

Das ist Stand heute und sicher ausbaufähig. Ich könnte mir z.b. vorstellen, das die Description + Keywords der relevanten anderssprachigen Seiten ebenfalls geliefert werden können. Ich muß aber sagen, das hier jede Menge Erfahrung fehlt. Wer es bisher hatte, hat es manuell eingefügt. Ich kann ja Gleiches auch z.b. über ein Droplet erzielen

Hauptaugenmerk liegt aktuell auf der neuen WB-Version und in dieser wird es allenfalls unterstützende Sachen geben, wie eben die ermittlung der verfügbaren Sprachen. Die Hauptarbeit wird ein optionales Modul erledigen. Von daher wäre es gut zu wissen, ob das Beispiel im Post #2 das ist, was am Ende auch benötigt wird. Nach dem, was ich aktuell gesehen und getestet habe, fehlt dafür nur noch eine kleine Änderung und über die Art der Einbindung müßte man noch sprechen.
Ich persönlich würde einen Filter bevorzugen. Allerdings gibt der wieder ein starres Muster vor

evaki · « **Reply #11 on:** November 19, 2017, 02:10:32 PM »

>>du bekommst damit immer nur die aktuellen Seiteninformationen
Habe das gerade mal vor 5Min. mit SE und def. De getestet. Anscheinend machts genau das was es soll -nur der Cache spielte mir immer wieder mal 'nen Streich.
Was macht es? Es macht alles genauso wie vorher/gewohnt, es ändert sich nichts an der Funktion, global wie seitenspezifisch. Nur daß es für (x)html5 mit lang ergänzt wird. Das ist alles. Man ist dann auch gehalten in "Schlüsselwörter" und "Beschreibungen" die Seitensprache einzusetzen.

MfG. Evaki

evaki · « **Reply #12 on:** November 19, 2017, 02:34:43 PM »

Jetzt sehe ich gerade worauf Du Dich bezogen hattest.
Da haben wir wohl zur gleichen Zeit geschrieben.
Ich war nämlich dabei das "keywords/description" (sollte nur 'ne Verkürzung sein) zu korrigieren, damit keine Mißverständnisse, wie soeben geschehen, entstehen.
Derartige Verkürzungen im Code werde ich zukünftig unterlassen, tschuldigung...

Zu Post 2-Beispiel.
Da ist alles was im Zusammenhang mit(x)html5 an Vorgaben zusammengekommen ist.
Getestet über w3c_i18n-checker, und zusammengerafft aus all den Dokus, nicht nur hierzu. Hat ein paar Tage gedauert.

MfG. Evaki

evaki · « **Reply #13 on:** November 19, 2017, 02:57:48 PM »

Quote

<link rel="alternate" hreflang="de" href="[wblink79]" />
<link rel="alternate" hreflang="it" href="[wblink132]" />
<link rel="alternate" hreflang="fr" href="[wblink178]" />

Wenns dann href="[wblink178]" geparst ne gültige url anzeigt wärs prima

Den hier als Droplet?
header('Content-Language:de,es,ca');
Das überrascht mich. Funktioniert das dann ähnlich wie das ehemalige css to head?

MfG. Evaki

evaki · « **Reply #14 on:** November 19, 2017, 03:52:53 PM »

Vielleicht werden derartige Aufgaben auch per Seitenverwaltung des neuen ACP gelöst.
Ich erinnerte mich nämlich gerade daran, daß auch D.C. "da oben rumwurschtelt".
Nun gut, wir werden sehen. Vielleicht gibts da ja 'ne Schnittstelle wo man sich einhaken kann.

Wir sind alle im Fluss, hoffentlich können alle schwimmen.
MfG. Evaki

jacobi22 · « **Reply #15 on:** November 19, 2017, 04:01:01 PM »

Quote from: evaki on November 19, 2017, 02:57:48 PM

Quote
<link rel="alternate" hreflang="fr" href="[wblink178]" />
Wenns dann href="[wblink178]" geparst ne gültige url anzeigt wärs prima

Voraussetzung sind eingeschaltete Droplet - aber das sollte klar sein

Beispiel aus dem Quelltext bei Aufruf meiner Seite wysiwyg-en. Automatisch ausgelesen werden die der aufgerufenen Seite zugeordneten Seiten in den jeweiligen anderen Sprachen

Code: [Select]

<link rel="alternate" hreflang="x-default" href="http://wb1649/pages/en/wysiwyg-en.php" />
<link rel="alternate" hreflang="de" href="http://wb1649/pages/de/wysiwyg-de.php" />
<link rel="alternate" hreflang="en" href="http://wb1649/pages/en/wysiwyg-en.php" />
<link rel="alternate" hreflang="fr" href="http://wb1649/pages/fr/wysiwyg-fr.php" />
<link rel="alternate" hreflang="es" href="http://wb1649/pages/es/wysiwyg-es.php" />

Was momentan noch fehlt, wäre das Auslesen der jeweiligen Keywords + Seitenbeschreibunge n dieser (hier 5) Seiten
Kann auch sein, ich nutze noch nicht alle Möglichkeiten, wie gesagt, im Moment fehlt die Zeit, sich damit ausgiebig zu beschäftigen
der Eintrag zum x-default wird hier aktuell manuell vom Nutzer eingetragen, könnte mir vorstellen, das man das auch noch automatisieren könnte. Hier wäre es wohl m.E. wohl auch möglich, die jeweilige WB-Systemsprache zu erkennen und x-default automatisch zu setzen, weiß nicht, ob das besser wäre. Oder die im Seitenbaum oben stehende

Quote from: evaki on November 19, 2017, 02:57:48 PM

Den hier als Droplet?
header('Content-Language:de,es,ca');
Das überrascht mich. Funktioniert das dann ähnlich wie das ehemalige css to head?

ehemalig??? css to Head ist aktueller Bestandteil, allerdings kein optionaler und darum nicht ausschaltbar über die Filtereinstellungen
Aber ja, vom Prinzip funktioniert das so. Diese Methode ist auch von seit ewigen Zeiten in WB möglich und z.b. auch in diversen Addons vorhanden, um bestimmte Einträge, z.b. das Laden einer Datei XY in den Datei-head-Bereich zu verschieben.
Bei der droplet-Variante geht es eher um die Frage, ob ich bestimmte Funktionen über den WB-Core nutzen kann oder die eigens dafür implementieren muß. Letzteres würde wieder dem Sinn eines Droplets widersprechen, der nur ein kurzes Codeschnipsel zum Replacen von bestimmten Inhalten sein soll.
Andere simple Variante wäre das includen einer PHP-Datei, die dann die gewünschten Ausgaben aufbereitet und ausgibt

Quote from: evaki on November 19, 2017, 03:52:53 PM

Vielleicht werden derartige Aufgaben auch per Seitenverwaltung des neuen ACP gelöst.

ich beschäftige mich nicht mit "ungelegten Eiern". Für die demnächst kommende WB-Version gilt das, was oben geschrieben wurde: Bereitstellung der nötigen Daten durch ein Drittmodul, alles andere wäre jetzt zu viel Aufwand.
Für die Nachfolger spielt das weniger die Rolle, weil die Daten da schon zu Verfügung stehen werden und "nur" ausgewertet werden müssten

evaki · « **Reply #16 on:** November 19, 2017, 04:59:35 PM »

Na, Du machst Dir ja reichlich Mühe.
Die meisten der vorgetragenen Inhalte kamen aus unserem "Sandkasten", also unterschiedliche Gedanken und Erfahrungen von Laien und Leuten, die schon mal etwas genauer reinschauen, neben ihrer Tätigkeit. Da einige mit Xhtml5 liebäugelten, war man plötzlich dort, wo man's nicht erwartet hatte, also mehr Fragen als Antworten

Dabei hab ich soeben auch entdeckt, daß ich die Lösung für ~~hreflang~~ keywords/description schon seit dem 1. Oktober in einem eigenen Testtemplate eingefügt hatte - (Xhtml5, polyglott un so...). Aber es sind halt zwei paar Schuhe, eigene Aufgabenstellung und andererseits Hilfe zur Selbsthilfe, da kommen die Ergebnisse nicht immer zusammen.

Und JA >>Andere simple Variante wäre das includen einer PHP-Datei
Da war ich heute auch schon dran (theoretisch), aber hab nichts weiter gemacht. Mir reichte heute die Aufregung der letzen Tage. Irgendwann ist auch Schulz. Die DEV können ja auch noch 'ne Zeile schreiben, wenn se Zeit dafür haben, oder sies für notwendig erachten uns auszubremsen (im positiven Sinne, nach dem Motte "hinterher doch alles für die Katz)
MfG. Evaki

jacobi22 · « **Reply #17 on:** November 19, 2017, 05:28:55 PM »

ich sag nur das, was aktuell geht, zumindest in der mir vorliegenden Dev-Version, eher als "Ankündigung" zu verstehen, damit man sich nicht unnötig verbiegen oder die lustigsten Konstruktionen nutzen muß. Das, was das Ziel ist (Post #2), ist ja auch mit verschiedenen Templates nicht zu erreichen, wenn man halbwegs dynamisch bleiben möchte

Die oben erwähnte Funktion zum Einlesen aller im Projekt genutzten (sichtbaren) Sprachen ist wohl vorhanden, wurde aber nicht genutzt bisher. Für diese und auch das Auslesen der Keywords und Descriptions relevanter Seiten bedarfs es jeweils einen 10-Zeiler-Code, dann wäre das erledigt. Für mich hab ich das mal eingebaut, Aufwand minimal. Und da die Grundfunktionen zum Auslesen schon vorhanden sind, hat da sicher schon wer etwas in Planung gehabt.
Für mich ist da eher die Frage, ob ich dem User einen vordefinierten Output gebe (vergleichbar mit show_menu2()) oder ob es, wie aktuell, mit frei eintragbaren Codeschnipseln gelöst wird.
Die automatisierte Form wäre von der Bedienung her bestimmt sicherer, erwartet aber auch vom Admin eine saubere Arbeit und das vom ersten Tag an. Ein 100-Seiten-Projekt in 5 Sprachen sollte dann von Keywords und Beschreibung her auf allen 500 Seiten komplett sein, sonst macht es eher Schaden, gleiches gilt für die Zuordnung jeder Seite zur Referenz in der Hauptsprache und diese hreflang-Geschichte ist ja da nur ein Teil. Das wird ein riesen Aufwand, der möglichst schon vor dem ersten Publishing fertig sein sollte.

evaki · « **Reply #18 on:** November 19, 2017, 05:38:09 PM »

>>Das wird ein riesen Aufwand, der möglichst schon vor dem ersten Publishing fertig sein sollte.
Ja, das wurde mir bei der Beschäftigung mit html5 schon sehr früh klar. Es fing schon mit der Semantik an. Daher wird zuküftig wohl jemand -nööö nich ich, jahresende ente- eigens dafür abgestellt werden. Semantischer Aufbau generell, speziell dann in den Templates -wird ja nicht immer alles genutzt, und eben die Anwendung und Ordnung der Sprachen. Das müssen zukünftige Redakteure und Schreiberlinge lernen, egal welches CMS sie bedienen. War da nicht irgendwo mal was wie "html5 macht alles einfacher!" Kommt da bei mir Schadenfreude auf?

MfG. Evaki

DarkViper · « **Reply #19 on:** November 19, 2017, 05:51:25 PM »

Quote from: evaki on November 19, 2017, 05:38:09 PM

War da nicht irgendwo mal was wie "html5 macht alles einfacher!" Kommt da bei mir Schadenfreude auf?

Jo, war schon viel einfacher… bevor der ~~Zerberus~~ ähm Google losgelassen wurde...

jacobi22 · « **Reply #20 on:** November 19, 2017, 06:55:07 PM »

ist das ein html5-Problem?
Das war und ist doch auch alles mit html4 möglich -> http://www.edition-w3.de/TR/1999/REC-html401-19991224/struct/links.html

evaki · « **Reply #21 on:** November 19, 2017, 07:18:43 PM »

Der ist gut

Vieles ist mit 4 gleichzusetzen bzw. wurde übernommen (guggsu mal in Textansicht, auch ohne Quellcode). Hätten ja sonst html ganz abschaffen können.

Aber die Gegenfrage lautet: "Wer hat das bisher in 4 berücksichtigt?". Kannst ja mal in WB recherchieren, muß ja nicht gleich das ganze Web sein

Vielmehr ist in (x)html5 nun zu beachten, daß die Sprachelemente mehr oder weniger (auch Zerberus sei Dank) verpflichtend sind, und auf Vollständigkeit zu achten ist (W3C-Checker). Das ein oder andere wurde ersetzt bzw. darf nicht gleichzeitig mit html5-spezifischen laufen, z.B. "evaki: "Content-Language als Meta ist in html5 obsolete -meldet zumindest der W3C-Checker." Die Fallen lauern eben meist dort wo man sie am wenigsten erwartet -kennt man doch irgendwie

Man, ich hab's ja heute mit den Smileys...
MfG. Evaki
p.s. Hab ich 'ne Angst vorm Sessionabbruch..... Der Browser spinnt wieder.

evaki · « **Reply #22 on:** November 20, 2017, 12:42:38 AM »

Und da wir schon mal dabei sind. Du bringst einen auf Ideen, prima!
Anscheinend wurde in den WB-Templates vor der "deutschen Übernahme" <html lang="en"> gesetzt, danach <html lang="de">, nie analog zum globalen Spracheintrag in Optionen>Standardeinstellung en>Sprache. Auch das kann man nun mit dem Eintrag <html <?php echo 'lang="'.strtolower(DEFAULT_LANGUAGE).'" '; ?>dir="ltr"> erledigen. Mit <html lang= sollte die Primärsprache der Website (global in WB) angegeben werden. Nun funktioniert das richtig. Da freuen sich auch "die mit dem Handicap" (Lesegeräte). Wenn wir schon mal dabei sind, machen wirs möglichst gut.
MfG. Evaki

jacobi22 · « **Reply #23 on:** November 20, 2017, 01:34:37 AM »

erinnert mich an die Zeit, als meine Kiddies die Smileys entdeckten

Ich hab mitgeteilt, was ich mitteilen wollte. Was ihr am Ende draus macht, soll mir egal sein. Scheint mir weniger eine fachliche Diskussion um wirkliche Fakten zu sein, eher um Geschmackssachen. Wer damit zu tun hatte, hat seine Lösungen gefunden, auch mit WB.

P.S.: für die Fehlermeldungen gibt es die Projektseite

dbs · « **Reply #24 on:** November 20, 2017, 08:00:18 AM »

Quote from: evaki

Auch das kann man nun mit dem Eintrag <html <?php echo 'lang="'.strtolower(DEFAULT_LANGUAGE).'" '; ?>dir="ltr"> erledigen.

Seit SP7 ist das so. Einfach mal in das mitgelieferte DefaultTheme schauen um zu sehen was wie geht.

News

Support WebsiteBaker

Your donations will help to:

You can donate by clicking on the button below.

Author Topic: Meta-Elemente Erweiterung *lang=""* (Read 66952 times)

Author Topic: Meta-Elemente Erweiterung lang="" (Read 66952 times)