| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
| |
was re-using previous data buffer in later write to file
fixes crash in subsequenttest
should correct some image garbling in rtfs
Change-Id: I922d04b621a85997611f537fe1f1ca9460676056
Reviewed-on: https://gerrit.libreoffice.org/1464
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
|
|
|
|
|
| |
Change-Id: I253444e2859685cae88aa65fae755af2674bd4b4
Reviewed-on: https://gerrit.libreoffice.org/1471
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
|
|
|
|
|
|
|
| |
Change-Id: I5f8b73aab1e67a5ac071427574fa943a844fbf96
Reviewed-on: https://gerrit.libreoffice.org/1469
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
|
|
|
|
|
|
|
| |
Change-Id: Ie280c48cabec4ef9e0c623f8966a65027b975fe4
Reviewed-on: https://gerrit.libreoffice.org/1468
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
|
|
| |
Change-Id: Ia42f2b93b8f34a3339cb8fd84468d4347a7bbb08
|
|
|
|
| |
Change-Id: Ibbf9e257fff19ab6305bd401a1746e6d0bcb47fd
|
|
|
|
|
|
|
| |
Change-Id: Ic283ca4181fe5131a557bfb2cfd3d79ac1e9f82d
Reviewed-on: https://gerrit.libreoffice.org/1479
Reviewed-by: Peter Foley <pefoley2@verizon.net>
Tested-by: Peter Foley <pefoley2@verizon.net>
|
|
|
|
| |
Change-Id: I2c0b387aed6ae229f9ebe4e8b30abea37884a657
|
|
|
|
|
|
|
|
|
|
| |
Using MAKE_RESTARTS as indicator whether to source environment.
'make foo -o bar' should work again.
Change-Id: I6086b661559b39897f1d5378919541fb786bdf0e
Reviewed-on: https://gerrit.libreoffice.org/1478
Reviewed-by: Peter Foley <pefoley2@verizon.net>
Tested-by: Peter Foley <pefoley2@verizon.net>
|
|
|
|
| |
Change-Id: Id37b276983b86455dcbdcd40fd1e3d3efba33011
|
|
|
|
| |
Change-Id: Id9b7f19fe9035bd25253e1d98023f7eb3d3a7f2b
|
|
|
|
| |
Change-Id: I675b1cbda896e1a5e15d34f3973e8fcd6ea6c45b
|
|
|
|
|
|
|
| |
Disale warning C4538 in two places where apprently that warning is
generate for some bogus reason.
Change-Id: I93be435b3ce3cb8ca72535416511c793c12bc76c
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We had too many obscure options for the MSVC build. The configury
logic tried to take into consideration Registry keys or file locations
that likely never happen with the compilers we suppport (2008, 2010 or
2012) or the Windows SDKs from the same era.
Now there is just an option --with-visual-studio that can be used to
specify which Visual Studio version to use in case several are
installed. It takes as parameter the "year" version, 2008, 2010 or
2012. (There is also --with-windows-sdk that takes the version number
like 7.1A or 8.0, but I expect that this option will not be needed.)
The code tries hard to use sane defaults in all cases.
It is quite likely that there are bugs in the new logic. Those will
have to be fixed once noticed. Hopefully the basic idea is sane,
though.
Change-Id: I0a53acd334d35cbf2cd2fbc76a38d636e0d0123d
|
|
|
|
|
|
|
| |
Change-Id: Ie00c7cbc012a605e95ceafcad384a67b599fc758
Reviewed-on: https://gerrit.libreoffice.org/1476
Reviewed-by: Peter Foley <pefoley2@verizon.net>
Tested-by: Peter Foley <pefoley2@verizon.net>
|
|
|
|
|
|
|
|
|
| |
/home/peter/libreoffice/solver/unxlngx6.pro/xml/pdfimport/pdf_types.xcu:2:
warning: failed to load external entity
"/home/peter/libreoffice/component-update.dtd"
<!DOCTYPE oor:component-data SYSTEM "../../../../component-update.dtd">
Change-Id: I4198341f5c01da5d6f2c3780437eb492717bc58a
|
|
|
|
| |
Change-Id: I48b86bf206808e1d19343622b640c80b61b40a48
|
|
|
|
| |
Change-Id: If0bb2734bb2c71f69c85496fd59ca860aa14fd75
|
|
|
|
| |
Change-Id: Ib799053921886d1bd524bf4ffe3f586e4c676572
|
|
|
|
|
|
|
|
| |
When a new SvxShape is set on this SdrObject, remove itself from the
previously set SvxShape (if any). Otherwise it will try to reset the
SdrObject's SvxShape in its destructor...
Change-Id: I89d952a722b643a06f8eea87aad68f8bd230f811
|
| |
|
|
|
|
| |
Change-Id: Ie89aee95755d9abd3b82062fac271cfe774174ec
|
|
|
|
|
|
|
| |
The problem was that \sbknone (being a section property) triggered
creating a section, but the document doesn't have multiple sections.
Make sure we don't send section properties as long as no \sect control
words present.
|
|
|
|
| |
Change-Id: I3cb08dd52c5a34be6585ac9fc0c4b6bb04b6ae8c
|
|
|
|
| |
Change-Id: I1befe2e2c5f8474a4af894e949c4b24e041a977b
|
|
|
|
| |
Change-Id: I42ae81279fedca04b7ba08269a6c47f174cf6b01
|
|
|
|
| |
Change-Id: I04a29decfeec5e05b50070904189bbeccaf25910
|
|
|
|
| |
Change-Id: I0950c45af8505e0801431eb711108ea43f88c242
|
|
|
|
|
|
| |
It is pointless to test for both $build_os = cygwin and $_os = WINNT.
Change-Id: I89b5196439f79284ca1a3fb08369decf20810b5b
|
|
|
|
| |
Change-Id: I401fd149e62d74a96edfc2a7e5105fb2cc95f0c7
|
|
|
|
| |
Change-Id: Ie2cdbf1291ec340053238b72dd155f20aa2aaddb
|
|
|
|
| |
Change-Id: I665bf0bdb4e0d4c104a08f37a8afa9de4ad4a9f4
|
|
|
|
| |
Change-Id: I82735e3f09f22763ef48aab18dee867159dbf842
|
|
|
|
| |
Change-Id: I0d0d6e7ef42b3fbddbb8f4267099ea3b029c01ac
|
| |
|
|
|
|
|
|
| |
The RTF spec says control words are case sensitive, and page 252 of the
v1.9.1 spec defines \mlimloc, but earlier page 118 and 125 also defines
\mlimLoc, so let's accept both.
|
|
|
|
| |
Change-Id: I01c9a166d0faabed4a92a0aa42a123432cb7e847
|
|
|
|
| |
Change-Id: Id432bec2ad19b0ff71135cbe65f6e8ba42bf036d
|
|
|
|
| |
Change-Id: I25394e009009ae9c111e929d493eb949c042e1bc
|
|
|
|
| |
Change-Id: I50d55f5e5cc7987550ade689ca3754c818efeb62
|
|
|
|
|
|
|
|
|
|
|
| |
There seems to be no obvious reason why we would need to store the chart
doc during xls import. The chart test docs don't show any difference
without this call.
This speeds up xls chart import quite a bit. With the test doc from the
bug report I'm able to open the doc nearly instantly now.
Change-Id: I0b80462b9d1c405ab1d4cf456e12ebfe4428db98
|
|
|
|
| |
Change-Id: I94bf89867cec9cc24f8b96635c515d9477b561a9
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The font cache in VCL returns different fonts for identical parameters,
which causes layout differences in Writer.
first we search the font with language 1054:
debug: XXX 0x2103950 add to maFontNameList: TH SarabunPSK->waree
p maFontNameList
$9 = boost::unordered_map with 1 elements = {
["TH SarabunPSK"] = "waree"
debug: XXX 0x2103950 found in maFontNameList: TH SarabunPSK->waree
in this very same invocation the "waree" is then rerouted to Deja Vu
(which can only be because it was called with language 1033):
debug: XXX 0x2103950 add to maFontNameList: TH SarabunPSK->dejavusans
p maFontNameList
$11 = boost::unordered_map with 1 elements = {
["TH SarabunPSK"] = "dejavusans"
}
debug: XXX 0x2103950 found in maFontNameList: TH SarabunPSK->dejavusans
- the selection of different fonts happens in
FcPreMatchSubstititution::FindFontSubstitute.
- we never get a direct cache hit from maFontInstanceList because there
are some differences like WIDTH_DONTKNOW, and the maSearchName
- the first time a font is searched, it ends up in maFontInstanceList
- the second time a font is searched, it may end up in maFontNameList,
which maps _only_ based on the name (appears to be an invalid optimization)
- once we have TH SarabunPSK->dejavusans in maFontNameList we can never
select the other one because apparently dejavusans covers all languages
Change-Id: Ibd73de88d8fc3b6e1319eb34c261e55ea217a988
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
... to actual minimum so that the fix for fdo#33090 in
UniscribeLayout::GetNextGlyphs subtracts exactly the right number.
The original value of mnSubStringMin is guessed and may be up to 8
smaller than the actual start of the first VisualItem.
For the bugdoc it happens that sometimes it's too small by 8 and then
the wrong entries in mpGlyphs2Chars are initialized and then apparently
there are single glyphs that represent multiple characters and so
GetNextGlyphs returns a -1 character which is invalid.
->GetNextGlyphs dir 1 36 mnSubStringMin 28
->GetNextGlyphs g2c #1 [8] = 36
->GetNextGlyphs g2c #1 [9] = 37
->GetNextGlyphs g2c #1 [10] = 38
->GetNextGlyphs g2c #1 [11] = 39
->GetNextGlyphs g2c #1 [12] = 40
->GetNextGlyphs g2c #2 [4] = 40
->GetNextGlyphs g2c #2 [3] = 39
->GetNextGlyphs g2c #2 [1] = 38
->GetNextGlyphs g2c #2 [1] = 37
->GetNextGlyphs g2c #2 [0] = 36
...
->GetNextGlyphs init nCharPos -1
->GetNextGlyphs g2c [2] nCharPos -1
->GetNextGlyphs set pCharPosAry -1
layout[0]->GetNextGlyphs 768,1024 a1800 c-1 0
Change-Id: Ie33ec797a412aa898bec3f4e8f97b88dcfed4d11
|
|
|
|
|
|
|
|
|
|
|
| |
the general goal is
1/ to avoid the bloat of pet conviniences rules that
can be managed using other git provided means
2/ to work toward the goal of a read-only-source-tree build
Change-Id: I5ff9836e135507dcc53b37fd1098aa7876612bfc
|
|
|
|
| |
Change-Id: I49d81f482c6b97627e6e7cc3741246b70383eb5a
|
|
|
|
| |
Change-Id: I410ab7bbd74b616fcb0a3ed3b0c917cebeac23c6
|
|
|
|
|
|
|
| |
Change-Id: Idf628ad51ebe9c841090a5e04c7986c15c726480
Reviewed-on: https://gerrit.libreoffice.org/1463
Reviewed-by: Olivier Hallot <olivier.hallot@alta.org.br>
Tested-by: Olivier Hallot <olivier.hallot@alta.org.br>
|
|
|
|
|
|
|
| |
Like the minimal filter tests, these tests are invoked from a single
cppunit method since commit 0a30cb22a141c26b4eab43a478d32df0769596ec, so
some info about exactly what file failed is necessary. If we are at it,
also print the (re)loading time as well.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Project: dictionaries f0c914a43e7e6540300da25c935a77aebb672094
null
Brazilian spell checker and grammar checker update.
Change-Id: I8967a353bbac45f9ea29cbc449e60fbf63f287a0
VERO: Version 3.0.0 beta 24
Reviewed-on: https://gerrit.libreoffice.org/1459
Reviewed-by: Olivier Hallot <olivier.hallot@alta.org.br>
Tested-by: Olivier Hallot <olivier.hallot@alta.org.br>
|