Comment obtenir RelativeLayout de travail avec les fusionner et de les inclure?

J'ai essayé pendant quelques jours pour faire mes mises en page plus efficace par la conversion de l'utilisation de plusieurs niveaux d'imbrication des LinearLayouts à un RelativeLayout et avons rencontré quelques problèmes que je n'ai pas été en mesure de trouver une solution de contournement pour...

J'ai cherché sur le Android les débutants du groupe et de ce site et n'ont pas été en mesure de trouver tout ce qui pourrait m'aider à résoudre le problème.

J'ai lu sur l'un des blogs que vous pouvez combiner la mise en page de fusion et comprennent des balises. Donc ce que j'ai est un fichier de mise en page avec un RelativeLayout de l'élément racine. À l'intérieur de ce que j'ai 5 comprennent des balises de référence 5 xml différents fichiers de mise en page qui ont chacune une fusion de l'élément de la racine (tous mes fusionner des fichiers sont les mêmes, sauf pour les id en eux).

Je suis en cours d'exécution en deux problèmes, qui je l'expliquerai après la publication d'une version simplifiée de ma mise en page de code:

De L'Échantillon Principal Fichier De Mise En Page:

<?xml version="1.0" encoding="utf-8"?>
<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="fill_parent"
    android:layout_height="fill_parent"
    android:background="@drawable/translucent_gray" >

    <include 
        android:id="@+id/running_gallery_layout_id"
        layout="@layout/running_gallery_layout" />

    <include 
        android:id="@+id/recent_gallery_layout_id" 
        layout="@layout/recent_gallery_layout"
        android:layout_below="@id/running_gallery_layout_id" />

    <include
        android:id="@+id/service_gallery_layout_id"
        layout="@layout/service_gallery_layout"
        android:layout_below="@id/recent_gallery_layout_id" />

    <include
        android:id="@+id/process_gallery_layout_id"
        layout="@layout/process_gallery_layout"
        android:layout_below="@id/service_gallery_layout_id" />

</RelativeLayout>

Échantillon comprenait fichier de fusion:

<?xml version="1.0" encoding="utf-8"?>
<merge xmlns:android="http://schemas.android.com/apk/res/android">
    <TextView 
        style="@style/TitleText"
        android:id="@+id/service_gallery_title_text_id"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:gravity="left"
        android:text="@string/service_title" />

    <Gallery
        android:id="@+id/service_gallery_id"
        android:layout_width="fill_parent"
        android:layout_height="wrap_content"
        android:layout_weight="1"
        android:layout_below="@id/service_gallery_title_text_id" />

    <TextView 
        style="@style/SubTitleText"
        android:id="@+id/service_gallery_current_text_id"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:layout_toRightOf="@id/service_gallery_title_text_id"
        android:layout_above="@id/service_gallery_id" />
</merge>

Je suis en cours d'exécution en deux problèmes:

1) Le android:layout_* attributs semblent être ignoré lorsqu'il est utilisé dans la balise include et tous de la fusion de mises en page sont affichés les uns sur les autres. Selon ce post (http://developer.android.com/resources/articles/layout-tricks-reuse.html) "tout android:layout_* attribut peut être utilisé avec le <include /> tag"

2) étant donné que je ne pouvais pas obtenir ce travail, j'ai décidé d'essayer d'ajouter un android:layout_below attribut de la première TextView élément dans chaque fusion, fichier de mise en page, ce qui signifie que chaque fichier de fusion serait une référence à un id d'une autre fusion fichier de mise en page... Pour la plupart, ce réellement travaillé, et ma mise en page a l'air bien. Cependant, j'ai une erreur sur l'un des android:layout_below attributs en disant qu'il ne peut pas trouver l'id que j'ai précisé... j'ai le double et le triple vérifié les identifiants pour s'assurer qu'ils sont corrects. Le plus étrange, c'est que j'ai utilisé le AutoFill caractéristique pour mettre l'id de l'attribut dans la première place.

