Suchergebnisse

Und dieses Zertifikat lässt sich dann in XCode in den Target Build Settings auswählen und trotzdem kommt der Fehler?

Hmm, dann tut's mir leid, dann stimmt wohl tatsächlich was mit deinem Zertifikat oder Private Key nicht. Die Fehlermeldung entspricht genau der, die ich bekommen hatte und passt ja auch schön zu meiner Lösung... (auch dass es alle Tage wieder von vorne losgeht). Wird denn in deinem derzeitigen Standard Schlüsselbund unter der Kategorie "Meine Zertifikate" auch tatsächlich dein iPhone Developer-Zertifikat angezeigt und ist gültg (siehe Bild für Beispiel)? Und trotzdem klappt der Build nicht? Oder…

Ich hatte seit einiger Zeit auch plötzlich das Problem. Die Lösung: Der Schlüsselbund, der das Zertifikat und den Private Key enthält muss der "Standard Schlüsselbund" sein. Ich vermute, dass sich das auf meinem Rechner immer deshalb verändert hat, weil ich "Keychain Synchronization" über MobileMe eingeschaltet hatte (gab nur Ärger und ist jetzt wieder abgeschaltet). Oder lags an Mac OS 10.5.7? Aber nein, ich denke seit Abschalten des Autosync ist das Problem nicht mehr aufgetreten... Zur Lösung…

Du solltest übrigens nicht hart codierte Pfade verwenden. Auch wenn du NSHomeDirectory() verwendest, ist trotzdem noch der "/Documents/"-Teil hart codiert und verwendet dabei auch hart codierte Pfad- ("/") und Extension-Trennzeichen ("."). Laut Apple soll man Standard-Pfade im System nie hart codieren sondern z.B. über die folgende Funktion "suchen": NSSearchPathForDirectoriesInDomains Dein Code würde damit ungefähr so aussehen: Quellcode (8 Zeilen)Siehe hierzu auch die zugehörige XCode Doku

Es gibt sogar eine Automatisierung für die Erzeugung eines korrekten Identifiers. Die wird eigentlich (zumindest bei meinen Versuchen) bei neuen Projekten per Default eingesetzt: Quellcode (1 Zeile) Somit musst du eigentlich nur "com.yourcompany" mit der Rückwärts-URL deiner Firma ersetzen. ${PRODUCT_NAME} holt sich den Produktnamen dann aus den Build-Settings und die (meinen Forschungen nach undokumentierte) Erweiterung ":identifier" in den geschweiften Klammern sorgt dann dafür, dass sämtliche…

Ich kenne das Problem auch von meinen AdHoc-Betas. Scheint ein Bug in iTunes zu sein. Einfachste Lösung: Ignorieren Zweit-einfachste Lösung: Das Icon mit den Runden Ecken versehen. Da iTunes, wie bereits vorher mal erwähnt, nicht mit Transparenzen umgehen kann, solltest du den Hintergrund einfach mit 80% Schwarz (oder 20% Weiß:) füllen. Das ist die derzeitige Hintergrundfarbe des iTunes "Programme" Fensters. Die Rundung hat übrigens 85px Radius (bei 512x512px Icons), wenn ich mich recht entsinne…

Du greifst mit [mySlider value] auf den Slider zu (bzw. möchtest es). Woher soll das iPhone wissen, was du mit deiner Instanzvariablen referenzierst, wenn du nirgends eine Connection zwischen der Instanzvariablen mySlider und dem UISlider-Objekt herstellst? Wie gesagt, ohne Connection bleibt mySlider einfach auf nil. Wenn du mySlider nicht connecten willst, kannst du es auch so lösen, wie ich es in meiner ersten Antwort beschrieben habe (sender).

Hi, jetzt hat es mich auch erwischt, eine meiner Apps ist gehackt worden und steht wird jetzt auf Seiten wie "Appulous" als "free download" zur Verfügung. Diese Pfeifen können froh sein, das sie sich in der Anonymität des Netzes verstecken können. Und sie sollten besser hoffen, das sie sich auch weiterhin immer schön unter ihrem Stein verkriechen können und mir nicht doch einmal über den Weg laufen... Sei's drum, es gibt ja etliche betroffene Entwickler, die unter diesen Schmarotzern leiden. Off…

Du hast vergessen mySlider in IB mit dem Outlet in deinem Controller zu verbinden. Deshalb ist mySlider in Quellcode (1 Zeile) immer nil und nichts passiert. Welches Template du verwenden solltest, kommt darauf an, was für ein App du bauen möchtest. Dazu gibt es reichlich Info und Doku in den Beginners-Videos und -Dokus auf der Apple-Developer-Seite.

Hier ein Testprojekt, das (zumindest bei mir) funktioniert. Vielleicht findest du ja hierüber heraus, was du falsch machst.

Sollte eigentlich funktionieren. Prüfe bitte, ob du alle Connections im InterfaceBuilder (korrekt) gesetzt hast: 1. Die label und slider Properties (hast du doch als IBOutlet deklariert?) müssen mit dem UILabel nzw. UISlider verbunden werden. 2. Der valueChanged-Outlet des UISlider muss mit der changeSlider-Action in deinem Controller verbunden werden. Falls du slider sonst nirgens mehr brauchst, kann du auf diese Property/Connection auch verzichten und in der changeSlider Funktion den derzeitig…

