Mit NewWindow-Klasse meist du einen separaten Nib?
Deine Main-Kasse ist das Application-Delegate?

Dann führt der Weg über die Application, die in jedem Nib vorhanden ist.

Jetzt verstehe ich gar nichts mehr. Du hast doch alles in einem Nib!? Dann kannst du doch einfach ziehen.

Ladt mal den Nib hoch.

Original von fiveyears
ich habe mal die Demo drangehangen

Na, bei dem Demo ist das doch sau einfach. Du verpasst einfach Deiner NewWindow Klasse ein Outlet vom Typ MainClass und verbindest es mit der MainClass Instanz.
Alternativ kannst Du auch folgendes machen, weil die MainClass-Instanz ja auch Delegate von NSApplication ist:
Mit der globalen Variable NSApp geht es auch so:
Michael

Original von fiveyears
Schade, jetzt geh ich fast ins neue Jahr und weiß nicht, wie ich zur Laufzeit an alle Objekte komme

Abends sitze ich vor einem Tiger. Da ist das mit dem testen nicht so einfach. Aber Michael hat dir ja schon geholfen.

Original von fiveyears
den Button einfach als Outlet des NewWindow zu definieren ging nicht (sicher logisch)

Das hat auch niemand vorgeschlagen.

Michael

Um noch mal ein Beispiel zu bringen. Apple ändert tatsächlich auch bei Buttons ein Bild, wenn Option gedrückt ist. Im Adressbuch. Der Plus Button unter den Gruppen wird zu "Intilligente Gruppe hinzufügen"...

Eben habe ich noch einen stinknormalen Button in einer Apple-Anwendung gefunden, der modifierabhängig seinen Inhalt ändert. TextEdit: Suchen-Fenster. Bei gedrückter Alt-Taste wird "Alles ersetzen" zu "In der Auswahl".

Na, wenn man es eifrig suchen muss, ist es sicherlich Nutzererwartung …

Den Button habe ich tatsächlich rein zufällig gefunden, ohne zu suchen. Die Alt-Taste habe ich in dem Dialog für etwas ganz anderes benutzt. Dabei ist mir der Knopf aufgefallen, was mich an eine alberne Diskussion, die ich kürzlich in einem OS X-Entwicklerforum gelesen hatte, erinnert hat...

Ich sagte ja: Nicht deine Erwartung.

Original von mattik
Eben habe ich noch einen stinknormalen Button in einer Apple-Anwendung gefunden, der modifierabhängig seinen Inhalt ändert. TextEdit: Suchen-Fenster. Bei gedrückter Alt-Taste wird "Alles ersetzen" zu "In der Auswahl".

Da war noch etwas, ach ja, TextEdit findet man im Beispiel-Ordner.
Wie haben die das gemacht?
Gar nicht, jedenfalls nicht dort. Sobald man ein 'Find'-Menu hat und ein TextView, klappert der Knopf, wie 'mattik' es beschrieben hat.

Original von Tom9811
Ich sagte ja: Nicht deine Erwartung.

So würde ich das nicht sagen. Ich habe davor nicht gewusst, dass das TextEdit-Suchen-Fenster (bzw das Standard-Suchen-Fenster für TextViews - danke, longW!) diese Funktionen hat. Jetzt weiß ich es. Ein responsives Interface, insbesondere der modifiersensitive Knopf, entspricht durchaus meiner Erwartung. Ich habe schon des Öfteren Situationen gehabt, in denen ich meinte, dass irgendwo eine Funktion sein müsste, die ich gerade nicht finde und daraufhin aufs Geratewohl ein paar Modifier gedrückt, in der Hoffnung, dass sich irgendwo etwas ändert. Und da war's mir ganz egal, ob es ein Knopf oder sonstwas ist.

Nach DIN/ISO 9241-Begrifflichkeit: Ein Knopf, der auch anzeigt was er tut, erhöht die Erwartungskonformität. Im Suchen-Fall verbessert der modifiersensitive Knopf auch die Aufgabenangemessenheit, weil das Interface nicht durch Zusatzfunktionen überlastet wird. Woran es mangelt, ist Selbsbeschreibungsfähigkeit.

Aber die Diskussion ist meines Erachtens müßig. Es gibt UI-Designentscheidungen, an denen sich die Geister scheiden. Modifierabhängig mehrfachbelegte Knöpfe scheinen ein solcher Fall zu sein. Solch ein Verhalten ist bei Apple nicht überall gegenwärtig, aber es gibt durchaus Stellen, an es vorkommt. Ich persönlich finde es - zumindest im Suchen-Dialog - schön gemacht.