Beiträge von and.dev

Zitat

Oh, ich kann den Dialog anzeigen lassen, ich kann Datei auswaehlen, ich kann den Ok button event abfangen, ABER : ich komme nicht an den Pfad

Du hast aber schon gesehen, das die Klasse dafür ein Interface verwendet, das du dann auch verwenden musst?

Den Kreis hast du mit alignParentRight="true" positioniert?
Dann muss dein TextView mit toLeftOf="kreis" davon abgehalten werden, sich mit diesem dieselbe Fläche zu teilen.

Zitat

Es geht um die Photo App Android 4 von ALDI

Gerade nachgeschaut: auf mein M7 würde ich es (zumindest vom PC aus) installieren können.
Auf meinem Nexus nicht, aber das wird wie gesagt vermutlich an der Kamera liegen, die alleinige vordere wird wohl nicht als "echte" Kamera zählen.

Wäre also die Frage, wo der Unterschied zwischen den beiden M7 liegt;
meins ist son Standard-Ding aus einer Vertragsverlängerung, Vodafone Branding.

Zitat

Auf meinem alten Nexus 7 wird die App ebenfalls nicht angezeigt und darauf ist das Original-ROM in Version 4.4.4.

Da wird es vermutlich wirklich an der Kamera scheitern, denn zB die Google-Kamera wird für mein Nexus 7 ebenfalls nicht angezeigt.

Hast du einen Playstore Link, mit dem das beobachtete Verhalten reproduziert werden kann?
Vielleicht liegt es am verwendeten Testgerät (Custom ROM, CID aus Timbuktu o.ä.), während andere M7 nicht betroffen sind?

@Marco:

Zitat

Die App wird aber ebenso für Smartphones mit richtiger Backcamera (HTC One M7) nicht angezeigt.

Zitat

Ich bin mir sicher, dass nicht alle Geräte einen Vibrator haben.

Das M7 hat ganz sicher einen Vibrator, daran sollte es also nicht liegen.

Liegts vielleicht am fehlenden "supports-screens" in deinem manifest?

Zitat

Von Userinput (Button Click) bist GUI Update (Z.B: Nächstes Activity) muss alles in ein AsyncTask.

...oder du verkettest die Tasks halt miteinander:
1. lange laufende Aktion #1
2. lange laufende Aktion #2
3. nächste Activity

wird aufgedröselt in:

async1.doInBackground: lange laufende Aktion #1
async2.doInBackground: lange laufende Aktion #2

async1.post: async2.exec
async2.post: nächste Activity

womit der ursprüngliche Code dann zu
1. async1.exec
wird.

Zitat

Dank Dir für die Hilfestellung

Gerne.

Zitat

Ja, danach kommt der Auftruf der nächsten Activity.

Dann passt meine Lösung, oder?

Zitat

Meine grundelegende Frage ist, ob es nicht möglich ist, das onPostExecutes von "subasynctask" aufgerufen werden können wenn er noch im Codeblock (onPostExecute) vom hautasynctask ist?

Die Frage ist eher, warum du das so haben willst
Angenommen, dein ursprünglicher Code würde soweit funktionieren: da wäre der Sinn des Tasks direkt wieder dahin, weil du mit dem while()/sleep() doch wieder den MainThread blockierst...
da kannste dann genau so gut das while() durch den Inhalt des doInBackground() ersetzen.

Mit "weiter macht" meinst du vermutlich, das in deinem Codeschnipsel nach Zeile 5 noch was kommt?

Dann kopierst du das ins PostExecute des 2. AsyncTasks - oder verstehe ich die Frage falsch?

Mein erster Versuch wäre, diesen Wert
<item name="android:textSize">20sp</item>
mal zu verdoppeln - um zu sehen ob sich überhaupt etwas tut, oder ob der ignoriert wird.

20sp sollte eigentlich nicht so klein sein wie in deinem Screen, wenn sich bei der Änderung etwas tut ist vielleicht ist ein Fehler im Source bei der Umrechnung.

Zitat

um ehrlich zu sein hab ich mich da einfach an die Vorlage gehalten

Jaja, wieder kopiert ohne es zu verstehen...
Irgendetwas nicht mitkopiert? Die Vorlage wird ja funktioniert haben, oder?

Zitat

ich wüsste gar nicht wie ich das mit einer .xml Datei so umsetzten könnte

