Farbfelder aufsteigend sortieren von A-Z?

WernerPerplies

Hallo Hans,

eigentlich werde ich das ja wohl nie brauchen, aber wie würde dann :
1_Versuch
20_Versuch
11_Versuch
2_Versuch

sortiert?

Hans_Haesler

Hallo Werner,

das Ergebnis wäre: 11_Versuch,1_Versuch,20_Versuch,2_Versuch

Es wurde schon in der erwähnten Diskussion festgestellt, dass ein NumSort nur funktioniert, wenn anstelle der Underscores Leerschläge sind.

Ob das für den OP Tino ein Problem ist, weiss ich nicht. Das Thema "Zahlen" wurde von Uwe aufgeworfen.

Gruss, Hans

WernerPerplies

Hallo Hans,

deswegen würde ich, wenn ich über eine Collection sortiere, immer auffüllen, damit die Sortierroutine allgemeingültig wäre.

So etwas braucht man ja immer wieder.

Je nach Programiersprache würde ich die ganze Logik entweder in eine eigene Klasse oder Funktion packen.

Aber ich denke, damit haben wir das Thema erschöpfend behandelt.

;-)

luebcke

Hallo Hans,

für mich ist das eine perfekte Lösung. Das Skript funktioniert einwandfrei und macht jetzt genau das was ich wollte.

Vielen Dank für die wie immer schnelle Hilfe und Grüße,
Tino

Uwe_Laubender

Hallo, Hans!

Ja, bei der Sortierung kann man das ganz große Faß aufmachen.
@Werner: schau Dir das mal an, was Peter Kahrel (meine allergrößte Hochachtung!) DORT für ein Faß aufmacht:
http://www.kahrel.plus.com/indesign/sort.html
Da wird einem ja schwindelig.

WernerPerplies

Hallo Uwe,

ich habe das nur mal überflogen, weil ich wohl niemals in InDesign sortieren werde, aber so auf den ersten Blick werden da auch Ersatzstrings sortiert.

Das muss man immer machen wenn einem das Betriebssystem und/oder die Applikation (hier InDesign) nicht die entsprechenden Spracheinstellungen bietet, oder man Sonderzeichen verschiedener Sprachen nach Sortierkriterien einer Sprache sortieren will.

Oder, kam auch schon als Forderung, ein bewusst andere Sortierfolge als der Sprachstandard gewünscht war.

Uwe_Laubender

Hallo, Hans!
Ich möchte diesen alten Thread aus gegebenem Anlaß noch einmal aufwärmen:
"Order swatches alphabetically"
http://forums.adobe.com/message/4027082#4027082

