Suchergebnisse

Hast du schon probiert ob er bei "All Objective-C Exceptions" (kann man in den Eigenschaften von All Exceptions einstellen) dort auch anhält? Habe schon öfters Apple Frameworks gesehen die Intern für irgendwas C++ Exceptions hin und her werfen und damit einem im normalen Debug-Ablauf stören.

Wenn du deine App im Debugger startest ist es normal, das mehr Frameworks/Libraries geladen werden, irgendwie muss der Debugger ja die ganzen schönen Features unterstützen. Du kannst im übrigen auch deine App normal starten und dann den debugger nachträglich anhängen. Keine Ahnung ob das bei deinem Problem hilft. Allerdings würde ich ehr versuchen herraus zufinden, wieso deine App sich mit den zusätzlich geladenen Frameworks/Code durch den Debugger anders verhält. Das klingt ehr nach einen Fehle…

Wenn du den CommonCrypto header im Bridging header importierst, sollten die CommonCrypto Funktionen in swift verfügbar sein.

Ohne den sinn jetzt weiter verfolgt zu haben, ist diese Zeile hier falsch Quellcode (2 Zeilen) subview.frame ist im Koordinaten-Raum von subview.superview du benutzt es aber als wäre es im Koordinaten-Raum von subview. Besser wäre folgendes. (Oder du nimmst subview.superview und frame, kommt auf das gleiche raus, wenn du keine Transformationen oder so auf das View anwendest) Quellcode (1 Zeile)

Ist dir das bei einem Apple Framework passiert? (Beispiel würde mich interessieren) Wenn man sich auf sowas nicht verlassen kann, kann man sich auch nicht darauf verlassen das copy einem dann was brauchbares liefert. Übrigens sagt die Doku auch noch: "A new array containing the dictionary’s values, or an empty array if the dictionary has no entries."

Das copy ist nicht notwendig. Methodensignatur: - (NSArray *)allValues; NSArray -> ist immutable, daraus folgt das sich das zurückgegebene Objekt nie ändert. Das verspricht dir das System.

sizeThatFits: schon angeschaut?

Buttons animierst du genauso wie alle anderen Views aus. Dieser Dreheffekt wird idR erreicht in dem du den Button zur hälfte drehst (und du nur noch die Kante dessen siehst), dann das Bild wechselst und zurück drehst. Also genaugenommen drehst du den Button gar nicht wirklich auf seine rückseite, sonder lässt es nur so aussehen. Grüße kleinweby

Ich persönlich bevorzuge für solche Internen Features ja immer einfach eine Custom URL. - App für diese Registrieren - Link an Nutzer schicken - Fertig Ist vorallem einfacher zu erklären als "auf dem rechten Bein stehend mit der Nase über Kopf ein Zebra zeichnen"

Denke schon und Ja Aber ganz ehrlich, was bringt dir das? Wenn du wirklich ganz "normal" zeichnen Willst, dann nimm Quartz, da brauchst du nicht das fette WebKit zu.

Da der Rest es nicht erwähnt hat: Apple empfiehlt nebend der Verwendung einer UUID auch developer.apple.com/library/io…evice/identifierForVendor

zu 1) ja die gibt es und heißen auch so. Ich würde das ganze mit einer (seriellen) dispatch_queue lösen und einfach dispatch_sync nehmen wenn ich auf des Ergebnis warten muss. NSOperationQueue dürfte auch gehen.

Schaust du dir denn auch: Quellcode (1 Zeile) an?

Du musst sizeWithFont:(UIFont *)font constrainedToSize:(CGSize)size zum berechnen der Größe nehmen, da du ja blos eine bestimmte breite hast zum Darstellen und das system sonst nicht weiß wie breit es den text layouten darf. Bei constrainedToSize gibst du die Mögliche Breite und einfach FLT_MAX als Höhe an. Dann musst du allerdings noch die zurückgelieferte Höhe anpassen, wenn das Label nicht die komplette Zeile Ausfüllt.

Ich tippe mal darauf das du das Bild vor dem Speichern in CD mit UIImagePNGRepesentation "umwandelst" und vergisst die Bildorientation vorher anzupassen. Bilder von der Kamera werden mittlerweile nur noch mit einem EXIF Tag richtig rotiert, EXIF Metadaten gehen allerdings bei UIImagePNGRepesentation verloren, weswegen es später quer ist. Ergo müsstest du das Bild vor dem Speichern rotieren oder UIImageJPEGRepresentation nehmen (bei JPEG bleiben die EXIF Tags erhalten). Außerdem ist das Speichern…

Nein, in dieser Zeit wird quasi nichts in iTunest Connect gemacht: Zitat: „ During this shutdown, the following functionality will be unavailable: - Access to iTunes Connect and iTunes Connect Mobile - Delivery of any apps or updates “

Was gefällt dir an - (void)setActive:(BOOL)visible animated:(BOOL)animated nicht?

Das klingt sehr danach, dass dismiss nicht auf dem Main Thread/Queue aufgerufen wird. Das solltest du mal überprüfen.

Der Compiler verlangt von dir das alle Objective-C Objekte dynamisch sind (als Pointer). Und nun noch ein Witz: Das Ref in CGContextRef steht in Referenz aka Pointer und CGContextRef bedeutet eigentlich struct CGContext* und ergo steckt da auch nen Pointer drinne. (Aber da es nur ne normale struct ist wird der Pointer nicht vom compiler forciert)

Das Handy im Auto sieht nicht wie ein iPhone aus... wird wohl ehr nen Windows Phone sein.