Firefox 8.0.1 / Maus-Scrollrad funktioniert nicht bei geöffneter *.pdf-Datei

[André Jochim]

Hallo,

wenn bei meinem Firefox-Browser in irgendeinem Tab ein pdf-Dokument
geöffnet ist, dann funktioniert in allen anderen Tabs, in denen normale
HTML-Seiten angezeigt werden, das Mausrad zum Scrollen nicht mehr.

Warum? Kann man hier irgendetwas einstellen? Oder liegt das an dem
Plugin von Adobe, das die Anzeige von pdf-Dateien im Browser ermöglicht?

Ist das nur bei mir so? Oder auch bei Euch zu reproduzieren?

Danke für Eure Hilfe

André


--
Traumferienwohnung gesucht? (4**** nach DTV)
Urlaub in der Mecklenburgischen Seenplatte...
www.urlaub-in-sorgenlos.de

[Ralf Zilian]

André Jochim schrieb am 27.11.2011 um 17:42 Uhr:

> wenn bei meinem Firefox-Browser in irgendeinem Tab ein pdf-Dokument
> geöffnet ist, dann funktioniert in allen anderen Tabs, in denen normale
> HTML-Seiten angezeigt werden, das Mausrad zum Scrollen nicht mehr.
>
> Warum? Kann man hier irgendetwas einstellen? Oder liegt das an dem
> Plugin von Adobe, das die Anzeige von pdf-Dateien im Browser ermöglicht?
>
> Ist das nur bei mir so?

Nein.

> Oder auch bei Euch zu reproduzieren?

Ja ist hier auch so, allerdings brauche ich nur in die nicht scrollbare
Website klicken, dann funktioniert das Scrollen wieder ohne Probleme.

und wech
Ralf
--
ERROR: Coffeepot not found - Operator halted.

[André Jochim]

Mathias Fuhrmann schrieb:

> Bei mir ist es nicht so,

