Beiträge von Marco Feltmann

Du siehst das FrameLayout, obwohl es eine Breite von 0dip hat?

Und wenn Du die 'android:padding…' rauswirfst?

Zitat von Julian57

Das heißt das ich über die Listener zunächst nur die Klassen mit der Anwendungslogik aufrufe.
Und diese wiederrum die Klassen mit der UI-Logik.

Wenn Du neu in der Androidwelt bist, solltest Du von solch esoterischen Lösungen dringend Abstand nehmen und es erst einmal 'richtig' machen.

Die Suche nach Datum stelle ich mir (aus Nutzersicht) schwer zu realisieren vor, da die Standardimplementierung des DatePickers alle möglichen Daten anzeigt.
Dort kannst Du zwar ein minimales und ein maximales Datum eintragen, was aber je nach Datensätzen nicht unbedingt sinnvoll sein muss.

Wenn Du beispielsweise einen Veranstaltungskalender planst und schon mal 15 gängige Termine für 2016 eingetragen hast, dann hat der Nutzer insgesamt 342x die Möglichkeit eine Datumssuche ohne Ergebnis zu starten.
(366 Tage [Schaltjahr 2016, inklusive Neujahrsparty 2016 und Silvester 2016] - 14 unterschiedliche Termine [Rock Am Ring und Rock Im Park sind zur gleichen Zeit ;)])

Frustrierend.

Sinnvoller wäre eine Zeitraumsuche:
Ich hab vom 27.07.2015 bis zum 10.08.2015 Urlaub und möchte ein Festival besuchen.
(Beispielhaftes Ergebnis: Wacken und Mera Luna)

Wie das zu realisieren ist?
Eingabe des Pickers entgegennehmen und in den 'WHERE' Teil der SQL Abfrage einbauen.

Zitat von Gladbach9988

Nun möchte ich mit Hilfe eines Datepickers Ereignisse suchen, welche nach Datum sortiert sind.

Du wirst dafür ja irgend eine Idee haben, wie Du diese Ereignisse darstellen und ablegen möchtest.
Danach richtet sich dann auch, wie Du die Sache mit dem Datum realisiert bekommst.

+hm+
Da müssen dann mal ein paar reine Android Entwickler schauen, ob und wie sich so was realisieren lässt.
Ich bin noch mindestens bis Mitte des Jahres zeittechnisch mit iOS ausgelastet.

Nur dadurch, dass Du irgendwo eine View Instanz eines bereits gezeigten XML anlegst, ändert das noch lange nichts an der Darstellung eines bereits instanziierten Views derselben XML.

Bevor ich jetzt anfange mir den Kopf zu zerbrechen, wie Du das ganze (idealerweise auch threadsafe) zurückgespielt bekommst:
Was genau hast Du eigentlich vor und wie kommst Du darauf, dass Dein Lösungsansatz ein guter ist?

Zum Zweiten würde ich vorschlagen, Du lässt das mit den ganzen Activities lieber sein und steigst auf Fragmente um.
Ansonsten legst Du einfach für jedes Layout eine eigene Activity an. Je nach IDE über 'Neu…->Android Activity' oder Ähnlichem. Oder händisch, dann musst Du daran denken, diese Activity auch in Deine AndroidManifest.xml einzutragen.

Wie hältst Du denn die Ereignisse vor?

Beide müssen denselben Parent haben.
Es nützt also nix beim ersten Lauf nach dem Einen und beim zweiten Lauf nach dem Andern zu sehen.

Du musst beides bei einem Durchlauf betrachten.
Und dann nicht nur auf die Klasse schauen (android.view.ViewRootImpl) sondern auf die Instanz (@530a90dc)

Und beim PopUp View?

Ich vermute, der Ansatz mit den zwei PopUp Views ist hier der Urheber der Probleme.

IntelliJ vielleicht. Ob Android Studio mittlerweile auch das NDK bedienen kann weiß ich gar nicht.

Moin Tim,

