Beitrag #21

(28.05.15 21:14)torquato schrieb:  Und wie soll das ohne Tastaturumstellung gehen?

Tab

http://de.wikipedia.org/wiki/Zsh#/media/...h-demo.png

Guck dir den unteren Bereich des Bildes an.

Beitrag #22

(28.05.15 21:14)torquato schrieb:  Und wie soll das ohne Tastaturumstellung gehen?

Ich habe gerade mal das Beispiel von Hellstorm konstruiert:

Das Bild ist entstanden, nachdem ich "python" eigegeben und Tab gedrückt habe. Dann kann ich mit den Pfeiltasten durch die verfügbaren Verzeichnisse bzw. Dateien navigieren.
Enter und nochmaliges Drücken von Tab (da es nur eine Datei im Verzeichnis gibt) führt zu

Beitrag #23

(28.05.15 21:11)Hellstorm schrieb:  Wie führst du von der Bash aus "python ものすごく大切なプログラム！！！！.py" aus?

Wenn das die einzige .py Datei ist, python *.py

Und wenn man das も aus irgendeinem Grund nicht einfach eintippen kann (?) dann kann man es Copy-Pasten.

Ob es bei der Bash ein Kürzel gibt die Tab-Completion auszuwählen weiß ich indes auch nicht. Habe ich aber auch noch nie vermisst...

Beitrag #24

(28.05.15 21:27)frostschutz schrieb:  Wenn das die einzige .py Datei ist, python *.py

Touché (Auch, wenn das eher Hellstorm sagen müsste)

Zitat:Ob es bei der Bash ein Kürzel gibt die Tab-Completion auszuwählen weiß ich indes auch nicht. Habe ich aber auch noch nie vermisst...

Ich hatte das vorher auch nie vermisst, aber jetzt kann ich gar nicht mehr ohne ^^
Die Tab-Completion bei der zsh ist einfach intelligenter als bei der bash und das macht das Arbeiten damit ziemlich angenehm.

Hier ein Beispiel:

Ich hatte nur "evince " eingegeben und Tab gedrückt. Zsh war so intelligent und hat gleich den Pfad zur PDF-Datei vervollständigt.

Beitrag #25

(28.05.15 21:27)frostschutz schrieb:  

(28.05.15 21:11)Hellstorm schrieb:  Wie führst du von der Bash aus "python ものすごく大切なプログラム！！！！.py" aus?

Wenn das die einzige .py Datei ist, python *.py

Der Praktiker unter den Spielverderbern...

Klingt insgesamt interessant. Muß ich mir wohl mal angucken.

Beitrag #26

Das ist doch interessant finde ich.
Nun ich denke dass es fuer beide Plattformen, auch Foren gibt oder etwa nicht.
Und auch Literatur muesste auch vorhanden sein.
Natuerlich auch umsonst.

http://www.heise.de/ix/artikel/Fortsetzu...06680.html
Die altbewaehrte Datenbank.
Hab irgendwie mitbekommen, dass sich dort vieles von Google anhaeuft.

https://archive.org/search.php?query=bash%20linux
zsh = Z shell.
http://zsh.sourceforge.net/
Der Link kommt von dieser Seite.
https://archive.org/details/lrp085

Ich habe heute noch einige .bat Dateien aktiviert.
(nicht Linux, sondern Windows.XP)

Beitrag #27

Für ein Japanisch-Forum sind wir ja ziemlich weit off-topic, trotzdem möchte ich noch einmal kurz auf die Bilder zurückkommen. Ich konnte ja mit moustiques Dateien etwas herumspielen, und er hat mich geben, meine Erfahrungen im Forum mitzuteilen.

Es handelt sich um schwarz-weiß (ohne Graustufen) eingescannte Buchseiten. Solche Daten lassen sich im Prinzip sehr gut verlustfrei komprimieren, schließlich ist der Großteil der Seite einfach weiß, und die schwarzen Stellen hängen mehr oder weniger zusammen. In moustiques Dateien wird das aber nicht einmal versucht:


(Für die Kompatibilität hat das Vorteile. Ich bin ziemlich sicher, dass diese Dateien auch vor 15 Jahren unter Linux noch keine Schwierigkeiten gemacht hätten.)

Ein Dateiformat wie PNG mit ordentlicher, recht universell brauchbarer verlustfreier Kompression kann da schon eine Menge herausholen:


Das ist schon einmal ein Faktor 4,5. Mit einem für solche Daten spezialisierten Kompressionsverfahren, von denen TIFF einige unterstützt, lässt sich das leicht auf 8 steigern, natürlich ohne Datenverlust:


