Feature Request: Template- und Modul-Anpassungen

[xchs]

Hallo Andreas,

hätte ein paar Vorschläge zur Verbesserung der Erweiterung.

Für ein schnelles und korrektes Browser-Rendering sollten für sämtliche Bilder die entsprechenden Größenangaben des Bildes im IMG-Tag mit angegeben werden. Das könnte man beispielsweise hardcodiert ins Template reinschreiben (width="16" height="11"), aber nachdem ich gesehen habe, dass einzelne Länderflaggen etwas andere Abmessungen haben, wäre es vielleicht günstiger, wenn dies direkt die Erweiterung selbst berücksichtigen könnte.
In diesem Zusammenhang wäre es mitunter auch ganz praktisch, wenn man in den Einstellungen des Moduls die Größenangaben (Breite und Höhe) der Länderflaggen auch manuell festlegen könnte. So könnte man nämlich die Bilder etwas skalieren.

[andreas.schempp]

Hallo xchs,

Finde ich eine gute Idee. Ich muss das Template auch mal von den p-Tags auf span-Tags umstellen, wie TL es seit 2.7 macht. Eine individuelle Grösse finde ich allerdings nicht gut, das würde ja nur die Bilder verzerren. Dann sollte man die "Eigenen Sprachtexte" verwenden und dort die Bilder als HTML einbinden.

[xchs]

Dass man in den Modul-Einstellungen im Feld "Eigene Sprachtexte" auch HTML-Tags verwenden kann, hatte ich auch erst kürzlich hier gelesen - so gesehen, kann man dann eh den Tag nach eigenen Vorlieben anpassen.
Bzgl. Größenanpassung: Hab' einfach die beiden betreffenden Länderflaggen in Photoshop etwas skaliert und anschließend mittels "Eigene Sprachtexte" im IMG-Tag die neuen Größenangeben sowie die entsprechenden Quellangaben zur Bilddatei angegeben. Einzig der ALT-Text kann so nicht mittels PHP-Parser erzeugt werden - dafür habe ich dann ersatzweise das Länderkürzel eingefügt.
Funktioniert wunderbar!

[Andreas]

Zum Thema hier mal meine modifiziert mod_changelanguage.tpl mit eigenen Flaggen, SPANs statt Ps und sonstigen Änderungen, vielleicht bringts dem ein oder anderen ja was.

<!-- indexer::stop -->
<div class="<?php echo $this->class; ?> block"<?php echo $this->cssID; ?><?php if ($this->style): ?> style="<?php echo $this->style; ?>"<?php endif; ?>>
<?php if ($this->headline): ?>

<<?php echo $this->hl; ?>><?php echo $this->headline; ?></<?php echo $this->hl; ?>>
<?php endif; ?>

<ul>
<?php foreach ($this->languages as $arrLang): ?>
<?php if ($arrLang['active']): ?>
<li class="active <?php echo $arrLang['class']; ?>">
<span>
<?php if ($this->useImages): ?>
<img src="<?php echo 'tl_files/css/screen/images/flags/flag_'.$arrLang['language'].'_d_f.gif'; ?>" title="{{env::page_title}} [<?php echo $arrLang['label']; ?>]" alt="flat, dimmed language flag [<?php echo $arrLang['label']; ?>]" width="21" height="13" />
<?php else: echo $arrLang['label']; endif; ?>
</span>
</li>
<?php else: ?>
<li<?php if(strlen($this->class)): ?> class="<?php echo $arrLang['class']; ?>"<?php endif; ?>>
<a href="<?php echo $arrLang['href']; ?>"<?php echo $arrLang['target']; ?> title="<?php echo $arrLang['pageTitle'].' ['.$arrLang['label'].']'; ?>">
<?php if ($this->useImages): ?>
<img src="<?php echo 'tl_files/css/screen/images/flags/flag_'.$arrLang['language'].'.gif'; ?>" alt="flag button [<?php echo $arrLang['label']; ?>]" width="21" height="13" />
<?php else: echo $arrLang['label']; endif; ?></a>
</li>
<?php endif; ?>
<?php endforeach; ?>
</ul>
</div>
<!-- indexer::continue -->

Andreas

[xchs]

Super, Andreas! Werde ich gleich mal testen...

[Andreas]

Noch ein Bild dazu.

[Andreas]

