Age | Commit message (Collapse) | Author |
|
Change-Id: I45ae680a89848f32e045a0d3252fe6624decbde7
|
|
Project: help 6e411048d9eb0628a54cfb23647a181efe85cd92
|
|
Change-Id: I22b7bef8106dc52a5f1d393805021318ea3d9f07
|
|
Apparently libjpeg-turbo (used on Fedora) has a bunch of emulation
modes for jpeg-6/jpeg-7/jpeg-8 compatibility, and the jpeg-6 one
supports JERR_BAD_CROP_SPEC too, which was added to libjpeg in jpeg-7.
Change-Id: I5ca4deb3ea059996cf72e0e92fc80bd11fc6979a
|
|
...used for now to transport @deprecated information.
Also, improve Idx-String (formerly Idx-Name, but also used for UTF-8 annotations
now) format, using the 0x80000000 for the indirection rather than the base case.
(And the README erroneously used "Offset of" Idx-String all over the place.)
Change-Id: I7003b1558ab536a11a9af308f9b16a7ef8840792
|
|
Change-Id: I137f2446d08b7b536ded26676132e63489e26e48
Reviewed-on: https://gerrit.libreoffice.org/3914
Reviewed-by: Bosdonnat Cedric <cedric.bosdonnat@free.fr>
Tested-by: Bosdonnat Cedric <cedric.bosdonnat@free.fr>
|
|
b5a9cc71 introduced the use of JERR_BAD_CROP_SPEC which is not
available in Ubuntu 11.10 version of libjpeg62. So better
catch this at configure time.
Change-Id: I19e4287b0c1a9ddc0baaa70ab61364f99571682c
Reviewed-on: https://gerrit.libreoffice.org/3796
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
We don't actually have any implementations of this service.
This service was introduced by
commit 01cf481111436df2cc3f01d1c57cc4348fc037ef
Author: Kurt Zenker <kz@openoffice.org>
Date: Wed Jun 20 09:07:44 2007 +0000
INTEGRATION: CWS compmetric (1.77.2); FILE MERGED
2007/05/09 16:27:46 pl 1.77.2.2: #146890# algorithm is needed
2007/05/09 12:13:59 pl 1.77.2.1: #146890# backwards compatibility service for metrics
Michael Stahl seems to think it was a Sun-internal hack introduced
for a specific customer.
Change-Id: I1b27778f827504c2adb0e27e8d7c0f0dedcaf940
Reviewed-on: https://gerrit.libreoffice.org/3824
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: Ie20dacb14b89d872045e58c84d4bf7804f4bee35
|
|
Change-Id: I61db7bf0def96209a85656128188f85899b72292
|
|
Change-Id: Ib762aa6b98b5fcc72b4677aa52053a04cd264a73
|
|
Change-Id: I00d2b1f25f393c6d3835a39a4b4579e66b622838
|
|
Change-Id: I98d240c3334358a5c2ec3b34e9967ebe945464f8
|
|
Change-Id: I2dbf51bbdd1cca6c934622066ac5da2c480effa8
|
|
Change-Id: Iab0028ad1bfd8a841a3cf87aadbe0dc9d9ad830e
|
|
Change-Id: Iad307aedc68f0f515e38949ee36f3fdf1fd0b32a
|
|
Imported column widths were wrong because we were iterating
over the wrong column ( due to a typo I guess ) nStartCol -> nCol
Change-Id: I0504bca597eb313c2c28d1a26ca03eec41ebbc34
|
|
Change-Id: I63e0ceb42db5c561cafaae160259ee7f2658552c
|
|
Change-Id: Ie94a16baaae9d942675d06dda9444b502e6a08dd
|
|
Change-Id: I89c0d24941de21f9be732fed80f499217f5c281b
|
|
The crash is handled, but the huge files' size won't be properly handled
on 32bits builds: would require a libcmis API change.
Change-Id: I8ef1190a4d1de7d91a67ec20330db9e1747dfdc2
|
|
Change-Id: I606e99e80ace5b086210e5a724a3e979e2b98cbf
|
|
Change-Id: I078cccd57331d40118bcc40fb4eb66b113848caf
|
|
Change-Id: I5d64ecd625821694ec85c5081609cfb777338755
|
|
Change-Id: Ic9209b5db0990bc9433d82ef95ca64179e888f51
|
|
Change-Id: I94d15fc2e367a2fe474cd4e10109bef0d9029b28
|
|
Change-Id: Ib58198ad0ec638bd92d0e7d8301709654c93ea54
|
|
Change-Id: I78d5b83b5d98c1c37b9b95d3504533dabb449e09
|
|
Change-Id: Ie154eadd9960b159f5a250cde93c4bd7a8a948cf
|
|
Change-Id: I9686ef445dde2e2f1e2e88a93ec681251fe3093d
|
|
Change-Id: Id80540174ccd141eaf89854da6f80bcc0659b59c
|
|
- RepositoryModule_build: add modules necessary to build gengal and
libraries used at run-time
- add dependencies to gb_Executable__register_gengal.bin
- use gb_Helper_OUTDIR_FOR_BUILDLIBDIR
Change-Id: I4a88c1786b1ee2ee2b75b1a5dd75009ef70ed353
|
|
These happen when enabling change tracking, deleting a full paragraph
(incl. paragraph break) and then copying the deleted paragraph to the
clipboard; the "rPos" and "aCpyPam" SwPositions are registered at a node
that is deleted by lcl_DeleteRedlines.
Change-Id: I3e9e29548d23377807c26fdd401b3c9637fddf25
|
|
Change-Id: If50acc088402487d8185198ee3841e3d82cd904c
|
|
Change-Id: Ib080d0317ea0c34e12db27f6ed080b3928cb165d
|
|
In GNU cp, -r and -R are equivalent.
For the cp in OS X: "Historic versions of the cp utility had a -r
option. This implementation supports that option; however, its use is
strongly discouraged, as it does not correctly copy special files,
symbolic links, or fifo's."
Using cp -r meant that the symlinks in the LibreOfficePython.framework
were not properly re-created in instdir.
Change-Id: I8367269a77b876c063fd21ceb919936215fb7d37
|
|
Change-Id: I20addd47e79bec6a260baf391fbb495da6fdaf57
|
|
Not really useful to see such messages for stuff that does not depend
in any interesting way on the LibreOffice or system configuration but
is trivially hardcoded based on just the "prefix".
Change-Id: I83ec78bb32891a18318d9f174e4efef901c74846
|
|
Change-Id: I108882af13fa97fa094547ec4efb468f988f337d
|
|
Change-Id: Icfb2eea611ed50e76753a71c73f5d43172aa8a9a
|
|
Change-Id: I60c072720392822eb5866310f3607271d72815b7
|
|
Change-Id: I19cbae855996bffb18206b9003e22a2bcc0c75d9
|
|
Change-Id: I360ec44872dbb555870d7d3fc8a9ed81c95e8c07
|
|
Change-Id: I5430fed06ea1a81a68ddfaafa595d7d5b0167f3b
|
|
Change-Id: I0247e462b648b0dc7fc9ea12723415fbf6dcaff5
|
|
Change-Id: I1025bb9766d6d6aad2d60467a72a15d3a3af97d4
|
|
they are inconsistent with MS word
Reported by: Yan Ji
Patch by: Lei De Bin
Review by: Chen Zuo Jun
Conflicts:
sw/source/filter/ww8/ww8par6.cxx
Change-Id: I48a6761a8e8fb1c052aa4f2a261aefb850d6c112
|
|
This reverts commit 69c52bc5b7973a2e414209470f5bf9b66dcc4f30
I found one place where Y should have been X, but didn't clear
the problem, so threw my hat at it and reverted the lot, its
cosmetic anyway so no functionality lost be reverting.
|
|
For a new document the default is already effectively "false" due to
SwDocShell::InitNew() and the ODF and WW8 filters set it explicitly to
false... which is also the appropriate value for RTF and DOCX.
But only OOoXML and (perhaps) HTML (not sure) want "true" as the
default.
It is also mysteriously reset to "true" in
SwDoc::RemoveAllFmtLanguageDependencies() (which is called after loading
a template) for no apparent reason.
Change-Id: If5ad33c99f97412cb3ad4f9cec32f47825ed6f6b
|
|
It is not quite obvious what that commit attempts to do... especially
since the bugdoc attachment does not actually exercise the code that was
added in the commit, which changes the handling of the
"IsFollowingTextFlow" property.
The corresponding ODF attribute is style:flow-with-text, which has been
added in OOo 2.0. Investigation revels that MSO's ODF filter does not
support this attribute and acts as if it always had value "false".
The code in FillBaseProperties effectively acts as a default if the
value is not set; the ODF spec does not specify what the default should
be. But when an ODF document was written by MSO, "false" makes more
sense than the previous "true" default. Except when the document is not
ODF but OOoXML format, which indicates it's likely written by OOo 1.x
which did not support the attribute and acts as if it always had value
"true".
The Writer UNO API implementation is however not the right place for
format specific handling, so replace that with an addition to the
function reading the default graphic style that sets the
"IsFollowingTextFlow" property to false as a default, which should
have the same effect because all styles inherit from it.
Note: MSO 2010 Word always writes a default graphic style into ODF docs.
This has a side effect for loaded ODF documents: various newly
inserted objects have the property turned off then. But it turns out
this is actually an advantage, since the same behavior already exists
for _new_ documents (see SwDocShell::InitNew) so it is more consistent
now.
Change-Id: Iba6444a0515fd583398ff052fc5018254da31c30
|