Suchergebnisse

Du musst auch nicht den Text in ein Bild umwandeln. Nimm einfach CATextLayer, setze die string-Eigenschaft und schreibe dir einen eigenen Layout-Manager für den Layer, der bei jeder Änderung der string-Eigenschaft die Höhe berechnet und den Frame des Layers entsprechend setzt.

Die Klassen NSString+NSAttributedString können das auch. Wenn du die Höhe wissen möchtest, die ein String bei vorgegebener Breite einnehmen würde, dann machst du das in etwa so: Quellcode (3 Zeilen)

Mit NSString bist du da gut bedient. Zur Erzeugung von XML würde ich aber ein Framework nehmen. TouchXML oder die NSXML* Klassen auf dem Desktop.

o_O - sorry habe schlecht geschlafen.

Außerdem können wir ohne deinen Code zu kennen nicht wissen was deine App so langsam macht. EGOLoader? Lade mal ein minimales Projekt hoch. Danke.

Core Data

Interessante Diskussion.

Zitat von macmoonshine: „Klassenvariablen kannst Du nur in der Implementierungsdatei deklarieren. Außerhalb von Methoden (oder Funktionen) sollten und innerhalb müssen sie den Modifizierer static bekommen. Klassenmethoden werden durch ein Pluszeichen anstelle des Minuszeichen gekennzeichnet und über die Klasse aufgerufen. Genug des Trockenschwimmens: Quellcode (10 Zeilen) Im Gegensatz zu Java kannst Du bei der Initialisierung von Klassenvariablen aber nur skalare Ausdrücke verwenden. Also Quellc…

@Gritsch: Es gibt auch die Methode boundingRectWithSize:options: (NSAttributedString), welche dir genaue Informationen über die "größe" des Textes gibt - auch über mehrere Zeilen. Finde CoreText sowie NSLayoutmanager (...) für 99.9% der Fälle Overkill.

Es gibt nichts schlimmeres als Code ohne Code-Tags.

Zitat von And-Wolf: „Hallo, ich würde gerne Klassendiagramme bauen und diese dann auch in xCode als Code erzeugen lassen. gruß“ Wie gesagt: Schau dir Core Data an. Da kannst du dir dein Model zusammenklicken.

Zitat von denio: „Hey Christian danke erstmal für die rasche Antwort, hab ich gemacht, bringt jedoch leider nichts, muss ich noch etwas für das "Delegate" implementieren. Ach noch was das View wird rein in Code realisiert ohne den Interface Builder, falls dies relevant sein sollte.“ Zeige Code.

Zitat von And-Wolf: „Hallo, gibt es für XCode eigentlich gute UML Werkzeuge bei denne nich hinterher aus dem UML Diagramm Code erzeugen (lassen) kann? Gruß Andreas“ Hm. Datenmodelle macht man eigentlich mit dem Datamodeller in Xcode. Schau dir mal Core Data an. Code, den du kompilieren kannst wird nicht erzeugt. Wohl aber "Code" zur Laufzeit, was ja eh viel toller ist.

Setze mal das delegate auf self und nicht auf nil.

Es gibt da sogar eine Session von Apple zu... sehr empfehlenswert.

Zitat von Amin Negm-Awad: „klönen“ Noch nie gehört das Wort. Ja ja - der gute zweite Band... gut Ding will Weile haben. Gell Amin?

Zitat: „ Heisst das, dass wenn ich obj2 = nil setze, ich die Referenz auf das "alte", ursprüngliche Objekt verliere und ich dieses nicht mehr freigeben kann? Oder bin ich da völlig auf dem Holzweg?“

Zitat von gritsch: „Zitat von Christian Kienle: „Was man festhalten sollte: 1. new ist unüblich und ein altes Relikt aus NS-Zeiten. 2. new ist irreführend. Insbesondere Anfänger denken bei +new wohl häufig an Objekte, die autoreleased sind. 3. new ist scheinbar unterschiedlich implementiert. Ich glaube, dass erst ab 10.5 +new einem alloc + init entspricht. Davor war new anders implementiert. Kann man ja aber leicht nachprüfen. Es gibt zu dem Thema auch einen riesen Thread bei Cocoabuilder: cocoa…

Was man festhalten sollte: 1. new ist unüblich und ein altes Relikt aus NS-Zeiten. 2. new ist irreführend. Insbesondere Anfänger denken bei +new wohl häufig an Objekte, die autoreleased sind. 3. new ist scheinbar unterschiedlich implementiert. Ich glaube, dass erst ab 10.5 +new einem alloc + init entspricht. Davor war new anders implementiert. Kann man ja aber leicht nachprüfen. Es gibt zu dem Thema auch einen riesen Thread bei Cocoabuilder: cocoabuilder.com/archive/cocoa…oo-alloc-init.html#1992…

Zitat von gritsch: „Zitat von Christian Kienle: „Zitat von gritsch: „ob du einem pointer nil zuweist oder nicht, der retain-count des objektes bleibt gleich! ja, du hast ein speicherleck. btw: verwendet doch bitte alloc-init anstelle von new (ist einfach obj-typischer)“ Es ist nicht nur typischer sondern auch teilweise was ganz anderes...“ warum?“ Special Considerations If you are using managed memory (not garbage collection), this method retains the object before returning it. The returned obje…