staging.inyokaproject.org

So, weiter gehts in der Aufnahme der Gnome "Basisprogramme" ins Wiki. Heute

Baustelle/Evince

Was denkt ihr?

Tschuess
Christoph

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

So, Thema verschoben und verlinkt.

xpdf ist dafür sofort da, wenn man ihn braucht.
Bis Acrobat all seine Plugins geladen hat, da wird man ja schwarz...

Ist richtig. Wer schreibt was zu xpdf?

Rainer

Unki hat geschrieben:

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.

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.

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.

Hallo,

Solle man (oder ich) doch im Wiki ergänzen?

Ja, mach mal. ☺

kann man eventuell auch konfigurieren, das der Aufruf eines PDF-Dokuments gezielt auf eine bestimmte Seite springt?

Da bräuchtest du IMHO eher ein Plugin, dass die URL modifiziert...

Gruß, noisefloor

noisefloor schrieb:

Solle man (oder ich) doch im Wiki ergänzen?

Ja, mach mal. ☺

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

Hallo,

Syntax & Typos gefixt.

aber der Inhalt gilt nur für Lucid

Weil es tatsächlich nur unter Lucid zutrifft oder weil du es nur unter Lucid getestet hast?

Gruß, noisefloor

noisefloor schrieb:

Hallo,

Syntax & Typos gefixt.

Danke!

aber der Inhalt gilt nur für Lucid

Weil es tatsächlich nur unter Lucid zutrifft oder weil du es nur unter Lucid getestet hast?

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:

• in Maverick ist der "Bug" beseitigt, also ok.

• in Karmic wird evince nicht eingebunden, Zeile fehlt.

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

Hallo!
Im Wiki-Artikel der Link zur Evince-Seite auf Gnome-Project führt ins Leere.
Bitte prüfen.
MfG, Gennadiy

Hallo,

korrigiert. Danke für den Hinweis ☺

Gruß, noisefloor

gerade festgestellt, dass der Hinweis auf mozplugger nicht geht: "Das Paket ist nicht vorhanden"

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.