Suchergebnisse

Zitat von icebox: „ok ich habe mein project hochgeladen hier ist der link : ( xup.in/dl,18208039/test.zip/ )“ Bitte nicht dein Projekt irgendwo hochladen sondern hier im Forum als Dateianhang. Danke.

Hallo, die Nutzung von Core Data ist nicht unbedingt von der Menge der Daten abhängig sondern vielmehr von deiner Faulheit. Core Data ist was für faule Entwickler, die sich gerne viel Arbeit ersparen und plists ist was für Leute, die zu viel Zeit haben. *scnr* Es schadet nicht sich mit Core Data auszukennen und es spricht nichts gegen Core Data.

o_O

1. Du hast in deiner Schleife mehrere NSLogs. Nimm die mal raus. NSLog ist der Performancefresser schlechthin - gerade bei Schleifen.

Ich gehe mal davon aus, dass er noch keine XML-Schmemas hat. Dann kann er ja einfach statt Schema ein Core Data Model als Beschreibung nutzen.

Es geht doch nur ums Model - oder? Da ist die Antwort: Core Data + mogenerator

Wieso kein MFMailComposeViewController?

Sic.

UILabel definiert auch keine Action. Du sagtest ja nur, dass du willst, dass UILabel auf den Touch reagieren soll. Das kannst du mit einem Subclass erledigen bzw. mit addGestureRecognizer.

Doku? "New label objects are configured to disregard user events by default. If you want to handle events in a custom subclass of UILabel, you must explicitly change the value of the userInteractionEnabled property to YES after initializing the object."

1. Künftig bitte Bilder direkt hier als Dateianhang hochladen und nicht auf eine externe Seite linken. 2. Entitätsnamen beginnen in der Regel mit einem Großbuchstaben. 3. Du nutzt sehr intensiv KVC. Denke darüber nach deinen Entitäten eigene NSManagedObject-Klassen zu verpassen. Dann kannst du setter nutzen. 4. newObject liefert ein Objekt, welches du noch releasen bzw. autoreleasen musst sonst hast du ein Leak.

Ich würde statt -isKindOfClass einfach mit -respondsToSelector schauen, ob der Response zum Beispiel die Nachricht -statusCode hat.

Zitat von below: „Zitat von Christian Kienle: „I.d.R. greift man nicht übers Internet auf eine (entfernte) (MySQL) Datenbank zu. Dies ist immer verbunden mit entsprechenden Risiken, die man aber mit einem REST-Service ganz leicht umschiffen kann.“ Vollkommen richtig. Auf eine MySQL DB von einem mobilen Endgerät zuzugreifen ist nicht sinnvoll. Allerdings muss es nicht REST sein, ein WebService Deiner Wahl funktioniert genau so gut. Alex“ Alex - klar.

Setzte einfach (im IB) die minimale Fenstergröße auf einen entsprechenden Wert. Das Layout wird zerschossen, da das Textfeld irgendwann mal die Breite 0 hat. Wenn du dann das Fenster wieder größer machst muss Cocoa "raten", wie die Verhältnisse waren. 0 trägt einfach keinerlei nützliche Informationen (in diesem Fall). Die von Amin angedeutete Alternative wäre zum Beispiel das Layouting selbst zu übernehmen und sich die Verhältnisse kurz bevor die Breite 0 wird zu merken, sodass man später wieder…

I.d.R. greift man nicht übers Internet auf eine (entfernte) (MySQL) Datenbank zu. Dies ist immer verbunden mit entsprechenden Risiken, die man aber mit einem REST-Service ganz leicht umschiffen kann.

Zitat von fiveyears: „Plötzlich geht es, ich kann aber nicht nachvollziehen, was ich geändert habe??“ Wir auch nicht.

Anmerkung: Statt int lieber NSInteger nehmen.

Sobald du mit Bindings über xib-Grenzen hinweg mit einem NSTableView arbeiten willst musst du neben dem value-Binding der Spalten noch das content-Binding der TableView setzen. Dann sollte das klappen.

Es macht schon Sinn manchen Entitäten ein Attribut "sortIndex" zu verleihen. Manchmal möchte man die Sortierung eben abspeichern. Würde man dies nicht tun, so könnte der Benutzer zwar in einer TabelView mit Drag and Drop die Reihenfolge ändern. Beim nächsten Start wäre die Sortierung aber wieder eher zufällig oder eben statisch (sortiert nach einem bestimmten Attribut). Ich löse dies wie folgt: Einer Entität, deren Objekte geordnet werden können lege ich ein Attribut "sortIndex" an. Bei der Erze…

Du solltest dir mal die Klasse NSFetchedResultsController anschauen.