Oh, da haben sich zwei kleine Fehler eingeschlichen.

1. Ich benutze für die aktive Seite nur ein flat-Icon, also flag_en_f.gif

<img src="<?php echo 'tl_files/css/screen/images/flags/flag_'.$arrLang['language'].'_f.gif'; ?>" title="{{env::page_title}} [<?php echo $arrLang['label']; ?>]" alt="flat language flag [<?php echo $arrLang['label']; ?>]" width="21" height="13" />

und 2. Mit CSS schiebe ich die Flaggen-Bilder zur Seite - text-indent:-9999px; - um den Hover-Status nutzen zu können, welchen ich dann auf Hintergrundbilder anwende. Das IMG Element sieht man also nur, wenn CSS ausgeschaltet ist, wenn CSS eingeschaltet ist sieht man Hintergrundbilder.

Andreas

[xchs]

Hallo Andreas,

hab' jetzt mal Dein angepasstes Template probiert: Funktioniert super!!

Zwecks Barrierefreiheit und Zugänglichkeit habe ich noch zusätzlich im Anchor-Tag ein accesskey vorgesehen:

accesskey="{{iflng::en}}d{{iflng}}{{iflng::de}}e{{iflng}}"

So kann man dann bequem per Tastatur zwischen den beiden Sprachen hin- und herswitchen.

BTW: Wird bei Dir die Länderflagge der AKTIVEN Sprache gedimmt? Ich hab's bei mir zurzeit nämlich umgekehrt, sprich aktive Sprache hervorgehoben, inaktive Sprache gedimmt. Weiß grad selbst nicht genau, was da gescheidter wäre. Ist vielleicht auch Geschmackssache...

[Andreas]

Wird bei Dir die Länderflagge der AKTIVEN Sprache gedimmt?

Nein, die ist nur flat. Wie auf dem Bild zu sehen. Aktiv ist flat ohne Link ohne hover. Inaktiv ist dimmed buttonsstyle hover macht farbig. Vorher hatte ich die Aktive dimmend, das fand ich aber nicht so gut. Die accesskeys vernachlässige ich im Moment noch, ich kann mich bei den vielen Seiten nie entscheiden wer welchen Kürzel bekommt

Ich hab jetzt noch einen Mouseovertext bei der aktiven Sprache durch ein TITLE Attribut im span hinzugefügt.

<span title="{{env::page_title}} [<?php echo $arrLang['label']; ?>]">

Andreas

[xchs]

Hallo Andreas,

bzgl. Deiner Erweiterung "Sprachenwechlser": Das Template "mod_changelanguage.tpl" verwendet im img-Tag für das alt-Attribut die Ausgabe

alt="<?php echo $arrLang['pageTitle']; ?>"

Da dieser Titel mitunter recht lang sein kann, würde sich meiner Ansicht nach hierfür besser das Sprachkürzel

alt="<?php echo $this->language; ?>"

("de", "en" usw.) eignen. Das Sprachkürzel wäre in diesen Fällen auch aussagekräftiger und im Zusammenhang mit der Sprachumschaltung als solche auch besser zu erkennen.

Soweit ich im Template weiters gesehen habe, wird die Icon-Größe nur dem aktivem Element zugewiesen; wären diesen Größenangaben

<?php echo $arrLang['iconsize']; ?>

nicht auch für die inaktiven Icons vorzusehen? Denn nur dann stehen dem Browser diese Informationen zum Zeitpunkt des Seitenrenderings auch wirklich zur Verfügung.
Eines ist mir in diesem Zusammenhang allerdings aufgefallen, die Bildabmessungen der Länderflaggen werden durch

<?php echo $arrLang['iconsize']; ?>

nicht aus den effektiven Bildabmessungen berechnet. Wenn man also anstelle der in der Erweiterung bereitgestellten Flaggensymbole ein eigenes (mit anderen Abmessungen) verwendet, dann stimmen diese Größenangaben nicht mit den tatsächlichen überein.

Zusätzlich habe ich mir überlegt, wäre es hinsichtlich Zugänglichkeit der Sprachumschaltung ev. ganz hilfreich, wenn man in den Einstellungen der Erweiterung auch einen entsprechenden Accesskey pro Sprache festlegen könnte. Oder würdest Du das eher als Option für das Template sehen (und dort hardcodiert eintragen)?

