Beiträge von prototype0815

    Du könntest ein LinearLayout(horizontal) machen, darauf dann 2 RelativeLayouts mit jeweils einer Gewichtung von 50%, und auf jedem RelativeLayout einen Button machen der "center in parent = true" hat.


    Ich denke nicht das du dieses Ergebnis auf jeder Displaygröße mit statischen Werten hin bekommst, da es nicht nur auf die Displaygröße ankommt sondern auch noch auf dessen Auflösung.

    Wie greifst du denn dann von verschiedenen Activities auf das selbe ApplicationData Objekt zu ? Dann müsstest du doch eigentlich dieses Objekt an die jeweilige Activity übergeben, wie z.B. einen Behälter zum Daten ablegen.


    Ein Beispiel:


    du erstellst ein ApplicationData Objekt "app" in Activity 1, mit den Werten x=2, y=5.
    nun startest du Activity 2 (die natürlich in einer eigenen .java Datei definiert ist).
    wie kommst du im lifecycle von Activity 2 nun an "app" von Activity 1 ?

    Also ich sehe keine Nachteile wenn ich von überall auf eine static Variable zugreifen kann. Solange ich mich selbst nicht "verhasple" in der Benutzung einer solchen Variable, wobei die Metapher "über seine eigenen Füße stolpern" passend ist. Erst laufen lernen und dann rennen... :thumbup:


    Ich habe eben oft das Problem das ich von einer Activity zur anderen sehr viel Infos auf dem einfachsten weg übergeben möchte. Diese Infos möchte ich aber vielleicht auch später noch verwenden/verändern/wiederverwenden und auch vielleicht an ganz anderen Stellen im Programm. Die einfachste Möglichkeit die mir dafür einfällt ist so eine Klasse mit statischen Variablen.

    Hey folks,


    ich habe in meiner App eine Klasse "Variables" in der sehr viele statische Variablen und Methoden sind, auf die ich von vielen anderen Klassen zugreifen muss.


    kleiner Auszug daraus...


    Viele Variablen werden an dieser Stelle einfach mit "null" oder "" initialisiert, und im Laufe des Programms erhalten sie dann ihre üblichen Werte.


    Nun stehe ich vor folgendem Problem, ich starte meine App und sie funktioniert reibungslos. Beende ich meine App mittels onBackPressed() oder mittels finish() ist zwar die Activity destroyed aber die App selbst (und leider so wie es aussieht auch meine Klasse "Variables") dümpelt im Hintergrundnoch irgendwo im OS rum.
    Starte ich nun die App erneut, so verhält sie sich fehlerhaft da einige Variablen in der Klasse "Variables" vom vorherigen "laufen lassen" noch gesetzt sind.
    Wie kann ich nun sichergehen das meine App komplett mit allem drum und dran geschlossen wird, ohne das ich auf meinem Gerät den "Taskmanager" (keine ahnung wie die Funktion bei Android heisst) starte und die App aus der Liste der kicke.


    LG proto

    Puh, gute Frage... nachste Frage ! xD


    Also, ich hab mich so an dem doofen Teil geärgert, das ich an der Lösung die das Video bietet sehr froh war, und soweit funktioniert alles wie ich es mir vorgestellt hab.


    setSelection() - wird farblich markiert
    das angeklickte Item bleibt farblich und im Index markiert - getSelectedItem() o. getSelectedItemPos()

    Ich habe folgendes Problem und keinen blassen Schimmer warum die selben Elemnte ( CheckBoxen ) und der selbe Code auf diesen beiden emulierten Geräten so ein Ergebnis liefern... ?(


    Gerät links ( Nexus 5 - 4.4.4 - API 19 - 1080x1920 ) Gerät rechts ( Galaxy S2 - 4.1.1 - API 16 - 480x800 )


    [Blockierte Grafik: http://preview.slick.pics/FU45m5Sy5.png]


    Es werden folgende Layouts nacheinander erstellt und auch in dieser Reihenfolge übereinander gelegt:


    ScrollView -> LinearLayout Horizontal - > 1-2 LinearLayout vertical ( bei Tablet 2 ) -> dann alle Checkboxen
    Wenn es ein Tablet ist, wird nach der 15ten Checkbox auf dem zweiten LinearLayout vertical weiter ge-added, aber das ist ja unwichtig.


    Hier mal die gesamte onCreate(), interessant wird es ab Zeile 79 ( Checkboxen )


    Ich habe nur meine MainActivity als einzige Activity mit einem OptionsMenu. dort habe ich nun folgenden Code...


    Ich öffne das OptionsMenu über die Menu-Taste des Emulators. Schliessen durch "Back-" oder "Menu-" oder durch auswählen eines Items.


    Debugger läuft... und ich habe einen Breakpoint auf >> System.out.println("OptionsMenu closed #########################"); <<


    Dort kommt er aber anscheinend nie vorbei :-/ :-/ :-/

    In onCreateOptionsMenu() wären die Einträge besser aufgehoben.

    Meine beiden Einträge ...

    Java
    menu.add(0, 1, Menu.NONE, PResText.getString("connections"));
      menu.add(0, 2, Menu.NONE, PResText.getString("Sprachumstellung"));

    werden je nach gesetzter Locale von der Klasse PResText durch einen anderen Text ersetzt. Eigentlich schon dynamisch, nur da ich jedes mal wenn ich meine Sprache ändere, auch eine neue MainActivity erstelle, reicht es aus die mein OptionsMenu in der onCreateOptionsMenu() ersetllen zu lassen, da hast du Recht. Danke ;)

    Hey folks, ich versuche einige Runner zum nichts tun zu verdonnern wenn mein Optionsmenu geöffnet ist und umgekehrt. Mein Optionsmenu erstelle ich im code, und ganz ohne Layout.xml file.


    In der Methode onPrepareOptionsMenu(menu menu)


    Als ich ein bischen nachgeforscht hab, hab ich entdeckt das es eine namentlich passende Methode gibt die zu meiner gewünschten Funktion passen würde -> onOptionsMenuClosed(Menu menu)


    Diese wird aber seltsamerweise nie aufgerufen, weder wenn ich die Optionstaste ein zweites mal drücke damit das OptionsMenu wieder verschwindet, noch wenn ich die "Back"Taste benutze, noch wenn ich ein Item auf dem OptionsMenu auswähle.


    Kann mir vielleicht einer sagen warum ? Ich dachte der Name ist Programm !

    Hast recht mit einem kleinen Trick ist es möglich... Da mein PopupView auf einem PopupWindow liegt. Das PopupWindow bekommt einfach die Größe "MATCH_PARENT" statt "WRAP_CONTENT".


    Danach wird noch ein RelativLayout mit einem leicht schwarzen transparenten Hintergrund um das eigentliche Layout des PopupViews herum gebastelt.


    [Blockierte Grafik: http://preview.slick.pics/FU2Ltwlj6.png]


    Hier noch die Layout XML für das PopupView... Das äußerste RelativeLayout hab ich hinzugefügt, und dem LinearLayout centerInParent verpasst


    Danke an Marco, für den Denkanstoß :thumbup: :thumbup: :thumbup:

    Stimmt da hast du recht, ich könnte eine eigene View dafür machen, darf ich aber nicht. Ich muss mich an die Vorgaben halten die "von oben" kommen, und da hieß es "Dialog, Popup, etc."


    Sinn der Sache ist ja, das ich alle meine Parameter in der Tabelle vor mir sehe, denjenigen den ich ändern möchte, bearbeite ich mit Hilfe eines "longClick". Darauf erscheint mein dynamisch generiertes Popup, das mich genau diesen einen angeklickten Parameter ändern lässt. Nach der Bearbeitung verschwindet mein Popup, sendet die neuen Daten an die Maschine und holt danach wieder den kompletten Datensatz von der Machine ab.


    Wie du selbst schon erkannt hast, sollte ich die irrelevanten Daten im Hintergrund ausblenden, da mein Popup ja alle relevanten Daten anzeigt.