Suchergebnisse

Die Load Methode hat definitiv einen Bug da der eine Ausgang der Methode ein "autorelease" Objekt liefert, während der andere ein Objekt liefert, dessen Referenzzähler (retain) explizit um eins hochgezählt wird. Während im ersten Fall der Autoreleasepool das Objekt sauber wegräumt, ist im zweiten Fall natürlich ein explizites release angesagt. Da du aber nicht weißt was zu tun ist, gibt es entweder einen crash wegen eines release auf dem "autorelease" Objekt oder es gibt ein Speicherloch. Zur Lö…

Bist Du denn sicher, dass Du nicht noch irgendwo Referenzen auf deine Objekte hällst (etwa in einem Block)? Schau dir in Instruments mal eher die Objekte - insbesondere die von deinen eigenen Klassen - an. Ein Blick in den Transition Guide ist allerdings nie verkehrt. Was auch sein kann ist, dass das MapKit die Karten cached damit Sie auch Offline zur Verfügung stehen, dann sollte sich das Verhalten bei erreichen eines bestimmten Speicherverbauchs verändern.

Äh, mit der Entfernungsberechnung wird aus zwei GPS Koordinaten eine EINFACHE Zahl - nämlich die Distanz der beiden Koordinaten zueinander. Diese einfache Zahl kannst Du jetzt in den Dijkstra Algorithmus füttern.

Mit Bing wärst Du schneller gewesen: Entfernungsberechnung

Bei den non-object dürfte es sich um Member Variablen von z.B. den VK* Objekten handeln, oder aber um Variablen die in irgendwelchen Methoden allokiert werden und dann nicht mehr freigegeben werden. Solltest Du ARC verwenden dann musst Du dir im klaren sein, dass noch nicht alle Frameworks ARC auch unterstützen.

Debuggst Du eine optimierte Variante?

Was mir noch auffällt, ist dass Du bei jedem Aufruf von localizeStringToFloat bzw. localizeFloatToString direkt in die Variable schreibst. Damit dürftest Du die im Property angegebene copy Semantik erfolgreich aushebeln. Ich würde dir Vorschlagen die Zuweisungen aus der Methode herauszunehemn und in den Konstruktor zu verlagern. Ansonsten stellt sich mir noch die Frage was genau in _uegKalibrierungMessgeraet.text steht.

Der Screenshot zeigt noch keinen Fehler, da das uegTextStartLocal2 Objekt noch nicht konstruiert und folglich nicht zugewiesen ist steht in der Variablen noch Müll drin. Erst nachdem die Zeile ausgeführt wurde muss ein iF_Localize Objekt drin stehen. Was mir noch auffällt ist dein Test auf 0. Bei float Variablen testet man für gewöhlich nicht gegen 0 selbst sondern nur ob der Wert hinreichend Nahe bei 0 liegt. Dein Test schlägt z.B. für 0.000001 fehl. Solch kleine Ungenauigkeiten sind aber bei d…

Na wenn ich mir dein "schickes Beispiel" so durchlese und zu Verstehen versuche, noch deine "Ich komme nicht damit zurecht also taugt es nicht" Haltung obendrauf packe, dann kann ich das mit dem Desaster schon verstehen.

Kann es sein, dass Du die GUI blokierst?

Worauf bezieht sich den der "völlig bedeutungslose" Vertical Space? Ich habe mal Versucht das mit zwei Buttons nachzuvollziehen und es hat alles genau so funktioniert wie es soll. Wichtig ist natürlich das die Constraints des unteren Buttons sich auf die Unterkannte des Displays und die des oberen Buttons auf die Oberkannte beziehen. Vertikale Constraints zwischen unterem und oberen Button gibt es keine. Zusätzlich brauchst Du natürlich noch horizontale Constraints. In meinem Beispiel ist der ob…

Für das "messestandItems" ist das Array schon vollkommen korrekt. Für die darin gespeicherten Objekte ist ein Array aber ganz sicher der Falsche Datentyp. Am besten nimmst Du daeine eigene Klasse, die kann sich dann z.B. auch um das verschieben und den ganzen Initialiserungskram kümmern. Willst Du das nicht, dann ist das Dicitionary aber in meinen Augen die bessere Lösung.

Das Problem welches Du hast ist, dass Du dir in deinem itemDS nur die initiale Position merkst und nicht die Position an der das Bild nach evtl. Verschiebungen liegt. Statt dieser ganzen Informationen kannst Du auch einfach das images selbst hinzufügen. Anstelle von Quellcode (4 Zeilen) würde ich aber auch eher Quellcode (5 Zeilen) verwenden. Als Minimum würde ich mir aber bei deiner Lösung enums o.Ä. definieren und über diese auf den passenden Index zugreifen. Alles andere ist in meinen Augen s…

Na, dann mach doch einfach folgendes wenn du einen einfachen Touch bekommst, dann nimmst Du die Position dieses Events und läufst über alle Images in deinem Array bis Du das Image findest für das die Eventkoordinate innerhalb des Image frames liegt und das den höchsten "Z-Index" hat also am weitesten vorne liegt. Als Z-Index liese sich dabei z.B. der Index in deinem Array verwenden.

Na z.B. könnte da ein Controller existieren welcher ein IBOutlet auf den gesuchten View halten könnte. Wenn Du es sauberer haben willst, dann kümmert sich der Controller auch darum die myLabelShowString Nachricht an diesen View zu senden.

Und wieder der Unfug mit den UserDefaults, was passiert wohl, wenn er das Dokument unter einem anderen Accout oder auf einem anderen System aufmacht? Wenn man sich den Status merken will, dann in der Datei selbst.

Evtl. macht es Sinn beides zu kombinieren, da ein Fetch ja u.U. nicht ganz billig ist. Also etwa so: - Controller o.Ä. hört auf HilfeMirFehltNochWas Notifications. - Ein MO dem noch was fehlt sendet die Notification - Der Controller empfängt Sie und hört nicht mehr auf die Notifications - Der Controller löst die Berechnung inkl. fetch aller MOs aus denen noch was fehlt.

Warum musst Du da einen separaten Thread starten? Reicht es nicht, wenn Du eine Notification sendest und an anderer Stelle beim auftauchen der Notification die Notwendigen Berechnungen für das Objekt in deine OperationQueue reinhängst? Wobei du dir natürlich merken muss, dass Du für ein MO schon die Berechnung gestartet hast. Ja der fetch geht natürlich auch.

Äh, den Zustand eines Dokumentes in den lokalen Userdefaults zu speichern ist in meinen Augen Unfug.

Was ist denn images, laut code würde ich vermuten, dass es ein einzelnes Image ist. Wenn Du jetzt ein anderes - bereits eingefügtes - Bild bewegen willst, dann musst Du in deinem View eine Möglichkeit schaffen dieses Image wieder zum aktiven Image (also dem Image in images) zu machen. Der einfachste Ansatz dürfte dabei sein dass Du eine liste aller eingefügten Images im view hälst - was du evtl. ja schon tust - und deinem View einen Selektionsmechanismus hinzufügst (z.B. touch auf ein eigefügtes…