Applikation Skelett auf die Unterstützung mehrerer Bildschirme

Wie wir wissen, Android kommt mit verschiedenen Geräten, die mit unterschiedlichen
Features, die Auflösung und Screen-Größe, so dass während der Entwicklung einer Anwendung, die Unterstützung
mehrere (kleine und große) Bildschirm, es ist ein Hindernis von der Größe und layout.

Dies führt zu unterschiedlichen Kombinationen von Bildschirmgrößen, Auflösungen und DPIs und schafft eine Herausforderung bei der Gestaltung und entwickeln für Android-Geräte. Während einige andere Hersteller (nicht Android) haben unterschiedliche Auflösungen und DPI, Sie teilen sich die gleiche Display-Größe und die Beschlüsse Folgen dem gleichen Seitenverhältnis. Daher kann ein Bild erstellt werden, passen die nicht Android Geräte.

Meiner Frage ist, dass, gibt es eine richtige Strömung oder Architektur, der man Folgen sollte, um die Anforderung zu erfüllen?

Denken Sie daran, wir haben Tabletten von unterschiedlicher Größe und Auflösung.

Ich bin mir bewusst, dass Android-Entwickler die diese Informationen enthält, aber ist meine Ansicht von der Umsetzung.

Von meinem wissen, was ich verstanden ist, dass für die Gestaltung von Android-Grafiken auch Programmierer müssen wissen, die Gestaltung Konzept.

Seid Ihr sicher, dass diese Frage nicht konstruktiv ist?
Ich denke, es ist sehr konstruktiv. Würde gerne wissen, die Gründe der nach unten Stimmen.
nehmen MicroMax Funbook gsmarena.com/micromax_funbook_p300-4701.php 7", 480X800, Ldpi (133 dpi) können Sie mir sagen, in welche Kategorie(drawble-groß oder Ldpi oder wenn Android v3.0 sw-480), so wird er fallen?
der Grund des down-Stimmen irren und verrückten Menschen. Die denken halt Sie können nur Fragen, Konstruktive Fragen :p
es ist schon ein Jahr, die Menschen immer noch darauf warten, für deine super intelligente Antwort. :p
Wir verwendet diese res-Struktur im res Ordner drawable drawable-hdpi drawable-hdpi-v11 drawable-hdpi-v9 drawable-große drawable-groß-hdpi drawable-ldpi drawable-mdpi drawable-mdpi-v11 drawable-kleine drawable-xhdpi drawable-xhdpi-v11 drawable-xxhdpi drawable-xxhdpi-v11-layout layout-kleine layout-sw530dp layout-sw720dp layout-xlarge Werte Werte-sw530dp Werte-sw720dp Werte-v14-Werte-xlarge und gut definierten Abmessungen in xml aus Ordner Werte. FYKI unsere Anwendung unterstützt mehr als 5k Arten von Geräten.
bro ich habe auch das gleiche aber ich habe nicht verwenden v9. Immer noch keine Beschwerde vom Kunden 🙂 Lesen Sie diese sehr informativ opensignal.com/reports/2014/android-fragmentation

InformationsquelleAutor Azhar Shaikh | 2012-09-03

146

Schließlich eine Struktur geschaffen, die sich mit layouts und Symbol für mehrere Bildschirme.

Android vergröbert Gerät zeigt in Kategorien, basierend auf zwei Parameter:
- Bildschirm Größe, die physische Größe des Bildschirms (Diagonal gemessen)
- Bildschirmauflösung, die physikalische Pixeldichte des Bildschirms (in Pixel pro Zoll oder ppi)`
Bestimmen, Bildschirmgröße & Dichte schnell, installieren Sie bitte " Was ist meine Größe " - app für Android.

Bildschirm Größe

Android definiert vier generalisierte Bildschirm Größen:
```
 Qualifier           Size

 small               ~3 inches (approx) 
 normal              ~4 inches (approx) 
 large               Exceeds 4 inches    
 xlarge              Exceeds 7 inches  
