Beiträge von Kogoro-Christopher

So wie es aussieht, ist das Beispiel allgemein nicht für den produktiven Einsatz bestimmt, da doch so manche Bugs wohl noch drin sind (jedenfalls nach den Github Issues).
Ohne jetzt genau auf die schnelle deine Änderungen herauszuschauen, würde ich jetzt mal vorschlagen, dass du nochmal deine Implementierung mit den Developer Guides abgleichst.
Vielleicht fällt dir ja ein Unterschied auf. Ansonsten gibt es auch einige Bibliotheken, die dir das meiste an Arbeit abnehmen wollen (z.B. https://github.com/serso/android-checkout).

Hi,

erst einmal Herzlich Willkommen im Forum.
Also grundsätzlich würde ich genau anders herum anfangen. Du lädst deine Startactivity und überprüfst in der onCreate-Methode, ob dein Nutzer angemeldet, registriert bzw. ausgeloggt ist. Dafür wäre wohl eine Preference am besten. Du speicherst z.B. ob der Nutzer registriert ist und überprüfst einen Cookie und einen Cookie-Valid-Time. Wenn der Cookie abgelaufen ist, zeige den Anmeldebildschirm, wenn nicht, dann überprüfe, ob der Cookie noch gültig ist und generiere im Notfall ein neues oder zeige wieder den Anmeldebildschirm.
So brauchst du nur eine einfache Verdrahtung und kannst alles relativ kompakt abhandeln.

Um noch kurz auf die andere Frage zu kommen: Normalerweise setzt man beim ersten Start eine Preference (z.B. "first_start") auf true und zeigt damit einmal die Infos an. Beim nächsten Start überspringt man dann die Anzeige, da first_start bereits gesetzt ist.

Hoffe ich konnte dir damit weiterhelfen. Wenn noch etwas ungenau ist, frag einfach

Hi und Herzlich Willkommen bei uns im Forum,

als erstes würde ich schauen, ob du in der Taskleiste von Android Studio irgendetwas vor dem Öffnen des Explorers siehst.
Normal öffnet Android Studio soweit ich weiß keinen Explorer. Passiert das auch bei anderen Programmen bzw. hast du es mal direkt nach dem Starten ohne andere Programme zu starten getestet (natürlich auch den Autostart kontrollieren). Auch kann es sein das die Windows-Taste plus E irgendwie gedrückt wird. Schaue auch da einmal nach.

Hoffe eins davon löst bereits dein Problem bzw. das du es identifizieren kannst.

Hi und Willkommen im Forum und natürlich in der Android Entwicklungswelt

Hast du schon das SDK über den SDK Manager geupdatet? Dort gibt es z.B. auch USB Treiber. Entweder funktioniert dieser oder du musst die Samsung Android USB Driver installieren.
Danach solltest du in den Debugging Modus und die App starten können

Hoffe das es klappt und du deine App starten kannst

Hallo und Willkommen im Forum,

mittlerweile kann man dies umsetzen und wie genau kannst du hier nachlesen

Ich hoffe ich konnte dir helfen

Hallo Marvin,

erst einmal Willkommen im Forum.
Leider muss ich dir sehr viel Glück wünschen um, bei einer Projektbeschreibung wie deiner, einen passenden Mitentwickler zu finden.
Deine Beschreibung ist leider in vielen Dingen ungenau bzw. nicht existent, z.B. was das Projekt an Anforderungen hat, ein bisschen mehr zur Idee, ob eine Bezahlung existiert, soll das Projekt überhaupt öffentlich gemacht werden, wie steht es mit deinen Kenntnissen, wie groß ist die App in Stunden, etc. pp.

Im Allgemeinen kann man sagen, je mehr Infos man herausgibt, desto eher meldet sich jemand. Denn eine unvollständige Ausschreibung wird meistens mit wenig Elan was das Projekt angeht verbunden und damit wirst du nicht ganz ernst genommen.

Vll. kannst du ja deine Beschreibung verbessern und ich wünsche dir natürlich viel Glück bei der Suche nach einem Helfer

Hi und Willkommen im Forum,

Grundsätzlich halte ich es für sinnvoller dem Nutzer eine native Erfahrung zu geben. Du würdest also eine App bauen, die vorallem drei Dinge tut:

• Den Nutzer nach seinen Interessen fragt und diese sinnvoll speichert. Anstatt eine Datenbank zu nehmen, würde ich eher Preferences empfehlen, da eine DB für einen solchen Zweck eigentlich eine auf Spatzen schießende Kanone ist, wenn du nicht mehrere hundert Interessen verwalten möchtest.
• Die Website anzusprechen per API bzw. die Seite zu crawlen. Hierbei musst du natürlich auch auf rechtliche Gegebenheiten (Copyright, etc.) eingehen.
• Die Nachrichten aufbereiten und dem Nutzer in einer schön gestalteten App darstellen. Damit würdest du auch die Interessensüberschneidungen in den Griff bekommen.

Ansonsten, wenn du eine Webview einbinden möchtest, solltest du eigentlich keine Probleme bekommen. Es sei denn es sind passwortgeschützte Seiten oder ähnliches. Mehr Probleme findest du auch durch unsere Suche z.B.

Hoffe ich konnte dir erstmal deine Fragen beantworten

Auch ein herzliches Willkommen von mir

Schaue doch mal hier in der "Zusammenfassung" nach: https://stackoverflow.com/ques…pp-description-formatting

Da gebe ich ChampS recht.Wir sind hier noch alle recht aktiv Mehr oder weniger, je nachdem wie man Zeit hat.
Ein eigenes Theme erstellen könnte man natürlich, ist aber wie gesagt auch sehr aufwendig.
Würde man eine Kosten/Nutzen-Rechnung machen, würde es sich vermutlich nicht lohnen. Wenn du allerdings ein gemeinsames Projekt starten möchtest, haben wir alle, denke ich, nichts dagegen

Grundsätzlich ist es ein Feature von Google
Da gab es mal ein Ticket im Android Ticket System, ich finde es nur nicht wieder
Soweit ich das noch weiß, wollten die das auch nicht "fixen". Vll. findest du das ja noch wieder

Es nennt sich Galaxy Look (http://developer.samsung.com/galaxy#look).
Gibt auch ein paar Beispiele dazu

Ja wie gesagt Samsung ist da immer etwas komisch. Das kann gut auch ein Bug in der Firmware der Smartphones sein, während die Firmware des Tablets kein Problem damit hat.
Tut mir leid, dass ich dir nicht zu einer erfolgreichen Lösung verhelfen konnte
Vielleicht darf deine Frau ja auch einfach das Tablet nehmen

Also wie gesagt brauchst du dafür erstmal ein Smartphone mit Infrarot-Sender. Das ist mittlerweile leider fast ausgestorben. Das Galaxy Note 10.1 hatte einen...
Auf den offiziellen Roms gibt es dann auch entsprechende SDKs dafür. Das sollte man dann auf den Hersteller-Seiten finden.

Grundsätzlich ist es nur eine einzigartige ID für deine App um Zuordnungen zu machen. Du kannst ja z.B. auch deinen Nachnamen oder eine Abkürzung nehmen. Das jemand da evtl. Copyright anmeldet, ist eher nach meiner Meinung, unwahrscheinlich. Da ist der App-Name entscheidender, weil ein User eigentlich gar nicht mit der ID in Berührung kommt. Du könntest also auch de.nachname.googleadapter nehmen und sollte kein Problem geben. Habe nie etwas darüber gehört, dass es da Probleme gegeben hätte.

Grundsätzlich geht dies über Infrarot (muss am Smartphone vorhanden sein) oder über eine interne API (TCP/IP), die natürlich kein Hersteller glaube ich veröffentlichen möchte. Da kommt es dann darauf an, ob die Community das evtl. selbst herausfindet. Für Samsung z.B. kannst du das hier mal angucken

Ja bei Samsung hat man ab und zu einfach Fehler, die an ihren Custom-Roms liegen. Die ersetzen gerne mal Api's etc.
Da kann es also durchaus sein, dass sich das garnicht lösen lässt. Schau doch mal ins Logcat auf dem Device, ob es da was zu gibt.

Hi,

okay ich hatte nur nach der URL für die m3u Datei gesucht und die ist ja http://streams.br.de/puls_2.m3u

Ich meine damit, dass 100 keine typische Längenbeschränkung ist. Deswegen wüsste ich nicht, warum, wenn du das als String eingibst, die App es abschneiden sollte.
Könntest du evtl. den Code reinstellen, damit wir wissen, was du aufrufst etc.?
Hast du VLC denn installiert und dann die Playlist z.B. über einen Dateibrowser angeklickt?

Was benutzt du denn? Die VLC App oder das SDK?

Beim SDK steht nämlich:

"VLC authorize only "-._~" in Mrl format, android Uri authorize "_-!.~'()*". Therefore, encode the characters authorized by Android Uri when creating a mrl from an Uri."

Benutzt du also eine URI?
Ansonsten ein String hat keine 100er Länge...

Ansonsten wie sieht es mit dem originalem Stream aus der unter https://www.br.de/service/hilfe-livestreams-br100.html zu finden ist?

Edit:
Habe gerade noch gelesen, dass Android wohl kein m3u unterstützt. Siehe: https://code.google.com/p/android/issues/detail?id=7028
Ob das aber noch aktuell ist, weiß ich gerade auch nicht
VLC sollte da aber per intent auf das öffenen reagieren können (also laut source )

Okay jetzt hab ich es verstanden.
Der Fehler liegt aber leider im Grundkonzept deiner App. Eine Wear App kann keine HTTPUrlConnection aufbauen. Diese ist auf allen Wear-Geräten deaktiviert. Im Emulator ist das wohl ein Bug.
Als Workaround wird Hier vorgeschlagen, die MessageApi zu nutzen und die Connection auf dem Handy aufzubauen.