Suchergebnisse

Hey zusammen, ich teste gerade ein bisschen das SpriteKit und allgemein das Spieleentwicklen mit Swift. Alles läuft eigentlich ganz gut bis ich bei dem Punkt Kollisionen angekommen bin. Nachdem ich jetzt mehrere Stunden (mal wieder) das Netz durchsucht habe und immer nur auf die gleichen Antworten oder Hilfestellungen gestoßen bin, hoffe ich bei euch Hilfe zu finden, die mich weiterbringt. Es geht darum, das die didBeginContact Methode nicht aufgerufen wird, obwohl die Objekte richtig kollidiere…

Zitat von macmoonshine: „Du lädst das Bild ja als NSData-Objekt, und die speichern sich ja quasi von alleine. Übrigens lädst du die Daten synchron. Das ist generell eine schlechte und speziell für Bilder im Collect-/Tableview eine sehr bescheidene Idee. “ Zitat von gandhi: „Zitat von macmoonshine: „Übrigens lädst du die Daten synchron. “ Und nicht nur das. Die werden sogar doppelt geladen. In Zeile 17 lädst Du den Bildinhalt nur um festzustellen, ob der Bildinhalt ladbar ist und wirfst das Ergeb…

Zitat von macmoonshine: „Du kannst und solltest die Bilder zwischenspeichern. Dazu kannst du beispielsweise die Bilddaten im Dateisystem ablegen. “ Ja das hatte ich schon irgendwo bei Stackoverflow zwischendurch gelesen, allerdings ist mir nicht ganz klar, wie Bilder zwischenspeichernd kann. Es gibt da wohl auch Caching Tools die man importieren kann, aber bevor ich noch ein Framework einbinde dachte ich ich frag erstmal hier die Profis nach anderen Möglichkeiten. Kannst du mir da weiterhelfen?

Moin zusammen, nachdem ich in meiner App viele Tableviews verwende, dachte ich warum nicht mal ein wenig Abwechslung. Also habe ich mir die Collectionviews einmal angesehen. Der Aufbau ist nach ein bisschen Einarbeitung gelungen. Jetzt gibts hier aber ein mysteriöses Bildflackern was ich irgendwie nicht in den Griff bekomme. Quellcode (35 Zeilen) Immer wenn ich eine Cell anklicke, dann in den anderen ViewController komme, und von diesem durch: Quellcode (1 Zeile) zurück zum Collectionview komme,…

Ihr seid super!

Zitat von Michael: „Zitat von DKCode: „Der Code ist dieser: Quellcode (36 Zeilen)“ Das habe ich befürchtet. Jedesmal, wenn dein View wieder angezeigt wird, erstellst du einen weiteren TableView und fügst den der Viewhierarchie hinzu. Du stapelst also TableViews. Nimm mal die Zeilen 2 bis 22, sowie 32 bis 35 raus und implementiere die in loadView(): Quellcode (30 Zeilen)“ Ja du hattest sowas von recht ! Hammer zwei Sekunden bevor ich deine Antwort gelesen habe hatte ich es auch gerade herausgefun…

Ist das zu glauben? Ich habe gerade noch mal alle möglichen Sachen getestet und siehe da ich habe den Fehler gefunden Die Erstellung der TableView musste aus der "ViewWillAppear" in die "ViewDidLoad" Funktion. Alter echt eine Woche so viel Code wie schon seit langem nicht mehr geschrieben / umgeschrieben, recherchiert und getestet und dann ist es so simple. Natürlich hatte ich das in der ganzen Zeit nicht einmal versucht, da die TableView Ansicht ja lief und auch alles angezeigt hatte. Manchmal …

Zitat von MyMattes: „Wenn Du in den Code schaust, wo Du die Zellen instanzierst, wirst Du (höchstwahrscheinlich) einen Methodenaufruf finden, der über einen Identifier eine Zelle anfordert. Hierbei werden bereits allokierte, aber ungenutzte Zellen (z. B. aufgrund von Scrollen) erneut verwendet. Wenn diese hierbei nicht sauber konfiguriert werden, hast Du alte Inhalte, altes Layout oder ähnliches. Erst wenn durch massives Scrollen wirklich neue Zellen instanzierst werden, ziehen Schritte, die Du …

Zitat von Michael: „Zitat von DKCode: „Der TableView wird in der "viewWillAppear" erstellt. “ Äh, was heißt das genau? „viewWillAppear:“ wird immer aufgerufen, wenn der View wieder erscheint. Also wenn du deinen zweiten ViewController verlässt, wird „viewWillAppear:“ aufgerufen. Ich könnte mir also vorstellen, dass deine „viewWillAppear:“ Methode das Problem ist. Zeig die mal. “ Genau das hatte ich per print gesehen und dachte ok dann setz ich da auch die reloadData Funktion rein und alles müsst…

