Connect failed: Connection timed out

[GastForen Programmierung/Entwicklung AppleScript Droplet "SuchenErsetzen6x_01d" unter QXP7.0.1 (Demo)

  • Suche
  • Hilfe
  • Lesezeichen
  • Benutzerliste
Themen
Beiträge
Moderatoren
Letzter Beitrag

Droplet "SuchenErsetzen6x_01d" unter QXP7.0.1 (Demo)

Anonym
Beiträge gesamt: 22827

31. Okt 2006, 10:00
Beitrag # 1 von 8
Bewertung:
(1888 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Hallo,

nachdem ich das geniale Droplet "SuchenErsetzen6x_01" von Hans Haesler schon oft inQXP 6.X verwendet habe, wollte ich es nun mal unter QXP7 (Demo) testen. Allerdings erhalte ich folgende Fehlermeldung:
Die XP_Tags_Filter-XTension ist nicht geladen ...

Dies ist aber im XTension-Ordner (aktiv im XTension-Manager)!
MAC OSX 10.4.8 auf PowerPC G5, QXP 7.0.1 (Demo). XPress-Tags-Filter 7.0 (2720). Eigener Prefs-Ordner für user eingerichtet.

Läuft das Droplet nicht unter 7.0.1 (Demo)?

zaphodbeeblebroxx
X

Droplet "SuchenErsetzen6x_01d" unter QXP7.0.1 (Demo)

Hans Haesler
  
Beiträge gesamt: 5826

31. Okt 2006, 12:09
Beitrag # 2 von 8
Beitrag ID: #421276
Bewertung:
(1887 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Hallo zaphodbeeblebroxx,

ein Script, welches für QuarkXPress 6.x entwickelt worden ist,
kann mit QXP 7.0 funktionieren. Oder auch nicht. ;-)

Im vorliegenden Fall ist der Ordnername der Auslöser der
Fehlermeldung. Bis und mit QuarkXPress 6.x heisst der Ordner,
wo sich der XPress-Tags-Filter befindet, "XTension".

Ab QuarkXPress 7.0 heisst er "XTensions". Jetzt habe ich eine
Version des Droplets für QuarkXPress 7.x gemacht und im Pfad
dieses Mehrzahl-s eingefügt.

Eine zweite Änderung: Bisher benutzte man zum Speichern im
XPress-Tags-Format den Befehl:
---
save every text in tmpFilePath as "TEXT"
---
Ab QXP 7.0 muss er lauten:
---
save every text in tmpFilePath as "XPress Tags"
---

Eine dritte Änderung: Weil QXP 7 nun den XPress-Tags-Export im
Unicode-Format macht, müssen die Befehle zum Lesen und Schreiben
der temporären Datei mit as Unicode text ergänzt werden,
damit das Suchen und Ersetzen klappt, falls in den Vorgaben des
Droplets diese Option eingestellt wurde.

Diese neue Fassung des Scripts kann hier heruntergeladen werden:
http://www.fachhefte.ch / Den Link "AppleScripts" betätigen, die
Ordner "mac_os_x_d" und "qxp_7_x" öffnen und das Stuffit-Archiv
"SuchenErsetzen_X.sit" wählen.

Gruss, Hans


als Antwort auf: [#421275]

Droplet "SuchenErsetzen6x_01d" unter QXP7.0.1 (Demo)

Anonym
Beiträge gesamt: 22827

31. Okt 2006, 13:23
Beitrag # 3 von 8
Beitrag ID: #421277
Bewertung:
(1887 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Hallo Hans,

vielen Dank für die Überarbeitung des Droplets ... werde es gleich mal ausprobieren ...

Habe noch einen Nachtrag: Das Droplet benötigt als Konvertierungsdatei eine "reine Textdatei" (also kein Unicode). In meiner Konvertierungstextdatei habe ich deshalb z.B. folgende Zeile:
- = <\#208>
(LeerzeichenDivisLeerzeichen=Leerzeichen<\#208>Leerzeichen). Damit möchte ich falsche Gedankenstriche (Divis) durch einen richtigen Gedankenstrich ersetzen. Das Droplet ersetzt aber nicht mit dem Gedanken-(Bis-Strich sondern fügt das Unicode-Zeichen 0xDO ein.

Wird bei der temp. Zwischenspeicherung noch irgendeine Konvertierung vom Droplet ausgeführt? (ASCII zu Unicode o.ä.)?

zaphodbeeblebroxx





zaphodbeeblebroxx


als Antwort auf: [#421275]

Droplet "SuchenErsetzen6x_01d" unter QXP7.0.1 (Demo)

Hans Haesler
  
Beiträge gesamt: 5826

31. Okt 2006, 15:50
Beitrag # 4 von 8
Beitrag ID: #421278
Bewertung:
(1887 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Hallo zaphodbeeblebroxx,

Deinen Nachtrag habe ich erst jetzt entdeckt. Weil die Zeit des letzten
Beitrags dadurch nicht geändert worden ist ...

Das Droplet macht eine Konvertierung nach Unicode. Aber nicht aus freien
Stücken, sondern weil der XPress-Tags-Export, wie schon erwähnt, im
Unicode-Format ist.

Wenn die Formatierung des Textes in den XPress-Boxen es zulässt, dann
kann man statt die XPress Tags zu benutzen, den direkten Weg wählen.
Durch einen Doppelklick auf das Icon des Droplets erscheint der erste
Konfigurierungs-Dialog.

Wenn "direkt" gewählt ist, wird keine temporäre Datei geschrieben. Das
Script übergibt dabei nur den Inhalt der Texte an den Handler, welcher
das Suchen und Ersetzen vornimmt. Und somit findet keine Umwandlung statt.
Aber lokale Formatierungen gehen dabei verloren.

Doch ob direkt oder mit XPress Tags, das Problem mit dem Halbgeviert-
Strich ist ähnlich. Besser wäre, in der Konvertierungsdatei anstelle
von <\#208>, mit Option-Divis einen "richtigen" Gedankenstrich (= )
zu tippen.

Gruss, Hans


als Antwort auf: [#421275]

Droplet "SuchenErsetzen6x_01d" unter QXP7.0.1 (Demo)

Anonym
Beiträge gesamt: 22827

31. Okt 2006, 18:04
Beitrag # 5 von 8
Beitrag ID: #421279
Bewertung:
(1887 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Hallo Hans,

hatte meine Konvertierungs.txt auf MAC mit dem Programm "TextEdit" erstellt.
Dieses Programm scheint aber keine "reiner Textdatei" zu speichern, die ich mit dem Droplet verwenden kann.
Voreinstellung in TextEdit für Format bei einem neuen Dok. ist "reiner Text". Diese Datei hatte ich als .txt wahlweise mit der Codierung UTF-8, UTF-16, MAC westeurop., ASCII (ohne Verlust) gespeichert. Jeweils kam die Fehlermeldung vom Droplet, das es keine "reine Textdatei" wäre.

Jetzt habe ich meine Konvertierungs.txt in QXP erstellt und den Text dann exportiert als "normaler Text" MAC OS Roman – und siehe da, es funktioniert!

zaphodbeeblebroxx


als Antwort auf: [#421275]

Droplet "SuchenErsetzen6x_01d" unter QXP7.0.1 (Demo)

Hans Haesler
  
Beiträge gesamt: 5826

31. Okt 2006, 21:41
Beitrag # 6 von 8
Beitrag ID: #421280
Bewertung:
(1887 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Hallo zaphodbeeblebroxx,

das Script beurteilt die gedroppte Textdatei einzig nach dem file type.
Und wenn das Ergebnis nicht "TEXT" ist, dann wird die erwähnte Meldung gezeigt.

Ja, "TextEdit"-Dateien kann man in verschiedenen Formaten sichern. Doch das
Script erhält auf die Frage nach dem file type immer einen leeren String zurück.

Es gibt aber sicher auch "reine" Textdateien anderer Herkunft, welche ebenfalls
keinen Eintrag für den file type haben und vom Script abgewiesen würden.

Was tun? Ich könnte die Prüfung der Datei entfernen und es dem Anwender
überlassen, ob er eine Datei verwenden will, welche brauchbar ist.

Aber ich habe nun in der Version 02 des Droplets den Test so geändert, dass
das Suffix .txt zwingend erforderlich ist. "SuchenErsetzen7x_02d.app" ist hier
erhältlich: http://www.fachhefte.ch / Link "AppleScripts", Ordner "mac_os_x_d"
und "qxp_7_x". Das Stuffit-Archiv heisst "SuchenErsetzen_X.sit".

Für interessierte Mitleser, welche die "TextEdit"-Vorgabe auf "RTF" belassen
haben und eine "reine" Textdatei herstellen möchten:
1. Ein neues "TextEdit"-Dokument [oder ein bestehendes öffnen].
2. Den Text tippen [oder unverändert lassen].
3. Den Menüartikel "Format/In reinen Text umwandeln..." wählen.
4. Den Dialog mit "OK" bestätigen.
5. Das Dokument sichern.

Im Sichern-Dialog ist unten im Pop-Up-Menü der Artikel "Westeuropäisch
(Mac OS Lateinisch)" schon ausgewählt. Darunter ist die Checkbox
".txt verwenden, falls kein Suffix ausgewählt ist" aktiviert. Damit wird
automatisch das richtige Suffix angehängt und die Datei wird akzeptiert.

Abgesehen davon, gibt es komfortablere Texteditoren.
Zum Beispiel "BBEdit Lite 6.1.2". Diese Freeware ist hier erhältlich:
http://www.versiontracker.com/dyn/moreinfo/macosx/604

Gruss, Hans


als Antwort auf: [#421275]

Droplet "SuchenErsetzen6x_01d" unter QXP7.0.1 (Demo)

Anonym
Beiträge gesamt: 22827

1. Nov 2006, 12:05
Beitrag # 7 von 8
Beitrag ID: #421281
Bewertung:
(1887 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Hallo Hans,

vielen Dank für die nochmalige Bearbeitung des Droplets.
Werde das morgen gleich ausprobieren ... außerdem werde ich mir mal die "BBEdit Lite 6.1.2"-Freeware ansehen ...

zaphodbeeblebroxx


als Antwort auf: [#421275]

Droplet "SuchenErsetzen6x_01d" unter QXP7.0.1 (Demo)

Anonym
Beiträge gesamt: 22827

2. Nov 2006, 10:27
Beitrag # 8 von 8
Beitrag ID: #421282
Bewertung:
(1887 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Hallo Hans,

.... perfekt! .... jetzt funktioniert's – vielen Dank!

zaphodbeeblebroxx


als Antwort auf: [#421275]
X