Neueste apk kann ich nicht installieren, bekomme can not open.
Neuste mui stable version. Ideas?
Zum browsen von movie habe ich das oft genutzt. Fand ich besser wie imdb app. Wenn was gefunden wurde das auf den notebook, später hinzugefügt. 1 mal bearbeitet, zuletzt 8. Juli 2020, 23:59 Uhr
Ungültiges Token...... API Fehler Wird angezeigt. Fragt keine Favoriten ab...... Funktionierte immer tadellos für das was man brauchte. Würdigt seine Arbeit statt zu Jammern....... Frohes neues und bleibt gesund.
ich persönlich Danke Dir sehr für Deine Arbeit. Bist mein Held und Lebensretter. Es benötigt nicht immer ein Upgrade eines Tools, sondern das man es überhaupt nutzen kann. Respekt your Work.
Wishes DuKe
Ich habe das gleiche Problem wie DuKe72.
Auf meinem alten Handy lief die App top, jetzt auf dem neuen Handy kommt immer die Fehlermeldung "Token-Fehler. Kein gültiges Token erhalten. Ungültige Antwort von der API."
Weiß jemand wie man dieses Problem löst?
Muju schrieb: Ich habe das gleiche Problem wie DuKe72.
Auf meinem alten Handy lief die App top, jetzt auf dem neuen Handy kommt immer die Fehlermeldung "Token-Fehler. Kein gültiges Token erhalten. Ungültige Antwort von der API."
Weiß jemand wie man dieses Problem löst?
EInfach Deinstall und Install. Dann läuft Sie eine gewisse Zeit wieder
(ich hab damals die alten xREL Apps für Android geschrieben, falls ihr euch fragt, wer ich bin)
es könnte gut sein, dass demnächst eine komplett neu entwickelte xREL App für Android erscheint. Dann komplett auf dem aktuellsten Stand der Technik (Kotlin + Compose).
(Ich habe aktuell zwar überhaupt keine Lust auf iOS Entwicklung, aber theoretisch könnte das sogar später portierbar gemacht werden für iOS dank Kotlin Multiplatform und Compose Multiplatform.)
Die Fragen wären gerade nur:
1. Darf ich das xREL-Logo immer noch als App-Icon verwenden?
2. Darf ich den "xREL" Namen immer noch nutzen? Damit Google heutzutage Drittanbieter Apps erlaubt, müsste man die App wahrscheinlich "MyAppName - xREL Client" oder "MyAppName for xREL" nennen.
3. Falls ich die App Open-Source machen würde, müsste ich mir auch überlegen, wie ich den API-Key aus dem öffentlichen Repo raushalte. Andererseits kann sich natürlich eh jeder den Key aus der kompilierten App ziehen...
Naja, wollte nur schonmal ankündigen, dass vielleicht was kommt. Gerade hab ich große Lust auf das Projekt. Trotzdem kann natürlich immer irgendwas dazwischen kommen.
(ich hab damals die alten xREL Apps für Android geschrieben, falls ihr euch fragt, wer ich bin)
es könnte gut sein, dass demnächst eine komplett neu entwickelte xREL App für Android erscheint. Dann komplett auf dem aktuellsten Stand der Technik (Kotlin + Compose).
(Ich habe aktuell zwar überhaupt keine Lust auf iOS Entwicklung, aber theoretisch könnte das sogar später portierbar gemacht werden für iOS dank Kotlin Multiplatform und Compose Multiplatform.)
Die Fragen wären gerade nur:
1. Darf ich das xREL-Logo immer noch als App-Icon verwenden?
2. Darf ich den "xREL" Namen immer noch nutzen? Damit Google heutzutage Drittanbieter Apps erlaubt, müsste man die App wahrscheinlich "MyAppName - xREL Client" oder "MyAppName for xREL" nennen.
3. Falls ich die App Open-Source machen würde, müsste ich mir auch überlegen, wie ich den API-Key aus dem öffentlichen Repo raushalte. Andererseits kann sich natürlich eh jeder den Key aus der kompilierten App ziehen...
Naja, wollte nur schonmal ankündigen, dass vielleicht was kommt. Gerade hab ich große Lust auf das Projekt. Trotzdem kann natürlich immer irgendwas dazwischen kommen.
Grüße
ja hört sich doch nice an
zu deinen Frage, ich hab was das angeht zwar nix zu melden aber wenn man sich die iphone app anschaut https://apps.apple.com/us/app/xrel/id522645755
hat die ja auch weiterhin namen und logo als geh ich mal weiter von der fairuse politik aus
Man könnte den Source-Code auf GitHub ohne die API hochladen.
Also einfach das Feld frei lassen.
Bei Bedarf kann ja der Builder sein eigenen API-Code dort eintragen.
Soweit ich weiß kann man den API-Code auch verschleiern, machen viele andere Apps ja auch so. Das dümmste wäre ja, den API-Code in der strings.xml irgendwo zu speichern.
Der muss schon irgendwo in einer .kt Datei sein + Schutz damit man diesen nicht einfach dekompilieren kann.
Ich würde mich aber sehr freuen wenn eine neue App kommt.
Wenn die App auch noch Open-Source wäre, wäre es optimal dann kann man an dem Projekt teilnehmen und sein wissen teilen. (Wie z.B Pull-Requests usw.)
#