Age | Commit message (Collapse) | Author |
|
Change-Id: I7dfb8dfbc216cf4c80701bf7d0bd398afaca3f13
|
|
So use -1 here to realign logic to what it was before
35c24f9b6e08ef1328df01b2d3d11ef518897130. Though it
doesn't matter because aThesLookUpStr is going to be
empty in the case where we would examine the default
value of nDelimPos
Change-Id: I369c4e6903407b525dc0dcee9d507e90590eeb6b
|
|
Change-Id: I4278999b9b7d184c26036bbe9e3b98420f461e8c
|
|
This commit removes copy and paste code, creating a constructor for it
Change-Id: I7a66cfda7fc7c11308d155a7a890352fdacfaacc
Reviewed-on: https://gerrit.libreoffice.org/6356
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Nobody wants LO's own widgets in a touch / mobile app after all.
Change-Id: I84f1e85cebce80b6ff4ec5e4e3254654b5f5e6ec
|
|
We have no online/offline concept for the office anymore.
Change-Id: Id7e71d9c4383b47d3fae6f8cb5dc18ec22a55934
|
|
Will be .uno:PrintPagePreview going forward.
Change-Id: Ie5a35467917a54a60dab9eaacf0690c9df27e6f6
|
|
Change-Id: Ib5daaaae02d774e2d47ad0dbc36444a50e03b539
|
|
Change-Id: I820c9c79113007df096c4efe9e8fc30b93e2b7ae
|
|
persumably the intent is to show these ones
Change-Id: I3110b7efb7acdf689825f78989aba4010abbcc59
|
|
The file picker can't go back folder if we use
ID mark in the URL.
Conflicts:
ucb/source/ucp/cmis/cmis_content.cxx
Change-Id: I6985feec71dc23848ee022e0bab9e8515a21ffd2
|
|
Change-Id: Ia2452eb82139039e1e6dc98e61ffb32b4091b94f
|
|
Change-Id: I475bee35ca5d24903d85e7f2427fab0e47d8db4d
|
|
Contains the platform-dependent on-disk line separator ("\r\n" for Windows,
"\n" otherwise, and yes, I assume an ASCII-based world).
Use it instead of static constant char array fields, with ifdeffed
initialisations, in various classes here and there.
Change-Id: Ibea1f2cc1acfb8cc067c3892a41f73bf44f2c78a
|
|
Change-Id: I66e6167df47ac3051d543490ff780bc09dedd82d
|
|
reverts 03569dc7d38e4edf3f3e50f7dff3252116c28ab1 "I hate the positioning of the
expander checkitem in hierarchical view". I still hate it, so merge together
the various places where different efforts are made to try and position the
checkitem optimally and provide a single central place to do that.
Change-Id: I047504945fb5bf94e5f451007eb74328b8b56785
|
|
Obviously just a question of personal taste, and we have no consensus
here, and some say that <sal/config.h> should be included before any
other LO headers, for instance. Oh well, if this commit breaks on some
platform, please revert;)
Change-Id: Ie02ec4e68b19961165608220f07808641d2e4fda
|
|
Idea from http://lists.freedesktop.org/archives/libreoffice/2013-July/054088.html .
Sure, there must be tons of more code that should be ifdeffed for
HAVE_FEATURE_DESKTOP_GUI_ELEMENTS.
Change-Id: I1ef9ec749b795919c6e52e4f9e0a03bd0e874bc3
|
|
Change-Id: I2b2a7728bf0a93cf3da033e8b1e1bfccdf6c1df2
|
|
Change-Id: I3189f29d4632b8c04649dbded7250c1510e5b515
|
|
TypeDetection::queryTypeByDescriptor() adds the FilterName property to
the MediaDescriptor, use that if present.
Strangely enough the sequence returned by XNameAccess::getByName(sType)
of the type detection contains an empty PreferredFilter value so that is
useless in this scenario.
Change-Id: I5cdc9fe71e35bdb7c511739c7f7728134941649a
|
|
Change-Id: I45762d167d04252e32155a7b23a3290688bccdf6
|
|
...and clean up some includes.
Change-Id: Ia5843cd38f967722d7173a6c87fba26064e3ffd6
|
|
Change-Id: I201985753fc53f037807e7870c6786a442717d6e
|
|
and CID#1079303
Change-Id: I52e70424ca83ae7c9c73dd28d93912a1228ce2bd
|
|
Change-Id: I00d716a0f05d50fd7a7a1c43772af51224a6b15a
|
|
Change-Id: I40838e5816439b95a33da6e6896f5ae0b89dbbef
|
|
Change-Id: I2807a16548af4202d42448c6ef66f240ab4cc920
|
|
Change-Id: I9c6f2058e67990156a4be928449c6ebe6614e486
Reviewed-on: https://gerrit.libreoffice.org/5913
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
...in SfxDocumentMetaData::getURLProperties, to avoid
"tools/source/fsys/urlobj.cxx:1741: cannot make <[...]> absolute against broken
base <>" warnings when SvXMLImport::GetAbsoluteReference tries to make absolute
against an erroneously empty base URI any relative URIs contained in the
document's meta data.
As a consequence, such relative URIs contained in the document's meta data will
now be made absolute upon loading in SfxDocumentMetaData::getURLProperties.
However, I saw no negative consequences of that (other than having to adapt
sfx2/qa/complex/sfx2/DocumentProperties.java in the obvious way). Whether a
document written out again contains such meta data URIs as absolute or relative
is only controlled by "Tools - Options... - Load/Save - General - Save - Save
URLs relative to file system" and not affected by this fix. (I verified that by
loading sfx2/qa/complex/sfx2/testdocuments/TEST.odt, which contains a relative
meta:auto-reload xlink:href="../TEST.odt" in its meta.xml, and saving it as a
new file, with and without "Save URLs relative to file system" checked, and
inspecting the resulting documen's meta.xml entries.)
Change-Id: Ia1b6004c8597a726eb59c6b2234fd3ecb0bdcc09
|
|
Change-Id: Ia13c94e05d26d66ebee00ca89030b6947c5efc0c
|
|
Change-Id: I3811578a76f6c5c98c955819ca004f2062d273b8
|
|
Change-Id: I72e497fb97edf8782c69000576f42896594e1556
|
|
Change-Id: I55da6a2df8c65460204f66679156516db1370b07
|
|
Change-Id: Icf7976fe38402d7e6d0b25186b57a2b4dc68c0ae
|
|
and still don't broadcast context change.
(cherry picked from commit 520cc667c80cea6bb48422825250b72ff36bb4ef)
Conflicts:
sd/source/ui/view/drviews1.cxx
sfx2/inc/sfx2/shell.hxx
sfx2/inc/sfx2/sidebar/ContextChangeBroadcaster.hxx
sfx2/source/control/shell.cxx
sfx2/source/sidebar/ContextChangeBroadcaster.cxx
Change-Id: I753009041a999bc31a0528e37f0a499897f311c5
|
|
(avoids warnings about std::auto_ptr ctor being deprecated)
Change-Id: I39d2d155c0bc62ca77a30c02428ea39102213f42
|
|
Change-Id: I499e5832999fd54b44774877da2ec3838d21ce75
|
|
Change-Id: I5bb9982daa0dfbbe97e82e8598fec8d0d05b93cb
|
|
Change-Id: Ibaf2c42050c85d9b87d58204f1c68422e33da4c1
|
|
Change-Id: I8e907dd0e0a38eb250b77123dc3f604b79c0a695
|
|
Change-Id: I3a85878b5e8a346b58e15877c7ddb8bf90eac6a1
|
|
Change-Id: I808026a6f593b0251ee107d27e7ca12d55b2d0a0
|
|
in commit c82d932510c88a12b260b1684522efbc69f07b26
"convert remnants of String to OUString in SFX2 module"
when I created the SetToken method, I forgot to make the first
parameter a reference.
Change-Id: Id587e69ff0cdf46f645d8f9d1dc0e110ae80daa5
|
|
Change-Id: Ie07684f2b8b902b0ce0844eabc8174482e02d8db
|
|
Currently, when the sidebar is taken from right side of
the screen to left side of the screen, the vertical tab
-bar is still attached towards the right side of deck.
Ideally, when the sidebar is attched towards the left
side of the screen, the tab-bar should automatically set
towards the left side of deck.
Change-Id: I1f56e5f0b7dfef37760e6563e7d757f7901cf2cd
Reviewed-on: https://gerrit.libreoffice.org/5979
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
To be used in regression testing and similar scenarios, where the output ODF
is *not* intended to be further manipulated in LibreOffice. An environment
variable LIBO_ONEWAY_STABLE_ODF_EXPORT is used to toggle this behaviour. I am
not 100% sure whether the generated ODF with the hack toggled on is even fully
correct, but correctness is not the purpose of the hack anyway.
Two classes of issues handled: 1) Automatic style names and 2) use of
randomness.
For class 1), when the hack toggle is in effect, we generate the names at
first as strings based on all the properties of the style, and sort them based
on those, and then rename them (for brevity in the output) to the "normal"
form of a short prefix plus a number (like "P12").
Sure, it would have been better to just figure out *why* the automatic style
naming currently is not stable in the first place, but outputs the styles in
different order (with some styles being assigned different numbers) in
separate invokations of LibreOffice), but I was unable to understand that.
Possibly this code could be used in all cases, except that it does break some
unit test (can't recall which right now). I don't know whether that is simply
because the unit test assumes too much knowledge of the internal workings of
the automatic style name generation, or whether the generated ODF is actually
invalid.
For 2), I found a handful of places where randomness was used to generated
various kinds of identifiers in ODF output. I changed those to just use large
(64-bit) non-overlapping integers instead. I assume there *is* a point in the
original code in each case that explains why randomness is needed, so the hack
definitely needs to be optional and used only for the above mentioned
scenarios.
Change-Id: I17b657197e38bcf24abdfe61ad4a277f4339eeae
|
|
Change-Id: I39bf97cd84685132180694fc99bb3a298ec798ed
|
|
Change-Id: I43ae91f0b91479fb279b0efbeb0cb4195e7b083a
|
|
Plus, the Name property has been changed to Id,
that was the reason the Checkin bar disappeared.
Change-Id: I03f6ef4e1399c0f8b2a347ca8acd8a42daffa497
|