[andreas.schempp]

Das mit der fehlenden Icon-Grösse habe ich korrigiert, danke.

Bezüglich dem Titel, ich habe hier dasselbe genommen wie TYPOlight beim Link in der Navigation angibt. Die Sprache ist ja bereits als Text vorhanden, ich glaube nicht dass es Sinn macht das doppelt zu beschreiben, oder?

Und bezüglich der Dateigrösse, es ist nicht vorgesehen dass du die Bilder im Modulordner auswechselst, du solltest dafür die "Eigenen Sprachtexte" mit entsprechendem HTML-Code einsetzen.

[MacKP]

Zusätzlich habe ich mir überlegt, wäre es hinsichtlich Zugänglichkeit der Sprachumschaltung ev. ganz hilfreich, wenn man in den Einstellungen der Erweiterung auch einen entsprechenden Accesskey pro Sprache festlegen könnte. Oder würdest Du das eher als Option für das Template sehen (und dort hardcodiert eintragen)?

Hallo xchs,
wenn man davon ausgeht, das Accesskeys den Leuten das Browsen einfacher machen soll, dann sollten diese Accesskeys öfter benutzt werden als nur für das wechseln von einer auf die andere Sprache, was man in der Regel ja nur einmal auf einer Seite macht.
Was ich sagen will: wo liegt der Nutzen für die Leute, wenn diese erst mal herausfinden müssen, das es solche Keys auf deiner Seite gibt um dann festzustellen das Sie dann die Sprache schnell und einfach wechseln können?
Zusätzlich gibt es nur eine Handvoll Accesskeys, die man wirklich einheitlich (Browser und Betriebssystemabhängig) nutzen kann ohne das die Taste schon vorbelegt ist. Man bekommt auf jeden Fall kaum einen sinnvollen Zusammenhang den sich die Leute merken könnten für so eine seltene Aktion.

Daher finde ich deine Idee nicht wirklich ausgereift ;-)

Viele Grüße

[xchs]

Hallo xchs,
wenn man davon ausgeht, das Accesskeys den Leuten das Browsen einfacher machen soll, dann sollten diese Accesskeys öfter benutzt werden als nur für das wechseln von einer auf die andere Sprache, was man in der Regel ja nur einmal auf einer Seite macht.
Was ich sagen will: wo liegt der Nutzen für die Leute, wenn diese erst mal herausfinden müssen, das es solche Keys auf deiner Seite gibt um dann festzustellen das Sie dann die Sprache schnell und einfach wechseln können?
Zusätzlich gibt es nur eine Handvoll Accesskeys, die man wirklich einheitlich (Browser und Betriebssystemabhängig) nutzen kann ohne das die Taste schon vorbelegt ist. Man bekommt auf jeden Fall kaum einen sinnvollen Zusammenhang den sich die Leute merken könnten für so eine seltene Aktion.

Daher finde ich deine Idee nicht wirklich ausgereift ;-)

Viele Grüße

Naja, Ansichtssache. Wenn man die Hotkeys auf der Seite ausreichend dokumentiert darstellt, dann kann das durchaus auch Sinn machen (ähnlich wie das im TL-Backend gemacht wird). Ich für meinen Teil verwende den Hotkey zum Umschalten zwischen den verschiedenen Sprachen recht häufig - das liegt aber zugegebenermaßen daran, dass ich so beide Sprachversionen der Seite besser kontrollieren und überprüfen kann (das "Browsen macht es mir also durchaus einfacher..."). Von daher werde ich die Accesskeys in meinem Template kardcodiert drinnen lassen.

[MacKP]

Ich für meinen Teil verwende den Hotkey zum Umschalten zwischen den verschiedenen Sprachen recht häufig - das liegt aber zugegebenermaßen daran, dass ich so beide Sprachversionen der Seite besser kontrollieren und überprüfen kann (das "Browsen macht es mir also durchaus einfacher..."). Von daher werde ich die Accesskeys in meinem Template kardcodiert drinnen lassen.

Wie gut das man die Seiten nicht für die Besucher macht sondern für sich selber ;-)

Viele Grüße

[xchs]

Wie gut das man die Seiten nicht für die Besucher macht sondern für sich selber ;-)

Viele Grüße

Genau, denn nur dann kann man wirklich zufrieden sein... ;-)