Es gab tatsächlich keine Fehlermeldung aber
Zeige dazu den Code und fie genaue Fehlermeldung.
Kann es an der fehlenden AppCompatActivity liegen?
Denke nein FragmentActivity erbt ja von AppCompatActivity
Es gab tatsächlich keine Fehlermeldung aber
Zeige dazu den Code und fie genaue Fehlermeldung.
Kann es an der fehlenden AppCompatActivity liegen?
Denke nein FragmentActivity erbt ja von AppCompatActivity
Hallo dann schaue mal nach was android:ems heißt bedeutet.
Was die default Einstellungen für multiline edittext ist.
Wie lang ist dein String?
@string/multi_view
Mer als 120 Zeichen.
Wie hast du es den umbenannt?
Wo und welche Fehlermeldung kommt denn?
Ort und Fehlermeldung bitte immer mit angeben.
Zum umbenennen dafür gibt es es den Refactor in der IDE.
Ich hoffe du hast den Dateinamen auch geändert und nicht nur den Klassen Bezeichner.
Wenn du ohne binding arbeiten willst. Dann schalte es im Gradle aus. Und binde das Layout so in onCreate und setcontentview genauso ein wie es ohne binding auch war.
Natürlich musst jetzt wider mit findViewById atbeiten.
Du bist ja auch in einem Fragment und nicht in einer Activity.
Schaue dir an wie das binding in einen Fragment funktioniert.
Setcontentview ist da unüblich. Auch ohne binding wird das da nicht benutzt.
Dir sollte doch nun aus den Links die ich dir im vorherigen Thread gesucht habe, klar sein, dass du das Problem nicht vor Android 14 API 34 lösen wirst.
Selbst wenn ab Android 14 der Alter Befehl geht, werden Handys unter AS14 abstützen.
Die Android Studio Version hat damit nichts zu tun. Hilft dir hier auch nicht.
Auf einem Handy unter AS 14 geht es nicht sehe es endlich ein.
Also überlege dir einen anderen Weg.
Wenn du auf Auf die Android Seite gehst wirst du da unter Android Studio release notes
die alten Versionen finden.
//Ich meine die farbliche Gestaltung einer konkreten Zeile ohne Click-Event, welches ich im ViewAdapter realisiere.
Das war mir beim lesen des Codes schon klar.
Du könntest doch auch den Focus (int) gleich dem Adapter im Konstruktor mitgeben.
Wenn du den Fokus an mehreren Stellen (Fragmenten) brauchst .
Könntest du ihn zB auch in einer Klassenvariablen halten. Oder in einer Singeleton Klasse.
Natürlich auch in einem ViewModel was ja im erweiterten sinne auch ein Singeleon sein kann.
Du kannst ja dann auch im Adapter auf deine ViewModel zugreifen. In dem du es einfach auch im Konstruktor mit an den Adapter gibst. Und auch im Adapter kannst du dann Veränderungen setzen.
Auch der Adapter könnte auch auf Veränderungen durch Beobachtung reagieren.
Singleton, ViewModel da sind wir wieder bei den Entwurfsmustern.
Habe bis jetzt keinen Weg gefunden, die Dateiarbeit in der Activitay/Fragment zu machen und dort dann auch den Focus zu setzen ?!
Was meist du damit. Was für ein Focus.
wie und wo du deinen Onclicklistener setzt wundert mich das auch nicht.
schaue mal wie es sein sollte .
Damit du auch die richtigen werte in dem Listener in der Activity / Fragment bekommst.
Defining item click listener for RecyclerView in Android | Codexpedia
So viele Unterscheide sehe ich da nicht zwischen Flamingo und Electric Eel.
Ja das Template „Emty Activity“ heißt jetzt „Empty Views Activity“
Ja einige Template sind weggefallen warum auch immer wenn du die brauchst oder mal ansehen willst deshalb der Tipp einen Schritt zurück zugehen.
Basic Activity gib es glaube schon länger nicht mehr ist aber auch nichts anderes als eine Empty Activity gewesen.
Die meisten Tuts fangen mit einer Empty an.
Hallo
wenn dir Flamingo nicht gefällt benutzte doch die vorherige Version
Android Studio Electric Eel | 2022.1.1 Patch 2 February 27, 2023
Gehen Tut viell. Würde sicherlich auch im Adapter gehen.
Nur sollte man das nicht machen.
Der Adapter soll die Liste anzeigen mehr nicht. Produktiver Code sollte nicht in der View sein.
Es ist vielleicht sinnvoll dich mit dem Entwurfmustern auseinander zusetzen.
MVC, MVVM ,…
dazu würde ich das Buch Eric „Freeman - Entwurfsmuster von Kopf bis Fuß“ empfehlen.
Für größere Projekte ist so was immer sinnvoll.
Das du in deinem Code schon im Adapter auf die DB direkt zugreifst um irgendwelche Indexe zu bekommen die du auch schon vorher im Produktiven Teil haben solltest.
Ist ein schlechter und meist auch Fehlerträchtiger Programmierstiel.
Bei größeren Projekten wirst du damit auf die Nase fallen. Da ist sinnvolles Design Patterns angesagt.
Wie schaut dein gepriesenes „Data-Model mit DB-Bindung“ aus?
Im Adapter hast du ja „dataModell_TaskList“ als Liste, und die wird angezeigt.
du hast vielleicht deine mList aus der Activity an den Adapter übergeben
sehe ich nicht.
zeige doch mal dein Model ich denke das ist eine einfache datenKlasse nichts was man Beobachten kann.
Wenn dann müsstest du die Liste beobachten. Dann sollte die Liste im ViewModel sein vom Typ LiveData damit du ein Observer Pattern darauf ausführen kannst.
das Heißt wenn du das willst solltest du dir das MVVM Pattern von Android anschauen.
PS wenn Code dann bitte die ganze Klasse mit dem Argumenten.
Auch beim Observer musst du Code schreiben der die DB Updatet.
PS.2
wo ist eigentlich das Problem du bekommst doch in deinem Listener / Interface die Pos und wahrscheinlich die id des Datensatzes in der DB Tabelle .
Wo ist jetzt das Problem den Datensatz in der DB zu löschen.
Wenn man sich sinnvolle Methode in der DB Klasse dafür geschrieben hat.
ZitatIch sehe es so, es ist halt von Google (bzw. Oracle mit JAVA) noch nicht realisiert !!
demm würde ich so nicht zustimmen.
schon mal was von Observer Pattern und Properties in Java gehört.
https://www.herbstcampus.de/hc14/program/slides/B14_Spiegl_Geiler.pdf
ZitatNa ja, wenn die Liste über ein Data-Model mit DB-Bindung aufgebaut ist sollten eigentlich alle Daten wie ID usw. bekannt sein.
Ich sehe es so, es ist halt von Google (bzw. Oracle mit JAVA) noch nicht realisiert !!
Dann zeige mal den Code dazu dann sehen wir weiter.
Die View-Befehle (wie remove)
und hier wider ein Denkfehler nicht View sondern Liste (ArryList, ...-)
verstehe zwar nicht, was es bringt ,wenn nur in der View gelöscht wird und nicht parallel in der DB,
Woher soll die Liste wissen woher die Daten herkommen?
Woher soll sie wissen in welche TD Tabelle , Welche DB … sie bearbeiten soll?
Schaue dir an was genau das Java Collection Framework ist.
obwohl ich mit dem Model arbeite.
Das Model bildet ja nur einen einzigen Datensatz deiner Tabelle (oder besser deiner DB Abfrage die ja auch zb. Joins beinhalten ) ab, mehr nicht.
In jeden Objekt vom Typ "Model" wird ja ein Datensatz gehalten . Und alle zusammen dann in der Liste.
Model ist ja nur ein allgemeiner Ausdruck für deine Daten Klasse.
Wenn du zb ein externe DB im Internet benutz .
wenn du jetzt einige Einträge in der liste Löscht kannst du zb erst am ende die Daten in der DB aktualisieren. Netzlast.
Wenn die Daten von der DB aus verschiednen Tabellen kommen wird es auch schwierig für eine Automatik.
Das sind zwei einfache Punke die mir da Spontan dazu einfallen.