@block
Zitatim DDMS gibts im Panel "Devices" einen "STOP" Button, der die ausgewählte App einfach killt.
Interessant wusste gar nicht das es sowas gibt.
Danke für den Tipp.
mfg Titus
@block
Zitatim DDMS gibts im Panel "Devices" einen "STOP" Button, der die ausgewählte App einfach killt.
Interessant wusste gar nicht das es sowas gibt.
Danke für den Tipp.
mfg Titus
Hi Eni,
da mir im Augenblick die Zeit für ne ausführliche Erklärung fehlt würde ich vorschlagen du liest dich erstmal selber in die Thematik ein.
Ein paar hilfreiche Links:
Threads Allgemein in Java
Threads in Java
Java Standard: Threads
AsyncTask
Android Threads, Handlers and AsyncTask - Tutorial
RSS Reader für Android Tut - nutzt auch den AsyncTask
so das müsste eigentlich erstmal reichen.
Mfg Titus
Hi Eni,
ein Netzwerk Aufruf muss in einen separaten Thread gekapselt werden.
Entweder du machst das selbst oder du nutzt die Klasse AsynTask.
mfg Titus
Hi kpmais,
keine Ahnung wo du das gelesen hast aber meiner Erfahrung nach biete dir Eclipse einen "Terminate" Button nur bei einem "normalen" Java Programm. Das wäre der Fall wenn du dein Programm als "Java Application" startest.
Bevor du das mit deiner App versuchst sei dir gesagt es geht nicht.
Mfg Titus
hi,
Zitat
Ich verfolge auch recht regelmäßig den Accessibility-Blog von Marco Zehe und seit kurzem speziell die Sektion über Android.
sieht interessant
mfg Titus
Hi Kogoro,
und was sind diese Google+ Communites bzw was kann man damit machen?
Oder ist das so ein Fan-Page-Konzept?
Mfg Titus
Hi nimlux,
also ob das so geht wie du es vorhast weiß ich nicht aber du kannst dir deine eigene CustomView erstellen. Vielleicht bringt dich das ja weiter.
mfg Titus
na und der Zugriff per Id geht nicht?
warum nimmst du eigentlich keinen Button?
Mfg Titus
EDIT:
Zitat
Wenn ich der ImageView jetzt ein onClick gebe und darauf klicke, bekomme ich:
Could not find a method news (view) in the activity class.
mmhh scheinbar nicht
Hi nimlux,
Zitatund was mache ich genau damit?
Es sind ja dort nicht nur ein Button. Ich möchte ja klein onClick auf den Include sondern auf den Button im include.
äh?
du hast da mehre Element und eine ist ne ImageView?
Dieser ImageView gibst du eine Id.
Innerhalb deiner Activity greifst du dannauf die Sache zu.
Oder hab ich dich jetzt falsch verstanden?
Mfg Titus
Hi,
Zitat
Wären sich alle Entwickler im Klaren darüber, dass 2.x auf den dazugehörigen Geräten ganz andere Bedienworkflows hat als 4.x auf den dazugehörigen Geräten,
mmhh kann ich irgendwie nicht wirklich nachvollziehen.
Hab jetzt ein Jahr lang ein Gerät mit Android 2.3 genutzt und seit ca. 2 Monaten nutze ich eins mit 4.1. Aber so wirklich was anderes ist es nicht klar sieht alles einwenig hübscher aus aber ne große Umstelltung bzw. umdenken bei bedinen gabs nicht.
ZitatIch. Einfach schon deshalb, weil das Look&Feel unter 2.x völlig anders ist als unter 4.x und ich nicht für beide Versionen ein und dieselbe App zur Verfügung stellen will.
Als privater Entwickler ist dieser Weg ja auch vollkommen ok aber als Unternehmen geht das garnicht.
Kein Kunde wird dir den Aufwand für die "zweite" App bezahlen.
Zitat
Richtig wäre, zwei komplett getrennte UIs zu haben und diese über dieselben Controller anzusteuern. Da aber Java mit MVC offenbar nicht so gut zurecht kommt (es gibt MVC Frameworks - wtf?) und Activities halt als einzelne von der Anwendung unabhängige Programmteile geplant waren, musste man sich für die Tablets was einfallen lassen.
Ja da muss ich dir zustimmen hätte man von Anfang an versucht beide Geräte abzudecken wäre dieser Weg richtig gewesen. Aber genau hier liegt der Knackpunkt Android war halt als Handy OS geplant und nicht als OS für Tablets.
Zitat
Vermutlich werde ich die Support Library demnächst nutzen müssen, weil die Accessibility Möglichkeiten von 2.x ein Witz (a.k.a. schlicht nicht vorhanden) sind. Von freiem Willen kann hier aber wirklich nicht die Rede sein.
Was meinst du dann mit "Accessibility"?
Um vieleicht noch was zur "Support Library":
Fragement und ActionBar sind immer die Hauptpunkte die genannt werden wenn es um diese Lib geh aber da ist noch viel mehr. Im UI Bereich wäre da noch die ViewPager, ein Konzept was sich unter 2.x nur sehr aufwendig sauber umsetzen läßt. Im Code-Bereich wäre zum Beispiel die vereinfachte Nutzung der Contentprovider für die eigene DB Implementierung zu nehnen.
Mfg Titus
Hi nimlux,
hast mal versucht der ImageView eine id zu verpassen und auf diese dann per findViewById zu zugreifen?
Wird die includierte Xml auf deinem Bildschirm auch richtig dargestellt?
mfg Titus
Hi Timee,
DOM und SAX sind die beiden "Standard" Parser in Java um XMLs zu verarbeiten.
DOM lädt die Datei in den Gerätespeicher (Stichwort DOM-Baum) -> gereignet vorallem für bearbeiten, erzeugen und auslesen von XML Dateien -> sehr Speicherintensive
SAX ermöglicht das schnelle auslesen von XML Dateien -> er ist Event basiert das heist du musst dem Parser sagen was er mit welchem Element machen soll
Für mobile Anwendung solltest du entweder XmlPullParser oder den SAX nehmen.
Und als letztes noch ein Beispiel für SAX: RSS Feed parsen mit SAX
mfg Titus
Hi kaetzchenfg,
auch von mir Willkommen im Forum
mfg Titus
Hi Syntarex,
auch von mir Willkommen im Forum
Klar kannst du das Badge auf deiner Homepage veröffentlichen.
mfg Titus
Hi,
Zitat
Wird beim kompilieren mit Eclipse eigentlich auch ein Debug-Ordner erstellt (wie bei VS oder anderen IDEs)?
Nein die APK befindet sich immer im "bin"-Ordner.
Zitat
Normalerweiße ist es so, dass du wenn du ein Projekt kompilierst, irgendwo eine .APK Datei hinterlegt wird.
Kopiere diese APK-Datei dann auf deine SD-Karte und installiere es dann auf die SD-Karte.
ähm nein, auch so wird die App in den internen Speicher kopiert.
den Speicherort kannst du nur in der Mainfest-Datei festlegen festlegen: App Install Location
ZitatFehlermeldung auf dem HD2 = "Tut uns leider aber Mueckenfang musste beendet werden"
was sagt den die LogCat?
mfg titus
Hi RedDoc,
möchtest du nur mal so ein paar Apps schreiben oder möchtest du das ganze Professional machen?
Falls das letzere Zutrift solltest du dir ein Nexus Gerät holen da dort deine du Updates von Google bekommst und nicht von deinem Provider. Somit hast du ein Gerät was für die nächste Zeit immer die aktuelle Androidversion hat.
mfg Titus
Hi Thor,
die Unterstützung von verschieden Sprachen ist recht simpel: einfach die Texte in eine XML (string.xml) die in einen Ordner mit der jeweiligen Länderkennung liegt geben und das System sucht sich dann die richtige raus.
Hier wird das ganze nochmal ausführlich erklärt: Supporting Different Languages
mfg Titus
Hi Funtik,
Zitat"5.3. Security and ContentProvider
By default a ContentProvider will be available to other programs. If you want to use your ContentProvider only internally you can use the attribute android:exported=false in the declaration of your ContentProvider in the AndroidManifest.xml file."
Quelle: Android SQLite Database and ContentProvider - Tutorial - Vogella
Zitat
Verstehe aber nicht, warum dieser SQLite Helper benutzt werden muss. Hat ja vorher bei mir auch ohne geklappt. Und das gute daran war sogar, dass ich dort
Java-Quelltext
1 db = this.openOrCreateDatabase(DB_NAME, MODE_PRIVATE, null);
MODE_PRIVAT machen konnte. bei dem Helper weiß ich nicht, was er da macht.
Wie der Name schon sagt erstellst du mit "openOrCreateDatabase" nur eine DB mehr nicht um die Versionsverwaltung musst du dich dann selbst kümmern.
Die Klasse SQLiteOpenHelper hingeben übernimmt auch die Versionsverwaltung".
Außerdem lässt sich damit der ganze DB Kram schön in eine separate Klasse auslagern.
mfg Titus
Hi Funtik,
hast du dir das hier:
mal ausgebe lassen?
mmhh eigentlich wird das "db.close();" vorzugsweise in den Lebenslauf einer Activity eingebunden also entweder in onPause oder onStop.
p.s. startManagingCursor(c); wurde von Google als nicht mehr zu benutzen markiert und wenn ich die ganze Sache richtig verstanden habe sollte man eh mit Content Provider arbeiten (hier noch ein Tut dafür)
Mfg Titus
Hi gVisions,
auch von mir Willkommen im Forum
mfg TItus