Zitat von MyMattes: „Ohne dass ich mich jetzt in Deinen Code einlese: - Wenn eine Zelle erst beim Runterscrollen die erwarteten Inhalte zeigt, könnte die Ursache ein Caching-Problem sein. Nutzt Du "reusable cells"? Leg einmal testweise grundsätzlich neue Instanzen an. Ändert sich das Verhalten? - Anderer Ansatz: Informierst Du denn die TableView, wenn alle Daten via WebService geladen wurden? Lausche doch z. B. auf eine Notification, die Du absetzt, sobald neue Daten vorliegen. Dann lade die Dat…

Laut Stackoverflow haben schon viele Andere das Problem gehabt. Es soll es mit Quellcode (3 Zeilen)funktionieren. Aber bei mir geht es nicht. auch mit Quellcode (3 Zeilen) funktioniert es nicht. Weder in meiner eigenen Update Funktion noch in der "viewWillAppear" oder in "viewDidAppear". Die neue Cell wird erst angezeigt, wenn ich unterscrolle.

Ok ich komme der Sache näher, aber jetzt wird es komplett kurios Wenn ich jetzt im eine neue Liste hinzufüge (also eine neue Cell) zeigt mir der TableView keine Veränderung. Also so wie vorher... aber wenn ich in der Liste ganz runterscrolle und wieder nach oben, dann ist die neue Cell plötzlich oben drüber? Ich fall vom Glauben ab Zuerst dachte ich das hat mit einer Verzögerung zu tun, dass durch den Webservice die Daten später ankommen. Aber auch habe gerade mal ein paar Minuten gewartet und e…

Ok ich teste immer noch (jetzt bereits seit einer Woche ) und versuche den Fehler zu finden. Ein Update der TableView ist ebenfalls nicht mehr möglich, wenn ich in der Tab Bar in einen anderen ViewController gewechselt bin und zurückspringe. Die Daten, die ich vom Webserver hole (die einzelnen Listennamen) werden korrekt abgerufen und auch bei den oben genannten Problemen immer im Struct geupdated. Quellcode (5 Zeilen) Der TableView wird in der "viewWillAppear" erstellt. In dieser Funktion rufe …

Zitat von nussratte: „Glaub mir, ein Lächeln war das nicht “ Ach komm entspann dich mal Mal zurück zum Problem hast du eine Idee warum das Updaten nicht funktioniert?

Zitat von nussratte: „MeineListenZeigeDetailsViewController Ernsthaft? “ Das sind ja nicht die finalen Bezeichnungen das hab ich eben etwas verändert damit man weiß welche Controller gemeint sind. Aber es freut mich, dass ich dir ein Lächeln auf dein Gesicht zaubern konnte

Hey zusammen, nach längerer Pause (arbeitsbedingt) gehts jetzt endlich weiter mit der IOS Entwicklung. Und ich stehe vor einem Rätsel. Folgende Situation: Ich habe einen ViewController der einen TableView per Swiftcode erzeugt. Über einen UIButton füge ich per Alarmofire und SwiftyJSON neue TableViewCells hinzu, genau genommen speichere ich neue Datensätze per Webservice in der Datenbank und aktualisiere meinen TableView. Zusätzlich kann ich per Swipe einzelne Cells löschen. Durch Klick auf eine…

Ok ich habs gelöst. Das Problem lag an dieser Zeile: Quellcode (1 Zeile) geändert in: Quellcode (1 Zeile)und siehe da es geht wieder Darauf gekommen bin ich durch das Abfragen des Object-Types der Variable. Quellcode (5 Zeilen) Danke euch für eure Tips

Zitat von Tecalto: „Wie ist den die Funktion "JSONParseArray" implementiert? “ Die Funktion sieht so aus: Quellcode (11 Zeilen)

Zitat von macmoonshine: „Zitat von DKCode: „Ja der Gedanke ist da, aber da die App nun fast vor der Fertigstellung steht und komplett in Swift entwickelt ist, wäre ein Umstieg jetzt der falsche Zeitpunkt. “ Du schleppst den Sargnagel natürlich für jeden Bugfix und jede Erweiterung mit dir weiter herum. “ ja das wird leider vorerst nicht anders machbar sein. Dennoch brauche ich unbedingt immer noch eure Hilfe. Denn ich bekomme dieses Problem einfach nicht gelöst Hier nochmal der aktuelle Code den…

Zitat von SteveJ: „Zitat von DKCode: „Quellcode (6 Zeilen) Cannot convert value of type 'String' to specified type 'String' Daher wollte ich euch mal fragen, ob ihr eine Idee habt. “ Vielleicht ein wenig mehr Code? Playground? “ Wie viel Code brauchst denn? Quellcode (37 Zeilen) Zitat von Amin Negm-Awad: „Zitat von DKCode: „Es nervt und ich wünschte ich hätte Anfang des Jahres statt mit Swift direkt mit Objective-C angefangen. “ Oh, die ersten Toten sind zu beklagen. “ Oh ja ganz kurz davor. Zit…