Age | Commit message (Collapse) | Author |
|
Change-Id: I8c37b9ec45836f9c0e2dc0cf232f96f23c7c36d3
|
|
Change-Id: Ib753cacf91baa6a761ac8f971b67c0f5ade555b6
|
|
Change-Id: I9cba1299c54f196a5a7b35384f4c15bbbea273bb
|
|
Change-Id: I1cd2ad1284f2fb9f6847cdb9175a5872a66726cd
|
|
Change-Id: Ifeee0632f6e163037bea9ba2ee8d19f050f9a212
|
|
will be run on a tinderbox for now that will be the reference for
anything related to it
Change-Id: Ib795b53f74e9207d0272342f12d426bbc21164b4
|
|
Change-Id: I172cbd54a231a4f9b621fb85c7f349839286143a
|
|
No idea what is best here :-) - MSO is more like what it was before this
change, OTOH this layout looks more as the final pivot table, which (in my
eyes) makes it easier to use.
Change-Id: I5acb8c151139688c71b06d07006499513a17bdb9
|
|
Change-Id: I127ef1183a2c146471668680965fa3d72f6a8f81
|
|
Change-Id: Ib52309202714e67af78ef5a47f519779d849931c
|
|
Change-Id: Ia09cd8738e7bfbb942690efb193c0de30e93f69c
|
|
Change-Id: I8758e2407f1d3d1e09324b4fe5cc0442f8dda34d
Reviewed-on: https://gerrit.libreoffice.org/8819
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
Change-Id: I0e155c6c68a43020110a8e1c0cb29cabdcade454
|
|
Change-Id: Id329745fa1988003b4771c6b7d75f2db0930184c
|
|
Better fix for warning: "comparison of constant 255 with expression of
type 'const char' is always true". I hadn't considered that the code
is in a template, so it must handle strings of arbitrary integer types
(well, Unicode).
Change-Id: I38d6d480bfc3ff89db1276cac38d310ecdcc2cfa
|
|
and dialogs that are loaded from the .ui format
Change-Id: Id8abff6d89818ca7384d9691a05eacd378a5905c
|
|
Regression introduced with ca8ca8c28742879220f3ff88ae0d71c8d69b11cd that
used GRAM_ENGLISH_XL_OOX instead, which is English UI function names
with OOXML reference syntax.
Change-Id: If6b73e85a45e57f6ef281d1edf8e34dec7cb9bb8
|
|
Change-Id: I01969fb4596e7866ddb348d026a22f45deeef0c8
|
|
Change-Id: Ic24e147dd631bbed4e5759b1bd4bebbd0b8add4a
|
|
Change-Id: I65aa00d79efe15f63c272fbcd5d3e0dea2c28dfc
|
|
Change-Id: I1a91871eb9f1952625b94b15d9ab8a4712487048
|
|
Change-Id: I70cc8c7667d9cfb2fc043e3889c7fb5adc9abd52
|
|
Change-Id: I5c1045253c082a00397cf0f048baee947232c9b1
|
|
Change-Id: I150b47a6d4463479af7206b15441fefb27b8f603
|
|
Change-Id: I990e8ba0e2b8ad2a43a33343ac832e42777e28cb
|
|
Change-Id: Ic2f968d3150bba458dc3f40799ef0933a423a9e0
|
|
Change-Id: I30b61ed5b383f4acb5d29cb1c898015b28b1431c
|
|
Change-Id: I50da1da601981d55f413e03b063cda60b10893e6
|
|
Change-Id: Ifc584276b32e517cb3105133de731e068851254b
|
|
Change-Id: Ifdd607c8bb1859af907ba2d6bbe6e9824681bc57
|
|
Change-Id: I355ada53d637ad16d88c7e8d8b0f333915f54b6e
|
|
Change-Id: If4635aa5adc5d82712a779ae487b0a27539c2d70
|
|
Change-Id: I3f70fda1098c2da97f36e474689853379e5b9ac2
|
|
Change-Id: I8bdedf38a29587bb504ccf310371dea756efd47d
|
|
Change-Id: Ifa9c5a7b3aa0d219e09fa3081e66d870a508a84d
|
|
Change-Id: Ibe07fc9a61ae8432e92c43ac6ff07c4dc9e6c771
|
|
Change-Id: Id39b51c344004e02d3d5a281ba98721b944468c3
|
|
Change-Id: Id4f4d2dfab6cf7f370488e87c6e86eb8da50b6fd
|
|
to integer positions
(cherry picked from commit d3c4a0c2a87504007a30e6944f52da4654cfa784)
Change-Id: Iae4c16250e95938999d60d1c60e1163dfba243cf
|
|
With this, it's possible to see properties of e.g. fly frames in a
document.
Change-Id: Iba68156ba7f0149dfea3e0a6367b71b8642a2a80
|
|
Change-Id: I52898b460669ce7afaaeef4d28f36883eb20effa
|
|
Change-Id: I03bb06ddda9f8d54fae926004f5cf55cf5846833
|
|
Change-Id: I3ab9dde5c421a3a3e6022a27be37f23547197317
Reviewed-on: https://gerrit.libreoffice.org/8772
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
Change-Id: I81ce8fd7022bf283db668705efdfb0666f87bde9
|
|
it's known that GCC 4.0 is unable to build LibreOffice;
also remove check for "a buggy version of g++ (3.4.x)"
Change-Id: I97a030c4a214033cab13a69b4c4a599970f9e1cd
Reviewed-on: https://gerrit.libreoffice.org/8812
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: Ica3b1207a2847917d82b3c82d14479fb58a7aaa2
|
|
Change-Id: I33d72b51536ab96653ccda64c6e058c497289327
|
|
Change-Id: Iddc71ca948ae478aa865378e0f3d3c7bbdcc577b
|
|
Change-Id: Id931f5339e19ce5ff635af93fe9f60f3abebe069
|
|
When a META_FLOATTRANSPARENT_ACTION is exported, the
beginTransparencyGroup()/endTransparencyGroup() will write something
like "Q 0 0 0 rg" where the Q clears the previously set clipping region,
which is then not restored.
bdf75c7d9bce985ed10a9c41d03420f33ce82142 appears to be a fix for a
previous related problem; this essentially reverts it since it
introduced the current cropping problem. (Particularly funny is the
comment "force reemitting clip region" since the commit does the
opposite.)
It does not really make sense to me to write something to the page
content stream from beginRedirect()/endRedirect(), because that does not
actually have any effect on the _content_ of the substream, because the
referencing of the substream is only written _after_ endRedirect()
returns, so basically what is written can in the best case cancel itself
out and in the worst case introduce bugs; the state manipulations there
are just to modify the m_aCurrentPDFState following the push()/pop() (it
is necessary to clear the clip region before starting the substream to
avoid spurious "Q" at the beginning of the stream).
Change-Id: I4a5f57b784068bd7d3ba187115444574f7418195
|