android:layout_alignParentBottom est ignoré lorsqu'il est utilisé sans disposition explicite de la hauteur comme une ligne dans une ListView

Lorsque j'utilise un RelativeLayout soit avec fill_parent ou wrap_content en hauteur et un élément qui précise: android:layout_alignParentBottom="true" il est ignoré et il est aligné en haut. Réglage de la hauteur de la RelativeLayout à une valeur explicite. Toute indices?

OriginalL'auteur alexanderblom | 2010-03-26

  1. 16

    Cela semble être un bug sur Android lui-même, voir http://code.google.com/p/android/issues/detail?id=1394.

    J'ai travaillé autour de en les enveloppant de mes RelativeLayout dans un FrameLayout et en mettant ma aligner en bas de vue comme les enfants de la FrameLayout avec android:layout_gravity="bottom". Cela vous empêche de référencement de l'intérieur de l' RelativeLayout de sorte que vous aurez à travailler autour de cela (par exemple, en utilisant les marges).

    Si quelqu'un a une meilleure solution, s'il vous plaît partager.

    J'ai eu le même problème et il semble être à cause de ce bug en effet. C'est corrigé dans la version Froyo, mais pas dans les Eclair.
    Voici une solution de contournement, j'ai juste publié code.google.com/p/android/issues/detail?id=1394#c16

    OriginalL'auteur alexanderblom

  2. 3

    Lorsque vous gonflez la mise en page, l'utilisation inflate(R.layout.whatever, parent, false), où parent est le ListView. Si vous ne le faites pas (par exemple, vous passez null pour le parent), RelativeLayout devient étrange dans les lignes de la liste.

    Toujours pas de travail. Je suis l'aide de CursorAdapter et dans newView() j'ai maintenant: la Vue v = inflater.gonfler(ROW_RESOURCE, postList, false);
    Voici un projet d'un de mes livres qui utilise RelativeLayouts dans les lignes: github.com/commonsguy/cw-advandroid/tree/master/Introspection/... -- voir si cela vous donne des indices quant à l'endroit où les choses peuvent mal se passer pour vous.
    Semble être ceci: code.google.com/p/android/issues/detail?id=1394. Pas fixés sur 1.6. Définition d'une hauteur fixe n'est pas vraiment une option que la hauteur doit être variable. Toutes les bonnes solutions? Ou suis-je obligé de créer peut-propre mise en page personnalisée ;C
    Pouvez-vous atteindre votre objectif visuel avec imbriqué LinearLayouts?
    Pas vraiment, trop complexe. Je suis d'essayer d'envelopper l'aligner en bas de la vue dans différentes mises en page pour voir si je peux le contourner. Peut aller dormir et continuer demain à la place tho 🙂

    OriginalL'auteur CommonsWare

  3. 0

    Mon hack pour ce andriod bug:

    ViewGroup.LayoutParams lp=(ViewGroup.LayoutParams)view.getLayoutParams();
lp.height=view.getContentHeight();//hack for android bug about ViewGroup.LayoutParams.WRAP_CONTENT and android:layout_alignParentBottom="true" on landscape orientation
view.requestLayout();
act.setRequestedOrientation(ActivityInfo.SCREEN_ORIENTATION_SENSOR);

    OriginalL'auteur diyism

  4. 0

    J'ai été en mesure d'obtenir un bon alignement par la spécification de la problématique TextView avec:

    android:id="@+id/must_be_bottom_left"
android:layout_alignParentRight="true"
android:layout_alignParentBottom="true"
android:layout_below="@id/xxx"

    où xxx est l'id d'un TextView qui a android:layout_below="@id/yyy"

    et yyy est un TextView qui est toujours au-dessus de deux xxx et must_be_bottom_left.

    Le contenu de ma liste des éléments peut varier de sorte que, parfois, le "xxx" TextView est View.GONE, mais même alors, la mise en page fonctionne comme prévu.

    Je ne sais pas comment fragiles ou simplement seredipidous ce travail autour est. Je suis avec Android 1.6 et je n'ai pas testé pour la compatibilité.

    OriginalL'auteur Lou