Warum ist wrap_content größer als die realen pixel-Größe?

Ich versuche etwas zu verstehen. Eine seltsame Sache, die ich sehe ist, dass wenn ich wrap_content in der Breite und in der Höhe, das Bild ist größer als die der realen px (pixel -) Größe des Bildes, die eingefügt wird. Warum ist das so?

Mein code mit wrap_content:

<ImageView
    android:id="@+id/imageView1"
    android:layout_width="wrap_content"
    android:layout_height="wrap_content"
    android:adjustViewBounds="false"
    android:src="@drawable/header" />

und das ist mein code mit dem genauen pixel-Größe des Bildes:

 <ImageView
    android:id="@+id/imageView1"
    android:layout_width="378px"
    android:layout_height="155px"
    android:adjustViewBounds="false"
    android:src="@drawable/header" />

Wie Sie sehen können, das ist die genaue Pixelgröße:

Warum ist das so? Ich dachte, dass wrap_content sollten wickeln Sie die Ansicht an die Größe des Inhalts so, warum ist es größer auf dem Bildschirm?

was ist die Dichte von dem Gerät, das Sie testen? Und in welchen Ordner header existiert?
das ist meine Frage, ist es eigentlich noch etwas zu tun mit der Bildschirm-Dichte? wenn dem so als wie? was genau macht wrap_content tun? und ich möchte hinzufügen, dass ich mit px und nicht pd.
Ja natürlich, es zu tun mit Geräte-Dichte. wrap_content nur Ketten die Inhalte einfach 🙂 Aber für den Fall, Ihr Bild in mdpi folder und Ihr Gerät ist hdpi. dann wird Ihr Bild sieht klein, da es zeigt das Bild nach der Skalierung (378 x 155)/1.5 aber auf mdpi device es zeigt, wie (378 x 155)
ja!!! Super!!! richtig, ich habe in in hdpi und das ist, warum es passiert ist. ich benutze es auf xwga (720P) und wenn ich es in xhdpi Ihr richtig!!!! danke!

InformationsquelleAutor roiberg | 2012-08-19

4

Einen sehr schönen explaintaion für die Unterstützung von mehreren Bildschirmen unter

http://developer.android.com/guide/practices/screens_support.html.

die Sie benötigen, um Bilder in den entsprechenden Ordnern nach der Skalierung.

z.B. wenn Sie möchten, 100*100 Bild dann

75*75 in drawable-ldpi for Low density devices

100*100 in drawable-mdpi for Medium density devices

150*150 in drawable-hdpi for High density devices

200*200 in drawable-xhdpi for Extra High density devices

InformationsquelleAutor Mohsin Naeem
4

Wenn Sie wirklich brauchen, um die Bild-Pixel als-ist, und verwenden Sie den Bildschirm Pixeln, tun Sie Folgendes:

1) Erstellen Sie eine res/drawable-nodpi und bewegen Sie Ihre fixed-pixel-non-scaling-Bilder drin.

2), die Sie dann verwenden können wrap_content als layout_width und layout_height - und image-Pixel wird mit der Vorrichtung Pixel mit kein upscaling, weil der dpi.

Vom http://developer.android.com/guide/practices/screens_support.html, die definition von nodpi :

Ressourcen für alle dichten. Dies sind die Dichte-unabhängige Ressourcen. Das system nicht skaliert getaggte mit diesem Beinamen, der unabhängig von der aktuellen Bildschirm-Dichte.

InformationsquelleAutor jesobremonte
1

wrap_content bedeutet, dass Sie möchten, dass das Bild, wie es so seine ursprüngliche Größe ist. ich.e wenn die Größe des Bildes ist 200*200, dann wird es zeigen 200*200 und wenn die Bildgröße ist 400*400 es wird sich zeigen, der Größe 400*400.
Also der Grund, warum Sie immer ein größeres Bild dann, was Sie tatsächlich bekommen, wenn Sie hart code, es mit wirklichem Pixel ist wegen der GRÖßE des Bildes. ich.e Bild ist tatsächlich groß.

InformationsquelleAutor
0

Aus meiner Erfahrung kann ich sagen, dass wrap_content immer nutzen maximal verfügbare Größe möglich. Also manchmal ist es das Bild dehnen & manchmal reduzieren Sie die Größe des Bildes. Verwenden genau das Bild verwenden android:scaleType="fitXY"
```
<ImageView
    android:id="@+id/imageView1"
    android:layout_width="wrap_content"
    android:layout_height="wrap_content"
    android:adjustViewBounds="false"
    android:scaleType="fitXY"
    android:src="@drawable/header" />
```
Update nach 1. 2 Kommentare:

als pro android-docs :

Können Sie angeben, Breite und Höhe mit exakten Messungen, obwohl Sie wahrscheinlich nicht wollen, tun Sie dies oft. Mehr Häufig, verwenden Sie eine der folgenden Konstanten zum festlegen der Breite oder Höhe:

wrap_content erzählt Ihre Sicht zu Größe selbst, um die benötigten Abmessungen durch Ihren Inhalt

fill_parent (umbenannt match_parent in API-Level 8) teilt Sie die Ansicht so groß wie Ihre übergeordnete Ansicht Gruppe.

Im Allgemeinen, die Angabe eines layout-Breite und-Höhe die Verwendung von absoluten Einheiten wie Pixel wird nicht empfohlen. Stattdessen mit relativen Messungen wie density-independent pixel-Einheiten (dp), wrap_content, oder fill_parent, ist ein besserer Ansatz, weil es hilft, sicherzustellen, dass Ihre Anwendung wird korrekt angezeigt, die über eine Vielzahl von Display-Größen. Die akzeptierten Arten von Messungen definiert werden und in den Verfügbaren Ressourcen dokumentieren.

Fand ich den Begriff Größe selbst ist wichtig, es wird automatisch passt die Größe der Bilder. das ist, warum ich sagte, dass aus meiner Erfahrung fand ich es manchmal Strecken Sie das Bild & manchmal reduzieren Sie die Größe des Bildes
- Danke, aber es funktioniert nicht. fitXY ist nicht die Antwort. die minute, die ich es ändern zu wrap_content seine immer größer-und mit fitXY ändert sich nur die Größe des Bildes und nicht die Größe der view.
- ja... du hast Recht.. lass es mich überprüfen
- ich fand die Antwort, die Ihr in den Kommentaren die Frage. es war eine schwere Entscheidung. danke.
InformationsquelleAutor Soumyadip Das
0

Müssen Sie sehen, wo Sie das Bild. Wenn Ihr in hdpi es wird größer Aussehen auf dem Bildschirm dann, wenn die in hdpi, wenn ising wrap_content. also, um für Sie die genaue Größe, legen Sie es in die richtige Bibliothek.

InformationsquelleAutor roiberg

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.