Suchergebnisse

Nein, der Ansicht bin ich nicht. Lies mal die Apple Docs dazu durch. Bei -rowForView: steht: Discussion Quellcode (1 Zeile) Ach ja, ich glaube mich daran zu erinnern, auf diese Methode in einem Apple Demo-Video im Developer Portal gestoßen zu sein, als ich angefangen habe, mich über view-based NSTableViews zu informieren. Ich habe die Methode nicht erst nachdem ich deinen Fall gelesen habe, herausgesucht.

Bildschirme abschalten (als wären sie nicht connected) funktioniert mit Display Sets in SwitchResX (Shareware), glaube das Teil hat auch Support für Hotkeys und hat ein Menubar-Icon.

Ich denke, [-NSTableView setFloatsGroupRows:] muss NO sein.

Wie wär's mit [-NSTableView rowForView:] - die liefert dir die Row für das NSTextField, bzw. NSControl in der Delegate Method. Mit der Row kannst du dann [-NSOutlineView itemAtRow:] callen und kriegst das item und kannst dort die Werte ändern.

Edit: Es gibt einige Probleme beim Projekt 1.) In Zeile 32 von NewProgressBar.m: Der Timer leakt hier, es wird keine Referenz zum Objekt über die Instanzvariable "animator" hergestellt: Quellcode (6 Zeilen) 2.) Der Name der instanzvariable "animator" ist ungünstig gewählt, der proxy Animator in Cocoa heißt schon (id)animator. 3.) Bevor der Pointer der Instanzvariable des Timers "animator" auf ein neues Objekt zeigt, muss der alte Timer ein [-NSTimer invalidate] bekommen, sonst wird er nicht von …

Wenn ich das richtig sehe, liegt das daran, dass ein Timer den selector "activateAnimation:" nach animation finish immer noch weiterhin aufruft und daher auch das View ständig neu gezeichnet wird… aber warum der Timer nicht beendet wird ist mir nicht ersichtlich auf die Schnelle.

Hallo Leute, war gerade dabei, mein NSOutlineView komplett programmatisch zu erzeugen und bin dabei möglicherweise auf einen Bug gestoßen. Die Indentation (Einrückung) wird bei view-based programmatisch erzeugten NSOutlineViews völlig ignoriert, zumindest in meinem Projekt. Ich habe ein Test-Projekt angehangen, wo das Problem ganz deutlich wird. Vielleicht ist es ja einfach ein ganz blöder Flüchtigkeitsfehler, den ich da gemacht habe, aber ich komme nicht darauf, warum die Indentation bei Child-…

Vielleicht den Button Type auf NSMomentaryChange ändern? Dies trifft immer dann zu, wenn ein Custom Bild auf den Button angewendet wurde…

Hallo! habe die Forumssuche bemüht, aber keinen zutreffenden Beitrag dazu gefunden. Es geht um die Bookmarks von NSURL, genauer gesagt die security scope-Bookmarks, die ein App unter Sandbox benutzen muss, um volle Rechte über das File zu erhalten, wenn das App neu gestartet wird. Ist es grundsätzlich möglich, ein security bookmark zu erzeugen, das wie ein Finder alias wieder "resolved" werden kann? Sprich, wenn das File renamed oder verschoben wird, soll mir +[NSURL URLByResolvingBookmarkData..…

Ich glaube, das ist ein Bug - habe den selben Fehler gerade!

Für die, die es interessiert: Das Problem habe ich jetzt doch mit NSAppleScript mit Rückgabewert gelöst. Läuft schön rein und zieht wenig CPU. Habe mir zum Ausführen von AppleScripts eine kleine Methode geschrieben. Kann ja immer mal ganz nützlich sein: Quellcode (8 Zeilen) Grüße, X.

Du hast Recht, Tom, wenn ich sie nicht programmatisch erzeuge, könnte ich ein IBOutlet verwenden, aber in meinem Fall (das hier war nur ein Beispiel) erzeuge ich eine Klasse programmatisch. Daher den setter. Im angehängten Projekt funktioniert es ja auch. Vielen Dank an euch. Ihr wart eine große Hilfe. 8)

Verflixt, jetzt habe ich auch noch ausversehen auf 'neues Thema' geklickt... Hier das angehängte Projekt.

Zitat: „Original von longW Ich glaube, ich bin jetzt auch etwas aus dem Tritt gekommen. das Porblem ist ja nicht mit "@class" gelöst worden, sondern mit der richtigen Deklaration. Im 'header':Quellcode (1 Zeile)anstelle der "@class"-Deklaration, in der Implementierung nur die erste Zeile:Quellcode (1 Zeile)“ Hmm…ich weiß jetzt nicht genau, was du damit meinst, aber ich fürchte, mir hatte der 'setter' - (void)setAppController:(AppController *)originalAppController gefehlt. Jetzt funktioniert es o…

Zitat: „Original von longW Quellcode (1 Zeile) ist zuviel. Das wurde schon mit "@class" im 'header' bekannt gegeben.“ So, nachdem ich das jetzt weggenommen habe, bekomme ich eine Warnung, dass die Methode im AppController nicht existiere + ich bekomme keine Verbindung zwischen den beiden Controllern. Tut mir wirklich leid, dass ich dich hier so aufhalte. Aber was soll ich machen.

Zitat: „Original von longW So wird es implementiert: Quellcode (4 Zeilen)“ Habe jetzt in .h: Quellcode (8 Zeilen) in .m: Quellcode (13 Zeilen) Was ist daran falsch?

Zitat: „Original von longW Hinter der geschweiften Klammer muss natürlich noch die Methode (als "getter") kommen: -Quellcode (1 Zeile)“ Aha, und was bringt der in dem Fall? Was gebe ich in .m denn dan zurück? Sorry, dass ich mich so blöd anstelle, aber irgendwie komme ich noch nicht ganz hinter das System.

Zitat: „Original von longW Versuch es mal so:Quellcode (5 Zeilen)“ Habe es jetzt im @interface drin, es kommen keine Warnings mehr, leider kann ich vom ViewController nun auch nicht mehr auf die Methode im AppController zugreifen. Sobald sich AppController *appController im @interface befindet, habe ich keine Verbindung mehr zwischen ViewController und AppController.

Zitat: „Original von wolf_10de aber die #import-Anweisung hast Du aus der header genommen und in die m-Datei verschoben ??“ Nein, das hatte ich zwar nicht, jetzt habe ich es in .m importiert, trotzdem kommen die gleichen Fehler: .h: #import <Cocoa/Cocoa.h> @class AppController; @interface ViewController: NSObject { } AppController *appController; .m: #import "AppController.h" @implementation ViewController

Habe mir den Beitrag durchgelesen und hier steht es ja deutlich: Zitat: „Rodewig/Negm, Objective-C und Cocoa, 2. Auflage, S. 108 f. Es ist ein häufig auftauchender Fehler, dass in einer Headerdatei eine andere Header- datei importiert wird, obwohl die dort andere Klasse lediglich in Bezug genommen wird, etwa als Klasse einer Instanzvariablen. Dies kann zu Problemen führen. In die- sen Fällen benutzt man keinen Import, sondern lediglich die Anweisung @class andereKlasse; Damit weiß der Compiler g…