staging.inyokaproject.org

lexaiden schrieb:

Hab den Unterpunkt "Script für Terminal, Firefox & Co." hinzugefügt, denke (hoffe) das stört keinen.

Ist reine Geschmacksfrage, welchen PDF-Betrachter man vorzieht. Ich persoenlich wuerde immer einen nativen nehmen, denn ich moechte nicht jede PDF-Datei mit Anmerkungen versehen.

Ist mein erster Beitrag in einem "Wiki"-System überhaupt - Gnade. 😉

Sei gewaehrt ☺

Allerdings habe ich (neben Kleinigkeiten) zwei "Todsuenden" korrigiert:

• eine Pfadangabe wie C:\Programme\blablubb\... macht unter Ubuntu null Sinn...

• eigene Skripte werden niemals in /usr/bin/, sondern immer in /usr/local/bin/ gespeichert

aasche schrieb:

lexaiden schrieb:

Hab den Unterpunkt "Script für Terminal, Firefox & Co." hinzugefügt, denke (hoffe) das stört keinen.

Ist reine Geschmacksfrage, welchen PDF-Betrachter man vorzieht. Ich persoenlich wuerde immer einen nativen nehmen, denn ich moechte nicht jede PDF-Datei mit Anmerkungen versehen.

Ich mag native auch lieber, aber leider plant Tracker Software keine Linux Version und für Linux habe ich keine alternative gefunden. Zwei Betrachter zu nutzen ging mir heute aber endgültig auf den Keks - zudem hab ich die PRO Version von PDF XChange Viewer schon vor Jahren gekauft. 😉

• eine Pfadangabe wie C:\Programme\blablubb\... macht unter Ubuntu null Sinn...

Joar, hatte den Pfad einfach nur aus dem Link kopiert...

• eigene Skripte werden niemals in /usr/bin/, sondern immer in /usr/local/bin/ gespeichert

Da hab ich doch glatt noch was gelernt, die Verzeichnisstruktur von Linux ist mir leider immernoch etwas rätselhaft. Aber egal, das gehört hier nicht her, danke für 's korrigieren. Sieht schicker und korrekter aus. ☺

aasche schrieb:

• eigene Skripte werden niemals in /usr/bin/, sondern immer in /usr/local/bin/ gespeichert

Für derartige Superlative besteht kein Anlaß. Ein eigenes Verzeichnis ~/bin ist aus praktischen Erwägungen auch sinnvoll, und /usr/bin ist spätestens dann für eigene Skripte, wenn man der Autor von /usr/bin/gettext.sh ist. Aber was zeichnet deren Entwickler aus, dass sie Sonderrechte genießen?

Die praktische Erwägung könnte sein, dass man eigene Partition für /home eingerichtet hat, nicht aber für /usr/local/bin, und so in einem Aufwasch alle eigenen Dateien, inkl. eigene Programme per Backup speichern kann.

Ansonsten: Aus dem Skript habe ich den Verzeichniswechsel entfernt - Diskussion siehe auch hier: http://forum.ubuntuusers.de/topic/dateien-ueber-skript-mit-einem-programm-aufruf/#post-2755732 und statt der Aufforderung, den Pfad an eigene Verhältnisse anzupassen, habe ich ~/ verwendet.

Pardon, bitte. Die Änderung war wohl voreilig.

Kann bitte jmd. die letzte Version restaurieren - mir fehlen dazu die Rechte. Windows/wine kann wohl keine Linuxpfade verarbeiten.

user unknown schrieb:

Pardon, bitte. Die Änderung war wohl voreilig.

Kann bitte jmd. die letzte Version restaurieren - mir fehlen dazu die Rechte. Windows/wine kann wohl keine Linuxpfade verarbeiten.

Habe den Wikiartikel mal entsprechend bearbeitet und das Skript auf den entsprechenden Stand gebracht, wie es jetzt bei mir auch problemlos funktioniert.

Kannst Du denn verifizieren, dass wine nicht mit Slashes als Pfadtrenner zurechtkommt? Oder woran liegt es?

user unknown schrieb:

Kannst Du denn verifizieren, dass wine nicht mit Slashes als Pfadtrenner zurechtkommt? Oder woran liegt es?

Nein. Woran das liegt weiß ich auch nicht. Ich muss jetzt auch gestehen, dass ich nicht weiß, wie ich das testen könnte, in wie weit Wine mit Slashes zurechtkommt. Ich habe mir zwar auch schon andere "Starter" (zu unter Wine installierten Programmen und Spielen) in meinem "~/bin/"-Ordner angelegt, aber das sind alles wirklich nur "Starter", also ohne Parameterübergabe, oder so etwas. Die funktionieren natürlich problemlos.

Deswegen mal meine Frage: Wie könnte ich das testen?

Ich weiß nicht wo Notepad liegt, aber im Prinzip müßte es so gehen:

wine ~/.wine/drive_c/windows/system32/notepad.exe /etc/passwd 

user unknown schrieb:

Ich weiß nicht wo Notepad liegt, aber im Prinzip müßte es so gehen:

wine ~/.wine/drive_c/windows/system32/notepad.exe /etc/passwd 