```
- Die meisten Handys sind klassifiziert als kleine oder normale (etwa 3 bis 4 Zoll Diagonal). Aber jetzt, es gibt viele Handys mit großem Bildschirm wie Galaxy S4, HTC One, Xperia Z
- Ein kleines tablet wie das Samsung Galaxy Tab ist klassifiziert als große (größer als 4 Zoll)
- Extra-large für große Geräte, zum Beispiel große Tafeln
Android definiert vier generalisierte Bildschirmauflösungen:
```
 Qualifier         Description         Nominal value

 ldpi              low density          120 ppi
 mdpi              medium density       160 ppi
 hdpi              high density         240 ppi
 xhdpi             extra high density   320 ppi
```
Regel:
- Bildschirm Größe hat die meisten Auswirkungen auf Ihre app-layouts
- Bildschirm Dichte hat die meisten Auswirkungen auf Ihre Bild-und Grafik-Ressourcen
Aufgeführt hier der prozentuale Unterschied der Geräte-Bildschirm
- Ldpi - 75%
- Mdpi - 100% (Basis laut Android-Entwickler-Website)
- Hdpi - 150%
- XHdpi - 200%
Aber wie wir nun wissen-die meisten Geräte kommen mit 480X800 so bin ich Meinung nach ist das Gerät, so dass unsere neuen Berechnung wird, wie dies
- Ldpi - 50%
- Mdpi - 66.67%
- Hdpi - 100%
- XHdpi - 133.33%
was bedeutet das erste Symbol und design erstellt für 480X800 nur und dann für den rest Einsen(also Ldpi, Mdpi, Xhdpi).

Gibt es Bilder, die Häufig für alle layout-und muss einheitlich in Farbe und Form(keine komplexe Form, keine Kurve), so dass für diese Art von Bild, das wir erstellen 9patch die in "drawable(no-suffix)" - Ordner. Erstellen 9Patch Bild können Sie entweder DrawNinePatch oder BetterNinePatch

Nun einfach benennen Sie Ihre Bilder auf Android-Basis, die standards und vervollständigen Sie Ihre Anwendung mit hdpi und dann nur drawable-hdpi - Ordner und Öffnen Adode Photoshop(empfohlen)
erstellen Aktion von mehreren Größe(ändern Sie einfach die Größe entsprechend prozentualen Verhältnis) einmal erstellte Aktion für alle Größe nur dann nicht Batch Automatisieren und geben Quelle(drawable-hdpi) und Ziel(drawable-ldpi, drawable-mdpi, drawable-xdpi).

Der Grund, warum ich darauf bestehen, Sie Photoshop verwenden, denn es wird die Größe automatisch Ihr Bild mit Aktionen und eine weitere plus Punkt ist, dass Sie nicht brauchen, um die Datei umzubenennen(es wird zuweisen, die denselben Namen hat wie die Originalversion).

sobald Sie fertig mit der Erstellung der Bilder, aktualisieren Sie Ihr Projekt und testen Sie es.

Manchmal gibt es die Möglichkeit, dass das layout, die support-Bildschirm(xhdpi, hdpi, mdpi) kann erhalten, schneiden Sie in kleine Bildschirm(ldpi), so dass für den Umgang mit diesem erstellen Sie einfach ein separates Layout-Ordner(layout-klein) für Sie und fügen Sie ScrollView(meistens). Thats it.

Tablet
Tabletten sind kategorisiert in zwei Größe.
1. 7"(1024X(600-48(Navigationsleiste))) = 1024X552 (drawable-large)
2. 10"(1280X(800-48(Navigationsleiste))) = 1280X752 (drawable-xlarge)
In diesem brauchen wir Bild für den Bildschirm und nur setzen Sie Sie entsprechend

Also alles in allem-wir haben in diesem Ordner in der Anwendung, um Unterstützung für mehrere Bildschirm.
```
drawable
drawable-ldpi
drawable-mdpi
drawable-hdpi
drawable-xhdpi
drawable-large
drawable-xlarge
```
werden mehr qualifier Kombination mit Screen size and Screen density
```
drawable-large-ldpi
drawable-large-mdpi
drawable-large-hdpi
drawable-large-xhdpi
```
mehr qualifier mit Screen density and Version
```
drawable-ldpi-v11
drawable-mdpi-v11
drawable-hdpi-v11
drawable-xhdpi-v11
```
und mehr Qualifizierer mit Screen size and Version
```
drawable-large-v11
drawable-xlarge-v11
```
und mehr Qualifizierer mit Smallest width concept(SW)
```
 drawable-sw???dp
