Suchergebnisse

Hi, du suchst dann aber nicht wirklich im Umkreis. Du nimmst das Quadrat, das diesen Kreis einschließt (region rect) und durchsuchst dann die DB nach Koordinaten, die innerhalb dieser Grenzen liegen. Dann wird das flott gehen - zumindest wenn du die Koordinaten in der DB als floats speicherst. Gruß Manfred

Wenn du Code async. ausführen willst, brauchst du einfach nur: Quellcode (7 Zeilen) Einen Autoreleasepool musst du nicht erzeugen (wenn ich das noch richtig in Erinnerung habe, brauchst du den bei der NSOperation API auch nicht, der wird hier auch von System angelegt)

Dann wird zu 99.9% dein setImage: ... bluBlab nicht aus dem Hauptthread aufgerufen. Nachrichten an UI Elemente mussen immer im Hauptthread abgeschickt werden, sonst gibts ein undefiniertes Verhalten - meistens ein paar Sekunden Verzögerung. Nimm z.B. eine der performSelectorInMainThread Methoden. Oder über die c API: Quellcode (3 Zeilen)

Du musst normalerweise NSOperation subclasen und isConcurrent überschreiben, damit asynchron gearbeitet wird. Mit NSBlockOperation habe ich noch nie gearbeitet. Aber wenn man da erst ne Subclass erstellen muss um dann einen async. Block losschicken zu können, der einem eigentlich das Subclassen spart, dann werde ich das wohl auch nicht tun. Gruß

Hallo, danke euch, aber die habe ich schon ohne Erfolg versucht. Der "komische" Hintergrund ist übrigens einfach der Content hinter dem Button. Der stanzt ein rechteckiges Loch ins Fenster. Gruß

Normalerweise gibst du die verschiedenen Storyboards beim Target -> General Settings an. Die werden dann in die info.plist eingefügt. Per Code gehts über UIStoryboard Gruß Manfred

Spiel mal mit setEdgesForExtendedLayout: am ViewController. Sorgt zwar eigentlich dafür das die View nicht unter die Bars geschoben wird, aber man kann ja nie wissen. Und checke mal den Frame den du in deiner drawRect: bekommst. Gruß Manfred

Hi, generell würde ich sagen, das wenn du die Ads unterhalb einer Bottombar plazierst, diese ja hochgeschoben werden müssen, wenn ne ad kommt. Die Bottombars sind aber sehr zentrale Bedienelemente einer App und sollten immer da sein, wo der Anwender sie erwartet. Von daher kann ich nachvollziehen, das dein tester ein Unbehagen verspürt. Apple sagt da glaub garnichts, aber ich würde sie über den Bottonelementen reinschieben. Gruß Manfred

In die geschweiften Klammern muss alles, was mit diesem if gemacht werden soll. Alles was nicht in den Klammern steht, wird immer ausgeführt. Gruß

Hast du schon mal mit dem TimeProfiler gearbeitet? Wenn nicht, schau doch mal mit dem rein.

Hallo, der AutoreleasePool räumt garnichts auf, sondern schickt einfach jedem Objekt das er bekommen hat einen release sobald der Callstack wieder runter kommt. Mehr nicht. Warum sich das Gerücht so hartnäckig hält das der irgendwann mal aufräumt wenn er meint voll zu sein oder sowas, keine Ahnung. Gruß Manfred

Zitat: „Interessanter Ansatz.“ Ich arbeite mich in neue Themen grundsätzlich erst ein, während ich ein Seminar darüber halte. Diamanten entstehen unter Druck. EDIT: Dann sehen die Kunden auch, wieviel Zeit man dafür immer verplempert und wofür sie so nen haufen Geld bezahlen

Irgendwie muss man seine Software ja testen

Zitat: „ist das mit dem touch (ziehen) da habe ich noch nicht so viel Erfahrung damit.“ Das ist eine "Swipe Gesture" >> UISwipeGestureRecocnizer

Da gibts aber nur die Standardbuttons. Ist aber nicht schwer so was selbst zu machen. Hab gerade was ähnliches gemacht. Swipe erkennen, contentView nach links animieren, eigene View in der Cell reinanimieren. Dann noch die Kleinigkeiten, Abbruch bei einem Touch neben den Button, Abbruch wenn die TableView scrollt.

Nein, die meisten wissen ja nicht mal, wie man Typogrfie überhaupt schrebt.

Das ist ne original Headbangermatte aus den 80ern. Die haben mittlerweile Seltenheitswert. Frag beage!

Denke mal, das wenn jeder seine Lieblingsschrift einstellen könnte, auf Dauer die Augenschäden zunehmen wurden. Typogrfie ist was Anderes

Wenn man in textDidChange jedesmal in die visible range scrollt, geht die TextView zumindest nach Eingabe eines neuen Zeichens hoch. Immer drauf !!!

Hallo, zum Wochenabschluss macht mir nochmal die TextView das Leben schwer. Wenn ich einen Text eintippe, scrollt die TextView korrekt zum Cursor, wenn sie einen Zeilenumbruch macht. Bin ich in der Untersten Zeile und gebe ein Return ein, scrollt sie nicht runter und der eingegebene Text wird vom Keyboard verdeckt. Die TextView hat schon die richtige Größe, sprich endet an der Oberkante des Keyboards. Beim Return wird einfach nicht runter gescrollt. Ich kann den Curser dann problemlos von Hand r…