Ok, das funktioniert soweit problemlos. Habe in als Parameter auch mal Ordnernamen und Dateinamen mit einem Leerzeichen getestet.

Ich glaube das Problem hier ist Programm-Spezifisch. Aber ich weiß auch nicht, wie sich der PDF-XChange-Viewer unter Windows verhält.

Die Installation ist übrigens nur dann möglich, wenn man als Setup-Sprache "ENGLISH" (NICHT DEUTSCH!) auswählt....

mfg

P.s.: Wenn ich Zeit habe, werde ich das ins Wiki schreiben....

Hallo,

für die 2.5 Version funktioniert die Suche (nach Schlüsselwörter) und das Abspeichern eines Dokuments NICHT. Ich frag mich wirklich, wie man dafür "Gold" vergeben kann? Hier stehts auch:

http://appdb.winehq.org/objectManager.php?sClass=version&iId=23721&iTestingId=69907

Die Version 2.5 ist damit unbrauchbar.

Laut Wine läuft die 2.0.x Version ohne Einschränkungen:

http://appdb.winehq.org/objectManager.php?sClass=version&iId=11392

Nachdem ich im www keine Version 2.0.x gefunden habe, konnte ich auf einer externen Festplatte noch eine 2.0 (Build 49.0) Version finden. Bis jetzt funktioniert in der Tat alles. Frage: Kennt jemand eine Seite, auf der die 2.0.x Version zum Download angeboten wird? Auf z.B. oldversion.com

http://www.oldversion.com/PDF-XChange-Viewer.html

ist der "PDF XChange Viewer 2.0.42" leider auch nur die 2.5 Version. Falls jemand was findet, sollte er mal den Link setzen (oder kann man das hier im Forum hochladen?). Im Beitrag sollte explizit darauf hingeweisen werden, dass bis jetzt offensichtlich nur die 2.0.x Version stabil läuft. (hab ich gerade im wiki angepasst)

mfg

Ok,hier u.a. gibts die Version 2.0.x

http://www.pc-magazin.de/download/pdf-xchange-viewer-554338.html?page=Versionsarchiv

Die "neueste" Version, die nach einem ersten Test zuverlässig läuft ist die Version 2.043.00. Die Version 2.0.57 macht die bekannten Probleme beim Durchsuchen, Verändern und Abspeichern. Also es ist wichtig, dass man die GANZE Versionsnummer notiert. Version 2.0 ist zu ungenau! Ältere Versionen als die 2.043.00 hab ich nicht getestet.

Der Teil "Installation" muss auch angepasst werden: "Zunächst lädt man sich die aktuelle PDF-XChange Viewer Version...." Die neueste Version sollte gerade nicht installiert werden.... sorry, hab gerade wenig Zeit 😉

mfg

Ich nutze den PDF XChange Viewer für Textmarkierungen, Kommentare, etc. und das Abspeichern funktioniert problemlos. Auch das Öffnen des bearbeiteten Dokumentes mit anderen PDF-Leser. Zudem kann ich ebenfalls problemlos nach beliebigen Wörter suchen, welche dann auch schön farbig hervorgehoben werden.

• PDF XChange Viewer: 2.5 build 207, 2012-11-12

• Wine (mit PlayOnLinux): 1.5.16, 32bit

• Ubuntu 64bit: 12.04 und 12.10

Im Moment versuche ich allerdings leider erfolglos die Texterkennungs-Erweiterung (OCRBaseLangPack) zu installieren. Mal sehen ob sich das noch irgendwie hinbiegen lässt...

grillparzer schrieb:

für die 2.5 Version funktioniert die Suche (nach Schlüsselwörter) und das Abspeichern eines Dokuments NICHT.

Gerade mal die Version 2.5 build 206 ausprobiert - beide Punkte funktionieren problemlos unter Wine 1.4.1 (32-bit-System). Jetzt waere interessant, ob das Problem mit einem 64-bittigen Wine aufgetreten ist - dann waere die Ursache klar.

Ich habe soeben bei mir das Problem mit der Texterkennung gelöst. Ich verwende die portable Version, welche lediglich aus einem Hauptordner besteht in welchem vier Dateien liegen und zwei Unterordner. Wenn ich die normale OCRBaseLangPack.zip herunterlade, entpacke und ausführe meckert die Installationsroutine logischerweise, dass ich PDF-XChange Viewer nicht installiert habe.

Die Lösung ist einfach von der Webseite die Datei Portable Version (OCR Lang Files) herunterzuladen und in den Hauptordner von PDF-XChange Viewer zu entpacken. Dort gibt es jetzt einen dritten Unterordner ocrdats. Nach dem nächsten Start der Anwendung stehen dann Englisch, Deutsch, Französisch und Spanisch zur Verfügung. Meine ersten Tests mit Englisch haben super Resultate ergeben. Ich bin begeistert! 👍

Im Moment ist es mir leider nicht möglich, erst nach Januar kann ich das im Wiki nachtragen... ☹

@aasche Ja, ich vermute auch ein Wine 64bit Problem, deshalb gefällt mir PlayOnLinux auch so gut, weil ich da für jedes Programm mit Klicki-Bunti die verwendete Wine-Version und -Architektur vorgeben kann ☺