Hm, du hast doch das .xml Layout schon angefertigt, da nimmste nen LayoutInflater und schon haste eine fertige View als Parameter für "dgv.addView(relativeLayout);"

Mit anderen Worten wird optisch das gesamte LinearLayout nicht dargestellt.

Ich mache meine Layouts immer per .xml, kann hier also auch nur raten - mein erster Versuch wäre, das LinearLayout als solches sichtbar zu machen, etwa mit einem eigenen Hintergrundbild (da weißt du ja schon wie es geht), um herauszufinden, ob und wenn ja wie groß bzw. wo es dargestellt wird.

Edit: darf man trotzdem die ketzerische Frage stellen, warum du das nicht in .xml machst?

Zitat

hier ist der ist ist zustand

Ein zentriertes "C" auf grauem Hintergrund?
Das passt weder zu

Zitat

Also das RelativeLayout hat die richtige Größe und auch der Hintergund stimmt.

noch zu

Zitat

textView.setText("TEST");

Zitat

Fehlt da nicht noch xxhdpi?

Im Prinzip schon, ist aber nicht so das die betreffenden Devices dann gar keine Grafiken darstellen.

Zitat

Pack man dort die mdpi Dateien hinein und verzichtet dafür auf den drawable-mdpi Ordner?

So handhabe ich es in meinen Projekten, ob das die "richtigste" Lösung ist weiß ich aber nicht.

Zitat

Mein Layout soll so aufgebaut sein (xml Vorbild):

Vielleicht hättest du noch ein 2. Bild vom Ist-Zustand ergänzen sollen oder wenigstens beschreiben, inwiefern dein Ergebnis vom Soll-Zustand abweicht;
So wird es den Mitlesern vermutlich zu aufwendig sein, das ganze Zeug zu analysieren, um eine ordentliche Antwort formulieren zu können.

Was mir beim Überfliegen aufgefallen ist:
XML: LinearLayout android:orientation="vertical"
Code: linearLayout.setOrientation(LinearLayout.HORIZONTAL);

...und deine Frag lautet...?

Die grundsätzliche Vorgehensweise würde mit der Frage beginnen, ob die Liste konstant ist und schon zur compile time vorliegt, oder ob sie erst zur Laufzeit der App vorliegt und darum nachgeladen werden muss.

Wenn ersteres: erstelle eine Datenbank aus der .csv Datei; je nach Größe kannst du die dann im assets Ordner mitliefern oder beim ersten Start von einem Server herunterladen.
Wenn zweiteres: beginne mit der Implementierung eines .csv Importers in deiner App.

Zitat

das dass Ghostwriter Business noch zu unerschwinglich für mich ist

Ist doch kein Problem, den Writer läßt du von demjenigen bezahlten, der dich dazu gezwungen hat, so spät mit der Doku anzufangen

Zitat

Muss ja nur noch die App fertig machen, und bis nächste Woche Donnerstag ne Doku mit knapp 100 Seiten schreiben..

Na, dann kannste dich ja jetzt entspannt zurück lehnen und es ruhig angehen lassen

Zitat

es lag an diesem scheiss verfluchten android:hint ! Der hat sich anscheinend immer so viel Platz reserviert wie der Text des hint benötigt.

Hab ich in deinen Source-Schnipseln nirgends gesehen, aber der war ja anscheinend auch am Spinner-Objekt;
da hab ich sowas noch nie gemacht, aber das der Spinner dann so breit so wird, das der Hint zu sehen ist, ist ziemlich naheliegend, oder?
Warum dann allerdings die TextViews im Zeilen-Layout auseinander gezogen werden, erschließt sich mir gerade nicht.

Zitat

ich hab schon so einiges von dir gelernt

Dafür sollte so ein Forum ja da sein (also zum lernen, nicht zum kopieren, wie es oft missverstanden wird)

Zitat

kein bedankomat da ?

Da du den so sehr vermisst, habe ich ihn mal nachgereicht - besser so?
Weiter oben wären ja ersatzweise noch welche gewesen

Zitat

meine Abschlussarbeit als Techniker

Schraubt man als Techniker nicht Dinge zusammen und stöpselt Kabel an?
Oder hab ich da jetzt den "falschen" Techniker im Kopf?

Jedenfalls viel Glück mit der Abschlussarbeit