eventuell gibts ja an Deiner Uni ein paar (Medien?)Informatikstudenten, die an so einem Projekt Spaß haben.
Professoren lassen sich sicherlich auch durch eigene fachübergreifende Projekte beeindrucken.

Ich würde an Deiner Stelle das Schwarze Brett der jeweiligen Fakultät bemühen.
Für 'Ich mach das mal eben rasch in meiner Freizeit' scheint mir das Projekt allein vom Titel her schon viel zu groß.

'Verschiedene Sprachen' meint hier neben Java noch C/C++, PHP, Python und was Eclipse noch so alles unterstützt.

In dem Spinner scheinst Du ein PopUp Listview anzuzeigen. (Ich glaube, das ist die Standardfunktionalität des Spinner beim Anklicken.)
Allerdings befindest Du Dich bereits in einem PopUp View.

Gemäß StackOverflow darf das Parent eines PopUp kein PopUp sein.
Du solltest also zunächst vergleichen, ob der Parent Deines Spinners dieselbe Instanz ist wie Dein PopUp View.
Und falls dem so ist das irgendwie ändern.

Zitat von Pauer

Der Kurs hat nicht direkt mit Eclipse angefangen, sondern erst mit Java, dann mit der Konsole und letztendlich sind wir jetzt zur Entwicklung mit Eclipse gekommen. Die Seiten davor habe ausgiebig durchforstet und bin leider immer noch nicht schlauer.
Links sind leider keine angegeben und ich war auch nicht erfolgreich die Beantwortung über Google herbeizuführen.

Tja, was soll ich sagen?
Es ist Dein Kurs, ich brauche den nicht zu bestehen.

Ich würde beim Konzept von javac und den Alternativen ant und gradle ausgehen.
Die leere /src würde ich damit begründen, dass der Assistent ja überhaupt nicht wissen kann, was ich testen möchte.
Und schlussendlich wäre statt assertEqual() vermutlich this.assertEqual() gemeint, um zu signalisieren, welches das Objekt ist, dessen Methode aufgerufen werden soll.

Allerdings habe ich absolut keine Lust auf Grund mangelnder Informationen Dich jetzt damit losrennen und auf die Nase fallen zu lassen.
Insofern: Lies noch mal, experimentier ein wenig, ruf den Dozenten an oder kommuniziere mit Deinen Mitkursteilnehmern.
Niemand weiß, was genau der Ersteller der Aufgaben sich dabei dachte – abgesehen vom Ersteller der Aufgaben natürlich.

Android Studio.
Und zuvor IntelliJ IDEA.

Ist denn der Kontext derjenige, der in dieser Ansicht auch wirklich gezeigt wird?
Die Fehlermeldung lässt darauf schließen, dass Du einfach irgendeinen Kontext übergibst, damit sich der Spinner initialisieren lässt.
Da das PopUp sich direkt an das View hängt müsstest Du vermutlich dessen Kontext an den Spinner übergeben.

Für permanente Verbindungen solltest Du die Sache lieber in einen Service auslagern, der im Hintergrund arbeitet.
An den kann sich Dein UI dann binden und notwendige Callbacks bereit stellen, zu denen der Service dann kommuniziert.

Für die Callbacks benötigt Dein Service dann nur einen UI Handler, an den er die ganzen Methodenaufrufe (in eine Runnable verpackt) schickt.

Mich würde mal interessieren, was auf den mutmaßlich 10 Seiten vor diesen Fragen alles steht.
Zumal ich definitiv nicht mit Eclipse entwickle und einen Android Kurs mit Fragen zu Eclipse zu starten sehr merkwürdig finde.

Nichts desto trotz sollte im Allgemeinen auf den vorangegangenen Seiten eine Menge an Informationen und/oder Links aufgetaucht sein, die einem bei der Beantwortung dieser Frage helfen könnten.

Im Prinzip sollten die beiden Threads komplett unabhängig voneinander arbeiten und nach Möglichkeit gar nichts von einander wissen.

Für TCP Aktivitäten bekommst Du das am Besten mit dem AsyncTask gelöst.