Suchergebnisse

Vielleicht möchte der OP groß in die iPhone-Reparatur einsteigen?

Nur - äh - wozu sind die Cubes da? Also, ich meine, haben die Mehrwert? *staun*

Zitat von Amin Negm-Awad: „Dreck, alle Antworten die ihc geschrieben hätte, sind schon verfasst.“ Das gibt's?! (und wech ...)

Indem Du parentNode als id deklarierst.

Zitat von KaboomProjeXs: „Manche Leute schätzen die Doku halt eben nicht...was eigentlich schade ist!“ Manche Leute verstehen die Doku nicht, was auch schade ist und hier einen bekannten Grund hat: Es fehlen die Grundlagen. Daher ist der Verweis auf die Doku nicht hilfreich, denn: Keine Grundlagen in Objective-C und keine Kenntnis des Englischen.

Klar, wenn es tatsächlich um Settings geht, ist das natürlich der einfachste und beste Weg. Aber ich habe es so verstanden, dass der OP eine zusätzliche plist ins Bundle steckt. Nun denn: mit all diesen Infos sollte man weit genug kommen, um das Problem so oder so zu lösen.

Zitat: „Du rufst zweimal nach 'super' auf?“ Natürlich nicht. Es gab zweo von einander unabhängige Fälle, in denen ich super aufrief.

Das wird nichts. Wir können Dir die Tür zeigen, durchgehen musst Du selbst. Mit nem Buch

NSBundle ist Dein Freund. Damit holst Du Dir den Pfad zu Deiner plist und initialisierst damit ein neues Directory (s.o.). Dann verwendest Du [<Dein Directory> valueForKey:...], um den gewünschten Wert zu lesen. Das ist alles.

Threading war auch irgendwie der falsche Begriff, ich weiss. Egal. So wie es aussieht, war der Super-Aufruf im Setter das Problem und das verstehe ich halt nicht so ganz, weil mir eben doch die Bildung in dieser Richtung fehlt ...;)

Hmm, ja. Im Grunde lag es nicht wirklich am KVO, wohl aber vermutlich in der Tat daran, dass ich etwas "überschrieben" habe. Ich verstehe allerdings noch nicht ganz, warum das so ist. Ich versuche es kurz: Grundsätzlich ist es so, dass ich von meiner ursprünglichen Klasse zwei weitere Klassen abgeleitet und instanziiert habe(1). Nun war es z. B. so, dass ich in der "Mutter"-Klassen einen Setter programmiert habe, der gleichzeitig Abhängigkeit vom gesetzten Wert einen Dienst startet oder stoppt(2…

Zitat von mattik: „Kannst Du das Problem mal in einem Beispielprojekt isolieren und hochladen?“ Nee, aber Danke. Ich bin dem Problem inzwischen auf die Spur gekommen und es ist SAU BLÖD. Aber lösbar. Nur zeigt es mir, dass ich an der einen oder anderen Stelle echt noch Vertändnislücken habe ...

Zitat von AR.DDev: „Faule ***!“ Lass mal. Beschimpfen musst Du ihn nicht, fass Dir mal an die eigene Nase mit dem Selbersuchen @nitromethan: Dir fehlen eine MENGE Grundlagen. Nimm doch etwas mehr als die budgetierten 30 € in die Hand und kauf Dir das Buch von Amin, Band 1. Sonst kommst Du nie und nimmer auf einen grünen Zweig.

Du musst Dich schon mit den Grundlagen auseinander setzen, denn das sind Grundlagen, nach denen Du fragst - sogar Programmier- und keine Objective-C-Grundlagen. Du holst Dir die plist, die nichts anderes als ein Directory ist. Dann schaust Du nach, welchen Wert Du für den Schlüssel vorfindest (valueForKey: oder objectForKey:). Das packst Du in einen if-Anweisung und machst dies oder das.

Das ist zum Verrücktwerden. So wie es aussieht, fliege ich immer bei KVO in der observer-Methode aus der Bahn, sobald ich ein [self set...]-Aufruf mache. Wobei, wohlgemerkt, dieser Aufruf eine andere Property betrifft, als die, die ich observiere. Nun ist das Allermerkwürdigste aber, dass diese ganzen Prozesse eigentlich ewig funktioniert haben - nur seit gestern nicht mehr! Ich glaube, ich starte mal den Rechner und das Testdevice neu und lösche die Build-Ordner. Schon wieder.

Zitat von MCDan: „Dies könnte am Proxy des Netzbetreibers liegen.“ Es ist schon erstaunlich, aber wir hatten bereits öfters Fragen zu Problemen hier, die darauf beruhen, dass der Netzbetreiber Daten cached, "verändert" (v.a. Leerzeichen entfernt) und sonstwie in die Datenströme eingreift.

Entweder oder oder.

Ich habe noch ein, zwei Informationen dazu. Vermutlich mache ich einfach etwas falsch. Inzwischen habe ich einen Verdacht und frage mal ganz blöd: Wie kann ich eine property, die als readonly deklariert ist, 1. KVO-complient machen (vermutlich indem ich einen eigenen setter schreibe) und 2. die Property KVO-complient in den abgeleiteten Klassen-Instanzen ändern? Zu 2: Der Compiler kräht, dass er (in meinem Fall) setReady: nicht kennt, das ist aber der in der Mutter-Klasse deklarierte und impleme…

Es gilt die alte Regel: Doku lesen! Fällt mir auch schwer, aber langsam kapier' ich's.

Hast du daran gedacht, das hier zu implementieren: Quellcode (13 Zeilen) Ohne das wird's nichts. Du musst dem iOS schon mitteilen, dass Du es bist, der gern die Info hätte. Und das geht für Events über den FirstResponder-Status.