```
Weiter mehr in Android V3.0 Honeycomb-Sie stellten neue Konzept der SW(smallest width) in dem Gerät sind kategorisiert in Bildschirmbreite, so dass, wenn wir erstellen einen Ordner mit dem Namen drawable-sw360dp dann das Gerät mit 720dp(entweder Breite oder Höhe) Ressourcen verwenden, das in diesem Ordner.

beispielsweise zu finden, der Samsung Galaxy S3 dp, um suffix zu drawable-sw?dp

Mit Verweis auf DP-Berechnung, Wenn Sie möchten, unterstützt Sie Ihr layout oder drawable S3 dann die Berechnung so

px= Device-width = 720

dpi= Gerät s-Dichte= 320

Formel
```
    px = dp * (dpi / 160)
```
vertauschen Formel, da haben wir den px-Wert
```
    dp = px / (dpi / 160)
```
setzen nun Wert,
```
     dp= 720 / (320/160);
     dp=360. 
```
so drawable-sw360dp wird die Arbeit

Bekommen Sie Gerät configuaration von GsmArena
Sameway Sie können auch Ordner erstellen, entsprechend Gerät die Android-API version also drawable-hdpi-v11`, also das Gerät, das mit API11 und es ist Hdpi dann wird die Verwendung dieser Ressourcen.

Zusätzliche Tipps:
- Verwendung von relativen layouts, dp, sp und mm
  
  dp Einheiten - device independent Pixel normiert auf 1) physischen pixel auf einem 160 ppi Bildschirm, D. H. mittlere Dichte. Mit der Skalierung der Laufzeit. Verwenden Sie für Bildschirm-element Abmessungen
  
  sp-Einheiten - skalierte Pixel, angegeben als floating-point-Werte, basierend auf der dp-Einheiten, aber zusätzlich skaliert der Benutzer die Schriftgröße Einstellung. Mit der Skalierung der Laufzeit. Verwenden Sie für Schriftgrößen
  
  sollten Sie immer RelativeLayout für layouts; AbsoluteLayout ist veraltet und sollte nicht verwendet werden.
- Verwenden Sie geeignete Bild-Formate PNG versus JPEG
  
  Android "prefers" PNG for bitmap image files, "accepts" JPEG, and "discourages" GIF.
  
  Jedoch, PNG und JPEG werden nicht-äquivalente. Sie haben unterschiedliche Qualität trade-offs, und PNG ist nicht immer am besten:
  
  JPEG bieten bis zu 50% file-Verkleinerung über PNG, die ist bedeutend, wenn Sie Ihre app ist die Bild-intensive
  
  Einer höheren Qualität "verlustbehafteten" JPEG kann besser Aussehen als ein stark komprimiertes "lossless" PNG -, für die gleiche Datei Größe
- Beschriftungen hinzufügen, um Ihre Bilder und Grafiken für das Debuggen
- Verwenden, der unterstützt-Bildschirme element
- Konfigurieren Sie Ihre Emulatoren, mit echten Gerät Werte
  
  Konventionell, desktop-Systeme Anzeige bei 72ppi (Mac), oder 96ppi (Windows, Linux). Im Vergleich mit mobilen, desktop-displays werden immer geringer Dichte.
  
  Immer konfigurieren Sie Ihr Android-Emulatoren imitieren realen Gerät, Werte und setzten immer Sie zu skalieren, zu emulieren, Gerät Dichte.
  
  In Eclipse, es ist ganz einfach erstellen Sie mehrere Emulatoren (aus der Eclipse-Menüleiste, wählen Sie Fenster > AVD Manager - > Neue) konfiguriert, Werte für Reale Geräte:
  
  Name der emulator für das Reale Gerät es ist emuliert
  Legen Sie Auflösung, nicht mit Gebaut-in generischen Größen
  Einstellen des Geräts Dichte zu passen das Reale Gerät (in der Hardware festgelegt Abstrahiert, LCD-Eigenschaft, um die echte Dichte, immer ein integer-Wert)
  
  Wenn Sie starten Sie das Gerät, wählen Sie immer den Scale display to real size, und geben Sie in der realen screen-dimension in Zoll.
  
  Wenn Sie nicht die Geräte-Dichte, der emulator standardmäßig auf niedrige Dichte, und lädt stets ldpi-spezifischen Ressourcen. Auflösung (Pixelmaße) wird richtig sein, aber Ihre Dichte-abhängige Bild-Ressourcen werden nicht wie vorgesehen angezeigt.
  
  Natürlich nichts, was Sie tun werden, zu vervielfältigen höhere Dichte Bildqualität auf eine niedrigere Dichte desktop-display.
