Android App Programmierung mit Eclipse etc. - Wer kennt sich aus?

Hallo Barbara, nicht wundern... ich schiebe Dich mal ins Entwickler-Forum, da passt die Frage besser.

Das Testen mit dem Emulator vergisst du am besten, der macht fast immer andere Sachen als die Android Geräte selbst, bis jetzt ist noch keines meiner Apps auf dem Emulator richtig gelaufen. Wenn ich dich wäre würde ich schauen ob ich irgendwo ein günstiges Android Device her bekomme, es ist ja auch nicht schlimm wenn es nicht so leistungsfähig ist, dann siehst du wenigstens ob deine Apps auch auf älteren Geräten laufen.

EDIT:
Ich war mir gerade nicht sicher ob der Emulator überhaupt eine Tonausgabe hat und habs gerade noch mal ausprobiert, also bei gibt er Töne aus.
Poste doch einfach mal deinen Code und hast du auch geschaut ob beim LogCat eine Fehlermeldung ausgegeben wird? Den LogCat findest du, wenn du oben Rechts auf DDMS klickst.

— geändert am 30.12.2011, 23:32:57

Tach!


Dann hast du zwar eine persönliche Beratung, aber nur einen Erklärer und keine vielen Mitleser, die eventuell Fehlerhaftes korrigieren und Ergänzungswürdiges hinzufügen.


Wenn man die offensichtlichen Fehler beseitigt, auf die einen Eclipse auch mit roten Unterkringelungen hinweist, ist sehr wohl ein kurzes Hallo zu hören. Wenn man mit dem Mauszeiger auf die rote Markierung fährt, bekommt man üblicherweise Hinweise eingeblendet, was man zur Beseitigung tun kann.


Das ist unglaubwürdig. Rein gar nichts passiert immer nur dann, wenn man rein gar nichts macht. Zumindest ein Applikationsstart oder eine Exception im Logcat sollte zu sehen sein. Die einzelnen Fenster/Bereiche in Eclipse heißen View, man kann sie bei Nichtvorhandensein über Window->ShowView hinzufügen. Die Views Problems, Console und LogCat sind die wichtigsten. Die sollten unterhalb der Code-View zu finden sein. Wenn nicht, füg sie dir hinzu. Problems solltest du vor dem Programmstart beseitigen. Und wenn es nicht nur Warnings sind, musst du das sogar. In der Console siehst du beim Start, dass das Progamm übertragen wurde und deine Activity gestartet wurde. LogCat zeigt allgemeine Meldungen des Systems an. Das sind üblicherweise recht viele, beim Programmstart sollte sich aber automatisch ein Filter auf die nur zum Programm gehörigen Meldungen aktivieren.

Der Debugger ist eines der wichtigsten Hilfsmittel. Wie man damit umgeht, solltest du üben. Den Fall, dass sich angeblich nichts tut, kann man mittels Breakpoints überprüfen. Stoppt der Debugger an einem Breakpoint in einem Stück Code, das ausgeführt werden soll, dann tut sich also doch etwas. Wenn nicht, muss man Breakpoints in andere Teile des Codes setzen und die Ausführung dort verfolgen, notfalls auch schrittweise, Anweisung für Anweisung. Da man zum Debuggen andere Werkzeuge braucht als zum Coden, kann man rechts oben in Eclipse die Perspectives umschalten (ansonsten auch über das Window-Menü). An Perspectives solltest du mindestens Java und Debug kennen (DDMS ist auch noch nützlich, aber das braucht man als Anfänger noch nicht unbedingt).

Ein allgemeiner Hinweis zum Code: Activity hat keine Methode onInit(), man kann sie also nicht überschreiben – das @Override ist überflüssig. Wenn ein Interface implementiert wird, werden die darin vereinbarten Methoden üblicherweise hinzugefügt. Der Name onInit ist zwar ähnlich wie onCreate, man darf aber nicht von onCreates @Override auf eine Notwendigkeit bei anderen on…-Methoden schließen (auch wenn man oft genug solche unsinnigen @Overrides in Code-Beispielen findet).

Wenn du den Code nicht selbst entworfen hast, ist es bei Problemen günstig, die Quelle zu nennen. Dann kann man nämlich prüfen, ob die Quelle fehlerhaft ist oder nur das Übernehmen misslungen ist.


Felix

Tach!


Gut, das war die Anwender-Sicht. Und nun die Programmierer-Sicht. Setz einen Breakpoint auf die tts.speak-Zeile. Die Abarbeitung muss an der Stelle vorbeikommen und wegen des Breakpoint anhalten. Wenn es hält und auch der Step-Over ordnungsgemäß und ohne Meldung ausgeführt wird, scheint mit deinem Code soweit alles in Ordnung zu sein und das Problem wird anderswo liegen (Lautstärke runtergeregelt? Geht wenigstens die Test-Ausgabe in den Systemeinstellungen?). Wenn nicht, kommt die Abarbeitung gar nicht bis dorthin und du musst schauen, warum sie nicht dort landet. Von wo aus hätte es denn aufgerufen werden müssen? Warum unterbleibt das an der Stelle? Usw. usf.


Vom Code brauchst du keinen Screenshot, es reicht, wenn du den von dir verwendeten lauffähigen Code und keinen fehlerhaften postest. Ansonsten werden dir nur unnötig Fehler um die Ohren geworfen, die bei dir gar nicht vorhanden sind. Das ist für beide Seiten nicht erbauend.
Von der laufenden Anwendung brauchst du auch keinen Screenshot anzufertigen, denn die Sprachausgabe verwendet nur Code, der nichts mit einer sichtbaren Ausgabe zu tun hat.


Felix.

Ja guten tach,
Das was du da so geschrieben hast ist ja toll,
nein ist es nicht das ist ja die einfachste version eine sprachausgabe zuerhalten die ich kenne.
dieses "programm" vunktionirt eh nicht auf dem Handy, nur auf dem Emulator da fehlt der text


@Override
de.androidnewcomer.helloworld;
Activity setconventview;
Button button = (View view);

Moin, du hast in der onInit Methode, den speak Aufruf nicht richtig.
Gänsefüße müssen umschließen einen String. z.B "TEXT"
So sollte es funktionieren.
tts.speak("Hallo!", TextToSpeech.QUEUE_FLUSH, null) ;