| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Change-Id: Id06783a999707ced3fe860fe23a6c48ccc40d9c4
|
|
|
|
|
|
|
|
|
| |
Used for impedance matching between Java's direct ByteBuffer and the
boost::shared_array used by basebmp. Not sure yet how well this will
actually work. I'm afraid leaks might be possible in exception
throwing cases.
Change-Id: I74fc57aaf46b2dd9f227043bd9045d4815a5ed40
|
|
|
|
| |
conflicts with other StarOffice derivatives
|
|
|
|
| |
Change-Id: Iffbd7722b7ede8a2824e59f0bfc0241730de2486
|
|
|
|
| |
Change-Id: If2b4118481dd265a81641d5cdf14f5095b8064e9
|
|
|
|
| |
Change-Id: I7eada5e24047d36c1625aa082ecc9e5d52f785ae
|
|
|
|
| |
Change-Id: If8b6b4a3d9222726ae562e5b685710d86b5fe332
|
|
|
|
| |
Change-Id: I3c694af4554f984274e179739475077c46db4028
|
|
|
|
| |
Change-Id: I720037b7759a64d99cd08cf44ce9ae26b8f21873
|
|
|
|
| |
Change-Id: I18209f594ac6aa9ba03081342532e37a7b686571
|
|
|
|
|
|
|
| |
Starts to be a bit annoying to roll shell-sed every release.
We fix too many bugs.
Change-Id: I34b0e9c2bf2c43f84abd555a9d2ac7dde0b6ba3a
|
|
|
|
| |
Change-Id: I59872f6e7fbdfc73875a45912b93d01b4379aec7
|
|
|
|
| |
Change-Id: I04230c4c38978340afa91eefb1886de0998967f8
|
|
|
|
| |
Change-Id: Ie894c1a1989433e4faa14ca469defd5239584dbe
|
|
|
|
| |
Change-Id: I497b18aff8e571dd5f028325c16a7292f4f80692
|
|
|
|
| |
Change-Id: Ie5e8c7c43d86f060d7733c1787c6382e78c0a463
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
These two fixes interact in a bad way:
49bd0e4e6bb0ed0671de72d84700ddcc49828f69 (fdo#48647)
ee42895d684be9430a414adf3f569d279d437148 (fdo#49438)
The problem is that now hairline borders are detected properly, and the
double hairline borders are clipped to the right area, but the clipping
polygon actually collapses to a single line for the hairline border,
with the result that the clipped border line is an empty PolyPolygon
for e.g. a double border 3 twips wide.
Fix this by enforcing a minimum clipping polygon width of 2 units,
which seems to work nicely.
Change-Id: If9cf9f0ed6a5c837860c2313a84cd26b07734b03
|
|
|
|
|
|
|
|
|
|
|
| |
it allows to source variables from config_host.mk into shell;
there are many different hacks for this on other locations
Use this script in bin/distro-install-*; The original solution
with 'eval' did not work because shell was not able to pass
that many arguments
Change-Id: I3d9eb2fe2d6804a3c7783487e9c70f093edb2ad5
|
|
|
|
|
|
|
| |
config_host.mk defines even empty UNIXWRAPPERNAME variable now.
Hence, 'UNIXWRAPPERNAME *=' newer assign the default value.
Change-Id: I2c782bdf79eddffa2451c5462106519479db7431
|
| |
|
|
|
|
| |
Change-Id: Ie9bb39713e485d5fb4eb93c718796a0bbd083481
|
|
|
|
|
|
|
|
|
|
| |
- InterceptChildWindowKeyDown never gets called
- so mbInterceptChildWindowKeyDown doesn't get changed
- at ImplInterceptChildWindowKeyDown
a) ImplSendMessage() is never accessed
b) always returns sal_False
Change-Id: I2dc84c88644d19c238064ab1b7dff0a24f90dc5d
|
|
|
|
| |
Change-Id: Ifad680ea6f2f3693fecc649a000e638052dcf080
|
|
|
|
| |
Change-Id: I3b3e5ab68421e25e6bf153f11ca5e538aa482874
|
|
|
|
| |
Change-Id: I4c81eb1ec57bda2b5ce65b19de998bab2dfb6c3c
|
|
|
|
| |
Change-Id: I064070a51cb87c10c72917b19969672d2121be7a
|
|
|
|
| |
Change-Id: I93c9c6e267270a07bd98ea408f0d6f78759265bb
|
|
|
|
|
|
|
|
|
|
|
| |
* ServerFont::GetFontFileName definition seems to inadvertently got lost with
8e64e571f23f969590efbf7246c464c352d8b9ec "Merge FreetypeServerFont and
ServerFont now its split out into unx"
* Likewise, ServerFont::GetFontFaceNumber is unused, so remove declaration (that
also has no corresponding definition)
Change-Id: Ia8919d4248243c434c5cdbda548f5303a468f2d3
|
|
|
|
| |
Change-Id: Ib9797fe97cd008cc6508ce8cec47dc5373416892
|
|
|
|
| |
Change-Id: Id5f730fc447b11000b266954f9e7f5287bad02f4
|
|
|
|
| |
Change-Id: Ic4b1ab81d414963e7cb40c348737504c8021a7fb
|
|
|
|
| |
Change-Id: I64db2710b8253c8110851dafa58013e1066f63c8
|
|
|
|
| |
Change-Id: I0c891c260c71b38aef09b3f4d5385e6ac8bf9cf6
|
|
|
|
| |
Change-Id: I31da2812848d5172bf575d64fa6a28e69b35ecd4
|
|
|
|
| |
Change-Id: I3fc618f886082e08e9baae3ae09017f653e729bd
|
|
|
|
|
|
| |
Use vector<shared_ptr> instead of ptr_vector.
Change-Id: I4e7d0735cbb036c608f697f7418109a2c497982f
|
|
|
|
| |
Change-Id: I5368770926aee871e20b2d87fa51b28212c8be4f
|
|
|
|
| |
Change-Id: I12c8ab5779d952eb640298478da7084b5f643568
|
|
|
|
| |
Change-Id: I6c550bace0f085630116c86fa19fd0562a10951f
|
|
|
|
| |
Change-Id: I616d284bb300c803d29786e50bb019fa3f2dff19
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is a mess. Shapes from oox/vml are added to Writer by calling
SwXDrawPage::add(), which forces the shapes to be AT_PAGE, because
the pDoc->GetCurrentLayout() there is NULL. After that writerfilter
in DomainMapper_Impl::PushShapeContext() tries to do further
tricks with the anchoring. Such as the fix for bnc#764005
(0a412cc13edf0904524ee2cf1e38ccc36b713065) that broke inline shapes
because of the AT_PAGE above.
So try to set the proper anchoring already in oox, although I'm not
entirely sure I got it right. Ideally writerfilter should not touch
it, but when I simply removed it another testcase breaks, so hopefully
this all can be cleaned up somewhen later when we have enough testcases
for all the possibilities.
Change-Id: I7dd95d87bd027ce0f129f76b3377f3d1445c34d1
|
|
|
|
|
|
| |
This got broken by 0a412cc13edf0904524ee2cf1e38ccc36b713065.
Change-Id: I8d500ea54bee8b09e1a01cf4cd14d08669f49a73
|
|
|
|
|
|
| |
There was a typo in the character counting code of text nodes. When a numbered list is detected, the code attempts to add the character count of the "item number" to the total count, but ends up overwriting it instead (uses '=' instead of '+='). This resulted in the item number strings to be the only ones counted in a numbered list.
Change-Id: I9d96311065f66026dd4f05d3cd5ae61e2c0dafb4
|
|
|
|
|
|
|
|
| |
If the documents ends with a table, both Word/Writer produces a
non-table empty paragraph after that table. However, it's valid not to
emit that empty paragraph, so handle the situation in the importer.
Change-Id: I8ea163f2de62954f3891f8f48e81d89f6e29ce6f
|
|
|
|
|
|
|
|
| |
One would think that with {\pict{\foo1}}, the inner group has no effect
in the outer group, but this turns out to be valid, so we should handle
it as well.
Change-Id: I64b933ad1cd5946f22d27669e9240d9e1875bde3
|
|
|
|
|
|
| |
This fixes an assert from the fdo#49659 bugdoc.
Change-Id: I4c4d56aa119dcdb965a0b30ca137d7e7d719259c
|
|
|
|
|
|
| |
Fix typo in ure/bin/starttup.sh for AIX LIBPATH
Change-Id: I321fe67c48c3eafd81a6f271422272795c27bd20
|
|
|
|
| |
Change-Id: If93a7f9e7dcebed887e31c8a4bd454b7f709ba33
|
|
|
|
| |
Change-Id: Ic5d17c360be7f3cb3d5004327d2a6d76dce40c52
|
|
|
|
|
|
|
| |
Tricky, as we need to test the layout here. Will refactor a bit once we
have more such tests.
Change-Id: I19ecd282b64f2e3f8bb4bba88b5b3493b606872a
|