So, weiter gehts in der Aufnahme der Gnome "Basisprogramme" ins Wiki. Heute
Was denkt ihr?
Tschuess
Christoph
Anmeldungsdatum: Beiträge: 37971 |
So, weiter gehts in der Aufnahme der Gnome "Basisprogramme" ins Wiki. Heute Was denkt ihr? Tschuess |
Anmeldungsdatum: Beiträge: 5761 Wohnort: Essen |
Wieder mal ein guter Job 😉 Zum Absatz Kontroversen: Zum Glück gibt es neben dem Acrobat noch andere gute und außerdem freie PDF-Viewer, zb XPDF. Der entspricht zwar nicht unbedingst den optischen befindlichkeiten mancher User, er funktioniert aber. Bitte beachte die Erwähnung von evince auf dieser Seite. Rainer |
(Themenstarter)
Anmeldungsdatum: Beiträge: 37971 |
So, Thema verschoben und verlinkt. |
Anmeldungsdatum: Beiträge: 17552 Wohnort: Berlin |
xpdf ist dafür sofort da, wenn man ihn braucht. |
Anmeldungsdatum: Beiträge: 5761 Wohnort: Essen |
Ist richtig. Wer schreibt was zu xpdf? Rainer |
Anmeldungsdatum: Beiträge: 148 |
Unki hat geschrieben:
Die Kontroverse ist ja nicht, dass es noch andere PDF-Viewer gibt, sondern dass die meisten freien Viewer nicht das leisten, was der Adobe Reader leistet. Genannt wurden die Formulare (Stichwort Behördenformulare), und ich möchte noch die TFT-optimierte Darstellung von Adobe ergänzen (Cleartype). Das kann auch kein anderer, mir bekannter Viewer außer Adobe. Wenn ich längere Texte lese, nehm ich immer Adobe, auch wenn das Ding fett ist. |
Anmeldungsdatum: Beiträge: 2145 Wohnort: wo der gute Riesling wächst |
Habe gerade nach Vorschlag 'mozplugger' installiert in Lucid-amd64. Mein Wunsch war, PDF's eingebunden im Firefox anzuzeigen. Das hat aber so einfach nicht geklappt, immer noch öffnet Evince in separatem Fenster. Die Lösung habe ich dann hier gefunden: configuration-mozplugger Also brav die Zeile für evince repeat noisy swallow(evince) fill: evince "$file" als erste im PDF-Abschnitt der /etc/mozpluggerrc eingefügt - sieht jetzt so aus (besagte Zeile #283 eingerückt): application/pdf:pdf:PDF file application/x-pdf:pdf:PDF file text/pdf:pdf:PDF file text/x-pdf:pdf:PDF file ACROREAD() repeat noisy swallow(evince) fill: evince "$file" repeat noisy swallow(kpdf) fill: kpdf "$file" repeat noisy swallow(Xpdf) fill: xpdf -g +9000+9000 "$file" repeat noisy swallow(okular) fill: okular "$file" GV() repeat noisy fill exits: evince "$file" Alles klappt jetzt wunderbar! Für ein Paket aus dem Ubuntu-Repo (universe) ist das eigentlich schon ein Bug, denn hauptsächlich deswegen installiert man das Paket? Solle man (oder ich) doch im Wiki ergänzen? Ingo Frage noch: kann man eventuell auch konfigurieren, das der Aufruf eines PDF-Dokuments gezielt auf eine bestimmte Seite springt? Z.B. mit so einer URL http://127.0.0.1:2061/08/01/ct0801.pdf#page=172&pagemode=none. Die benutzt nämlich das Heise-Register für das c't-Archiv auf DVD. |
Ehemaliger
Anmeldungsdatum: Beiträge: 29048 Wohnort: WW |
Hallo,
Ja, mach mal. ☺
Da bräuchtest du IMHO eher ein Plugin, dass die URL modifiziert... Gruß, noisefloor |
Anmeldungsdatum: Beiträge: 2145 Wohnort: wo der gute Riesling wächst |
noisefloor schrieb:
Done, aber es fehlt noch der Feinschliff, um dem UU-Ansprüchen gerecht zu werden - aber der Inhalt gilt nur für Lucid ist sachlich richtig 😉 Ingo |
Ehemaliger
Anmeldungsdatum: Beiträge: 29048 Wohnort: WW |
Hallo, Syntax & Typos gefixt.
Weil es tatsächlich nur unter Lucid zutrifft oder weil du es nur unter Lucid getestet hast? Gruß, noisefloor |
Anmeldungsdatum: Beiträge: 2145 Wohnort: wo der gute Riesling wächst |
noisefloor schrieb:
Danke!
Ich habe es nur unter Lucid getestet . Die "Alpha-Versionen" zwischen Hardy und Lucid habe ich nie installiert und Maverick ist ja soo schlimm buggy, da lohnt es nicht 😉 . Aber da hätte es doch bei diesem Problem sicher eine Anfrage im Forum dazu gegeben - ich habe jedenfalls dazu keine einzige Lösung (mit Google) auf Deutsch gefunden. Und der Original-Autor des Artikels hat ja mozplugger auch schon erwähnt (und hoffentlich getestet?). Also gehe ich mal davon aus, das nur Lucid und ggf. die "Seekatze" betroffen ist. Wenn's wichtig ist: man braucht ja nur die *.deb's für interessierende Versionen runterladen und die /etc/mozpluggerrc darin zu kontrollieren? Das habe ich gerade gechecked:
Ich vermute mal Folgendes (vielleicht kann das Jemand bestätigen): In Lucid, wo ich getestet habe, wird das komplette evince-Fenster incl. Menuleiste eingeblendet - ich finde das toll, da kann man dann auch aus dem evince-Fenster speichern, drucken, halt alles was evince kann. In Maverick enthält die Zeile für evince zum Einbetten noch einen weiteren Parameter: needs_xembed Kann es sein, das jetzt das PDF ohne die Menuleiste, also völlig integriert angezeigt wird? Die man-page sagt dazu: needs_xembed Some applications when embedded requires the Xembed protocol, other applications don't want the Xembed protocol. Add or remove this flag if you find that you cannot move keyboard focus to the embedded window. Currently it appears QT4 based applications require this flag. In Lucid geht es jetzt jedenfalls wie beschrieben ohne den Parameter. Versteht Lucid (und Karmic) eventuell dieses Protokoll noch nicht und wird deshalb nicht per default eingebettet? Beste Grüße, Ingo |
Anmeldungsdatum: Beiträge: 286 Wohnort: Mönchengladbach |
Hallo! |
Ehemaliger
Anmeldungsdatum: Beiträge: 29048 Wohnort: WW |
Hallo, korrigiert. Danke für den Hinweis ☺ Gruß, noisefloor |
Anmeldungsdatum: Beiträge: 299 Wohnort: Neunburg vorm Wald |
gerade festgestellt, dass der Hinweis auf mozplugger nicht geht: "Das Paket ist nicht vorhanden" |
Ehemalige
Anmeldungsdatum: Beiträge: 2007 |
Hallo gerhardbeck, danke für den Hinweis. mozplugger gibt es in der Tat nur bis Ubuntu 16.04. Ich habe mal einen Hinweis eingebaut. Wenn jemand eine Alternative kennt, gerne im Artikel erwähnen. |