Si quelqu'un a des suggestions ou solutions je serai plus qu'heureux de les essayer. Aussi, si quelqu'un peut penser à un moyen pour moi d'avoir juste une fusion xml fichier de mise en page au lieu de 5, ce serait grandement apprécié. Je ne pouvais pas trouver un moyen de le faire parce que j'ai besoin d'avoir accès à chaque élément de la fusion des fichiers de mise à exécution...

InformationsquelleAutor Justin | 2010-02-23

211

Il y a un problème avec la balise include. Vérifier: https://issuetracker.google.com/issues/36908001

De le fixer, assurez-vous d'écraser les layout_width et layout_height lors de l'inclusion, sinon tout sera ignoré.
- C'est une meilleure solution que l'on a accepté, comme il évite de créer un superflu objet de mise en page. Aussi, elle le suce, selon les devs Android c'est OK.
- C'est vraiment plus facile, moins codé en dur, et de plus de solution optimisée de l'emballage <include/> dans une autre structure. Pense que feriez-vous si vous voulez travailler avec des listes.
- Ouais... pas sûr que ce doit être la accepté de répondre à
- Cela fonctionne beaucoup mieux que accepté de répondre. Merci beaucoup! Et... allez google, résoudre ce problème, déjà, ce n'est BS! 🙂
- Hey Macarse, longtemps sans parler. Hey, j'ai essayé de le réparer, mais il ne fonctionne pas dans mon cas, avec une relative mise en page qu'une seule EditText entouré par un <merge> paire.
- Impossible de répondre sans regarder le code, merci de créer une nouvelle question avec toutes les informations.
- désolé, je n'étais pas en train de demander une solution, tout en soulignant que la solution que vous propose ne fonctionne pas dans mon cas. Mon fichier inclus ne contient qu'un seul élément de l'INTERFACE utilisateur. Je suis en mesure d'obtenir la <include>/<merge> paire si je entourent chaque <include> avec n'importe quel type de mise en page. Quelque chose à propos de ce qui se sent comme il pourrait y avoir une justification rationnelle de l'apparente outillage "bug", mais seulement la documentation est défectueux. J'ai mis le fichier inclus unique dimensions des éléments à fill_parent et puis l'ultime dimensions que je voudrais sont dans l'élément parent. Cela fait sens pour moi.
- le LayoutInflater code source montre que l'id, la visibilité et la layout_* les étiquettes de substitution sont pas appliquées lorsque l'élément racine est une fusion de la balise, malheureusement. Comme vous ne pouvez pas avoir une Vue comme le xml à la racine, nous devons avoir un supplément de ViewGroup là...
- Il n'a tout simplement pas fonctionné pour moi. J'ai à la fois layout_width et layout_height sertie sur mon <include>. J'ai essayé également la mise en layout_width et layout_height sur mon <merge> mais sans succès. Ce qui me manque ?
- Maintenant, pour obtenir l'aperçu de travail dans la mise en page graphique de la vue. 😉
- Il ne fonctionnera pas si l'aménagement de la racine de la mise en page est de merge type. Apparemment le include tag paramètres sont appliqués uniquement à la disposition de la racine de la mise en page, pas ses enfant(s) en cas de merge. Peut-être parce qu'il y a plusieurs enfants au même niveau (à droite en dessous de la merge tag) et elle était ambiguë comment appliquer la include tag paramètres puis.
- Note: si la mise en page des paramètres de venir à partir d'un style, alors vous pouvez remplacer le style.
- Maintenant, la question est, pourquoi est Android tel un tas d'ordures?
InformationsquelleAutor Macarse

Voir le plus fortement voté réponse ci-dessous. Le mien est désuets

je peut aborder un sujet Justin soulevées: l'incapacité de RelativeLayout pour gérer le positionnement de l'inclure (au moins dans ce cas simple, sur un 1.6 émulateur)

CommonsWare suggère d'emballage l'inclut dans un unique conteneur parent, mais le fait dans le but d'aider l'adressage & exploratoire portant le même nom de Vues au sein de Justin comprend

Chacun devrait avoir un
unique conteneur parent, et vous
appel findViewById() sur le conteneur
(ViewGroup) plutôt que sur la
Activité.

