Suchergebnisse

Ja, der Code ist identisch. War er ja auch in dem Projekt ohne SizeClasses, wo es funktioniert hat. Ich schiebe den Fehler jetzt mal wirklich auf das Storyboard, dass ich da was falsch gemacht habe. Aber mal so gefragt: Was haben die SizeClasses damit zu tun, dass Objekte in meine Zelle zur Laufzeit nicht richtig initialisiert werden?

Tja es scheint gelöst. Ich habe ein ganz neues Projekt angelegt, in mühevoller Kleinstarbeit die GUI mit SizeClasses neu erstellt, den Quelltext nicht kopiert sondern abgeschrieben und jetzt klappt es. Identischer Code, nur neues Storyboard. Hmm.. Naja egal, muss ich den Rest halt auch neu machen.. Danke an alle die mir geholfen haben! - Der Tele

Hier der Quelltext: Quellcode (37 Zeilen)

Die TableViewCell ist beim erste Durchgang initialisiert, aber z.B. die UIImageView ist beim ersten Durchgang nil. Die Daten (UIImage aus dem Array) sind alle da

Tatsächlich sind die Objekte beim ersten Durchlauf nil, beim zweiten sind sie dann korrekt initialisiert..

Ich habe eine separate Klasse mit einem Array welches am Anfang ein Objekt enthält was nach dem Starten der App in der TableView angezeigt werden soll. Nach und nach wird dieses Array mit Objekten gefüllt. Da mache ich dann ein reloadData. Ich denke auch nicht dass es an meinem Code liegt, schließlich funktioniert dieser ohne SizeClasses

Wenn ich über einen Button eine Zelle hinzufüge, also neues Objekt in Array und dann [tableView reloadData] mache, wird die erste Zelle richtig aktualisiert, dafür ist dann die neue Zelle falsch. Sehr komisch

Ich benutze eine PrototypeCell Wenn die App startet, zeigt sie mir eine Zelle an (ist auch richtig so) aber nicht mit dem gewünschten Inhalt sondern mit den Plathaltern aus dem Storyboard. Mache ich nun die Scrollbewegung so, dass die Zelle unter meiner Navigationbar verschwindet und zurückkommt, ist die Zelle so wie gewünscht. So erzeuge ich meine Zelle: Quellcode (2 Zeilen)

Hi, Quellcode (1 Zeile) gerade ausprobiert, ändert nichts. Ja, Anzahl der Zellen wird gesetzt.Quellcode (2 Zeilen) returned bei mir 1, da ich eine Section drin habe. Das Kuriose: Der selbe Quelltext funktioniert fehlerfrei wie er soll unter dem identischen Projekt ohne SizeClasses..

Hallo zusammen, ich habe ein Problem mit einer UITableView. Ich habe angefangen ein Projekt von mir im Storyboard auf SizeClasses umzustellen. Dabei ergibt sich aber jetzt folgendes Problem: Ich fülle Objekte einer UITableViewCell in cellForRowAtIndexPath anhand von Tags mit Daten: Quellcode (2 Zeilen) Klappt auch. Wenn die App allerdings startet, ist die Zelle leer. Bewege ich nun den Inhalt der TableView mit meinem Finger nach oben unter meine NavigationBar und lasse los, scrollt sie ja automa…

Sorry dass ich nicht geantwortet hab, aber ich muss hier mal was klären Die Antwort von matz hat mir geholfen! Genau das wollte ich doch Ich saß halt gestern nicht mehr am Rechner um zu Antworten Danke für Eure Hilfe!

Gibt es denn keine einfachere Möglichkeit? Ich möchte nur die Farben haben, wie kann ich das denn unterscheiden, ohne All Keys mühsam auseinanderzubröseln?

