Suchergebnisse

Zitat: „Was ist aber mit Nr.3? Braucht das ein release, oder ist das autoreleased? “ Du brauchst kein release. Stell dir vor du müsstest bei jedem [receiver valueForKey:@"aKeyString" ] Konstrukt von @"aKeyString" verantwortlich sein? Dann möchte ich aber nicht mehr in obj-c programmieren

hast Du es mal mit CFXMLCreateStringByUnescapingEntities() versucht?

vielen Dank an alle. Das sind hier wirklich wertvolle Tipps! - Coconut

Zitat: „Unter Leopard sind sie das? Huch, muss ich mir anschauen! meinst du wirklich KVO oder KVC? Verwechselt man leicht “ Yep! Mit richtigen Observern. Ich ändere in NSTableView auf der client-seite die Werte via ArrayController die NSDistantObject's beinhalten und schon ist der NSTableView auf der Server-Seite aktualisiert Aber ich konnte keine Dokus dazu finden

Zitat: „Das sollte dich auch nicht interessieren, da ein Proxy für dich das Originalobjekt ist. “ Aber es gibt doch byref und bycopy genaus aus dem Grund damit man sich dafür intressieren darf Anderseits: Das wäre echt gut, wenn ich mich dafür nicht zu ntressieren brauche. Leider handelt es sich tatsächlich um viele immutable Objekte die ich in einem Array Controller verwenden möchte. Die Daten brauche ich auch nicht zu synchronisieren oder mehmals abzufragen. Ich bin auf zwei Problemen gestosse…

Ok. Ich habe einiges gefunden und werde es mal posten. 1. Das habe ich von einem Stepwise-Artikel Zitat: „Unlike the other keywords, PDO has no consistent default for this. Without the keyword, objects such as the immutable foundation kit objects will tend to be sent as copies while all other objects are sent as proxies.“ na toll Es wird auch nirgends dokumentiert welche Klassen sich wie verhalten. 2. Um eigene Objekte mit bycopy zu transferieren muss man das NSCoding Protokol implementieren. vi…

Es gab einen sehr guten Beitrag in WWDC mit dem Namen "Beyond Buttons and Sliders" Hier das Beispiel wo alles erklärt wird. Fokus ist genau das was du suchst. developer.apple.com/samplecode/PhotoSearch/index.html

Hi Experten, ich habe mal eine Frage. Ich konnte in den Dokus von Apple nicht finden was eigentlich das Default-Verhalten bei Rückgabewerten mit DO ist. Hier ein Beispiel: Quellcode (8 Zeilen) Das bycopy ist (zu mindest unter Leopard) überflüssig weil es auch ohne 'bycopy' eine Kopie von NSDictionary erstellt. Ich habe den Serverprozess beendet und konnte immer noch mit dem NSDictionary Objekt auf der client-Seite rumspielen. Nun wenn man explizit byref angibt wird tatsächlich ein NSDistantObjec…

Ich blödman hab die ganze Zeit NSTask anstatt NSTimer geschrieben. Sorry. Ich hoffe mein Vorhaben wird jetzt klarer

Ja. ABER in einem NSTask. Also der Benutzer arbeitet und ändert sogar evtl. die CD Daten während im Hintergrund die CD Daten mit save: gespeichert werden. Ich denke ich habe eine alternative (bessere) Lösung gefunden für Autosave u. mein Problem cocoadev.com/index.pl?StackTraces Das war auch wohl mit "nicht abstürzen lassen" gemeint

Ich wollte eigentlich im vorigen Post noch schreiben : 'Aber bitte nicht mit "programmiere dein programm so dass es nicht abstürtzt" antworten. ' Dann dachte ich aber: naja das wäre überflüssig, das ist ja selbstverständlich und wir reden hier von Extremfällen die in jeder Software mal passieren und spätestens nach Bugreport gefixt werden kann. Ich hätte es doch schreiben sollen ! Oder ist mit "Crash vermeiden" etwas anderes gemeint? Kann man denn so etwas abfangen? Also kann man nun davon ausge…

Zitat: „Original von Tom9811 Willst du das wirklich dem User als Lösung anbieten?“ Das ist mir nur als Lösung eingefallen. Gibt es eine bessere alternative oder hab ich etwas versäumt?

Das Problem bei mir ist, dass die noch nicht gespeicherten Daten im Falle von einem Crash verloren gehen. Wenn ich aber nun [managedObjectContext save: ] aufrufe, werden dann nicht alle nicht gespeicherten Daten in PersistenceStore gespeichert, unabhängig davon, ob die Daten schon vorher geladen sind oder nicht? Mir geht es wesentlich um Datenrettung nach einem Crash. Danke nochmals

Hallo, da CoreData so etwas nicht von Haus aus anbietet, frage ich mich "warum"?. Gibt es noch Probleme damit? Hat schon jemand Erfahrungen damit gemacht? Ich habe vor NSTask für [managedObjectContext save: ] zu verwenden. Wäre das ok oder gibt es eine elegantere Lösung? Vielen Dank

Ja String ist eine gute Idee. Zunächst habe ich mal NSDecimalNumber ausprobiert und ich finde das Klasse! Man kann ja auch immer noch in der View direkt NSNumberFormatter verwenden. Also die Umstellung war für mich nicht viel Aufwand gewesen. Aber ich habe unglücklicherweise nicht viel über die Verwendung von NSDecimalNumber gefunden (google, etc). Nur dass man "niemals" float sondern, wie Tom9811 schon geschrieben hat, entweder in Cents oder NSDecimalNumber verwenden soll. Meine Frage: Muss man…

"Divide"By100. Also heisst das ungefähr so etwas: Quellcode (1 Zeile) Hat man dann nicht wieder eine Fließkommazahl? Oder ist das dann nicht mehr relevant? Aber man übergibt dann doch wieder eine Fließkommazahl an die View, oder bin ich jetzt total daneben?

Aja, vielen Dank! Das hätte ich mir schon fast gedacht. Obwohl ich jetzt NSDecimalNumber verwenden möchte, bin ich schon neugierig ob solche ValueTransformers schon existieren, da es ja ein wichtiges Thema ist?

Vielen Dank für die ganzen Hilfen! Ich glaube es war nicht gut in CoreData-Modeller Double als Entity-Attribute-Typ auszuwählen. Nun muss ich wohl Decimal verwenden.

Vielen dank! Das bringt für mich noch andere Fragen mit sich. Wenn ich jetzt alles in Cents speichern würde, muss ich ja immer noch eine Dezimalzahl anzeigen und auch eine Dezimalzahl einlesen. Kurzgefasst, hier meine Bindingfunktionen: Quellcode (9 Zeilen) oder ist hier schon float falsch. Wenn ja, was muss man tun? Eigene ValueTransformer schreiben? Muss man nicht irgendwann durch 100 dividieren um Cent in Euro darstellen zu können? Ich hoffe ich konnte es rüberbringen und ich hoffe nichts übe…

ich brauche nur 2 Stellen hiter dem Komma (Für Geldbeträge eben). Könnte mein Code auch in diesem Fall falsch runden?