Suchergebnisse

Zitat von Agenor: „Mir ist klar, dass sich Apple deswegen nicht ändern wird und es auch keinen Sinn macht über die vermeintlichen Gedankengänge von Apple zu spekulieren. Ich wollte nur mal meinen Frust ablassen :-)“ Wenn du denen deinen Frust als Feedback oder bugreport hinterlässt werden sie sich eher ändern, als wenn du's bloss hier hin postest.

Ich nutze mittlerweile ARC bei 4 iOS Projekten, 1 davon ein Framework, als statische lib in andere Projekte eingebunden, und ich finde ARC der Hammer. Der Hauptunterschied ist dass ich die ivars und properties nicht mehr 4x (ivar, property, synthesize und dealloc) sondern noch 2x (property und synthesize) schreiben muss. Abgesehen vom Weglassen der release/autorelease-calls, welche bei mir seit den Properties sowieso immer spärlicher aufgetaucht sind, ändert sich sonst praktisch nichts. Ergo vie…

Das Problem hatte ich auch, und zwar nachdem ich mehrere lokalisierte Files via "add files" zum Projekt hinzugefügt habe. Plötzlich hatte ich 486 Warnungen, alle genau von dem Typ. Wenn ich mir das diff des .pbxproject-files angesehen habe waren diese files plötzlich mehrfach in die Buildphasen gerutscht, sieht mir nach einem Bug in Xcode 4 aus. Wenn du das Projekt selbst aktiv machst erscheint im Menüpunkt "Editor" der Punkt "Check for outdated Settings..." (vielleicht erst ab Xcode 4.1); das h…

Hab ich auch hin und wieder, bin dem aber nicht nachgegangen. Was mich mehr nervt ist dass die completion auch anspringt, wenn ein Wort fertig geschrieben ist, z.B. "nil" und er schlägt mir dennoch andere "nil" Sachen vor und ich kann nicht mit den Pfeiltasten auf andere Zeilen wechseln, ohne zuerst zu bestätigen.

Zitat von NSObject: „MacHG ist auch nicht für git, sondern für Mercurial. 8|“ Mist, ich meinte Murky

Zitat von NSObject: „Hast Du Dir mal MacHG angesehen? jasonfharris.com/machg/“ Hat bei mir nicht lange überlebt, ich bevorzuge GitX Murky.

Zitat von mattik: „Hilfe zur Suche wurde ja mehrmals angeboten, aber dazu müsste man konkret wissen, worum es geht.“ Die Hilfe in Form von "ES kann keine Doubles" wurde angeboten und seitdem hat sich Alex ja auch nicht mehr gemeldet. Bis zu dieser Antwort war es aber, sagen wir mal, ein holpriger Weg.

Man kann OpenGL als GPGPU für die Bioinformatik missbrauchen, indem man Shader schreibt, welche z.B. die potentiellen Energien von Molekülen berechnet. Dazu braucht man doubles, weil die Berechnungen genau sein müssen, und ich kann mir vorstellen dass er so ein Projekt meint.

Das einzig nützliche in Xcode finde ich die kleinen [M], um zu sehen, was modifiziert wurde. Um wirklich mit dem Repo zu arbeiten nutze ich dann GitX (github.com/laullon/gitx) oder Murky (hab ich grad kürzlich geforkt, bitbucket.org/p2/murky).

Zitat von gritsch: „man soll die zahlen damit sie dann zugriff auf meinen sourcecode haben (und was weis ich was damit anfangen...)“ Darum nutze ich für closed-source Projekte meistens Mercurial, weil man bei bitbucket.org nicht dafür zahlen muss, dass sie Zugriff auf meinen Sourcecode haben.

Hey Alex. Ich hab zwar keine Ahnung, was du vor hast, aber rein aus Interesse: Hast du daran gedacht, dein Projekt nach OpenCL zu portieren? Nützt dir zwar auf iOS nichts, obwohl das iPad 2 eine OpenCL-kompatible GPU hätte; einfach eine Interessensfrage.

Sicher, dass es einen Absturz gibt? Ich wäre eher von einer Endlosschleife ausgegangen. Zitat von macmoonshine: „In loadView musst Du, wie Michael es schon geschrieben hat, den View selbst zusammenbauen. Du darfst also nicht lesend auf den View zugreifen, bevor Du ihn gesetzt hast. Das [self view] macht also Ärger.“ Genau, und zwar ruft [self view] die Methode loadView auf, falls die property view nil ist. Deshalb geh ich bei dir von einer Endlosschleife aus, du rufst loadView, in der ersten Zei…

Jup, stimmt, an NIBs hatte ich nicht gedacht.

In der drawRect: würde ich das nicht machen; mach das doch in der setDelegate: und setDataSource:, wäre doch am naheliegendsten, oder?

Bei SQLite-Fragen verweise ich immer wieder gerne auf fmdb. Wunderbarer Wrapper!

Ich werde beim nächsten Update auch den 3.x - Support droppen, einerseits weil ich mein 3G iPhone weggegeben habe, andererseits weil nur noch wenige User 3.x benutzen, die müssen halt leider bei der älteren App-Version bleiben.

Zitat von nitromethan: „aber wie lokaliesiere ich NUR den MailComposer ? meine App soll weiterhin English sein...“ Gar nicht, macht ja auch keinen Sinn. Ausser du lokalisierst deine App auf Deutsch, benutzst aber in den deutschen Resourcen die Englischen Strings... Oh mein Gott, habe ich das wirklich gerade vorgeschlagen?

Ich frage, weil Ph99Ph dies bereits erwähnt hat: Zitat von Ph99Ph: „Entweder fügst du deiner App eine deutsche Übersetzung hinzu oder du änderst, wie in Beitrag 2 beschrieben, den Wert des Keys "Localization native development region".“

Zitat von nitromethan: „Hmm.. Also ich nutze den Mailcomposer auf einem Gerät mit Deutscher Sprache und die Buttons sind immernoch Englisch genau so wie Delete Draft usw.“ Ist deine App auf Deutsch lokalisiert?

Auch bei deinem Demo-Projekt geht der Build schief, wenn du für die App eine "Distribution" oder "AdHoc" Konfiguration erstellst. Genau das ist mein ursprüngliches Problem.