Hier die Daten, die während einer 7-Tages-Zeitraum bis zum 1. Oktober 2012. Sehen Sie die neuesten Statistik über die Android-Plattform-version, gehen Sie auf hier

Basierend auf Bildschirmgröße

Basierend auf Bildschirmauflösung
- Für samsung galaxy tab 7" wir müssen weiter Bilder unter drawable-groß-hdpi anderes Bild wird gestreckt oder geschrumpft.
- es gibt viel Kombination und permutation, wir zählen alle Fälle später.
- Dann auf der Suche nach mehr combimations & Permutationen.
- nicht Kategorisierte Liste: Sie haben Amazon-kindle, Macromax Funbook, Sony Xperia mini etc.
- hey, warum sind meine Bilder, scale-up von einer drawable-sw360dp Ordner? zum Beispiel ich möchte mich für das samsung s3, also meine Bilder zum Beispiel passen eine Breite von 720pixels..aber es geht aus propotion 🙁 Hilfe
- out-of-Anteil? dint erhalten, können Sie im detail erklären, oder posten Sie eine andere Frage, ist es SO?
- Vielen Dank für das teilen Ihrer Meinung mit uns. Aber ich war verwirrt durch einige Fakten. Siehst du nicht, wie peinlich sind die Werte der scaling-Faktor bekommen Sie die Wahl hdpi als baseline? Ich sah sogar ein Drahtmodell für Anwendung, wo designer aus xhdpi Dichte als Grundlinie und tanzte aus und versucht Sie zu bestehen Qualität der Bilder, die mit ungeschickten Dezimalbrüche in der Skala Werte von weniger dichten und nicht erreichen der richtigen Ergebnisse. mdpi ist die bequemste Grundlinie beibehalten von Bildqualität, denn Sie haben weniger Fehler in den Größen. Und auch unter 800x480 hdpi als basic-Gerät, Sie erhöhen nur dieser Fehler.
- siehe @AlexBonel, ya ich Stimme mit dir zu tun, aber mein motto ist bewusst, wie die Dinge getan werden kann, wenn es um Multi-screen-Unterstützung. Kann man ändern/manipulieren flow/Konzept, weil die oben ist für klar das eigentliche problem. Zusätzlich habe ich auch die Modifikation auf Basis von application design. Dein post gibt mir Sinn, dass Sie verstanden das Konzept. Hoffe, du hast meinen Punkt.
- android-Entwickler.blogspot.in/2011/07/... für mehr Informationen.
- Die obige Antwort ist perfekt, aber nur einer Anfrage: Können wir nicht xhdpi Bild für 10" tablet? Und Sie entfernt haben 48 Pixel von tablet-Bildschirm, was für andere wie hdpi, xhdpi? Wir haben zu entfernen Navigationsleiste auch der Raum von 480 x 800 Größe beim erstellen von design?
- Ja, Sie können mit xhdpi Bild für 10" tablet für die, die Sie kopieren müssen alle image drawable-sw720dp Ordner. Nein, Wie Handys(meist) schwer-Taste für Zurück, Menü und Home, während auf dem Tablet seinen Wohnsitz in einem Bildschirm.
- Danke für deine Antwort. Aber ich wurde gefragt, für die top-Meldung bar Raum. Seine Größe von 40 px . So haben wir zum entfernen von (480 x 800). ? Ansonsten, wenn wir design für 480 x 800, aber der verfügbare Speicherplatz weniger als 800, so könnte unser design wäre nicht genau das, was wir erwarten. Korrigieren Sie mich, wenn ich falsch bin bitte.
- Es wird sich auf, wenn Ihre Anwendung mit Benutzeroberfläche als künstlerischen Blick und fühlen, aber wie die meisten unserer Anwendung mit separaten Bild für den hintergrund und für jede Kontrolle, so dass außer der Splash-screen, Infobereich nicht betroffen. Ya für Splash-Bildschirm können Sie die Karte im Vollbild-Modus ohne Benachrichtigung bar.
- Nochmal vielen Dank für deine nützliche Antwort. Aber eine Letzte Frage bitte. Als wir den Entwurf für das 480 x 800, und entsprechend skaliert Bilder für andere als pro-Verhältnis (66.66%, 100%, 133%), also für xhdpi nach skalieren, Bild-Größe wäre: 640 x 1060. Aber samsung s3 Größe 720 x 1280. Bildschirm-Verhältnis (1280 / 720) = 1.77, aber in unserem Fall wäre es (1060 / 640) = 1.65. Also Bild kann gestreckt werden, um an Bildschirm anpassen, das betrifft Bild die x-und y-Skalierung. Hoffe, Sie können verstehen, was ich meine. Denn es wäre etwas Platz am unteren Bildschirmrand in der S3 nach vorheriger Steuerelemente anzeigen.
- ja für S3(720X1280) & S4(1080X1920) - Auflösung kann man nehmen das Bild des S4 also 1080X1920 und schrumpfen zu 66.67% das nun zu 720X1280(S3). nun berechnen, S3 & S4 SW dp und erstellen Sie separate Ordner für beide S3 und S4. Furthur auch das layout flexibel, so dass es nicht drastisch ändern, auf verschiedenen device-Größe. Genießen Sie HD-look
- gutes Werkzeug, hier: marcosecchi.github.io/android_resizer_toolkit
- Hallo, wie kann berechnen Sie die Ordner für 2560x1600? zum Beispiel das nexus 10 (300) dp = 2560/(300/160) = Werte-sw1280dp ?
- Sagen Sie ausrichten möchten, die Französisch sprechen Verizon-Nutzer in den USA haben einen Bildschirm, dessen kleinste Breite ist 320 dp, Ihr Gerät im landscape-Modus und der Bildschirm ist größer als 720x060, touchscreen verwendet werden soll, durch die Richtung der Interaktion anstelle von standard-berührt, wird das on-screen-Tastatur ausgesetzt ist, im moment, aber die Navigations-Tasten sind versteckt, und es ist die Nacht. Sie können: res/drawable-mcc310-mnc-004-fr-sw320dp-xlarge-land-night-finger-keysexposed-navhidden
- Nette Antwort. Nach der Suche eine Menge, und so viele Tage, warum diese Ausnahmen nicht passiert, ich habe diesen Beitrag als "beste Antwort" mit guten Beispiel und Erklärung. z.B. Betrachten Halo-Wert 7-Zoll-tablet. PPI=133. Auflösung=480*800. Size=7 Zoll. Wenn wir Bedenken, mdpi als base, es sollte die dimension definiert, die in Werte-sw480, aber es ist unter der dimension von Werten-sw600. Nicht ich habe, warum dies geschieht. Wirklich, ich danke Ihnen so sehr für Ihren Beitrag. Sparen Sie Verluste von Zeit und deaktivieren Sie die Verwirrung. Ich denke, das sollte auf Android die offizielle Website. Schätzen Sie Aufwand.
- Ich denke, das ist die beste Antwort, die ich je gesehen hatte. Ich bin auf der Suche nach solcher Antwort seit langem. Und endlich habe ich es geschafft . Vielen Dank an alle die zu beigetragen haben, für diese Antwort verständlicher zu gestalten.
- Eines der besten Antwort....vielen Dank ...!!!
InformationsquelleAutor
1

Sollten Designer erstellen von Basis-designs von

base size of mdpi devices * density conversion factor of highest supported density bucket

Größe.Basis der Display-Größe von 320 X 480 px und Dichte Eimer sind wie folgt:
- ldpi: 0.75
- mdpi: 1.0 (basisdichte)
- hdpi: 1.5
- xhdpi: 2.0
- xxhdpi: 3.0
- xxxhdpi: 4.0
Anzugehen und zusätzliche verfügbare Speicherplatz auf Android-Geräten verwenden sollten, dehnbar Komponenten in beide Richtungen (horizontal und vertikal). Detaillierte info gibt es hier:

http://vinsol.com/blog/2014/11/20/tips-for-designers-from-a-developer/

InformationsquelleAutor Alok Vaish

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.