Das beliebte JPEG-Format ist für solche Dateien übrigens richtig schlecht geeignet. Für das hier verwendete verlustbehaftete Kompressionsverfahren, das für Fotos und ähnliche Bilder mit „natürlichen“ Farbübergängen sehr effizient ist, sind diese Bilder so ungefähr der ungünstigst mögliche Fall. Um auch nur die Größe der unkomprimierten TIFF-Datei, die sich immerhin auf ein Bit pro Pixel beschränkt, ungefähr zu reproduzieren, muss man die JPEG-Qualität drastisch herunterdrehen, und selbst mit dem niedrigstmöglichen Wert bei convert (höchstmöglicher ist 100) bleibt man über der Dateigröße der PNG-Datei:


Damit handelt man sich natürlich grässliche Artefakte ein; die angehängte Grafik zeigt es an einem kleinen Ausschnitt, der einmal ohne JPEG-Kompression und je einmal mit den oben verwendeten JPEG-Qualitätsstufen 35% und 1% gezeigt wird.
   

Wie all dem auch sei: Moderne Linux-Systeme sind für den Umgang mit all diesen Grafikdateien jedenfalls bestens ausgestattet.

Beitrag #28

@Reedmace Star
Danke fuer deinen Testbericht.
Fuer Programmierer wird das sicherlich helfen, denke ich.
Keineswegs sind wir, für ein Japanisch-Forum nicht weit off-topic. Weil du an japanisch eingescanntem Text arbeitest.

Und was man danach noch tun kann, Nachforschungen anstellen, und lernen. Oder die Seiten in eine .pdf Datei einbauen. Wer es noch schoener gestalten will, koennte den haesslichen schwarzen Streifen, zwischen 2 Seiten, wegradieren. Aber das ist sehr viel Aufwand, denke ich.

Da Omnipage dieses Format bevorzugt fuer Bilder, da frag ich mich, ob Omnipage dieses Format nicht wieder oeffnen kann, mit einer hoeheren Version. (ich hab Omipage 15). Und diese dann mit OCR bearbeiten kann.

Fuer mich uninteressant. Ich lese die Seite nur einmal, und werde sie vielleicht niemals mehr ansehen, bzw. konsultieren.

Beitrag #29

(28.05.15 21:27)frostschutz schrieb:  Und wenn man das も aus irgendeinem Grund nicht einfach eintippen kann (?) dann kann man es Copy-Pasten.

Klar kann man die Tastatur umstellen (meistens, ich hab hier auch einen persischen Dateinamen, da hab ich erst einmal ein Problem), aber das bremst die Arbeit mit der Kommandozeile komplett aus. Daher ist das ja praktisch.

Beitrag #30

(29.05.15 00:20)Reedmace Star schrieb:  Für ein Japanisch-Forum sind wir ja ziemlich weit off-topic,

Das ist mir sch... egal. Ich fand die Beiträge hier sehr interessant. Danke.

Dieses convert und exiftool ist auf dem Mac nicht standardgemäß dabei. Mal gucken ob die kompatibel sind. Dann werde ich sie mir wohl jetzt am Wochenende einmal kompilieren. Scheint ja nicht zu schaden, die bei Bedarf zur Hand zu haben.

Die zsh müßte ich wohl auch noch kompilieren... Apropos. Habe ich das richtig verstanden, daß die bash-kompatibel ist?

(27.05.15 11:59)Reedmace Star schrieb:  TIFF, manchmal scherzhaft expandiert zu Thousands of Incompatible File Formats, ist ziemlich komplex und variantenreich. Unter anderem unterstützt es eine Vielzahl von verschiedenen Kompressionsalgorithmen für die Bilddaten, und kaum ein Programm (unabhängig von der Plattform) unterstützt sie alle.

Den kannte ich auch noch nicht. Das ist wohl Fluch und Segen dieses Formats. Man kann, wie Du schon sagst, den Kompressionsalgorithmus speziell nach den Bedürfnissen auswählen, eben auch auf die Gefahr hin von Kompatibilitätsproblemen. Ein anderes tolles Feature sind mehrere einbettbare Vorschaubilder in verschiedenen Auflösungen, oder daß sich sehr große Dateien in einzelne 'Kacheln', bzw. Abschnitte segmentieren lassen. So muß ein merere Gb großes Bild nicht immer komplett als ganzes in den Speicher geladen werden...
Hatte mal vor Jahren mit der libtiff gespielt und darauf basierend einen Bildbetrachter für den Mac programmiert, mit dem man dann auch Bilder betrachten konnte, die von Hause aus auf dem Mac nicht funktionierten.