Auch einige Firmen (speziell Firmenhandys) sind an sowas interessiert.
Im Werk darf dann z.b. keine Kamera im Handy sein etc.
Leider kann ich euch bei der Lösung des Problems nicht helfen 
aber wenn ihr eine habt, schreibt sie doch hier, wäre mal interessant 
Diese Zeile die And.dev angemerkt hat definiert in Android die StartActivity.
Ich frage mich warum die App überhaupt gestartet hat, Android hätte garnicht wissen dürfen welche Activity zu erst gestartet wird.
wie der button im java heißt ist im prinzip egal.
wichtig ist das du im java die id des buttons aus der xml datei aufrufst.
Vermutlich inflatest du an der falschen stelle oder wie marco sagte die activity findet die ressourcen nicht.
Schau mal ins Logcat und paste uns die fehlermeldung.
Aber widersprechen muss ich auch noch, wenn es im Nexus5 Emulator funktioniert, ist es representativ.
Wenn es im Emulator läuft, würde es auf einem gleich konfigurierten physischen Nexus5 zu 100% auch laufen.
Der Emulator emuliert ein echtes Android (weswegen er auch so arschlahm ist). Natürlich solltest du es mit verschiedenen Emulatoren versuchen, da nicht jedes Android Gerät die selbe Hardware wie das Nexus5 hat.
Heyho
hat jemand von euch schon erfahrungen mit scala in android gemacht?
Werd mich demnächst mal an einer App in scala versuchen.
Finde das sehr interessant vorallem weil es einem in der Businesslogic erhebliche codeminimierungen mit sich bringt.
Gibt es böse hürden die man vielleicht beachten sollte?
VG.
ganz einfache lösung.
Schau ins Logcat, da wird 100% eine NetworkOnMainThreadException drin stehen.
Du darfst keine Netzwerkverbindung im MainThread erstellen.
Benutze einen AsyncTask am besten noch im Service.
[2014-09-18 16:13:09 - Login_remote] Installing Login_remote.apk...
Diese Zeile ist dir aber schon aufgefallen oder?
Die App ist 100% auf dem Gerät installiert worden.
Wie and.dev sagte, es wird ein problem im manifest sein!
Nö das stimmt nicht.
Wenn die Klasse eine Aufgabe erfüllt und dafür diese Informationen gebraucht werden, dann müssen die Daten eh da sein um diese Klasse zu nutzen. Wenn ich das ganze nun entkoppel, kann ich die Klasse zwar immer und überall verwenden, sie kann ihre eigentliche Aufgabe aber nur erfüllen wenn die Informationen per setter gesetzt sind. Nun fragt sich, möchte ich die Klasse immer verwenden können und händisch die Informationen per setter reingeben was zu Fehlern führen könnte, oder möchte ich mich vor Programmierfehlern schützen und diese bereits im Konstruktur setzen.
Natürlich sieht das schon wieder anders aus wenn zum Zeitpunkt der Instanziierung die Informationen noch nicht zur Verfügung stehen (das solls ja auch geben :P), dann muss man halt mit settern arbeiten.
Ich weiß das man das in der notificationbar und in der statusbar anzeigen lassen kann aber direkt auf dem app icon hab ich bei android auch noch nicht gesehen. Aber mag sein das es seit Android > 4 geht.
Eine Information um welches Thema sich die App handelt wäre schön.
naja es könnte auch sein das sie installiert wird und nach beendigung wieder deinstalliert wird.
Das könnte ich mir unter den Entwickleroptionen vorstellen.
Was meinst du mit "Anzahl von Elementen"?
Ich denke das wird Hinderlich für dein Projekt sein. Wozu soll sich jemand irgendwo anmelden wenn er es eh nicht online nutzen will.
Das wird einige Nutzer abschrecken, mit recht.
Jeder Schritt den man zur Nutzung einer App machen muss, ist ein Schritt zuviel.
Die Anmeldung gehört da definitiv auch dazu.
Ich seh das sehr oft glaub mir, Nutzer sind da wirklich sehr faul wenn es darum geht und dem musst du als Entwickler halt entgegen kommen oder du vergraulst nutzer.
Alles anzeigenAus einem Vergleich mit AlertDialog Beispielen habe ich inzwischen herausgefunden, dass es:
OpenFileDialog myFileDialog = new OpenFileDialog(getActivity());
heissen muss! Dann zeigt er den Dialog auch an. Warum es einen Typ Context erwartet, aber mit getActivity funktioniert ist mir schleierhaft.
Edit: 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
Weil Activity von ContextThemeWrapper erbt, das wiederum von ContextWrapper und das wiederum von Context.
Somit ist eine Activity auch ein Context und in diesem Fall genau der Context den du brauchst.
Hallo Gutelo,
1] Ja, das ist okay so. Es ist natürlich immer schöner, wenn so wenig Abhängigkeiten wie möglich bestehen.
Wenn nicht gleich beim Konstruieren des Objektes aus mit den Berechnungen los gelegt wird, könntest Du das Ganze auch noch um Setter erweitern.
Du müsstest nur dafür sorgen, dass bei ungesetzten Werten die Sache stabil weiter läuft.
Mh also ich finde gerade an stellen wo werte gesetzt sein müssen mit was passiert, sollte man das eher koppeln als entkoppeln.
Das gute an Konstruktor Parametern ist, dass diese auch reingegeben werden MÜSSEN. So entfernt man einiges an Fehlerpotential das ein Entwickler mit settern einbauen könnte.
Es geht schlicht weg um bequemlichkeit und gute wartbarkeit des codes.
So eine anonyme innere Klasse ist weitaus verständlicher bzw. schneller zu verstehen und vorallem weniger aufwand als die anderen beiden Lösungen.
Mh hab noch nie von diesem phänomen gehört, aber vielleicht ist das eine einstellung in den developer properties.
YouTubePlayerSupportFragment erbt doch aber meines wissens von Fragment also sollte da doch eigentlich kein problem auftreten?!
Klingt sehr interessant !
du solltest in java aber versuchen mehr auf objekte zu setze, sprich keine mehrdimensionalen arrays zu nutzen.
Erstelle die eine Klasse die deinen Wünschen entspricht und packe dann mehrere Instanzen dieser Klasse in eine Java.util.ArrayList.
Die kann dynamisch wachsen und du kannst auch löschen und überschreiben wie du es für nötig hälst.
Du musst halt in Java versuchen Dinge in Objekten abzubilden statt in komplexen Datentypen. Ich bin zwar nicht vertraut mit Delphi, kann mir aber vorstellen das beide Konzepte ähnlich sind. Objekte sind ja nichts anderes als komplexe Datentypen.
