Age | Commit message (Collapse) | Author |
|
Change-Id: I0339dd941c81d12688bd531178ce9f1d6b779375
|
|
Change-Id: Id7366e5aa96fd1df08a0a88c11bd22b69e99b232
|
|
Change-Id: Ia81385dd9952e90cd5ebb3d1bba38aff6f84d079
|
|
Two problems
1, Borderlines with different styles are merged
Steps to reproduce this bug:
-Add solid/dotted/dashed border to the first paragraph
-Add solid/dotted/dashed border (but different from the
first paragraph's border) to the second paragraph.
Result:
Second paragraph's left and right border will have the
same style as the first paragraph's border has. Top and bottom
border have the expected style.
2, The order of adding border lines to the BorderLines
container can change the correctness of merge.
The bug appaers when there is a vertical text
range with border, consist of more text portions.
For example: Add one border for the whole vertical text
range, but change the background of one part of it.
Change-Id: Iae6ecff31f24b232b3250c3f9d0d4ecd49fb18d4
|
|
1, New character attribute
- Add the three shadow members to font
(width, color, location)
2, Painting
- Extract the shadow painting to a local function
and use that for character shadow (paintfrm.cxx)
- Reduce the painting rectangle of background
(shadow doesn't inherites the background of content)
3, Border merge
- Use text portion join members to skip shadow
when neccessary.
4, Vertical text
- Get shadow space dependant from oritentation and
border merge.
5, UNO API and ODF filter
Paragraph: ParaShadowFormat -> Character: CharShadowFormat
Change-Id: Ief4669990d238016c3ffc18a2609a3df7d9dddbf
|
|
- The main advantage of avoiding font change and
use join members is that part of the border can be
removed (e.g. right or left border) but shadow won't.
- Other advantage, SwTxtSizeInfo is used for calculate
the length of the specified string and there are some
case when this length have to exclude the border width.
- Add join members to SwDropPortionPart and use these
members to set the whole drop portion's same member.
In general a drop portion' join members are false
and it get true value only temporarly during the actual
part formatting. (maybe it would be better solution to
make distinct drop portions instead of parts)
- Improve line break
Change-Id: I6d11ec7b250c9a8b769cffaf83861f25f0c477a5
|
|
Change-Id: Ibe5291544de2c1dcd1d769ecd40b0288f622ea05
|
|
Change-Id: I5f2c5a57a5b0defb15bcfd68bdf2a9ce6f2446ac
|
|
Change-Id: I774618c27a4abcab6edae53339b607542389c11c
|
|
Change-Id: I1d125d5f1bb863423f98c5be75f8d6331c2b8081
|
|
Plus fix a typo.
Change-Id: I08a468decc9a8e8fde24d89c87ae65003c8c9c57
|
|
Change-Id: If84da3cd020485b1895c572b8e24998266d9be31
|
|
Also adjust SwFrm::PaintShadow(), seems that can't deal with
transparency ATM (always paints white in case of even minimal
transparency).
Change-Id: I88baea732d6ef01b2e516af562bc424775c38f84
|
|
Change-Id: I2168358076d9c5ce3271b21cd5a541e51aa502f9
|
|
this should stop the intermittent redraw glitch and the toc dialog initially
appearing shoved up against the left edge of the screen
Change-Id: Id1dad162f110cd9140d2603a2b3b43ef64e703ca
|
|
Change-Id: Id783db750885404457e0c4f96eca74c39ec63394
|
|
Change-Id: Ie9aed180500d9fbcdfce1caa1ac8349eabf836cd
|
|
Change-Id: I8de5aa646fc2c31d1e0a1ebe8ae9263d55c52ef6
|
|
Change-Id: I83d0958fde5a057e57474c7511526e7f411ff46f
|
|
huge object move only when object is selected.
(cherry picked from commit 09c64ae86baf3572856c845e0785692b2cbfe058)
Related: #i123051# some minor code clean up
(cherry picked from commit 4dd71466a9463d234b918ce2729c49a57293fb24)
Conflicts:
sw/source/ui/docvw/edtwin.cxx
Change-Id: Ic681edc18194336fb082ca927457c4633473dbfd
5a692f8ce616a6f06bf4075a2f05cf700ef6fd6c
|
|
Change-Id: Ifd05bdb46cd0cbbce09bd91a3fbf78d6eac0d8c5
|
|
Change-Id: Ie01bdd491b41c1fbcd46dcc119afa01583ed852a
|
|
Change-Id: Iaeff95648cdc5d80c1dca31ef721675ce7f445a8
|
|
Change-Id: I624a4cfa8a5e8c3c72833ff0c3545deadbe4435d
|
|
Signed-off-by: Adam Co <rattles2013@gmail.com>
Reviewed-on: https://gerrit.libreoffice.org/5272
Conflicts:
sw/qa/extras/ooxmlexport/ooxmlexport.cxx
Change-Id: I5c8440edad0381e33b64f64bb54aa8f1bc304007
|
|
This was added to the import suite temporarily, to be sure the import
part does not regress till the export part passes, which is now the
case.
Change-Id: Ib9291ab3ef0beaa407f025c6f81bda9cdf9f75e9
|
|
Change-Id: Icdb1774996e9b9669e95fdbefca0be054f91465a
|
|
This commit also moves the floating table DOCX import testcase to the
export suite. That test now passes fine, though previously it failed with:
- Expected: -199
- Actual : -198
Due to the rounding error.
Change-Id: I9bdc9295f68b6bd3e5f5bee868aae15194b30804
|
|
Change-Id: If4940b17bcee0d06fa8dc9bf9faa708cf6d0db1c
Signed-off-by: Adam Co <rattles2013@gmail.com>
Reviewed-on: https://gerrit.libreoffice.org/5528
Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
Tested-by: Miklos Vajna <vmiklos@suse.cz>
|
|
Change-Id: I59081c74adaf88d81a3c539c8fbfe3b535d7f6bb
|
|
use the same arbitrary looking value as the other places
where this hack is used, and now I can get to see whats in this dialog
Change-Id: I61ce921778befa604dba362e59999342a4ca34ec
|
|
Change-Id: Id6d4b235e9eff610ad33a0815b2ade6d78ad704f
|
|
Change-Id: I37bbe66798efe855e9d12d131311615f6fbac702
|
|
Regression from 60c17b2873506ed8b068b34840aecda0c1d9bd65.
Change-Id: Ie16d611622e6a814d5cbea00c3f992cd9ecba027
|
|
Regression from 6e0d836ff120ba292ba52f3623a3dd9be04aefc2, when simply
copy-pasting some string to a terminal window, rFltNm is empty.
Change-Id: I874e262ef1a3ebb38d90d9ef4f1b8d3457c5daff
|
|
Change-Id: I2fcc3335945202672a5f8ab36ae6bdb395e83476
|
|
Change-Id: I0f956d365242447f39752d544a020cbc77d6ac4c
|
|
Change-Id: I3d58d93ac2686ea16fde4118b7133176d3713af7
|
|
Change-Id: Ied3d1c4f87e41061a9656abc0b70fd105c92d59c
|
|
Change-Id: I384afcb76485d5b78a588c63b8a9f1580e96fc51
|
|
Change-Id: I7b7372e781b445eb2bb7f07d7ccf44ede963ae99
|
|
Change-Id: I0b35ce3559acae739e810780832f6e275b493382
|
|
Change-Id: Ib95491e07d5619bd1a1b2946596c0308c6f73739
|
|
Change-Id: I82ef1072bfeb1195152ef7f1ea743653ac102b37
|
|
Change-Id: I36a61bd9bac45e8f4533eb624859aea51360cc14
|
|
numfunc::GetDefBulletFontname() returns an OUString, but there was a
declaration in frmpaint.cxx that claimed it returned a String. I have no idea
why the numrule.hxx header, which declares it correctly, was not used.
Change-Id: Id57fd738a29de3adda054be4b60f809231c016ea
|
|
Compiler plugin to replace with matching number(), boolean() or OUString ctor,
ran it, few manual tweaks, mark as really deprecated.
Change-Id: I4a79bdbcf4c460d21e73b635d2bd3725c22876b2
|
|
Change-Id: I56be21c0e5b74b03b0c7f8cca873fc4fd553f3a7
|
|
Change-Id: I79cd722aa2d3bb0292f9b0f7fb6989e2e17d0ff0
Reviewed-on: https://gerrit.libreoffice.org/5563
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: Iaf6fa4de07c04319e6a1846ae77c3ad02dc262a7
Reviewed-on: https://gerrit.libreoffice.org/5562
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|