Diese bei anderen nicht reproduzierbaren Fehler liebe ich... :-((

[André Jochim]

Ralf Zilian schrieb:

> Ja ist hier auch so, allerdings brauche ich nur in die nicht
> scrollbare Website klicken, dann funktioniert das Scrollen wieder
> ohne Probleme.

Habe ich probiert. Auch ein Klicken in die nicht scrollbare Website
führt nicht dazu, daß man wieder scrollen kann.

Tabwechsel in die pdf-Datei => scrollen geht
Tabwechsel zurück in die HTML-Website => scrollen geht nicht, auch nicht
nach Klick oder markieren bestimmter Bereiche :-(

[André Jochim]

Ergänzung:

Wenn ich den Tab mit der pdf-Datei schließe, geht das Scrollen in der
Website sofort wieder.

[Christoph Schmees]

Am 2011-11-27 17:42, schrieb André Jochim:
> Hallo,
>
> wenn bei meinem Firefox-Browser in irgendeinem Tab ein
> pdf-Dokument geöffnet ist, dann funktioniert in allen anderen
> Tabs, in denen normale HTML-Seiten angezeigt werden, das Mausrad
> zum Scrollen nicht mehr.
>
> Warum? Kann man hier irgendetwas einstellen? Oder liegt das an
> dem Plugin von Adobe, das die Anzeige von pdf-Dateien im Browser
> ermöglicht?
>
> Ist das nur bei mir so? Oder auch bei Euch zu reproduzieren?
>

das kann ich nicht reproduzieren, weil:
1. ich würde niemals (außer zu Testzwecken und dann alles zurück
auf Anfang) Adobe Reader installieren - groß, langsam, voller
Sicherheitslücken.
2. ich würde nie ein Plugin zur PDF-Anzeige installieren. Ich
wähle das immer ab. In einem solchen Plugin sehe ich keinerlei
Nutzen, dafür möglichen Schaden: Wenn jemand dir ein präpariertes
PDF vorlegt, dann hast du mit dem Klick darauf bereits den
Schädling eingefangen. Ich hingegen bekomme angeboten, was ich
damit machen möchte: öffnen (und mit welchem meiner PDF-Viewer)
oder speichern. Wenn also beispielsweise eine Website gehackt
wurde und hinter einem attraktiven Link eine präparierte PDF
lauert, dann merke ich das, bevor sie Schaden anrichten kann.

Christoph

--
email:
nurfuerspam -> gmx
de -> net

[Christoph Schmees]

darauf schrieb Andre per PM:
"welchen pdf-Viewer kannst Du denn als Alternative zum Adobe
Reader empfehlen? Danke für 'ne kurze Rückmeldung"

darauf antworte ich hier, weil es vielleicht auch andere
interessiert:

1.
<http://blog.kowalczyk.info/software/sumatrapdf/free-pdf-reader.html>
klein und schnell, auch portabel zu erhalten.

2. <http://www.tracker-software.com/product/pdf-xchange-viewer>
sehr viele Funktionen, Optionen beim Drucken etc. Kann schon
immer auch fremde PDF mit eigenen Markierungen und Kommentaren
anreichern, die man natürlich auch speichern kann. Gibt's auch
portabel.

[André Jochim]

Christoph Schmees schrieb:

>> "welchen pdf-Viewer kannst Du denn als Alternative zum Adobe Reader
>> empfehlen? Danke für 'ne kurze Rückmeldung"

> http://blog.kowalczyk.info/software/sumatrapdf/free-pdf-reader.html
> http://www.tracker-software.com/product/pdf-xchange-viewer

Danke :-)

[Christoph 'Mehdorn' Weber]

Hallo!

* André Jochim <spam-mich-...@gmx.de>:

> Ralf Zilian schrieb:

>> Ja ist hier auch so, allerdings brauche ich nur in die nicht
>> scrollbare Website klicken, dann funktioniert das Scrollen wieder
>> ohne Probleme.
> Habe ich probiert. Auch ein Klicken in die nicht scrollbare
> Website führt nicht dazu, daß man wieder scrollen kann.

Hilft F6? Wenn ich mal nicht (per Tastatur) scrollen kann, hilft
das oft. (Was erstaunlich oft vorkommt, obwohl ich nur per
Ctrl-Tab umgeschaltet und nirgends geklickt habe.) Eventuell wirkt
es auch bei Mausbedienung.

> Tabwechsel in die pdf-Datei => scrollen geht
> Tabwechsel zurück in die HTML-Website => scrollen geht nicht,
> auch nicht nach Klick oder markieren bestimmter Bereiche :-(

Das kann ich nicht testen. Ich habe weder Ziegelsteine auf dem
Rechner, noch will ich PDFs im Browser angezeigt bekommen.
Immerhin gibt es Programme, die dafür gemacht wurden, und die
bevorzuge ich entsprechend.

Christoph

--
Kino ohne Popcorn ist wie Salz ohne Suppe.
(Volker Birk)

[Manuel Reimer]

Christoph Schmees wrote:
> 2. ich würde nie ein Plugin zur PDF-Anzeige installieren. Ich
> wähle das immer ab. In einem solchen Plugin sehe ich keinerlei
> Nutzen, dafür möglichen Schaden: Wenn jemand dir ein präpariertes
> PDF vorlegt, dann hast du mit dem Klick darauf bereits den
> Schädling eingefangen.

Es braucht keinen Klick. Wenn das Plugin installiert ist, dann kann man
das PDF auch in einem (versteckten) iframe laden.

Gruß

Manuel

--
"Alle Macht geht vom Volk aus - aber wo geht sie hin?" - Bertolt Brecht
Alle wollen zurück zur Natur - aber keiner zu Fuß
Beiträge mit *X-No-Html Header* kann ich weder lesen, noch beantworten!

[Christoph Schmees]

Am 2011-11-30 09:09, schrieb Manuel Reimer:
> Christoph Schmees wrote:
>> 2. ich würde nie ein Plugin zur PDF-Anzeige installieren. Ich
>> wähle das immer ab. In einem solchen Plugin sehe ich keinerlei
>> Nutzen, dafür möglichen Schaden: Wenn jemand dir ein
>> präpariertes PDF vorlegt, dann hast du mit dem Klick darauf
>> bereits den Schädling eingefangen.
>
> Es braucht keinen Klick. Wenn das Plugin installiert ist, dann
> kann man das PDF auch in einem (versteckten) iframe laden.
>

na, das ist ja noch besser. Also ein wirklich wichtiger Grund,
*niemals ein PDF-Plugin* im Browser zu verwenden. Danke für den
Hinweis!

[Manuel Reimer]

Christoph Schmees wrote:
> darauf schrieb Andre per PM:
> "welchen pdf-Viewer kannst Du denn als Alternative zum Adobe
> Reader empfehlen? Danke für 'ne kurze Rückmeldung"

Dazu ist generell auch diese Seite interessant:

http://www.pdfreaders.org/

[Florian Janßen]

Am 01.12.2011 08:29, schrieb Manuel Reimer:
>
> http://www.pdfreaders.org/

Taugt mittlerweile einer von denen? Als ich mich das letzte mal
(>6Monate) damit beschäftigt hatte waren sie alle mehr oder weniger
unbrauchbar. Nur die kostenlosen aber nicht ‚freien‘ wie Foxit und
XChange waren damals brauchbar.

Gruß Florian

[Heribert Slama]

Florian Janßen <do.not....@gmx.de> wrote:

>Am 01.12.2011 08:29, schrieb Manuel Reimer:
>>
>> http://www.pdfreaders.org/
>

>Taugt mittlerweile einer von denen? [......]

SumatraPDF
<http://blog.kowalczyk.info/software/sumatrapdf/free-pdf-reader-de.html>
tut ganz ordentlich. ("Ausfüllen von interaktiven Formularen und
Hinzufügen von Kommentaren ist nicht eingebaut.")

Grüsse,
-Heribert
--
Heribert Slama
Muttenz, Switzerland
Firefox 8.0[en], Windows 2000 Prof. (SP4,[de])

[Lothar Wiese]

Am 03.12.2011 01:47, schrieb Heribert Slama:
> Florian Janßen<do.not....@gmx.de> wrote:
>
>> Am 01.12.2011 08:29, schrieb Manuel Reimer:
>>>
>>> http://www.pdfreaders.org/
>>
>> Taugt mittlerweile einer von denen? [......]
>
> SumatraPDF
> <http://blog.kowalczyk.info/software/sumatrapdf/free-pdf-reader-de.html>
> tut ganz ordentlich. ("Ausfüllen von interaktiven Formularen und
> Hinzufügen von Kommentaren ist nicht eingebaut.")

Bei mir hat sich FoxitReader nach vielen Vergleichen durchgesetzt.
Formulare ausfüllen, viele Tabs offen halten, auf verschiedene Arten
markieren, Kommentare hinzufügen, in verschiedene Sprachen leicht
umstellbar, kostenlos, bei mir als PortableApp (neue Versionen leicht
installiert) trotzdem als Standardprogramm in Vista zugeordnet,...

MfG
Lothar W.

[Peter J. Holzer]

On 2011-11-28 16:11, Christoph Schmees <cj...@nurfuerspam.de> wrote:
> 2. ich würde nie ein Plugin zur PDF-Anzeige installieren. Ich
> wähle das immer ab. In einem solchen Plugin sehe ich keinerlei
> Nutzen,

Mir fallen da mehrere Vorteile ein:

* Die Möglichkeit, mittels Range-Request nur die Seiten zu laden, die
man tatsächlich lesen will
* Links in PDF-Files werden auch dann im richtigen Browser geöffnet,
wenn der nicht der "Standard-Browser" ist.
* Fragment-Identifier in PDFs funktionieren.
* Es wird kein zusätzliches Fenster geöffnet

Einige davon könnte man wohl auch mit einem externen Viewer realisieren,
aber nicht mit dem seit 15+ Jahren unveränderten "Helper Application"
API.

Im übrigen aber bin ich der Meinung, dass PDF-Support sowieso in den
Browser hinein gehört, nicht in ein Plugin.

> dafür möglichen Schaden: Wenn jemand dir ein präpariertes PDF vorlegt,
> dann hast du mit dem Klick darauf bereits den Schädling eingefangen.

Dagegen hilt NoScript.

hp

[Manuel Reimer]

Peter J. Holzer wrote:
> * Die Möglichkeit, mittels Range-Request nur die Seiten zu laden, die
> man tatsächlich lesen will

Welches Plugin macht sowas?

> Einige davon könnte man wohl auch mit einem externen Viewer realisieren,
> aber nicht mit dem seit 15+ Jahren unveränderten "Helper Application"
> API.

Das API öffnet die Datei in einem externen Programm. Was soll es denn
noch können?

> Im übrigen aber bin ich der Meinung, dass PDF-Support sowieso in den
> Browser hinein gehört, nicht in ein Plugin.

Ich bin mit HTML eigentlich ganz zufrieden.

Im übrigen bin ich der Meinung, dass das Aufrüsten vom Browser zur
eierlegenden Wollmilchsau keine gute Idee ist.

Das ganze kann man soweit treiben bis man in Sicherheitslücken erstickt
und dann doch wieder einen Rückzieher machen muss, um das ganze wartbar
zu halten.

[Christoph Schmees]

Am 2011-12-06 13:10, schrieb Peter J. Holzer:
> On 2011-11-28 16:11, Christoph Schmees<cj...@nurfuerspam.de> wrote:
>> 2. ich würde nie ein Plugin zur PDF-Anzeige installieren. Ich
>> wähle das immer ab. In einem solchen Plugin sehe ich keinerlei
>> Nutzen,
>
> Mir fallen da mehrere Vorteile ein:
>
> * Die Möglichkeit, mittels Range-Request nur die Seiten zu laden, die
> man tatsächlich lesen will

erstens - welche SW nutzt das? Zweitens - wozu? Im Zeitalter von
schnellen Leitungen und Flat Rates finde ich es sogar von
Vorteil, das ganze PDF hier zu haben. Dann geht nämlich das
Blättern schneller. Außerdem sehe ich höchst selten Dateien mit
mehreren hundert Seiten an. Die meisten bewegen sich im Bereich
einiger oder einiger -zig Seiten. Da macht es eh' keinen
Unterschied.

> * Links in PDF-Files werden auch dann im richtigen Browser geöffnet,
> wenn der nicht der "Standard-Browser" ist.

hier kommt es zweimal im Jahr vor, dass ich einem Link aus einem
PDF folgen möchte. Wenn der im Standard-Browser geöffnet wird,
ist das prima. Falls ich es anders möchte, kopiere ich den Link
und füge ihn in einem anderen Browser ein. Total schwierig.

> * Fragment-Identifier in PDFs funktionieren.

?? wat'n dat? Wozu ist das gut?

> * Es wird kein zusätzliches Fenster geöffnet

was ist daran der Vorteil? Ich finde es gerade gut, ein Dokument
im zugehörigen Dokumentenbetrachter zu haben.

>
> Einige davon könnte man wohl auch mit einem externen Viewer realisieren,
> aber nicht mit dem seit 15+ Jahren unveränderten "Helper Application"
> API.
>
> Im übrigen aber bin ich der Meinung, dass PDF-Support sowieso in den
> Browser hinein gehört, nicht in ein Plugin.

da bin ich genau gegenteiliger Meinung. PDF gehört *nicht* in den
Browser. Es ist ein Format, das zum Austausch (ursprünglich
offline) von Dokumenten konzipiert wurde. Mit dem gleichen Recht
könntest du fordern, dass DOC, DOCX, XLS und so weiter im Browser
unterstützt werden müssen. Vielleicht soll der Browser demnächst
auch Videos schneiden? Das wäre doch mal was.

>
>
>> dafür möglichen Schaden: Wenn jemand dir ein präpariertes PDF vorlegt,
>> dann hast du mit dem Klick darauf bereits den Schädling eingefangen.
>
> Dagegen hilt NoScript.

>...

da irrst du. Hinter jedem Link kann der Verweis auf eine (PDF-)
Datei stecken, da ist keine Zeile JS involviert. NoScript hilft
gegen sehr viele Angriffsformen, aber gegen ein präpariertes PDF
in einem Link hilft es nicht.

[Peter J. Holzer]

On 2011-12-06 12:56, Manuel Reimer <mre...@expires-31-12-2011.news-group.org> wrote:
> Peter J. Holzer wrote:
>> * Die Möglichkeit, mittels Range-Request nur die Seiten zu laden, die
>> man tatsächlich lesen will
>
> Welches Plugin macht sowas?

Acrobat Reader

>> Einige davon könnte man wohl auch mit einem externen Viewer realisieren,
>> aber nicht mit dem seit 15+ Jahren unveränderten "Helper Application"
>> API.
>
> Das API öffnet die Datei in einem externen Programm. Was soll es denn
> noch können?

Es sollte zumindest den URI an das externe Programm übergeben können,
statt das Dokument zuerst selbst herunterzuladen und dann diese Datei
dem externen Programm zu übergeben. Erstens gehen bei der existierenden
Methode Informationen verloren (der Request-URI und der gesamte
Response-Header), zweitens könnte die externe Applikation u.U. Teile des
Dokuments schon anzeigen, während es geladen wird, wenn es sich selber
um den Download kümmert (z.B. bei Audio- oder Video-Streams, oder auch
bei PDFs).

>> Im übrigen aber bin ich der Meinung, dass PDF-Support sowieso in den
>> Browser hinein gehört, nicht in ein Plugin.
>
> Ich bin mit HTML eigentlich ganz zufrieden.
>
> Im übrigen bin ich der Meinung, dass das Aufrüsten vom Browser zur
> eierlegenden Wollmilchsau keine gute Idee ist.
>
> Das ganze kann man soweit treiben bis man in Sicherheitslücken erstickt

Die Sicherheitslücken schaffen die Browserentwickler auch ohne Support
für ein relativ einfaches statisches Dokumentformat wie PDF.

hp


--
_ | Peter J. Holzer | Deprecating human carelessness and
|_|_) | Sysadmin WSR | ignorance has no successful track record.
| | | h...@hjp.at |
__/ | http://www.hjp.at/ | -- Bill Code on as...@irtf.org

[Manuel Reimer]

Peter J. Holzer wrote:
>>> * Die Möglichkeit, mittels Range-Request nur die Seiten zu laden, die
>>> man tatsächlich lesen will
>>
>> Welches Plugin macht sowas?

> Acrobat Reader

Dazu gab es doch was aktuelles...
http://heise.de/-1391348

> Die Sicherheitslücken schaffen die Browserentwickler auch ohne Support
> für ein relativ einfaches statisches Dokumentformat wie PDF.

Es gibt bereits einen Javascript basierten Reader. Auf der Basis holt
man sich wenigstens keine Lücken die nicht sowieso schon da wären.

[Peter J. Holzer]

On 2011-12-06 14:49, Christoph Schmees <cj...@nurfuerspam.de> wrote:
> Am 2011-12-06 13:10, schrieb Peter J. Holzer:
>> On 2011-11-28 16:11, Christoph Schmees<cj...@nurfuerspam.de> wrote:
>>> 2. ich würde nie ein Plugin zur PDF-Anzeige installieren. Ich
>>> wähle das immer ab. In einem solchen Plugin sehe ich keinerlei
>>> Nutzen,
>>
>> Mir fallen da mehrere Vorteile ein:
>>
>> * Die Möglichkeit, mittels Range-Request nur die Seiten zu laden, die
>> man tatsächlich lesen will
>
> erstens - welche SW nutzt das?

Acrobat Reader.

> Zweitens - wozu? Im Zeitalter von schnellen Leitungen und Flat Rates
> finde ich es sogar von Vorteil, das ganze PDF hier zu haben. Dann geht
> nämlich das Blättern schneller.

Dafür musst Du allerdings am Anfang länger warten. Und nicht jeder hat
eine schnelle Leitung.

Ich finde es schon recht angenehm, wenn von einem 800-seitigen PDF das
Inhaltsverzeichnis praktisch sofort erscheint und ich dann direkt zur
Seite 536 springen kann, ohne dass ich auf die Seiten dazwischen warten
muss.

>> * Links in PDF-Files werden auch dann im richtigen Browser geöffnet,
>> wenn der nicht der "Standard-Browser" ist.
>
> hier kommt es zweimal im Jahr vor, dass ich einem Link aus einem
> PDF folgen möchte. Wenn der im Standard-Browser geöffnet wird,
> ist das prima. Falls ich es anders möchte, kopiere ich den Link
> und füge ihn in einem anderen Browser ein. Total schwierig.

Nicht schwierig aber lästig. Wenn man das PDF nicht aus dem
Standard-Browser geöffnet hat, geht der Link dann in einem anderen
Browser auf (der sich höchstwahrscheinlich auf einem anderen Workspace
befindet und gar nicht sichtbar ist), oder der Standardbrowser muss erst
geladen werden (dauert ein paar Sekunden) und beklagt sich dann mit
einiger Wahrscheinlichkeit, dass er das Profil nicht öffnen kann, weil
es von einem anderen Browser gesperrt ist.

>> * Fragment-Identifier in PDFs funktionieren.
>
> ?? wat'n dat? Wozu ist das gut?

Ein Fragment-Identifier ist das Zeug, was in einem URL hinter dem #
steht. In PDFs kann man damit genauso wie in HTML eine bestimmte Stelle
in einem Dokument anspringen. Aber natürlich nur, wenn der Viewer die
Information bekommt. Das Helper-Application API bietet keine
Möglichkeit, diese Information an einen externen Viewer zu übergeben.

>> * Es wird kein zusätzliches Fenster geöffnet
>
> was ist daran der Vorteil?

Ich hasse es, wenn ungefragt weitere Fenster aufgehen (und streite
regelmäßig mit Webdesignern, die jeden externen Link mit target=_blank
versehen wollen).

>> Einige davon könnte man wohl auch mit einem externen Viewer realisieren,
>> aber nicht mit dem seit 15+ Jahren unveränderten "Helper Application"
>> API.
>>
>> Im übrigen aber bin ich der Meinung, dass PDF-Support sowieso in den
>> Browser hinein gehört, nicht in ein Plugin.
>
> da bin ich genau gegenteiliger Meinung. PDF gehört *nicht* in den
> Browser. Es ist ein Format, das zum Austausch (ursprünglich
> offline) von Dokumenten konzipiert wurde.

Ich sehe da in der Hinsicht keinen großen Unterschied zwischen HTML und
PDF.

> Mit dem gleichen Recht könntest du fordern, dass DOC, DOCX, XLS und so
> weiter im Browser unterstützt werden müssen.

Nein. PDF ist das Standardformat für druckreife Dokumente im Web. DOC,
DOCX, XLS, etc. sind das nicht.

> Vielleicht soll der Browser demnächst auch Videos schneiden? Das wäre
> doch mal was.

Er kann Videos anzeigen. Schneiden muss er sie genausowenig, wie er HTML
editieren oder PDFs bearbeiten können muss.

>>> dafür möglichen Schaden: Wenn jemand dir ein präpariertes PDF vorlegt,
>>> dann hast du mit dem Klick darauf bereits den Schädling eingefangen.
>>
>> Dagegen hilt NoScript.
>>...
>
> da irrst du.

Nein.

> Hinter jedem Link kann der Verweis auf eine (PDF-) Datei stecken, da
> ist keine Zeile JS involviert.

NoScript blockt nicht nur JavaScript sondern unter anderem auch PDF. Um
ein PDF anzuzeigen, muss ich das (in den Default-Einstellungen) mit
einem Extra-Klick bestätigen.

> NoScript hilft gegen sehr viele Angriffsformen, aber gegen ein
> präpariertes PDF in einem Link hilft es nicht.

Doch. Natürlich nicht, wenn ich mir das PDF tatsächlich ansehe (was
zugegebenermaßen meistens der Fall sein wird, denn sonst hätte ich ja
nicht auf den Link geklickt), aber in dem Fall hilft auch ein externer
Viewer nicht (zumindest nicht prinzipiell: In der Praxis wird ein
Angriff, der auf den Acrobat Reader zugeschnitten ist, natürlich ins
Leere laufen, wenn ich Okular als Viewer verwende).

[Florian Janßen]

Am 08.12.2011 12:39, schrieb Manuel Reimer:
>
> Es gibt bereits einen Javascript basierten Reader. Auf der Basis holt
> man sich wenigstens keine Lücken die nicht sowieso schon da wären.

Als Erweiterung für Firefox? Wo? Das mozillas pdf.js habe ich nicht zum
Laufen bekommen.

Gruß Florian

[Manuel Reimer]

Peter J. Holzer wrote:
>> Mit dem gleichen Recht könntest du fordern, dass DOC, DOCX, XLS und so
>> weiter im Browser unterstützt werden müssen.

> Nein. PDF ist das Standardformat für druckreife Dokumente im Web. DOC,
> DOCX, XLS, etc. sind das nicht.

Wo steht das? Soweit mir bekannt ist (noch) HTML das einzige
standardisierte Format für das Web. PDF ist ganz nett wenn etwas in
Dokumentform angeboten wird. In diesem Fall habe ich dann aber auch
gerne die Wahl ob ich das ganze speichern oder wirklich direkt ansehen
will. Gerade bei schlechter Anbindung würde ich ein Dokument, das ich
möglicherweise öfter brauche, nämlich schon gerne erstmal lokal ablegen.

[Peter J. Holzer]

On 2011-12-08 13:08, Manuel Reimer <mre...@expires-31-12-2011.news-group.org> wrote:
> Peter J. Holzer wrote:
>>> Mit dem gleichen Recht könntest du fordern, dass DOC, DOCX, XLS und so
>>> weiter im Browser unterstützt werden müssen.
>
>> Nein. PDF ist das Standardformat für druckreife Dokumente im Web. DOC,
>> DOCX, XLS, etc. sind das nicht.
>
> Wo steht das?

Es gibt sicher eine Studie, in der das steht. Du kannst Dich aber auch
einfach umsehen. Wer auch immer irgendwas druckfertig ins Web stellen
möchte (aus welchen Gründen auch immer - manchmal ist das eher
irregeleitet), verwendet dafür PDF.