Suchergebnisse

Du kannst auch ne UITableView subclass machen und dann in layoutSubviews die Position deines Headers mithilfe des contentOffsets immer wieder neu berechnen. Dann bleibt dein Header auch fix..

InstantiateViewController erzeugt immer eine neue Instanz -> gleiches Problem wie vorher.. Guck dir mal Properties an..

Och, wenn man sich dran gewöhnt hat, find ich's eigentlich ganz praktisch.. Musst dir mal bei iTunesU bei den Stanford-Videos das raus suchen, wo er das erklärt.. Da erzählt er ganz gut, auf was man achten muss und was man machen kann..

Also, ich kann mich meinen Vorschreibern nur anschließen. Ergänzend kann ich dir aber sagen, dass ich in meiner App auch eine Kalenderansicht brauche, die ich mit den vorhandenen Klassen nicht darstellen kann. Ich habe mir also dieses endlos scrollende CollectionView (wie in der Kalender App) nachgebaut und das war ordentlich Arbeit! Und es funktioniert immer noch nicht 100%-ig (performancemäßig)..

NSLayoutManager ist herrlich - da kämpfe ich auch gerade mit.. Könntest du nicht eine UIView-Subclass machen, in der du Zähler und Nenner als Labels oder TextFields machst?

Hallo an alle, ich habe folgendes Problem. Ich möchte in einer iPad-App in einem UITextView exclusionPaths einfügen. In die Lücke sollen später Tokens (so wie die Namensfelder in der Mail-App). Im Moment habe ich dort UILabels. Den Anfang der exclusionPaths berechne ich so: Quellcode (12 Zeilen) Die Size des exclsuionPaths ergibt sich aus dem Inhalt und dem Font des Labels. Das funktioniert auch alles so weit; allerdings nur bis zum ersten Leerzeichen. Wenn ich als Text in self.textView "Hello W…

Hi, das geht über den contentOffset, den UITableView von UIScrollView erbt.,

Laut Doku schon, hab es aber noch nie geschafft, dass da mehr drin ist. Auch in anderen Foren wurde das selbe berichtet..

Hi, bin auch gerade an einer App am Basteln, wo ich so eine Funktionalität brauche. Habe herausgefunden, dass CLGeocoder zwar ein Array liefert, dieses aber immer nur ein Objekt enthält. Mehrere Antworten bekommst du über einen MKLocalSearchRequest. Allerdings bin ich mit dem, was da so zurück kommt, nicht so richtig zufrieden. Ich hatte gehofft, dass man dann so suchen kann wie in der Maps-App, aber so dolle ist das nicht. Ich hoffe, das hilft weiter.. Wenn du was Besseres findest, hätte ich In…

Du musst die Delegate-Methode nicht selbst aufrufen. Das macht der MFMailComposeController. Diesen musst du so erzeugen, wie du es gemacht hast und dann Folgendes hinzufügen: controller.delegate = self Und dann mal Delegating googlen.. Gruß Alex

Also wenn ich dein Problem richtig verstehe, dann musst du nur bei deinem Button Editor->Pin->Bottom Space to Superview machen und den anderen Content mit Editor->Pin->Center Vertical in Superview (oder so ähnlich.. Und wenn der Abstand zum Button noch gleich sein muss, dann musste dir beiden selektieren und das Vertical Spacing "pinnen", sowie die Height als Constraint setzen.. Ich hoffe, das kommt so hin. Gruß Alex

Hi Claus, ich habe gleich noch ein paar Sachen: - die App vergisst leider in den Strings-Dateien das Semikolon am Ende einer jeden Zeile. Das ist schon ärgerlich und m.E. eine der ersten Sachen, die behoben werden sollten. Dadurch bekommt man beim Kompilieren nämlich immer einen Error. Und ich erinnere mich noch, wie ich mich wegen eines fehlenden Semikolons zu Tode gesucht habe. Jetzt weiß ich zwar, dass da eins hinkommt, aber es ist schon mühsam, nach jedem Speichern die ganzen Semikolonnen ( …

Hi Claus, habe mir auch mal dein Tool runtergeladen. Sieht schon echt gut aus! Vielen Dank für die Arbeit. Eine Sache ist mir aufgefallen. Und zwar sagt das Protokoll immer "Bad formatted String", wenn man im NSLocalizedString den comment auf 'nil' gesetzt hat. Es wäre gut, wenn dein Programm diese Strings auch erkennen würde. Gruß Alex

..oder integer:forKey:

Hi, keine Ahnung, ob das der entscheidende Tipp ist, aber ich meine, mich zu erinnern, mal gelesen zu haben, dass es teuer ist, NSDateFormatter anzulegen. Man soll sich per static NSDateFormatter einen in initialize erstellen und den wiederverwenden.. Kannste ja mal versuchen. Vielleicht hilft es dir. Gruß Alex

Hi, du kannst Segues von dem TableViewController auf die verschiedenen Destination View Controller ziehen und dann in tableView:didSelectRowAtIndexPath: die Methode performSegueWithIdentifier:sender: ausführen und als sender den indexPath nehmen. So kannst du in prepareForSegue:sender: deinen Kram erledigen.. Gruß Alex

Hi, da ja das Ticket immer zu genau einer Veranstaltung gehört, warum nimmst du beim Erstellen des Tickets nicht einfach veranstaltung.managedObjectContext? Das sollte dein Problem lösen. Gruß Alex

Hi, da ja das Ticket immer zu genau einer Veranstaltung gehört, warum nimmst du beim Erstellen des Tickets nicht einfach veranstaltung.managedObjectContext? Das sollte dein Problem lösen. Gruß Alex

Ich erstelle mir für sowas einen PrintView. Das ist erstmal n Gefummel, besonders wenn du bestimme Zeilen oder Spalten auf jeder Seite haben willst, aber am Ende kann man damit ganz gut arbeiten. Ich hab sogar mal angefangen, mir entsprechende DataSource- und Delegate-Methoden a la TableView zu schreiben. Damit bin ich aber noch nicht komplett fertig.. Lange Rede, kurzer Sinn: ich würde mir ne eigene Subclass von NSView schreiben. Da gibt's auch noch ne ganze Menge Infos im PrintingGuide.. Gruß …

Eine Möglichkeit wäre auch in prepareForSegue: über den sender (,der die TableViewCell sein wird) den IndexPath rauszufinden. Wie sinnvoll das in deinem konkreten Fall ist, musst du selber entscheiden. Aber so ginge es auch.. Gruß Alex