Suchergebnisse

Ich habe das Gefühl, dass Parallels "einen Tick" schneller ist als VMware. Das ist aber rein subjektiv. Der Hauptknackpunkt sind die Prozessoren bzw. die Prozessorlast: Ich habe auf dem MB Pro einen i7 Dual-Core. Sicher nicht übel, aber nur zwei Kerne. Das, was den Rechner und damit letztlich auch Parallels ausbremst, sind dann in erster Linie die Mac-Prozesse, wenn man Parallels zuviel "Performance" zuweist. Und mehr als einen Kern kann man Parallels eh nicht geben. Auf meinem iMac mit i7 Quad-…

Es hat vor allem den Vorteil, dass im Code klar erkennbar ist, wenn Du mit lokalen und mit Instanz-Variablen hantierst, wenn Du Dich an die Konvention hältst. Auch kannst Du für lokale Variablen identische Bezeichner - nur eben ohne _ - verwenden, ohne dass der Compiler ein Warning schmeißt, dass Deine lokale Variable die Instanzvariable verdeckt.

Holla, gibt es eigentlich die Möglichkeit, eine Art "Universal-Setter" zu implementieren? Ich mache es öfter so, dass ich synthetisierte setter überschreibe, wenn ich z.B. aufgrund der Änderung eines Wertes ein setNeedsLayout setzen möchte. KVO wäre natürlich auch möglich, ober doch für diese Zwecke etwas heavy. Schön wäre es, wenn ich nur einen setter (oder sowas ähnliches) hätte, in dem ich das "setten" dem Originalsetter überlasse und nur mein setNeedslayout - einmal für alle oder in Abhängig…

Zitat von macmoonshine: „Was stört Dich an der Lösung über Zellen?“ Eigentlich nur die Arbeit zum Umbauen. Und dass eine Section eine "ungewisse" Anzahl von Zellen hat. Aber ich habe es jetzt gemacht und es war dann auch nicht so aufwendig.

Holla, mich nervt im Moment ein wenig, dass FooterViews wie HeaderViews "Sticky" sind. Gibt es eine Möglichkeit, außer den Footer immer als letzte Zelle zu verwenden, das zu verhindern bzw. zu deaktivieren?

Ja, das ist schon klar und nein: bisher ist sie immer durchgekommen. Ich hatte die trügerische Hoffnung, dass es auch auf diesem Weg geht. Danke!

Holla, die Methode uniqueIdentifier ist bekanntlich in iOS 5 deprecated und wurde von mir brav überschrieben. Trotzdem wird aber immer noch gemosert, dass das Ding depredated sei. Stimmt ja auch - nur eben nicht für "meine" Methode. Gibt es einen Weg, um die Warnung los zu werden?

Zitat von macmoonshine: „Wenn Du die entsprechenden Methoden in einem Protokoll deklarierst und das dann Kategorie-Deklaration mit der Zelle verknüpfst, kannst Du vermeiden, dass Xcode bzw. der Compiler bei der Verwendung der Methoden meckert.“ Lustig, das tut Xcode nämlich gerade und deshalb wollte ich auch gerade fragen ..

Hmm, Danke. Das mit dem Forwarding ist eine gute Möglichkeit, um den Overhead zu reduzieren.

Ich weiß, dass das eigentlich falsch ist. Das Doofe ist aber beim Ableiten von UIView, dass ich dann die Properties, die ich der Zelle mitgebe, durchleiten muss. Das finde ich unelegant, die Zelle fungiert dann nur noch als Durchlauferhitzer ...

Holla, ich habe gerade feststellen müssen, dass setNeedsDisplay und setNeedsLayout keine Auswirkungen auf eine UITableViewCell haben. Was tue ich? Ich habe die Zelle von UITableViewCell abgeleitet und drawRect: überschrieben. Es gibt keine Subviews (außer den "normalen" subviews, die die Zelle ohnehin an Bord hat). Nun muss ich aber auf Änderungen der Properties durch neuzeichnen reagieren. Das mag mir aber nicht gelingen; zwar wird nach setNeedsLayout die Methode layoutSubviews aufgerufen, nich…

Hallo, ich bin gerade im Refactoring eines relativ großen Projektes. Dabei werden auch einige Ressourcen, v.a. Grafiken, über die Klinge springen. Gibt es eigentlich in Xcode eine Möglichkeit, nicht mehr refernzierte Dateien zu identifizieren und auszusortieren? Für die Schlaumeier : Ich meine nicht die "roten" Einträge im Baum, sondern ich meine v.a. Bilder, die irgendwo mit imageNamed: oder in XIB referenziert wurden und bei denen das nicht mehr der Fall ist. Oder gibt es vlt. ein Tool, das ei…

Call me Google: developer.apple.com/library/io…duction/Introduction.html

Sei versichert, dass, sobald Apple iOS 7 offiziell für Entwickler veröffentlicht und Entwickler auffordert, ihre Apps anzupassen, entsprechende Guidelines bereit gestellt werden. Im Moment unnütz, da iOS 7 noch nicht fertig ist und sich mit Sicherheit noch Einiges unter der Oberfläche ändert. Aber wenn Dir die Antwort nicht reicht, wende Dich an die Apple-Foren, in denen über unter NDA stehende Betas diskutiert werden dürfen.

... oder Ihr haltet Euch einfach an die Human Interface Guidelines von Apple? Würde Euch fiel Arbeit ersparen, denn ich halte es für nicht unwahrscheinlich, dass sowas im Review abgelehnt wird, weil es eben gegen die Regeln, Abschnitt 4711, ist.

Ja, nee, die Frage ist schon interessant und mich würde eine Antwort (also eine richtige) schon interessieren: Gibt es eine Möglichkeit, neben Opazität/Transparenz/Alpha auch noch eine Art Effektkanal zu Views/Layer hinzuzufügen, die nicht ihren eigenen Inhalt, sondern den bestehenden Inhalt des Grafic-Contexts (oder eben das, was drunter liegt) verändern? Es ist je nicht nur Transparenz, es ist eben auch ein Weichzeichner.

Da es das noch nicht gab, kann man nur raten. Vermutlich wird das bei iCloud dabei sein oder einen Aufpreis kosten. Also kostenlos oder kostenpflichtig Das, was es schonmal gab, ist mit diesem iWorks nicht zu vergleichen.

Da gab es dann wohl ein Versions-Inkrement in Xcode 5 verglichen zu Xcode 4. Du hast doch sicher ein Backup, aus dem Du Deine Daten wieder herstellen kannst? Das dürfte dann wohl die einzige Lösung sein.

Ihr kapiert's nicht, oder? Es geht doch nicht darum wie wir unsere Geschäfte machen, sondern dass der OP dem FA gegenüber der Argumentationsversuch starten sollte, dass er bestimmte Kompatibilitäten zusagt, für die er Testszenarien benötigt. Aber ist mir auch egal.

Zitat von little_pixel: „Du redest von "wir" haben … er redet von "ich" habe. Das ist doch ein ganz anderes Szenario.“ Mitnichten. Es geht darum, dass man durchaus dem FA argumentieren kann, dass man für bestimmte Kopatibilitäten garantieren will/kann/muss. Eine solche Garantie kann man nur geben, wenn man auch testen kann.