Age | Commit message (Collapse) | Author |
|
This Checkbox is shown in the File picker dialog and does not embed the file in the document, if checked.
Change-Id: I84fbc182cc9b432cd38ccb044c0479ced119d97f
Reviewed-on: https://gerrit.libreoffice.org/3602
Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>
|
|
Change-Id: Ied358faaf6ba1aecae4f61ff56e639752a2de664
|
|
let si-phonetic-dynamic survive libreoffice losing focus and regain it cycle
and still use surrounding text. It should be safe to report that we can provide
surrounding text but there isn't any during the time window when there is no
focus window, because the focus in event was received but it hasn't arrived yet
because that happens on a postuserevent.
Change-Id: I0481c42208953f2a0618aaed7b0d9e9f3e7bda07
|
|
i.e. false for "we can't provide context", and true for
"we can provide context, even if there isn't any"
Still looks to me that there's a bug in the si-phonetic-dynamic
im (or something in the stack) that assumes that returning
false once means it will always return false and give up
for ever
fix indent while I'm at it
Change-Id: I6df7f2689101250c33318db1fac5ec1b3e340566
|
|
Change-Id: I34c532dc7d1c71724a5c0e29c113f2d6510cc2d7
|
|
Since 360d6bf4fd1241af47f55648b7597fda3120390a the precompiled header for vcl
includes <rsc/rsc-vcl-shared-types.hxx> , so the KEY_SHIFT from there
interfered with the KEY_SHIFT here.
These magic values apparently are the "known" return values from
MapVirtualKey() called to translate (fixed) virtual key codes to scan codes,
suitably shifted and ORed with some flag bit(s). Whether such scan code values
really are constant in all Windows installations I have no idea, it does sound
a bit scary to me to assume they are. (If they are, why does <windows.h> then
not provide symbolic names for them?)
Change-Id: Ic18a8e1a8b7a95bb6b018382662944f6912e4734
|
|
Change-Id: I67e73438312f2a672e71762ee6707ec5d425bb47
|
|
makedepend relies on that
Change-Id: I6a166f65d25c2750c24bc7831d074c32f6524722
|
|
Change-Id: Ib316bf40bb9b9afeb5fbdf9281f2d3b9539e346f
|
|
When we are launching the printing dialog, we first draw the page using
drawinglayer to a metafile, and then render the metafile. Unfortunately, here
we did the real operation of allocating large bitmaps, and destroying them
again; all that just to throw all that away at the end of the operation.
The preview sets the mbOutput to false correctly, so we can just skip the
expensive parts.
Change-Id: Ice77d83100eba339602bbdf374fec8546d4d1e12
|
|
Change-Id: I8e9f70eb5d929c98b4379416c2259a74e31d587f
Reviewed-on: https://gerrit.libreoffice.org/3503
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|
|
Change-Id: I400fad08c0ae7b6b34bad63693f54856867e4dac
Reviewed-on: https://gerrit.libreoffice.org/3502
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|
|
Change-Id: Ib48a12e902f2311c295b2007f08f44dee28f431d
Reviewed-on: https://gerrit.libreoffice.org/3499
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|
|
see https://gerrit.libreoffice.org/#/c/3367/
and Change-Id: I00c96fa77d04b33a6f8c8cd3490dfcd9bdc9e84a for details
Change-Id: I199a75bc4042af20817265d5ef85b1134a96ff5a
|
|
Change-Id: I7be27b049c4a482be256544c295a7aee89f81f57
|
|
correctly removed in 804e86170ff2570fd3826b4ac26d1c927e751ac3
but we will need it again soon
Change-Id: I52700cb4da0285bf08db20af2d7c314a37c4fee2
|
|
Make sure everything is using 16.16 fixed point values consistently.
Change-Id: Icdcd94775d3860d57bb446a3f237c31e35e0710a
Reviewed-on: https://gerrit.libreoffice.org/3573
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
Change-Id: Ic28c7922b0fab3b5a7ac1c0500a429539a4c29bc
|
|
HarfBuzz is an up to date, actively maintained OpenType layout engine,
while the ICU LayoutEngine we use now has been unmaintained for a
while now, and existing users are encouraged to switch to HarfBuzz.
This is work in progress, text layout mostly works, but the handling
of combining marks is broken and needs further work, so it is kept
optional for now, with SAL_USE_HARFBUZZ env variable to enable it at
runtime.
Change-Id: I07e698f7486379bae68329771695cd94d6e561b5
Reviewed-on: https://gerrit.libreoffice.org/3518
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
To be used in the next commit.
Change-Id: I6ee286d0c050a5ca650e7fb3692b0facccb5f0c0
Reviewed-on: https://gerrit.libreoffice.org/3517
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
Change-Id: Ifc8275276811ba24b62f93096e7cb98a5dbf658c
|
|
Change-Id: I2bb49bd85844d35301372b4f9d06f11db27fe9ea
|
|
|
|
Change-Id: Ifc4925feccea9c35654356120b157f27d7cbfd3b
|
|
Change-Id: I01995091350ed4a4edefa13ca6946d23062112a1
|
|
...apparently caused by 845456565db945ffd2a1551ab86446fcd1717021 "DO NOT use
internal headers of jpeg." The warning there "I am not sure if it is all right
to include parts of jpeg directly into our code" still holds, of course.
Change-Id: I4754dbcd9b2c3eafc64d32c3b83faa53cf913abd
|
|
They ARE NOT available when using system jpeg.
Apart of that, I am not sure if it is all right to include parts of jpeg
directly into our code.
Change-Id: Ic19a22e73094d452ffd072b819020e4a46256406
|
|
Change-Id: I098ad140d013f1bda057416b2e0622bc038d2a30
|
|
Change-Id: I921ba50f1d251489bfb56703247890f9ff23200f
|
|
Change-Id: I50014b227b07a4b7bff7b2569ec55409f371b38e
|
|
Change-Id: Ia00803c748cd40b7e2e6142a2802ea6e4e13f8fd
|
|
Change-Id: I81bc0f4a7cb192f8f9806a9b5bb0d2a6ab1b00df
|
|
Change-Id: Id9e7754cfcbd1d7e8b512eb1c1a3384df2db149f
|
|
Change-Id: I6f9b9cc510778ea561ebbb9ac215db615ea34a8e
|
|
The canBeRotated method was added to determine if a native rotation
can be performed for a graphics or not.
Change-Id: I026cf6fe4baa4d964d0a2c2b6e36c3b15aa91549
|
|
Change-Id: Ib7c028ae32783f112507fb848398b389ed7a484f
|
|
Rotation for PNG and GIF format perform by exporting and importing
of the Graphic. This is a "fallback" way to perform graphic rotation
and the easiest to do for lossless raster formats.
Change-Id: I31efad9106b5cfbd1d7c6c5063726c455d05f934
|
|
Change-Id: I64340da256a9ee66b13870854ccdccacaaf4f0d2
|
|
Support for reading/writing of Exif image metadata. Currently only
orientation is implemented, but support for other tags can be added.
Jpeg lossless transformations - currently only lossless rotation is
supported, but others can be added when needed.
Additionally GraphicNativeTransform and GraphicNativeMetadata has
been added. The responsibillity of GraphicNativeTransform is to
provide graphic transformations (like rotation) on native data and
the purpose is to be as lossless as possible in transformations.
GraphicNativeMetadata is a class for reading metadata which is
contained in a native data graphic stream. For now both support
only Jpeg.
Change-Id: I3e67cd3e7f5386746bcd1f0bfd2b90f5fe834b92
|
|
Change-Id: I9a091e9b209c443cb32983e6d35044eec8681d18
|
|
jpeg.cxx/hxx contains classes JpegWriter and JpegReader which are
considered private. Split this two classes and other related
functions into its own files.
Change-Id: I41c1139b30a4dc19e03b2232dfe0986cc05d0c08
|
|
Change-Id: I4cc2dc7f1da3bc15921939e3bd5908a3f7049eab
Reviewed-on: https://gerrit.libreoffice.org/3492
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|
|
Change-Id: If811f256dc2a0cbdc25fe2a56e949736191aa002
|
|
Now all these usages were removed from LO.
Change-Id: I8a7233db20abdcdbb18428ad4004c78cc516a0e6
Reviewed-on: https://gerrit.libreoffice.org/3326
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|
|
Move the native methods out to a separate AppSupport class so that they aren't
in our "experimenal" Desktop app's namespace. Don't hardcode the name of that
class in the native code, but have the app register the class to which the
damage callbacks should be done.
Possibly the AppSupport and Bootstrap classes should be combined. Later.
Also, the "android" part of the package name is superfluous; it is
Android-specific code, no information gained by having an "android" part in
the package name.
Change-Id: Iddf55c8034ead7693887ace8438deb002c5eea9f
|
|
Change-Id: Id3f41e2a620c47bb848718d0fc994739be2d64fc
|
|
That is where they are used anyway. Avoids misleading entries in
unusedcode.easy.
Change-Id: I2ce06ebca55998dc1df7df1f40b08b496adfbc64
|
|
Change-Id: I4f6e76347c5c9b5c67a09b8c3dcd1b1708e8e703
|
|
(cherry picked from commit b0a0253e4fea1d79bc255d45f8472498a3206fd5)
Conflicts:
vcl/source/window/window.cxx
Change-Id: I8330b7361dfdd9f291babb2e49d59ddeb91f5e35
|
|
Change-Id: I8983676244d0b996c237cbfc487ed68a535803d1
Reviewed-on: https://gerrit.libreoffice.org/3376
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|