Age | Commit message (Collapse) | Author |
|
These were only referenced by Package_inc.mk...
Change-Id: Idc771477595b9d221f9f2003b293fdd1ba7e1588
|
|
Those never get included at any point in the code.
Change-Id: I17736e005635b9e57759cfc95176a99e7c5e8988
|
|
Change-Id: Ifd82dbc35d2f03ee9a9a40f498c8fde3f5a1d5c6
|
|
Change-Id: Id859d1e039d9012c100c16d49d2de0560cac2a66
|
|
Change-Id: I494ceee07d6825f9466cab810742d7f85291fe14
|
|
Change-Id: Ic1d7ff88e2d9e638deb2579a5fd18f751302d561
|
|
Change-Id: I611a276d048121084ec842d062129e042f3baea5
|
|
|
|
ImplCreateScaled and ImplCreateRotatedScaled are now not used anymore,
so they can be removed.
Change-Id: I42bbb49eedd474e580ccc9e7dd9e00609451501b
|
|
"grfmgr" uses its own scaling functions instead of the scaling
functions available on Bitmap object. The step to use the Bitmap::Scale
for most scenarios was already made, now the "grfmgr" functions are
not used anymore.
In addition this commit fixes croping the bitmap with large zoom
levels.
Change-Id: Ib27029d2cdf4684146befc131e3c72656dfa407c
|
|
Change-Id: Iebc86650365041939be0df339790e01391f72e89
|
|
Change-Id: I0c1b2f2d908c31d1510662880c13504d81445a6a
|
|
Change-Id: I8c34a344285b6929091788c6b7a5529b48943f94
|
|
Most of them in hrc files.
Change-Id: I3944f6ed9befd2b498385f61b851790362221a4f
|
|
Change-Id: I653cfce095ae55bc7644c02669757a17580917e3
|
|
Change-Id: Ibb55fcedecaf66f0817d24d8f408ef69d273ffa2
|
|
The Lanczos scaling is of very good quality, but it's rather slow,
which can be very noticeable with large images, so it's not a very
good default for everything. And in general, it's not good to refer
to a specific algorithm when all one usually wants is fast/default/best.
Some of these changes are a bit of a guess between default/best,
but the general logic is that best should be used only for images
that won't be large or where the possible waiting does not matter.
Change-Id: I53765507ecb7ed167890f6dd05e73fe53ffd0231
|
|
The used bilinear algorithm is apparently of a rather low quality,
use the new generic box algorithm instead. That makes it somewhat
slower, but the result is cached, and hopefully the speed difference
is not that significant.
Change-Id: I5a4dbe4851d467babc0d0fdcc3375b35441daf93
|
|
If the metafile contains just one single bitmap, the drawing code
optimizes by just using that one bitmap. It (=the resulting pixmap
after scaling etc.) however has not been cached so far, which means
smoothscaling (to be done) would be quite slow with every paint.
Change-Id: I30950c55fbadfddedc7df31283c66ed064b1a1a6
|
|
if( !number ) { ... ++number; } would never get beyond 1.
Change-Id: Iac33df3a21280c76fcdd130b699b4ab6466b1f46
|
|
The document from bnc#765998 contains a rather huge WMF with poor
quality. It could be smoothscaled to get a much better result,
but doing that would be too slow with an image of this size,
and it would be done every single time the image would need to be
painted, because the resulting image would not be cached.
One reason for this is that the WMF appears to be kinda broken (or let's
say imprecise [which is no wonder after trying to read things like
http://msdn.microsoft.com/en-us/library/dd162607(v=vs.85).aspx
and trying to understand what exactly rlcFrames is supposed to be]).
Change-Id: I017db36ec96f5405ff5965943003d5aa93018a37
|
|
Change-Id: Ie3c017eb9c6ceadd4b7982eb2a28c74bf6767631
|
|
According to docs http://msdn.microsoft.com/en-us/library/dd162589(v=vs.85),
cxDest/cyDest are "Logical width/height of the destination rectangle.",
so there should be no +1 as there would be if they were the top-bottom corner.
Change-Id: Iefa6db8e6131abe785b7878d97df1c891b73011c
|
|
It's rather lame that Rectangle from tools primarily specifies
the rectangle as topleft/bottomright, rather than topleft/size,
as that easily leads to confusion such as here.
Change-Id: Ice86fae90d9159b98e0896b6c875b99c3e1a3686
|
|
Change-Id: I8702f8e4b76731ab167533478ba754c94114f419
|
|
Change-Id: I284bc45abab57127ea972ed4d4b8164b54bfa18b
|
|
Change-Id: I8018d9b5fa01d1720c0392dc5fdc4a0656f25a35
|
|
Change-Id: I8c375e3bfbcd3d7046a8bdb1968934b7d7ca96f8
|
|
Change-Id: I6c145e984c885c7e06caa1c27bfb354ea49ad9ce
|
|
Change-Id: Ice06e639213aeb6f7f23cbf4634947dd25613db1
|
|
All of those defines (should) not be used at any point in the code.
False positives may exist, because some macro names are getting
generated by some template/macro foo. This is the version which
compiled fine for me.
Also there are many commented out lines removed.
Change-Id: I6394024682e4ab3691eb72707a9363d41ba31df8
|
|
Added Papiamento (Curaçao) [pap-CW] and Papiamento (Bonaire) [pap-BQ] to
language list. The locales are selectable for character attribution and
spell-checking.
Change-Id: I300029e2e60e196c989596f3a7d4f4a888e17af3
|
|
Change-Id: If58683331c50f2a95204e8e2dea11edbef3ccb63
|
|
merge together a gadzillion hand-crafted
isSimpleChinese/isTraditionalChinese/isKoreanVariants/isCJK
implementations which should fix a goodly amount of them
add a MsLangId::isFamilyNameFirst for locales where
family name appears first while I'm at it.
Change-Id: I65377793be037d16fe7250cd7450b28aec689e83
|
|
Change-Id: If6b17c0a19455edb7d7fb94c5d552267c1fe5984
|
|
Change-Id: I0fa0c60e12c418d25f8bd96cc04c6abd74b1a608
|
|
Change-Id: I6c7a7b88b64ec8c0eef8eac30ea3e6e40e271f76
|
|
Change-Id: Ic2e712f4447b733b79d980e178d9d6d9d8bf0e40
|
|
there's no way j was intended to be used as a rtl_TextEncoding
here. From context it's clearly meant to create a UniString from
a subset of the input ByteString
Change-Id: Ic0a0773f90686d73ec4eb8b8e03a454585758578
|
|
Change-Id: Icb5f5adf9139d1c0f0e86d8128ea6742ce20b138
|
|
Change-Id: I819d5b931c937ec52b14f60591546d1d86c38631
|
|
Change-Id: I9dbf5d510ebaff8448a152d75a006a183303bd81
|
|
These RID definitions aren't used at any other point. So remove
them. Unused START and END definitions were commented out for
documentation purpose.
All definitions in basctl/source/basicide/tbxctl.hrc were unused,
so I removed this file.
Change-Id: I4713188a12b9da912b2a91b85ea4e54ca1aeb994
|
|
Change-Id: I98361309ada084d8f78517ce88f210d785f59cc0
|
|
Change-Id: Ibbf777e57af6b98611cb5dce5a31517de80305b7
|
|
Change-Id: Ib9797fe97cd008cc6508ce8cec47dc5373416892
|
|
Change-Id: I666791b2a2bb817d59625868d5e2df1a9341b2ff
|
|
More than two lines are removed for readability.
Change-Id: Ibff6cf68d7c512e240a54065b54a225bb23a782b
|
|
Change-Id: Icd57ca7fd89e30c190c1b06dbe67c30bea8d1b59
|
|
Change-Id: Ib81f31a94a27b1415292fa1aca34c47c38e723b4
|