{"id":608,"date":"2010-04-20T20:10:07","date_gmt":"2010-04-20T19:10:07","guid":{"rendered":"http:\/\/blog.m-ri.de\/?p=608"},"modified":"2010-04-20T10:35:47","modified_gmt":"2010-04-20T09:35:47","slug":"achtung-die-festen-mapping-modes-des-gdi-basieren-nicht-auf-logpixelsx-und-logpixelsy","status":"publish","type":"post","link":"http:\/\/blog.m-ri.de\/index.php\/2010\/04\/20\/achtung-die-festen-mapping-modes-des-gdi-basieren-nicht-auf-logpixelsx-und-logpixelsy\/","title":{"rendered":"Achtung: Die festen Mapping Modes des GDI basieren nicht auf LOGPIXELSX und LOGPIXELSY!"},"content":{"rendered":"

Jeder der mit Fontgr\u00f6\u00dfen und Darstellungsgr\u00f6\u00dfen herumspielt, oder wer selber in Fenstern zeichnet kennt LOGPIXELSX<\/em> und LOGPIXELSY<\/em>, die durch GetDevCaps<\/a> geliefert werden. Diese Werte dienen auch CFont::CreatePointFont <\/em>und anderen Funktionen bei der Umrechnung von „realen“ Ma\u00dfen auf die Devicepoints, die man dann ben\u00f6tigt. Alles kein Hexenwerk und \u00fcberall im Netz beschrieben.
\nAuf diesem Weg kann man mit etwas MulDiv<\/em> Arithmetik schnell umrechnen wie viele Punkte man ben\u00f6tigt um etwas von 10mm Gr\u00f6\u00dfe auf einem Device darzustellen.<\/p>\n

Der nachfolgende Code wandelt Einheiten von 1mm entsprechend der Aufl\u00f6sung eines Devices in Pixel um.<\/p>\n

pDC->SetMapMode(MM_TEXT);\r\n\/\/ Convert mm to with LOGPIXELSX\r\nCSize sizeLogPixel(pDC->GetDeviceCaps(LOGPIXELSX),\r\n            pDC->GetDeviceCaps(LOGPIXELSY));\r\nrect.top = ::MulDiv(rect.top,sizeLogPixel.cy*10,254);\r\nrect.bottom = ::MulDiv(rect.bottom,sizeLogPixel.cy*10,254);\r\nrect.left = ::MulDiv(rect.left,sizeLogPixel.cx*10,254);\r\nrect.right = ::MulDiv(rect.right,sizeLogPixel.cx*10,254);<\/pre>\n
Die Aufl\u00f6sung von 0,1mm je Einheit ist die Metrik des Mappingmodes MM_LOMETRIC<\/em>. Man sollte also meinen, dass die Verwendung von MM_LOMETRIC<\/em> mit einem Faktor 10, der obigen Umrechnung gleich kommt.<\/p>\n
pDC->SetMapMode(MM_LOMETRIC);\r\n\/\/ Convert mm to 0.1mm\r\nrect.top *= -10;\r\nrect.bottom *= -10;\r\nrect.left *= 10;\r\nrect.right *= 10;<\/pre>\n
Probiert man dies aus, so stellt man \u00fcberrascht fest, dass die Gr\u00f6\u00dfen nicht \u00fcbereinstimmen.
\nDer Dokumentation nach m\u00fcsste man es aber denken.<\/p>\n
Mit einem bisschen experimentieren bin ich letztlich auf den Grund gekommen.
\nKeiner der Mappingmodes MM_LOENGLISH, MM_HIENGLICH, MM_LOMETRIC <\/em>oder MM_HIMETRIC <\/em>verwendet LOGPIXELSX<\/em> oder LOGPIXELSY<\/em>. Diese Mappingmodes verwenden die Werte HORZRES<\/em> und VERTRES<\/em> in dem Viewport-Extent und die Werte HORZSIZE<\/em> und VERTSIZE<\/em> im Window-Extent.<\/p>\n
D.h. der Viewport-Extent bekommt die Gr\u00f6\u00dfe des Bildschirmes in Pixeln zugewiesen und das Window-Extent bekommt die Gr\u00f6\u00dfe des Devices in mm zugewiesen. Nun ist diese Gr\u00f6\u00dfe (HORZSIZE\/VERTSIZE<\/em>) bei Bildschirmen nicht die reale Gr\u00f6\u00dfe sondern eine Gr\u00f6\u00dfe, die der Hersteller festlegt. (Anmerkung: Bei Druckern stimmt dieser Wert)<\/p>\n
Nun w\u00e4re noch alles OK, wenn sich aus den Werten von VERT\/HORZSIZE<\/em> und VERT\/HORZRES<\/em> nun der Quotient LOGPIXELSX\/SY<\/em> ermitteln lie\u00dfe. Das ist aber nicht der Fall! LOGPIXELSX\/SY <\/em>sind Skalierungswerte die bei Bildschirmen unabh\u00e4ngig von der realen Aufl\u00f6sung angegeben werden und die z.B. dazu Dienen Schriftgr\u00f6\u00dfen grunds\u00e4tzlich gr\u00f6\u00dfer oder kleiner anzeigen zu lassen (siehe auch High DPI Mode<\/em>).<\/p>\n
Die Konsequenz daraus ist, dass die Mappingmodes ein relativ exotisches Einzelleben f\u00fchren, weil die meisten Entwickler eben korrekterweise auf LOGPIXELSX\/SY<\/em> zur\u00fcckgreifen. Noch mal sei hier bemerkt, dass f\u00fcr Drucker DCs hier in mir bekannten F\u00e4llen kein Unterschied existiert und auch das ist gut so.<\/p>\n
Die L\u00f6sung die sich anbietet, ist nicht weiter schwierig und sie auch der Grund warum ich erst jetzt auf diesen gesamten Umstand gesto\u00dfen bin. Ich habe niemals die MM_LO\u2026\/MM_HI\u2026 <\/em>Mappingmodes verwendet. Entweder pur MM_TEXT <\/em>und wenn ich was anderes ben\u00f6tigt habe einfach MM_ANISOTROPIC<\/em>, und in der entsprechenden Skalierung habe ich dann meistens die Werte aus LOGPIXELSX\/SY<\/em> verwendet. Also musste es passen.<\/p>\n
MM_ANISOTROPIC <\/em>ist sowieso der Mappingmode der Wahl, wenn es um skalierbare Darstellungen und Zoomfaktoren geht, aber dazu vielleicht mehr in einem Artikel demn\u00e4chst.<\/p>\n
Ich habe ein kleines MFC-Programm gebaut (MappingModeTest<\/a>), dass diese Konflikte aufzeigt. Ich zeichne dort ein Rechteck auf den Koordinaten 20mm,10mm mit der Gr\u00f6\u00dfe 60mm,40mm. Damit die verschiedenen Rechtecke alle sichtbar werden verwende ich immer einen Versatz von 1mm und zeichne die Rechtecke in unterschiedlichen Farben.
\nIn der Debugausgabe kann man wundersch\u00f6n sehen wie Extents mit den Werten aus GetDeviceCaps<\/em> zusammenh\u00e4ngen.<\/p>\n
Dieser Artikel basiert auf zwei Anfragen in microsoft.public.de.vc die dieses unterschiedliche Verhalten aufzeigten und diskutieren:
\nhttp:\/\/groups.google.de\/group\/microsoft.public.de.vc\/browse_thread\/thread\/23467a5e95051291\/7c66c01b8295eaab<\/a>
\nhttp:\/\/groups.google.de\/group\/microsoft.public.de.vc\/browse_thread\/thread\/201719d23a411256\/17b41c09844bf105<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"
Jeder der mit Fontgr\u00f6\u00dfen und Darstellungsgr\u00f6\u00dfen herumspielt, oder wer selber in Fenstern zeichnet kennt LOGPIXELSX und LOGPIXELSY, die durch GetDevCaps geliefert werden. Diese Werte dienen auch CFont::CreatePointFont und anderen Funktionen bei der Umrechnung von „realen“ Ma\u00dfen auf die Devicepoints, die man dann ben\u00f6tigt. Alles kein Hexenwerk und \u00fcberall im Netz beschrieben. Auf diesem Weg kann … \u201eAchtung: Die festen Mapping Modes des GDI basieren nicht auf LOGPIXELSX und LOGPIXELSY!\u201c <\/span>weiterlesen<\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_jetpack_memberships_contains_paid_content":false,"footnotes":""},"categories":[30,3,2],"tags":[370,117,227,61],"class_list":["post-608","post","type-post","status-publish","format-standard","hentry","category-c","category-programmieren","category-windows-api","tag-c","tag-gdi","tag-graphics","tag-winapi"],"jetpack_featured_media_url":"","jetpack_sharing_enabled":true,"_links":{"self":[{"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/posts\/608","targetHints":{"allow":["GET"]}}],"collection":[{"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/comments?post=608"}],"version-history":[{"count":1,"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/posts\/608\/revisions"}],"predecessor-version":[{"id":613,"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/posts\/608\/revisions\/613"}],"wp:attachment":[{"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/media?parent=608"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/categories?post=608"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/tags?post=608"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}