Age | Commit message (Collapse) | Author | Files | Lines |
|
We do not want to randomly pick FlatODF as the filter for
libreoffice --convert-to od?
Change-Id: Id04e10120786ef6a2c2b0eaf2b20a256d8daa7dc
|
|
Change-Id: I8fa095b45ea2fe1a07c1660d2efc24c73f7082da
|
|
Change-Id: I077d7c9a41793abdf5f001386f44ac407f94a6d3
|
|
Change-Id: Ic76efa716237f197c1c73a9752f6680be49570f6
|
|
Change-Id: I691d8d43ef12f5863627d1d4bef64dbd9d633e86
|
|
Change-Id: I397426edff584b29210b4df925677893cda35cc7
|
|
Change-Id: If07a9e548e1db15b403126263f63d9d09575eb95
|
|
Change-Id: I1a736a511e6007a4ed6413eb8d9b8e364d73f765
|
|
Change-Id: I0ff1cd35be0e1546a156bc673770a920ad2ca444
|
|
Change-Id: I7fa7a46143126bdf27cf7cb30245dbcb244645ef
|
|
This will allow us to get rid of the duplicated code,
and simplify the type detectors.
Also this commit fixes fdo#46310 and fdo#74978.
Change-Id: I08e958ab10d05e1036cdc2bed5ce14bf73b6245c
Reviewed-on: https://gerrit.libreoffice.org/9221
Reviewed-by: Maxim Monastirsky <momonasmon@gmail.com>
Tested-by: Maxim Monastirsky <momonasmon@gmail.com>
|
|
Change-Id: If4b5d6a38b468e5412dd973547cbcd580a83e239
|
|
Setting the filter name explicitly is not really required,
because TypeDetection::impl_checkResultsAndAddBestFilter
is able to select the correct filter anyway. But it seems that
other detection services also do it, so I followed that way.
Change-Id: I6e73fa79c6867d82f98d63e8d2b7865446f088ef
Reviewed-on: https://gerrit.libreoffice.org/8213
Reviewed-by: Kohei Yoshida <libreoffice@kohei.us>
Tested-by: Kohei Yoshida <libreoffice@kohei.us>
|
|
Change-Id: I66bb579019ce8411b821c623955a454fd81cf811
Reviewed-on: https://gerrit.libreoffice.org/7600
Reviewed-by: Kohei Yoshida <libreoffice@kohei.us>
Tested-by: Kohei Yoshida <libreoffice@kohei.us>
|
|
Change-Id: Ie5c597f950c344a25c97aa990536ef66b001f41e
Reviewed-on: https://gerrit.libreoffice.org/7492
Reviewed-by: Andras Timar <andras.timar@collabora.com>
Tested-by: Andras Timar <andras.timar@collabora.com>
|
|
Change-Id: Ie04cae9b9a362cb43b671fe8986545865822a953
|
|
Change-Id: I1f17ebc448c80afffb177e63f56f97867c019fb8
|
|
Change-Id: I90dc115044e5f81fa3a2b105d30d7d39e438b086
Reviewed-on: https://gerrit.libreoffice.org/7411
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
- File was giving corruption message if saved in LO.
- Issue due to video file.
- Attached file contain .mov which was not handled properly.
- Added mov extension support in graphic filter.
Reviewed on:
https://gerrit.libreoffice.org/6818
Change-Id: Ia278127ddc4afcd2d5fe04e86ed6201fb28dc04f
|
|
.tab extension is a known extension for tab-separated values
according to Wikipedia.
Also add .tsv .tab files to the list of known text files, so XML
detection code won't run on it, and won't output errors to console.
Change-Id: Ifb8edc40900cb4669264e1e989c01efd61ff24bf
Reviewed-on: https://gerrit.libreoffice.org/7038
Reviewed-by: Kohei Yoshida <libreoffice@kohei.us>
Tested-by: Kohei Yoshida <libreoffice@kohei.us>
|
|
Change-Id: Id5bec8634a66361f4369fe02a3061974d00e7a1f
|
|
Change-Id: I3d1b24edd0165068efb31a34817ed9631fc05ec5
|
|
Change-Id: I921f33c2c712da5b542a40bfe4db1fba0f034e3f
|
|
Change-Id: I60d5ff673843236436af12f86f40916b7d266cd3
|
|
The type "application/macwrite" does not appear to exist, but
"application/macwriteii" is officially registered at IANA:
https://www.iana.org/assignments/media-types/application/macwriteii
For Freehand the "application/x-freehand" has just 6 hits on Google
whereas Adobe recommends "image/x-freehand" on
https://www.adobe.com/support/config.html
Change-Id: I36d498888601778b1359ff58ee60b25af436a74e
Reviewed-on: https://gerrit.libreoffice.org/6639
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
The other filter associated with the .dot extension is
writer_MS_Word_95_Vorlage, obviously the 97 one should be preferred.
With having one filter as preferred for this extension, plain
'--convert-to dot' starts to work.
Change-Id: I7207d0fcb3c55b8dcc7b6179ccfa33a7c85d2ce8
|
|
Change-Id: I05d96875b9d1deb87dadd63f446080a6fe3494a9
Reviewed-on: https://gerrit.libreoffice.org/6630
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|
|
Change-Id: Ied496ddbc4d5341a8e1e15d760df775eee19f850
|
|
Change-Id: I19cc5b13adf1c0d8cf26abbc9f4254ae89a970fc
|
|
Change-Id: I5b233343269b4107bbcfef5ea1c9b1fc7b735ed2
Reviewed-on: https://gerrit.libreoffice.org/6511
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
Change-Id: Icc36b761da9262a99af730cfe71f576bcaab3ee1
Reviewed-on: https://gerrit.libreoffice.org/6488
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|
|
... at runtime. Hard-code these to OpenOffice.org 1.0, since nobody
will ever build a "StarOffice" or "StarSuite" any more.
Change-Id: I1785dea8dfd15a9384f9fecd92935a6043d995bc
|
|
Change-Id: Ibb517b9a4690f20baa423472c001314a4d4c43f7
|
|
Change-Id: I436be96082fee3a65610f8100279c0abd09603bf
|
|
Change-Id: I1af6d1ed6b62611ff931f8b0dfa6409d73242fc9
|
|
Change-Id: I7b09694775bd07feb819bb3279171434216b1961
|
|
Change-Id: I167323cd6d64de92342041cab74977175d2bfe7c
|
|
Change-Id: Ifb04233f6baf8020af558e32d7177ab16150e68d
|
|
Change-Id: I3e43a176260cacdf931074536ebf1dfeebbcb574
|
|
Change-Id: If39b002aa8b18fda1bc2d6723187336e1259d0d5
|
|
Change-Id: Ib757ea180fe570277d0cbe8a5ff4d6e30cce7cdb
|
|
Change-Id: I3aa14d26589e425078860ad59ed8a81659b83a61
|
|
Change-Id: I39829f443dae6f8e62a79c5d29d97ee8ef9542c1
|
|
Change-Id: I3a3a8dbf5e15d3d3e882b1f7b9a17c6f985afd9c
|
|
Change-Id: Icf489a49c547a93458aeef1c70ba699181a47c38
|
|
Change-Id: Id0c413d64e6f6fa7ded3c5ff10e764bc2e40f006
|
|
Change-Id: I6785329d718ef9a1196867d8fd7c318ec336b10c
|
|
But I have yet to implement the detection of Excel 4.0...
Separating detection services like this will make the overall type
detection process a little more reliable. It's actually not a good
idea to use a single type detection service for a multitude of file
format types...
Change-Id: I2914c179ac939a031b84e8d37de891a5043851e6
|
|
...which can be attractive for installation sets that use --with-system-poppler
but do not want the LO core package to depend on a poppler package. See the
comment at the top of scp2/source/ooo/module_pdfimport.scp for details.
The build-time --disable-pdfimport configure switch is gone, PDF Import is built
unconditionally for all platforms but Android and iOS now. (The
ENABLE_PDFIMPORT variable now uses TRUE/FALSE rather than YES/NO, to increase
consistency across those variables.)
Change-Id: I6509d0b2e770b276cd54540408fb1ec5a7dda058
|
|
No need for dirty hacks linking in basegfx objects statically any more.
To avoid unnecessary confusion between the newly plain code and any instance of
the old extension still installed (per-user or shared), I renamed all relevant
UNO implementation identifiers from com.sun.star.comp.documents.* to
org.libreoffice.comp.documents.*. Also, existing installations of the extension
are explicitly not migrated to new user profiles.
The xpdfimport executable is now in program/, its xpdfimport_err.pdf in
share/xpdfimport/. To simplify finding the _err.pdf from xpdfimport, its full
pathname is now given as additional second argument to xpdfimport. To find
xpdfimport executable from CppunitTest, CppunitTest creates a symlink from
solver's unittest/installation/program to solver's bin, so that
"$BRAND_BASE_DIR/program/xpdfimport" works there (as CppunitTest now sets
BRAND_BASE_DIR to solver's unittest/installation).
The sdext/source/pdfipmort/dialogs/ Basic stuff appeared to be unused (even
though it was included in the .oxt) and has been removed.
The --disable-ext-pdfimport configure switch is renamed to --disable-pdfimport.
Having it still conditional requires some pdf_Portable_Document_Format vs.
pdf_Portable_Document_Format_import foo in module filter.
Change-Id: Iee58c2f6187142a418decc9ea3a5df10eb7e0523
|