Hallo zusammen Hab da mal n Problem: Ich hab ein NSData Objekt in JSON-Form, ungefähr so: (Versteckter Text) Die Frage: Wie komme ich an die Keys, ohne dass ich weiß, wie die Keys heißen? Ich hätte z.B. gerne alle Farben in einem Array. Wie kann ich denn die Farben-Keys von den anderen trennen, ohne die laufende Nummer zu wissen? LG, der Tele

Ich habe das Problem gefunden: Wenn im Background nach BLE-Devices gescannt werden soll, dann darf als Parameter für die Services nicht nil übergeben werden. Nämlich Quellcode (1 Zeile) und nicht Quellcode (1 Zeile) Ist der Parameter nil (um nach allen Devices zu scannen), wird im Background kein Delgate getriggert. Wird als Parameter ein NSArray mit den Service UUID´s übergeben, dann wird das Delegate getriggert. Seltsam.. Danke trotztem für Eure Hilfe! LG, Tele

Ich habe den Vorgang mit GDC in einen eigenen Thread gepackt und dabei festgestellt, dass das Delegate welches aufgerufen wird wenn ein BLE-Device gefunden wurde trotztdem über dem Mainthread läuft. Alles was davor passiert, Deklarieren und Initialisieren von Variablen, etc. läuft über GDC.. Ich denke dass da der Fehler liegt

Diese Vorgabe macht Sinn: Ich werde selbst bei geschlossener App darüber informiert, ob mein gewünschtes iBeacon in Reichweite ist. Das ist für normale BLE-Devices nicht möglich. Bzw. wird die App die permanent im Hintergrund scannt, irgendwann terminiert (hab was von max. 10min. im Kopf). Meine Frage ist jetzt: Muss der Scanvorgang im Vordergrund gestartet werden, damit man Callbacks auch im Hintergrund bekommt (das funktioniert nämlich), oder kann die App den Scanvorgang auch im Hintergrund st…

@Marco Feltmann Die Delegates zum Erkennen von iBeacons werden perfekt im Background aufgerufen. Die Delegates fürs Scannen, die werden erst aufgerufen wenn die App geöffnet wird. @mattik Das sind Vorgaben die ich beachten muss, und ich denke auch dass das permanente Scannen nach BLE-Devices mehr Batterieleistung verbraucht, als das nach iBeacons. Ich denke nicht, dass der Verbindungsaufbau Probleme machen dürfte: Zitat: „While your app is in the background you can still discover and connect to …

Ja ok, blöd erklärt. Das geschieht unabhängig von einander. Nach iBeacons sucht der CLLocationManager und triggert oben besage Delegates. Um BLE-Scans kümmert sich der CBCentralManager. Ich kann allerdings mit dem CLLocationManager nicht nach normalen BLE-Devices scannen, er findet nur iBeacons.

Hallo zusammen Ich habe ein kleines Problem: Laut Appe solles möglich sein, nach BLE-Devices zu scannen (CBCentralManager), selbst wenn die App im Hintergrund läuft. Klappt bei mir auch soweit. Jetzt möchte ich aber einen Scanvorgang anwerfen, wenn ein iBeacon gefunden wurde, nach welchen ich scanne. Sprich das Delegate Quellcode (1 Zeile)bzw. Quellcode (1 Zeile) In einer der beiden Methoden möchte ich einen BLE-Scan anwerfen, mit Quellcode (1 Zeile) Leider wird der Scan erst gestartet, wenn ich…

Vielen Dank für deine Antwort. Ich habe jetzt verschiedene Byte-Längen auf dem Raspberry ausprobiert, aber selbst mit 5 Byte klappt es nicht. Das komische ist ja, dass es auf der Mac LightBlue-App tadellos funktioniert, nur eben unter iOS nicht, da kann es selbst die LightBlue-App nicht. EDIT: Das Raspberry legt mir immer die ersten 22Byte von den 512 (hab auch kleinere Werte probiert, klappt auch nicht) auf das Char zum lesen. Wenn die gelesen worden sind, dann werden die nächsten 22 geschriebe…