Nach weiteren Tests mit Deinem Script in Bezug auf Farbtonfelder (InDesign CS4 (6.0.6) erscheint mir die Aufgabe noch schwieriger.

Aber sieh selbst (siehe angehängte IDML-Dateien):
Ausgangsbasis ist die Datei: SortSwatchesByName_UNSORTED_v2.idml
Nach Einsatz Deines Scripts "FarbfelderSortieren.js" entsteht folgender Zustand:
"SortSwatchesByName_SORTED_BY_SCRIPT_v2.idml"

Da passiert etwas für mich (zunächst) nicht Vorhersehbares: es werden (scheinbar) plötzlich Farben mit gleicher Namensgebung und unterschiedlicher Definition angelegt!

Im UI unmöglich zu erzielen, dachte ich jedenfalls. Nach eingehender Inspektion des Ergebnisses ist die Sachlage klar: die neuen Farbfelder (vermeintliche Duplikate) haben im Farbnamen die %-Bezeichnung erhalten, stellen aber eine Kopie der 100%-Variante der Farbe dar.

Dein Script müßte also erweitert werden um eine Routine, die NEUE Farben wieder löscht, zudem, was ich mir sehr schwierig vorstelle, eine Funktion, die die Farbtonfelder nach den auf sie basierenden Farbfeldern ordnet.

Hans_Haesler

Hallo Uwe,

ich kann das Problem bestätigen (mit CS4).

Allerdings sieht hier die Farbfeldpalette anders aus (siehe Anhang). Je nachdem, welches Farbfeld beim Start des Scripts ausgewählt ist, werden die neuen Farbtonfelder eingefärbt. Und die beiden alten bleiben unverändert. Eingereiht gleich nach den fixen.

Ich habe Verschiedenes versucht, kann aber keine Lösung anbieten. Vielleicht setze ich mich später nochmals dahinter.

Gruss, Hans

Uwe_Laubender

Hallo, Hans!
Das eilt überhaupt nicht. Ich ringe nur um Verständnis, was da eigentlich abgeht. Interessant Deine Feststellung mit dem angewählten Farbfeld. Leider gibt's, soweit ich sehen kann, keine Property von swatch, die "activeSwatch" heißen könnte…

Hans_Haesler

Hallo Uwe,

was abläuft ist ganz logisch (zum Glück): Mit dem "Tint"-Namen wird ein "Swatch" erzeugt (statt ein "Tint"). Und das Zuweisen der Properties sowie das Ersetzen beim Löschen gelingt nicht mehr.

Ich bin ein Stück weitergekommen. Ein Test prüft das aktuelle Objekt. Falls "Tint" wird dessen Basis-Farbfeld festgestellt und beim Erzeugen des neuen "Tints" verwendet:
Tint add (baseColor: Color[, withProperties: Object])

Das Zuweisen der Properties ist optionell, sollte aber schon eingesetzt werden. Denn nachträglich geht nicht, weil die Properties mit read-only bezeichnet sind.

Das Ergebnis: Es wird ein "Tint" erzeugt. Das Basis-Farbfeld ist richtig, aber der Wert ist nicht "50%" sondern "99%" ... Und das Löschen des alten und Zuweisen des neuen geht auch nicht.

Vielleicht mache ich heute Abend einen weiteren Versuch.

Gruss, Hans

Hans_Haesler

Hallo Uwe (und alle Interessierte),

ich habe jetzt vorerst das vor zwei Jahren veröffentlichte Script so geändert, dass Farbtonfelder ignoriert werden. Das heisst, sie werden nicht neu erzeugt, aber auch nicht sortiert.

Das Script ist in der ID-Skript-Datenbank zu finden: FarbfelderSortieren.js

Gruss, Hans

Uwe_Laubender

Hallo, Hans!
Das scheint mir auch im Moment die beste Lösung zu sein. Vielleicht kann ich am Wochenende zum Thema noch ein wenig an Code beitragen.

Danke!

Hans_Haesler

Hallo Uwe,

ich bin einen Schritt weiter ...

Damit Du für Deine Versuche schon eine Grundlage haben wirst, stellte ich ein paar Code-Zeilen zusammen. Doch beim Ausprobieren (ohne try) fand ich heraus, weshalb es bisher nicht klappte: Ein Farbtonfeld kann nicht erzeugt werden, wenn vom demselben Basis-Farbfeld schon ein gleichwertiges Farbtonfeld existiert. Dieses muss zuerst entfernt werden.

Also ... diese Aktionen ausführen, wenn aktuell ein Farbtonfeld behandelt werden soll:
– Das Basis-Farbfeld des Farbtonfeldes speichern (= Objekt).
– Die Properties des Farbtonfeldes speichern (= Objekt).
– Das Farbtonfeld entfernen.
– Das neue Farbtonfeld erzeugen.

Ergebnis: Jetzt sind im Bedienfeld auch die Farbtonfelder in der richtigen Reihenfolge. :-)

Aber: Wenn im Dokument ein Farbtonfeld zugewiesen war, wurde es durch "[Schwarz]" ersetzt. :-((

So geht es also nicht. Ich habe zwar eine Idee, wie das Problem gelöst werden könnte. Doch jetzt steige ich erst mal aufs Rennrad und profitiere vom herrlichen Wetter. :-)

Gruss, Hans

Uwe_Laubender

Antwort auf: So geht es also nicht. Ich habe zwar eine Idee, wie das Problem gelöst werden könnte. Doch jetzt steige ich erst mal aufs Rennrad und profitiere vom herrlichen Wetter. :-)