En fait, vous doit également faire afin d'obtenir RelativeLayout à se comporter comme prévu:

Cela fonctionne (pied de page est bien placé):

<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="fill_parent" android:layout_height="fill_parent">
    <include android:id="@+id/header" layout="@layout/header"
        android:layout_alignParentTop="true" />
    <WebView android:id="@+id/webView" android:layout_below="@id/header"
        android:background="#77CC0000" android:layout_height="wrap_content"
        android:layout_width="fill_parent" android:focusable="false" />
    <LinearLayout android:layout_alignParentBottom="true"
        android:layout_height="wrap_content" android:layout_width="fill_parent">
        <include android:id="@+id/footer" layout="@layout/footer" />
    </LinearLayout>
</RelativeLayout>

Ce n'est pas (pied de page est flottant en haut de l'écran):

<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="fill_parent" android:layout_height="fill_parent">
    <include android:id="@+id/header" layout="@layout/header"
        android:layout_alignParentTop="true" />
    <WebView android:id="@+id/webView" android:layout_below="@id/header"
        android:background="#77CC0000" android:layout_height="wrap_content"
        android:layout_width="fill_parent" android:focusable="false" />
    <include android:id="@+id/footer" layout="@layout/footer"
        android:layout_alignParentBottom="true" />
</RelativeLayout>

Le nu pied de page inclure ne s'alignera pas au fond de parent, sans les environs LinearLayout.. je ne dirais pas ce comportement attendu.

En outre, la WebView semble s'attacher à bien pour le en-tête par ID, mais je pense que c'est une illusion, due simplement qui coule au-dessous de l'en-tête à la verticale. J'ai aussi essayé de mettre un bouton juste au-dessus du pied de page comprennent, mais il a obtenu tous les fluides et le mal, trop

RelativeLayout eu plus de problèmes dans la version 1.5, mais je l'aime 🙂

J'ai augmenté le par 1, puis a diminué en arrière en voyant le commentaire de @Macarse, c'est la façon correcte de le faire.
Veuillez supprimer cette trompeuse réponse 🙁

InformationsquelleAutor alienjazzcat

8

L'homme, c'est vieux, mais il semble venir d'en haut des pistes de recherches, donc je vais commenter.

Je pense que l'astuce ici est que la <merge> tag combiné avec le <include> tag essentiellement de supprimer toute sorte de "parent" afficher le groupe à ce niveau. Alors, qui êtes-vous exactement demandant de "layout_below" quelqu'un d'autre? Personne n'. Il n'y a aucun point de vue à ce niveau.

La <merge> tag prend l'enfant des vues et de la pop dans le parent de l' <include> tag. Vous devez donc demander aux enfants dans la mise en page que vous êtes, y compris pour s'ancrer en conséquence.

InformationsquelleAutor Plantage

Pour le positionnement de travailler sur RelativeLayout vous devez définir la layout_* les paramètres dans le fichier include, pas dans la mise en page du fichier. De cette façon

main_layout.xml

<RelativeLayout
  android:id="@+id/header"
  android:layout_width="fill_parent"
  android:layout_height="wrap_content">
   ....
</RelativeLayout>

<RelativeLayout 
  android:id="@+id/footer"
  android:layout_width="fill_parent"
  android:layout_height="wrap_content"
  android:layout_alignParentBottom="true">
    .....
</RelativeLayout>

<include layout="@layout/content_layout" />

content_layout.xml

<merge xmlns:android="http://schemas.android.com/apk/res/android">
<RelativeLayout
    android:id="@+id/content"
    android:layout_width="fill_parent"
    android:layout_height="fill_parent"
    android:layout_above="@id/footer"
    android:layout_below="@id/header" >

    ....
</RelativeLayout>
</merge>

Ce n'est évidemment pas ce que les développeurs veulent, mais c'est la seule solution que j'ai trouvé pour éviter de dupliquer le xml

Pourquoi pas de upvotes? Cela a fonctionné pour moi. Je ne suis pas en amour avec coller des paramètres d'un objet qui peut être inclus dans une mise en page qui n'en a pas besoin, mais si c'est un LinLay il semble que RelLay de layout_* juste ignoré. Ai-je raté quelque chose?

