packages_providers_ContactsProvider.git - Unnamed repository; edit this file 'description' to name the repository.

	Commit message (Collapse)	Author	Age	Files	Lines
*	Catch 0 width/height scaled Bitmap sizes	Jay Shrauner	2014-05-23	1	-1/+6
\| \| \| \| \| \| \| \| \| \|	Change getNormalizedBitmap to catch attempts to scale bitmap to 0 width or height (which would throw an uncaught IllegalArgumentException) and instead throw an IOException, which is caught and handled by the higher level code. Bug:15189759 Change-Id: Ifb23d0b0d4e1c2e8038b472840a464194fbfa800
*	Replace transparency with white for all pictures	Makoto Onuki	2012-06-25	1	-23/+56
\| \| \| \| \| \|	Bug 5261517 Change-Id: I6c16bb1f9897589beec222fc63ad899cd478b923
*	Fix most of photo tests	Makoto Onuki	2012-04-12	1	-11/+19
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	Adjusting existing unit tests for higher res photos turned out to be tricky, because the size of the test images were selected for 256x256. (e.g. cropping tests) Also we don't want the display photo size to change depending on the running device. So let's just keep using 256x256 for all unit tests. Added new asserts to EvenMoreAssert to compare image raw data, which prints actual/expected dimensions when it fails. Even with this CL, ContactsProvider2Test.testInputStreamForPhoto() still fails with the following assert message. The image size seems to be correct, so I'm not sure why. This may be because we've changed the compression rate, but I didn't dig into it. "Different data lengths: expected=1088 actual=1578, expected dimentions=[96 x 96] actual dimentions=[96 x 96]" Anyway, with this CL at least PhotoStoreTest will no longer crash, so let's merge it now and take care of the failing test later. Change-Id: I935f76acee3c2de99030c62e14f43de07074fb8a
*	Addressed comments about previous CL	Daniel Lehmann	2012-04-02	1	-5/+17
\| \| \| \| \|	Bug:6202229 Change-Id: I8905f92bcea99848969a446b83d90c7cd077e547
*	Increase the photo size to 480x480 or 720x720, depending on device	Daniel Lehmann	2012-04-02	1	-9/+77
\| \| \| \| \| \|	Bug:6202229 Change-Id: I98b38023585d154eccad302578f796a2318fd5b2
*	Don't upsize non-square pictures, even when cropping	Daniel Lehmann	2012-03-26	1	-2/+2
\| \| \| \| \|	Bug:6202229 Change-Id: I88a9a9bb72921f7a3ed80aebe40935656a92eb3a
*	Tweak to StreamItemPhotos to include metadata.	Dave Santoro	2011-07-20	1	-12/+61
\| \| \| \| \| \| \| \| \| \| \|	This joins in the PhotoFiles table to get width, height, and filesize info from that table when selecting stream item photos. It also adds an option to the photo processor to force cropping the image to a square centered on the original's rect - this is how the social stream photos are to be displayed in the designs. Change-Id: I596a4a0be94db0df39d29bc06e1a1684a057a202
*	Large photo storage.	Dave Santoro	2011-07-13	1	-0/+153
	This change adds support for storing large photos for contacts in the file system. Large photos passed to the provider will be downscaled and re-encoded as JPEGs before being stored in the usual data BLOB field (for the thumbnail) and in the photo store (for the display photo). See go/large-photo-design for details. Change-Id: I26a69ac2ccba631962a3ac5c83edb3f45d7cfc7f