Hallo, Hans!
Danke für Deine Mühen. Genieß das Wetter bei Dir. Hier in Würzburg hält sich die durchgängige Wolkendecke leider schon den ganzen Tag :-( (Auf dem Fahrrad war ich vorhin trotzdem schon :-)).

Hans_Haesler

Hallo Uwe,

hier hatten wir gestern und heute eitel Sonnenschein. Morgens Null Grade, nachmittags immerhin 7 ...

Gut, dass ich meine Idee nicht sofort umgesetzt hatte. Denn kaum berührte ich das Rad (musste noch von der letzten Ausfahrt aufgeladen sein), als mir eine einfachere Variante einfiel:

– Basis-Farbfeld und Properties speichern
– Ein Dummy-Farbfeld erzeugen
– Das "alte" Farbtonfeld entfernen und durch das Dummy ersetzen
– Das "neue" Farbtonfeld erzeugen
– Das Dummy entfernen und durch das neue Farbtonfeld ersetzen

Die so ergänzte Version 03 des Scripts ist hier bereitgestellt: FarbfelderSortieren_03.js

Aber hallo: Es gibt ja auch noch Verlaufsfelder ... Stimmt. Und solche würden gnadenlos massakriert. Ich werde versuchen, dies mit der Version 04 des Scripts zu verhindern.

Gruss, Hans

Hans_Haesler

Hallo Uwe,

beim Erzeugen eines Verlaufsfeldes per Script geschieht Seltsames (ich werde morgen ein neues Thema eröffnen).

Deshalb habe ich zunächst das Farbfelder-Sortierungs-Script so ergänzt, dass sowohl Verlaufsfelder als auch Mischdruckfarben-Farbfelder und Mischdruckfarben-Gruppen weder sortiert noch verändert werden.

Die aktuelle Version 04 steht hier bereit: FarbfelderSortieren_04.js

Gruss, Hans

Nike77

Hilfe...ich bin blind...Ich kann bei der 04. Version den Link nicht sehen...

Es steht: Dieses Skript ist nur für Premium-Member sichtbar.
Premium-Member werden oder einloggen und diese Seite neu laden.

Das habe ich getan.....

Hans_Haesler

Hallo Nike77,

herzlich willkommen in der Skriptwerkstatt! :-)

Die Anweisung ist etwas missverständlich formuliert.
Gemeint ist: Wer PremiumMember ist, muss sich einloggen, um das Script zu sehen.

In Deinem Fall musst Du auf das Wort "PremiumMember" klicken, damit Du auf die Seite "Spenden" kommst.

Das habe ich getan.....

Was, genau, hast Du getan?

Wenn Du den PremiumMember-Beitrag überwiesen hast, dann musst Du Dich etwas gedulden, weil der Status manuell geändert wird, nachdem die Überweisung eingegangen ist.

Gruss, Hans

Nike77

Hallo Hans, deine Antwort [s]"In Deinem Fall musst Du auf das Wort "PremiumMember" klicken, damit Du auf die Seite "Spenden" kommst. "[/s] war sehr hilfreich. Da muss ich erstmal drüber nachdenken ob mir dieser "kleine" Beitrag die Sortierung wert ist.

Vielen Dank erstmal.

Hans_Haesler

Hallo Nike77,

der PremiumMember-Beitrag gilt nicht nur für ein Script.
Du hättest Zugriff auf alle anderen, welche versteckt sind.
Und darunter hat es doch sicher einige, welche Dir die Arbeit erleichtern würden.

Zudem hättest Du noch andere Vorteile. Siehe hier: http://www.hilfdirselbst.ch/foren/gforum.cgi?do=membership;

Gruss, Hans

« Vorherige Seite Nächste Seite »