Beiträge von Marco Feltmann

    Jetzt meine Frage zum Thema Menue und dynamisch. Kann ich anstatt R.menu.context_menu ein dynamisches Menü per Java Code
    erstellen?


    Natürlich kannst Du das.


    Und wie rufe ich dann am Besten die CreateActionMode Methode auf?




    Da es sich um ein Interface handelt kann ich ja nicht einfach statische
    Methoden implementieren, die mir eine entsprechend dynamische Instanz zurückgeben oder doch?


    Hängt von der statischen Methode ab. ;)

    Also Du würdest die Einträge in der Liste bei anklicken als makiert setzen und dann unten im Menü die entsprechenden Optionen anzeigen?


    Auf gar keinen Fall. Das ist totaler Blödsinn.
    Wobei einige Implementierungen in der Tat nach einem langen Anklicken ihre Toolbar anpassen. Man muss abwarten, ob das die Zukunft wird. Ich bin ein Freund von Kontextmenüs.



    Jedenfalls werden Kontextmenüs und Kontext-Actionbars in einem Android Guide beschrieben.

    Moin.


    Also ich bin ja nach wie vor ein Freund von 'Machs wie Dein OS' und würde an Stelle eines eigenen Dialogs die Menüs benutzen.
    Da könnte man dann ziemlich simpel Einträge hinzufügen, löschen oder austauschen.


    Alternativ ließe sich je Dialog eine XML-Datei anlegen und eine eigene Handler Klasse basteln. Ist natürlich ein bisschen mühsam immer den Handler umzuschreiben…


    Da tippt man sich ja tot und es sieht auch noch scheiße aus.


    Da Du ja gern herumvererben möchtest wäre doch so etwas eine Alternative:


    Im Prinzip also ein Anwendungsbeispiel des Static Factory Pattern.


    Von einer All-In-One Lösung mit Ausblenden nicht benötigter Elemente rate ich Dir ab.
    Das wird unglaublich unübersichtlich und unsagbar schwer anzupassen.

    ich kenne die beiden Titel nicht, aber nach den geposted'en Grafiken und deren Aufschriften beurteilt muss ich dir da mal wieder vollkommen recht geben ;)


    Soso. Ich vermutete bei dem Avatar tatsächlich eine Verbindung zu Herrn Ernie. :P


    [prototype0815]
    Die Tutorials von Herrn Vogel sind qualitativ sehr hochwertig, vor Allem im Hinblick auf die Zielgruppe.
    Sie setzen lediglich voraus, dass man sich alles durchliest. "Standalone Schnipsel" gibt es dort nicht, zu jedem Beispiel gibt es darüber und darunter mindestens einen Absatz Text.


    Mein Ausbilder meinte einmal 'Es gibt keine dummen Fragen, es gibt nur faule Fragen'.
    Und faule Fragen nerven extrem. ;P

    Da weiß man jetzt nicht, was der TE genau vor hat, aber er hat ja jetzt genug Infos, um sich für eine der Alternativen zu entscheiden.


    Exakt.
    Und um jetzt völlig off-topic zu werden: ich persönlich find ja
    [Blockierte Grafik: http://www.victormoreno.com/images/misc/header.jpg]
    um Längen besser als
    [Blockierte Grafik: http://www.fangoria.com/new/wp-content/uploads/2014/01/EvilErnieFeat.jpg]


    Wobei natürlich die gesamte Chaos Comics Reihe großartig ist. :)

    Ja, ist sehr elegant (würde mir persönlich auch besser gefallen) -- bis du einen Kunden an der Backe hast, der sich seine Notiz mit irgendwelchen Änderungen verhunzt und darum doch lieber die letzte Fassung behalten will :)
    Der Kompromiss wäre dann wohl, bei "zurück" zu speichern, aber für den Notfall einen Abbruch-Button zu behalten.


    Gegen Doofheit ist kein Kraut gewachsen. ;)
    Nur ist eine Notiz ja nun wirklich keine Doktorarbeit. Ich werde mir doch wohl die drei Minuten nehmen können meine Notiz so anzupassen, dass sie mir wieder gefällt.


    Jedenfalls meinte ich aus diesen Gründen, er solle sich an Anwendungen wie dem Adressbuch orientieren.
    Bei meinem ist es so, dass der Zurück-Button im ActionBar einfach 'Fertig' heißt und speichert, die Zurücktaste am Telefon den Editiermodus ohne Speichern verlässt.

    Ist die Alpha Version live im Play Store verfügbar, kann sie also von jedem, der sie haben will, heruntergeladen werden?
    Falls ja: Pech gehabt.
    Die Sache ist ganz klar: wenn jemand Deine App hatte, dann will er sie weiterhin haben, selbst wenn Du sie löscht. Der Paketname bleibt daher geblockt, da er bereits einmal vergeben ist.


    Die einzige Chance, die ich für euch sehe, ist der Wechsel des Besitzers der App.
    Siehe dazu folgendes "How to".


    Viel Erfolg. :)

    Wenn du schon eine Datenbank eingeplant hast, dann würde ich dir einen CursorAdapter empfehlen (auch wenn der deprecated ist).


    Generell würde ich auf jeden Fall die Finger von allem lassen was irgendwie deprecated ist.
    Die setzen den Hinweis nicht aus Spaß an der Freude, sondern weil sie festgestellt haben, dass da irgendwas ganz heftig schief laufen kann.


    Ich weiß allerdings nicht wie Du darauf kommst, dass der CursorAdapter deprecated sei.
    Lediglich einer der Konstruktoren, ein paar interne Methoden und ein paar Konstanten sind deprecated und bei denen steht dokumentiert, wie man statt dessen vorgehen soll.


    Gegen CursorAdapter(Context, Cursor, int) spricht nur, dass er erst ab API 11 zur Verfügung steht.
    Gegen CursorAdapter(Context, Cursor, boolean) spricht gar nichts.


    Nichts desto weniger sollte man den Hinweis sehr ernst nehmen und ab API 11 einen LoaderManager mit CursorLoader verwenden, da der CursorAdapter auf dem UI Thread herumfuhrwerkt – und das mag Android seit API 11 ja schon bei Netzwerkaktivität nicht.


    BTT:
    Deine Idee mit den Buttons und Aktivities, also Dein gesamtes UI-Konzept, finde ich sehr sehr schwierig, [prototype0815].
    Bitte lies Dir bevor Du wirklich anfängst die Design Guidelines durch und beherzige sie. Ansonsten wird jeder Deine App hassen, weil sie sich so anders als vom Betriebssystem gewöhnt verhält.


    1) Tippen auf einen Eintrag bringt einen zur Detailansicht, nicht zu einer Editieransicht. Diese sollte manuell umschaltbar sein.
    Beispiel (4.2.2): Settings->WLAN – Du könntest einen Edit-Switch einbauen (ähnlich dem Knopf zum Aktivieren des WLAN) oder über ein Menü die Option zum Bearbeiten anbieten (ähnlich dem Menü mit Scan, Erweitert etc.pp.)


    2) Speichern und Abbrechen-Buttons sind soooo 1975. Siehe die Notizen App auf dem Xperia Z1. Ich kann nur zurück navigieren. Steht irgend etwas in der Notiz drin, dann will ich sie wohl auch gespeichert haben. Also wird sie beim Zurückgehen gespeichert. Steht da nix drin, will ich das sicherlich auch nicht speichern.


    3) Ein Tippen bringt einen immer noch zur Detailansicht. Möchtest Du den oben vorgeschlagenen Weg nicht gehen, dann solltest Du auf ein Long Press mit einem Menü reagieren, in dem Du Editieren und Löschen anbietest.


    Generell solltest Du Dich bei Deinen Apps an den vorinstallierten Android Apps orientieren.
    Wie geht das Adressbuch mit der Kontaktübersicht und den Detailansichten zu den Kontakten um? Wie kannst Du einen Kontakt löschen oder bearbeiten? Wie kannst Du einen neuen Kontakt anlegen, speichern oder verwerfen?


    Und noch ein paar persönliche Vorschläge:
    a) Statt eines 'Add' Buttons unten wäre ein 'Add' Item in der Action Bar die schönere Alternative


    b) Wenn Du richtig cool sein möchtest kannst Du noch eine Swipe-Geste in Deine ListView einbauen, die beim Swipe nach links oder rechts den Inhalt durch einen 'Eintrag löschen?' Button ersetzt. Damit nimmst Du dem User einen unnötiges Tippen ab.

    Du könntest in das CGI Verzeichnis auch eine Batch Datei oder ein C Programm packen und das darüber machen lassen.


    Du KANNST natürlich eine Socketverbindung zum offenen Port des Servers aufbauen und über ein gängiges MySQL Framework direkt auf die Datenbank zugreifen.
    Das solltest Du aber auf jeden Fall und unter allen Umständen vermeiden.


    Ansonsten kannst Du auch gleich die Daten in eine öffentliche Facebook Gruppe posten. Das wäre sicherer. :P

    Das klingt fast so als wolltest Du in bester Windows-Manier ein Icon auf den Desktop legen, über das Du dann die Apps einblendest.


    Keine Ahnung ob das so geht. In einer eigenen App hättest Du ja das Problem, dass die Key Events in erster Linie in Deinem UI landen – und da Du kein UI brauchst ist das irgendwie unsinnig. Nur dafür einen Service zu schreiben halte ich auch für völlig übertrieben.
    Ich kann mir nur vorstellen, dass sich ein Widget erstellen lässt, welches das Key Event weiterleitet.

    Funktioniert das debuggen auch wenn ich mit mein Galaxy S3 angesteckt hab anstatt ein virtuelles Device zu benutzen?


    Ja, das funktioniert genauso.
    Insgesamt wird die App ein bisschen langsamer, weil sie ja permanent mit dem Debugger kommuniziert.
    Debugging auf dem Gerät ist auf jeden Fall empfehlenswert, wenn man das mal mit dem Simulator vergleicht. :)