InformationsquelleAutor Maragues

1

Android:layout_* attributs semblent
pour être ignoré lorsqu'il est utilisé dans l'include
tag et tous les de la fusion de mises en page sont
affiché sur le dessus les uns des autres.

Ma conjecture est que vous ne peut pas faire référence, à partir de règles de présentation, android:id attributs définis sur <include> éléments, seuls ceux qui sont sur le "réel" des widgets et des conteneurs.

Aussi, si quelqu'un peut penser à un moyen pour
moi juste une fusion xml de mise en page
fichier au lieu de 5, ce serait
grandement apprécié.

Simple: mettre tous dans un seul fichier.

Je ne pouvais pas trouver un moyen de le faire
parce que j'ai besoin d'avoir accès à chaque
élément de la fusion des fichiers de mise à
runtime

Si vous en avez un <include> élément ou 1000, tous les contenus doivent être accessibles au moment de l'exécution. Une exception est si vous avez dupliqué android:id attributs -- vous devez correctement la portée de votre findViewById() appels pour obtenir la bonne, tout comme il faut lors de l'obtention des widgets à partir d'une ListView ligne.

Si vous pouvez créer un exemple de projet qui utilise 2+ fusionner des fichiers où vous pouvez démontrer que le contenu est pas accessibles au moment de l'exécution, laissez-moi savoir.
- Je ne veux pas les mettre tous dans un seul gros fichier de mise en page parce que c'est plus difficile à gérer sur le long terme... C'est pourquoi j'ai demandé la possibilité d'avoir un seul document xml avec un fichier de fusion... parce qu'en ce moment j'ai 5 fichiers avec une fusion de l'élément de la racine qui ont exactement la même structure, sauf que les identifiants sont différents. Je le fais de cette façon pour que je puisse y accéder au moment de l'exécution. Il semble que la portée de mon findViewById() l'appel est ce que je voudrais faire. Comment faites-vous la portée que l'appel de sorte que vous pouvez inclure le même fichier de mise en page plusieurs fois et toujours être en mesure d'accéder à tous les composants à l'exécution?
- Chaque <include> aurait du avoir un unique conteneur parent, et que vous appelez findViewById() sur ce récipient (ViewGroup) plutôt que sur l'Activité.
- Merci pour la réponse. Je vais regarder à cela. Dans l'intervalle, (et peut-être que je vais exposer mon ignorance ici) ne serait pas enveloppez chaque balise include dans un conteneur parent à l'encontre du but de l'utilisation de RelativeLayout? Tout le battage médiatique de RelativeLayout est pour éviter imbriqués les mises en page...
- :: haussement d'épaules :: vous êtes le gars qui essaye d'avoir cinq copies de la même widgets enfants tous avec le même Id. Vous n'auriez pas besoin de l'conteneurs supplémentaires si vous avez eu des Identifiants uniques pour toutes vos widgets.
- La seule raison pour laquelle j'ai demandé qui était économiser de l'espace et de venir avec un bon design... j'ai lu au sujet de la disposition de la possibilité de réutilisation ici: developer.android.com/resources/articles/... et pensé que ça sonnait bien. Quand j'ai essayé de la mettre en œuvre que j'ai rencontré quelques problèmes. Actuellement j'ai 5 mises en page qui sont essentiellement dupliqué à l'exception de l'id qui est en eux... alors j'ai pensé à la disposition de la possibilité de réutilisation serait un bon candidat. Peut-être que je suis absent quelque chose ici, mais il semble que RelativeLayout n'est pas tout, il est vanté d'être...
- RelativeLayout n'est pas conçu pour les développeurs qui <include> cinq copies identiques de la même mise en page XML dans le même RelativeLayout exemple, plutôt que de créer des Views ou l'utilisation d'un AdapterView.
- Wow... merci d'être si incroyablement utile. Généralement, vos réponses sont très utile, donc je ne sais pas si vous êtes juste avoir une mauvaise journée ou quoi, mais j'ai été tout simplement essayer de gagner une meilleure compréhension des concepts de base de la RelativeLayout, le tag, et la fusion de la balise, fondée sur les articles que j'ai lu et essayer de trouver une solution appropriée à la mise en page que je veux réaliser.
- Vous avez choisi de blâmer RelativeLayout largement ("Tout le battage médiatique de RelativeLayout", "RelativeLayout n'est pas tout, il est vanté d'être"), car il ne gère pas votre cas spécifique. Vous avez attrapé une 'tude-s'il vous plaît ne soyez pas surpris quand les gens réagissent à cela. Et alors que mon dernier commentaire est élevé sur le snark, les points sont toujours valables. 5 de votre mise en page pourrait ne pas être adaptée sur QVGA, et je n'ai aucune idée de si 5 est une valeur garantie ou se modifier, soit le cas, la commutation de lignes dans un ListView peut-être mieux. Et, de vrai, de réutilisation, de la création d'une coutume View classe atouts <include>.
- "Et, pour de vrai, la réutilisation, la création d'une classe de Vue personnalisée atouts inclure" d'Accord. Je n'avais juste pas envie de le faire que si il y avait une façon relativement facile à utiliser de base mises en page... "Vous avez attrapé une 'tude-s'il vous plaît ne soyez pas surpris quand les gens réagissent à cela. Et alors que mon dernier commentaire est élevé sur le snark, les points sont toujours valables" j'ai attrapé une 'tude parce que je sentais que vous l'avez fait dans vos réponses. "commutation de lignes dans une liste peut-être mieux." Listview ne fonctionne pas avec le look de mon application. Mon application sur le marché est AppSwipe! si vous voulez savoir ce que je suis en train de faire...
InformationsquelleAutor CommonsWare

