ist target="_blank" wirklich userfreundlich?

[Thomas Luethi]

Hallo zusammen,

Danke allen für die informativen und anregenden Antworten!

Für mich als Autor ist die Quintessenz, dass es weitaus am besten ist,
gar keine target-Attribute zu verwenden (was ich schon vorher kaum
noch tat). Und dass das "PDF-Problem" wohl in erster Linie ein
Problem der Integration des Adobe Readers in die Browser und
ins Betriebssystem ist.

Um Missverständnisse zu vermeiden: Jakob Nielsen sagt selbst nicht,
dass man JavaScript verwenden solle. Aber er sagt, dass die
neuen Browserfenster, in denen die "Non-Web-Documents" (z.B. PDF)
angezeigt werden, die üblichen Browser-Schaltflächen nicht aufweisen
sollen, und das ist eben AFAIK nur mit window.open() möglich
und nicht mit normalen HTML-Links mit target-Attribut.

Die "Zusatzfenster-Lösung" für das "PDF-Problem" hat sowieso
zahlreiche Nachteile. Abgesehen von den allgemeinen Nachteilen
von Zusatzfenstern kann es bei PDF ja sogar passieren, dass
ein leeres Browserfenster aufgeht und zusätzlich ein Fenster
mit einem PDF-Viewer, wie es Ingo beschreibt.

Ich zweifle jetzt auch an Nielsens Empfehlung, bei PDF-Dokumenten
u.s.w. durch entsprechende HTTP-Header einen Download zu erzwingen.

Bei mir im Firefox bewirken derartige Links zwar die Abfrage:
"Wie soll Firefox mit dieser Datei verfahren?
(o) Öffnen mit [Adobe Reader 8.1]
( ) Datei speichern
[ ] Für Dateien dieses Typs immer diese Aktion ausführen"

Solange ich die letzte Option nicht ankreuze, habe ich immer die Wahl
und kann die PDF-Dokumente auch nur "direkt öffnen", ohne sie bewusst
irgendwo im Dateisystem zu speichern, wo ich sie nachher wieder löschen
muss. (Ich nehme an, dass Firefox sie im Cache speichert und dann den
Pfad an den Adobe Reader übergibt. Aber damit habe ich als Benutzer
eben nichts zu tun, und durch Löschen des Caches lösche ich auch das PDF.)

Ich denke aber auch, dass bei anderen Browser-Konfigurationen
dann wirklich ein Download-Zwang besteht, was ja für den
Benutzer alles nur noch komplizierter macht, da er womöglich
selbst von Hand in das Verzeichnis wechseln muss, wo er
die PDF-Datei gespeichert hat, und dann dort das PDF selbst
öffnen muss und - bei Nichtgefallen - nach dem Schliessen
auch gezielt wieder löschen muss.

Ich werde also auch weiterhin die Links zu PDF-Dokumenten u.s.w.
ganz normal, ohne target, ohne JavaScript und ohne HTTP-Header-
Modifikationen machen. Dann funktionieren sie auch so, wie
es der Benutzer auf seinem System gewohnt ist, und der Benutzer
hat alle Freiheiten, die ihm sein System eben bietet (z.B. im
Browser-Plugin öffnen, Herunterladen u.s.w.) Auch die Links
direkt auf eine Seite oder einen Anker im PDF-Dokument, die
Vinzenz erwähnt hat, funktionieren - wenn schon - wohl nur
dann, wenn der Benutzer nicht zu einem Download gezwungen wird.

---

Als Benutzer habe ich dazugelernt, dass ich Links auch durch
Klicken auf die mittlere Maustaste (d.h. das Scrollrad) in
einem zusätzlichen Tab öffnen kann. Das ist ja noch bequemer
als Ctrl+Klick, da ich mit der linken Hand weiter Tee trinken
oder in der Nase bohren kann... ;-)

In dem Sinn: Gute Nacht!

Thomas