Zitat: „Original von esreverse Für alle anderen Anfänger, so gehts: Quellcode (1 Zeile)“ Eine Anmerkung zum ursprünglichen Thema: Da du ja anfangs einen CGPoint (und keinen NSPoint) ins Dictionary schreiben wolltest, solltest du eher folgendes schreiben: Quellcode (1 Zeile) NSPoint und CGPoint sind zwar derzeit byte-kompatibel, aber das ist aber weder für alle Zeiten garantiert, noch sollte es vorausgesetzt werden. Wer auf der sicheren Seite sein will, sollte daher CGPoints als solche definieren…

Zitat: „Original von Amin Negm-Awad Ich weiß nicht, wie das aktuell auf dem iPhone ist. Aber grundsätzlich muss man die TLOs wieder explizit freigeben (nichts ARP oder so).“ Das ist nur auf Mac OS X nötig, wenn man den Speicher selbst managed (also kein GC). Im iPhone SDK sind TLOs autorelease. D.h. kein explizites Freigeben, dafür im Gegenzug aber die Outlets retainen (am besten über Properies). Siehe: developer.apple.com/iphone/lib…doc/uid/10000051i-CH4-SW6

Ich sag ja: "Unter anderem deshalb..."

@pixel-shock: Was in den letzten 2-3 Beiträgen gemeint war: Wenn du einer als Property deklarierten/definierten Membervariable etwas zuweist, macht es einen entscheidenden Unterschied, ob du cc = [NSNumber numberWithInt:x]; oder self.cc = [NSNumber numberWithInt:x]; schreibst. Im ersten Fall wird der Pointer auf die NSNumber direkt zugewiesen, im zweiten Fall wird der implizite Setter der Property aufgerufen, d.h. intern wird dann folgendes ausgeführt: [self setCc:[NSNumber numberWithInt:x]]; Un…

Zitat: „Apple nur noch Software die OS 3.0 kompatibel sind. Wie und in welcher Form die das Prüfen, weiß ich nicht.“ Sicher nicht über die App ID. Es geht bei den OS 3.0-Tests "nur" um Lauffähigkeit unter OS 3.0. Ich vermute, das die Geräte der App Store-Tester schon auf OS 3.0 umgestellt wurden (oder derzeit umgestellt werden). Unter anderem deshalb werden vermutlich auch nur noch Programme (und Updates) angenommen, die auf OS 3.0 lauffähig sind. Mit der App ID hat das aber - wie gesagt - eigen…

Hmmm, habe von 2 Tagen oder so noch ein Update hochgeladen. Und zwar mit ner Wildcard ID. Allerdings klappte das erst beim zweiten Versuch, weil beim ersten iTunesConnect nur noch meinte, dass das alles eine ungültige Aktion wäre und überhaupt würde der Server ab sofort nicht mehr antworten. Nach 5 Minuten (und komplettem ausloggen und wieder einloggen) gings dann aber. Die scheinen da gerade wieder am System rumzuschrauben (?!)

Zitat: „Wenn ein iPhone App verschlüsselt mit einem (Highscore)Server redet braucht man dann als deutscher Entwickler diese COMMERCIAL ENCRYPTION EXPORT CONTROLS (CCATS) Lizenz?“ So genau scheint das niemand zu wissen. Auch von mir, wie immer, nur alles ohne Gewähr: 1. Ob du ein deutscher, amerikanischer oder chinesischer Entwickler bist, ist völlig egal. Deine App wird von Apple Inc. mit Sitz in Kaliforinen, USA vertrieben und deshalb fällt der Vertrieb unter die US-Gesetzgebung. -> Du muss die…

Zitat: „ Du darfst dann aber keine Methoden verwenden, welche es im 3.0 nicht mehr gibt (NB: Gibt es da prominente Beispiele?).“ Meines Wissens nicht. Baut man ein SDK 2 Projekt gegen das SDK 3, werfen natürlich ein paar inzwischen als deprecated markierte Methodenaufrufe Warnungen, die App funktioniert deswegen aber trotzdem. Baut man gegen SDK 2 sollte sowieso kein Problem auftauchen (wenn man sich an die dokumentierten APIs gehalten hat und keine Bugs eingebaut hat, die auf OS 2.0 vom System …

Apple ist das SDK kein bisschen egal. Aber Apple ist es egal welches XCode du verwendest. Ich denke es gibt hier gerade 2 Sachen, die durcheinander kommen: 1. Es gibt die verschiedenen SDKs für's iPhone 2. Es gibt verschiedene XCode-Versionen Um das SDK 3.0beta 5 nutzen zu können braucht man die dazu passende XCode-Version, die mit dem SDK zusammen kommt. Man kann aber mit dieser XCode Version auch die alten SDKs benutzen (außer mit der XCode-Version, die mit SDK3.0beta3 kam, mit der funktionier…