notes from, #1543 (#2805 has also been logged against 2X\nimage scaling). Works as expected in 1.5.1 [INFO] Titanium SDK version: 1.6.0 (01/12/11\n09:38 db09d1e)
\n\"The 2x image loaded, but it seems that the image scaling code\nwas not modified to take this into account. 2x images appear\nvisually to be half the size they should be. Example:
\nI have a 60x60 Ti.UI.ImageView. On a iPhone 3, my remote image\nloads, and is scaled to fill the 60x60 space.
\nHowever, on an iPhone 4, the high-res image seems to have scaled to\nonly take up half of the space. I believe the image scaled to\nliterally 60x60px, instead of 60x60 points on the screen (aka\n120x120px).
\nMy code:
\n// left image\nvar updateImage = Titanium.UI.createImageView({\n defaultImage:'images/loading_60.png',\n image:thisUpdate.updateCauseIcon,\n top:5,\n left:10,\n width:60,\n height:60\n});\n// iPhone 4 display\nif (Titanium.Platform.displayCaps.dpi == 320) {\n updateImage.image = thisUpdate.updateCauseIcon2x;\n updateImage.hires = true;\n}\nGoing to have to dig deeper on that. Do we have the sample\nimages so I can understand the context? Is there an images/loading_60@2x.png that's being\nshrunk?
Hi Blain, this only happens with remote images, not images in\nthe resources folder with @2x.png. So for example:
\nand UI.Image component with the following properties
\nimageComponent.image = http://example.com/image200x200.jpg;
\nimageComponent.width = 200;
\nimageComponent.height = 200;
\nimageComponent.hires = true;
As you can see the Image being pulled from the web is 200x200 ..\nand the image component in the app is 200x200. However when the\nimage loads into the component it'll be scaled down 50% to 100x100.\nThe bounds of the imageComponent is still 200x200.
\nimageComponent
\n----------------- |-------- | | | | | | | | | |\n|-------- | | | | | -----------------
You do realize that the hires property was made explicitly to\ntreat the image as a hi-res image, and like @2x local images, show\nthe image at 50% where one pixel in the graphic maps to one\nphysical pixel onscreen?
\nThat is, imageComponent.image MUST 400 pixels by 400 pixels in\norder to fill a logical 200*200?
Hi Blain, sorry I gave you that example wrong.
\nif the imageComponent.width and height are both 100 ... and the\nimage is 200x200 ... the image will still be scaled 50% .. so the\nimage will actually be 50x50 inside the imageComponent
\nSorry for the mixup.
(from [955e9a133c8613d76c8df7fdff28716832268175])\n[#2819 state:fixed-in-qa] There's a more elegant\nway, but this works for now. \nhttps://github.com/appcelerator/titanium_mobile/commit/955e9a133c86...
jhaynie: I just tried with build \"Jan 25 2011 13:35 r1f1dd51d\",\nand I'm not finding any change. Yes, I tried emptying out the\nbuild/iphone directory and doing a clean build. In fact, it looks\nlike a step backwards, as now my defaultImage is displaying at half\nthe correct size. Here's a code example with URL for you to\ntest:
\n![loading_60@2x.png](\n\"mailto:loading_60@2x.png\"){kind=link}
![http://example.com/image200x200.jpg](\n\"http://example.com/image200x200.jpg\"){kind=link}
\nvar beerImage = Titanium.UI.createImageView({\n defaultImage:'images/loading_60.png',\n image:'http://beerimages.pintley.com/2948/PietraVerre25cl_mobileThumb.png',\n width:60,\n height:60\n});\n// iPhone 4 display\nif (Titanium.Platform.displayCaps.dpi == 320) {\n beerImage.image = 'http://beerimages.pintley.com/2948/PietraVerre25cl_web.png';\n beerImage.hires = true;\n}\nmyView.add(beerImage);\n\nNote that the hires image is actually bigger than needed, it's\n141x141, not 120x120 as you might expect.
hey Shannon, please try a more recent pull.
\nclosing against [INFO] Titanium SDK version: 1.6.0 (02/02/11\n07:59 a632082) ipod 4GT (4.2.1) and 4.1
PERFECT! Thanks for the fast work on this one guys, it was a\nreal showstopper for my app!
How about the coverflow object? How can we set \"hires\" on it? I\ncertainly can see checking for the higher dpi, but I don't see\nanyway to tell the object that the images are \"hires\".
\nLove to hear your thoughts.
Coverflow does not support remote hires images.
How unfortunate. It is a great control and is of little value\nfor the Retna display devices. Would be a great enhancement to\nhave.