Dans mon cas, la disposition que j'ai essayé d'inclure commence avec <merge tag. Quand je l'ai changé pour une mise en page, dire <RelativeLayout il a travaillé. Ci-dessous en est l'illustration.

De TRAVAIL

<RelativeLayout xmlns:tools="http://schemas.android.com/tools"
    xmlns:android="http://schemas.android.com/apk/res/android"
    tools:showIn="@layout/activity_home">

PAS DE TRAVAIL

<merge xmlns:tools="http://schemas.android.com/tools"
    xmlns:android="http://schemas.android.com/apk/res/android"
    tools:showIn="@layout/activity_home">

InformationsquelleAutor Rohit Mandiwal

J'ai eu le même problème et même la définition de layout_width et layout_height il ne fonctionne pas.
Le problème était que la mise en page, j'ai été notamment eu des balises et après les avoir enlevés, tout a fonctionné comme un charme.
Je suppose que la fusion n'est pas une balise de disposition et de ce fait, il ne peut pas recevoir de positionnement et de paramètres de taille. Depuis tout ce que vous définissez dans est transféré à l'intérieur de la mère de mise en page, les paramètres n'étaient tout simplement les jeter.

TL:DR: il suffit de supprimer les balises, déplacer la xmlns définitions à une véritable mise en page viewholder et vous devriez être bon.

Avant:

<merge
    xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:app="http://schemas.android.com/apk/res-auto">

    <...ui.component.BorderCardView
        android:layout_width="112dp"
        android:layout_height="32dp"
        app:cardCornerRadius="4dp"
        app:cardUseCompatPadding="true">

        <ImageView
            android:layout_width="16dp"
            android:layout_height="16dp"
            android:src="@drawable/ic_logout"
            android:tint="@color/divider" />

    </...ui.component.BorderCardView>
</merge>

De travail:

<...ui.component.BorderCardView
    xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:app="http://schemas.android.com/apk/res-auto"
    android:layout_width="112dp"
    android:layout_height="32dp"
    app:cardCornerRadius="4dp"
    app:cardUseCompatPadding="true">

    <ImageView
        android:layout_width="16dp"
        android:layout_height="16dp"
        android:src="@drawable/ic_logout"
        android:tint="@color/divider" />

</...ui.component.BorderCardView>

InformationsquelleAutor silvio.pereira

Vous devez vous connecter pour publier un commentaire.