Age | Commit message (Collapse) | Author |
|
Change-Id: I4ef376e048aa0ba37e5c1bc7664e9e8cd3e283b6
Reviewed-on: https://gerrit.libreoffice.org/6985
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Change-Id: I05569ef98293445916e8f48e7f06abd795fe9bb5
|
|
Project: help 5d5a01b22caf3c26d6a0f9e14b531246444c2e35
fix typo in example for TRIM function
Change-Id: Id1bb170188f62d8f7d335d0797f2ffe027d16efe
Reviewed-on: https://gerrit.libreoffice.org/6976
Reviewed-by: Andras Timar <andras.timar@collabora.com>
Tested-by: Andras Timar <andras.timar@collabora.com>
|
|
Change-Id: I1ee4b82e04318a50db8bb54bd5c7e00c79177d37
Reviewed-on: https://gerrit.libreoffice.org/6984
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Change-Id: Id9cee84530d00d6d2528d038464e885e1286dfe5
|
|
Change-Id: Ic1ab8840c9e543cebf322de922b01739684789ad
|
|
|
|
|
|
Change-Id: I771eb0d0a90816f0c4cbd66cfcb755f67455bb9b
|
|
Change-Id: I4ee41fdb600cb3a89da387dffe64e6a30192761c
|
|
In calc it seems that shapes can have no autostyle.
e.g. exporting fdo60469-74405.xlsx to ods
Change-Id: Ie0b2888094ba40a89748a070ca2d14f4078da619
|
|
Change-Id: I75bfafbc7343aaddbbc5c7433e28b5d4154177dc
|
|
Change-Id: I737b3f5bf140a0cf80fac6cae243922882cca018
|
|
Change-Id: I750b33054ea0ee6202c0046a9f3947ab8bf44cd6
|
|
"preserve" is the default value and the OOXML spec sadly does not
contain the definition for xml:space. It is only mentioned in the
documentation so validation against the schema file fails.
Change-Id: I53f804e189dca585fceb4474b96b1b4536d5bde4
|
|
(all?) functions start with rpt:
correction of erroneous cleanup wrt to equalsAsciiL
Change-Id: I0568ef28a1e677f68016b8593c2b30d0ffba1bb5
|
|
Change-Id: Ie9666b1c8878dd26593629b4b64d74b7448f98c1
|
|
Intercept value field has been changed to FormattedField
to support scientific notation and more than 4 digits
after decimal point
Change-Id: Idb2d27862ddabcdc96a036d93f1f3498cc6327df
Reviewed-on: https://gerrit.libreoffice.org/6904
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
Tested-by: Tomaž Vajngerl <quikee@gmail.com>
|
|
Project: help 29a6bcaa15745f3707a03b1a34ae1e89ded92749
fdo#72340 replace Netscape by Firefox in HTML compatibility options
Change-Id: Id17fe4a769f03722428b7d070c93c9a12e6ce215
Reviewed-on: https://gerrit.libreoffice.org/6969
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Let's be sure that nMaxcolorIndex < 256
Change-Id: I349184ad92c8e7b10a90a32e093972bfaee52467
Reviewed-on: https://gerrit.libreoffice.org/6970
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Ia034c4a8cc034405c5ba4f7fc3a233a5efdadc74
|
|
Change-Id: I3a0f4cdfc8b229efb65d3aae94de9e1cabd002ec
|
|
Change-Id: I9542771fe3caf77757d81641752ab5463ead4deb
|
|
Change-Id: Iade61f598e1122aae7667de684a68e8164817327
|
|
Change-Id: If77b213deba85d49e1e8d09015fa81aa6df6aa94
|
|
This attempts to solve several deficiencies in the script:
1. If the first attachment of a bug is already downloaded, the bug is
not checked for newly added attachments (or attachments with newly
fixed mimetype).
2. If neither of the eligible attachment(s) of a bug is the first
attachment, the bug will be processed (and the attachment downloaded)
time and again (because the shortcut is only applied for the first
attachment, see 1).
But it also ensures that if the script is killed, the download is
restarted on the next run.
Change-Id: I7f3d1922825bb314f96ec3b1ee2a0ac47604b018
|
|
Change-Id: I838250e41a397320d965690527241d2518746141
|
|
Change-Id: I61cf2a40f80f27005229b4a06f3c1e32802be4cd
|
|
Change-Id: I28970c5bd919640bb3b5dd6ac38d93673cce1002
|
|
Change-Id: I23110e5ab98068c2e046c6f6539759a1dc6d1191
|
|
Change-Id: I42e7fbc62d455d909f50864371a321058d4ac2ad
|
|
Change-Id: Ie0a5824ddbc3e75a1bb22121e620378ad3e0dfde
|
|
The code path was assigning one ScDPObject to another via assignment,
but we didn't define one. So we were using the compiler generated
assignment which only shallow-copies data members, which ultimately
caused double-deletion of one of its data members.
Change-Id: Ie98d0789e51aebff683dbcc0e533a9a0a87943d5
|
|
Change-Id: I92f2dbbe12956ee9432d592851f10bceaa5ce25d
|
|
Was lost with 2ce72093cdc68e60fb06ddd4358e0bc7fc8c63a9 and previous
restructuring.
Change-Id: Ie4c8bdb287b56448406c873840c26ec4759de375
|
|
PPDValue::m_aValue is simply an optional parameter description, whereas
m_aOption is the actual option being passed to cups.
For example, for the key "PageSize" (which was previously passed
without problem), a typical PPDValue could be:
m_aOption = "A4"
m_aValue = "<</PageSize[595.3 841.9]/ImagingBBox null>>setpagedevice"
However for the key "InputSlot" (which was previously not passed
to the printer), a typical PPDValue could be:
m_aOption = "RearPaperFeedSlot"
m_aValue = ""
Change-Id: I7959317c9f9d67bfafd911e710927a70edfa8792
|
|
Change-Id: I4858667f781f4e8142dcd096222e98316cf1b9b6
|
|
Change-Id: I9625958e4139dd595f269ebac72b9a037118a9f5
|
|
So f22006dc6ac34a35a060e15466cf6b2d2058617d changed the SwDrawTextInfo
to contain not a pointer but an actual OUString, and then
d908422f5763ed8ea79af81336ca564f46435baf changes
SwSubFont::DoOnCapitals() thus:
- const XubString& rOldText = rDo.GetInf().GetText();
+ const OUString& rOldText = rDo.GetInf().GetText();
rDo.GetInf().SetText( aTxt );
That used to _copy_ the string, but now it just references the
member, and so the SetText(aTxt) below overwrites rOldText.
Change-Id: I06d7ee7084c15d88b3e748ef18877b62e79bdd0e
|
|
Change-Id: I65476b98a58b749619003965c41cfe0f32ae2e13
|
|
Change-Id: I00a8e794189d17ad91a90beb9ce6cb89b7bab2aa
|
|
We apparently support this syntax for ODF-backward compatibility.
To fix this, I resurrected ScDPObject::ParseFilters() which was removed as
unused, adjusted it for the String->OUString change, and changed the filter
data structure to the UNO one rather than using the old one we no longer use
elsewhere.
Change-Id: If52b38aaa1e8b208fb0ef9d92a6e853decdf43e3
|
|
which should silence that annoying "unknown packing: homogeneous" warning
Change-Id: I826908024063909ddd5f975829b7a5727944d399
|
|
Change-Id: Ib4e17723ba9e2bb4dae0eb86cf55513a4b68de6f
|
|
Expecting that the shapes are on the drawpage in the same order as they
are in the file and providing zorder info at the same time doesn't work.
Either using names is required or the simpler way is not providing
zorder info. Fixed earlier bugdocs not to provide zorder info, so when
zorder will be handled, these tests will still work.
Change-Id: I771b0574eba489322998c84a60d5acb94fd09189
|
|
Change-Id: Iaa2b7df4246ab3fa31737126f27e4a9da3814048
|
|
Change-Id: If0b413a4fdd93465074548c7ea5451288c1d12aa
|
|
This is not a full fix, this just trims some of the fat in
CuiAboutConfigTabPage::FillItems.
Specifically
- improve string handling
- don't use catch/throw unnecessarily
Change-Id: I5b4987407bd007fbbb18f76fcf26f4a33282c0c0
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>:
reintroduced lost "/" into path of recursive FillItems calls
|
|
Change-Id: I30844062bf4d4f15ca70d9f441f0505fa4f26bb7
|
|
regression since 58fa3d50aa43102cea8690fd6bf51fb80c007955
Change-Id: I499704d18872da6f2f01cf955a6496104c53dd3f
|