- 17 May, 2019 3 kayıt (commit)
-
-
Caolán McNamara yazdı
so just Window:SetUpdateMode was called, not also SvTreeListBox::SetUpdateMode Change-Id: I37a91f8aff6e8a2399cb7cacfcdc6b3f8b1f44ab Reviewed-on: https://gerrit.libreoffice.org/72451Reviewed-by:
Michael Stahl <Michael.Stahl@cib.de> Tested-by: Jenkins
-
Christian Lohmaier yazdı
* Update translations from branch 'libreoffice-6-2' - update translations for 6.2.4 rc2 and force-fix errors using pocheck Change-Id: Ic143bd8070d7f8ef2c46265a88cfc215717c807c -
Miklos Vajna yazdı
Regression from commit 8c73b16f (DOCX import: declare wpg as a supported feature, 2013-12-05), the problem was that <wpg:graphicFrame> did not forward to to the relevant oox context, and also Writer had no idea how to create a com.sun.star.drawing.OLE2Shape. Fix the later by using the same service name that's in use for the non-groupshape case. (cherry picked from commit fdf4aaa3) Change-Id: Id3536854da7c1f01525bb38d801496ecebd4c161 Reviewed-on: https://gerrit.libreoffice.org/71524Tested-by:
Xisco Faulí <xiscofauli@libreoffice.org> Tested-by: Jenkins Reviewed-by:
Caolán McNamara <caolanm@redhat.com> Tested-by:
-
- 16 May, 2019 4 kayıt (commit)
-
-
andreas kainz yazdı
Change-Id: I58a7391aec0c5cb3b5b5feb6be1ab3ecac2f0d5e Reviewed-on: https://gerrit.libreoffice.org/72356 Tested-by: Jenkins Reviewed-by:
andreas_kainz <kainz.a@gmail.com> (cherry picked from commit 3490c872) Reviewed-on: https://gerrit.libreoffice.org/72363Reviewed-by:
-
Henry Castro yazdı
Rejecting paragraph formatting is not implemented yet. "Reject All" command is affected because the changes were not removed Change-Id: Ic4af1def97025643ecbc5cf0752cd06d9b94c74a Reviewed-on: https://gerrit.libreoffice.org/69865 Tested-by: Jenkins Reviewed-by:
Henry Castro <hcastro@collabora.com> (cherry picked from commit c033d8e5) Reviewed-on: https://gerrit.libreoffice.org/72404Reviewed-by:
-
Tamás Zolnai yazdı
Change-Id: I326b2803bf2d98d440e14d7f3f75ca61c2c9e49a Reviewed-on: https://gerrit.libreoffice.org/72303Reviewed-by:
Tamás Zolnai <tamas.zolnai@collabora.com> Tested-by:
Andras Timar <andras.timar@collabora.com>
-
Caolán McNamara yazdı
Change-Id: I46d14df66c529495a7e9f1596fcdbb0b093810c5 Reviewed-on: https://gerrit.libreoffice.org/72298 Tested-by: Jenkins Reviewed-by:
-
- 15 May, 2019 6 kayıt (commit)
-
-
Caolán McNamara yazdı
Change-Id: I5ea2e5d7b79efbd2b14d0b528e5a5c3e44e643bc Reviewed-on: https://gerrit.libreoffice.org/72292Reviewed-by:
-
Tamas Bunth yazdı
Change-Id: I2a987278320a5685780962de2d3dfc165f3ef3aa Reviewed-on: https://gerrit.libreoffice.org/72311 Tested-by: Jenkins Reviewed-by:
Miklos Vajna <vmiklos@collabora.com>
-
Tamas Bunth yazdı
Change-Id: I7bdc959921ecb0cbf19037a78b63eaeb8fc52814 Reviewed-on: https://gerrit.libreoffice.org/72206 Tested-by: Jenkins Reviewed-by:
Tamás Bunth <btomi96@gmail.com> Reviewed-on: https://gerrit.libreoffice.org/72310Reviewed-by:
-
Michael Stahl yazdı
The problem is that somehow a subraction of 1 from nPos made its way into commit 938f8a6b, which is likely some copypasta blunder. Change-Id: I46362fb416b9078ffe441396bcf927bfa5a23fd7 Reviewed-on: https://gerrit.libreoffice.org/72282 Tested-by: Jenkins Reviewed-by:
-
Miklos Vajna yazdı
Regression from commit 49b67cdc (tdf#96961 sw Hide Whitespace: still show whitespace on the last page, 2016-01-08), the problem was that in case a page used to be the last one but no longer is, then its height was kept unchanged. Fix this by invalidating the size of the old last page after the insertion of the new last page, this way SwPageFrame::MakeAll() will be called later to resize the page. (cherry picked from commit c4589dd7) Conflicts: sw/qa/extras/layout/layout.cxx Change-Id: I672a70a77af5d306b1f8bd0b5ad6c2e375497124 Reviewed-on: https://gerrit.libreoffice.org/72301Reviewed-by:
-
andreas kainz yazdı
Change-Id: I91186550387e682e23b9cf3feb7a61d1a6973ece Reviewed-on: https://gerrit.libreoffice.org/72296 Tested-by: Jenkins Reviewed-by:
Adolfo Jayme Barrientos <fitojb@ubuntu.com> Tested-by:
-
- 14 May, 2019 3 kayıt (commit)
-
-
Serge Krot yazdı
Change-Id: Id821b0d8bef69a7124ee41558e822cf8b025df9d Reviewed-on: https://gerrit.libreoffice.org/72232 Tested-by: Jenkins Reviewed-by:
Thorsten Behrens <Thorsten.Behrens@CIB.de> Reviewed-on: https://gerrit.libreoffice.org/72293Reviewed-by:
-
Caolán McNamara yazdı
Change-Id: Iab34aa645252aea9c306f06814d75e405a2160e8 Reviewed-on: https://gerrit.libreoffice.org/72279Reviewed-by:
-
Szymon Kłos yazdı
Change-Id: Ib652174148e6997c1aabe0251a62612f28243d6e Reviewed-on: https://gerrit.libreoffice.org/67200Reviewed-by:
Szymon Kłos <szymon.klos@collabora.com> Tested-by:
-
- 11 May, 2019 3 kayıt (commit)
-
-
Tamás Zolnai yazdı
Reviewed-on: https://gerrit.libreoffice.org/71916Tested-by:
Jenkins <ci@libreoffice.org> Reviewed-by:
-
Caolán McNamara yazdı
Change-Id: Icc3b4daa50305da0d74f63647c98b887df210a10 Reviewed-on: https://gerrit.libreoffice.org/72079 Tested-by: Jenkins Reviewed-by:
-
Caolán McNamara yazdı
Change-Id: I053dc3e8c5a5acc40e90db50c8b7d3c04feaa032 Reviewed-on: https://gerrit.libreoffice.org/72109Reviewed-by:
-
- 10 May, 2019 3 kayıt (commit)
-
-
Eike Rathke yazdı
This is a combination of 3 commits. Resolves: tdf#125099 round duration results in interpreter already So wall clock time formats less likely display a one-off value, duration formats are too rarely used if the expected duration is less than 24 hours. Reviewed-on: https://gerrit.libreoffice.org/71909 Tested-by: Jenkins Reviewed-by:
Eike Rathke <erack@redhat.com> (cherry picked from commit 85c0521f) Test RANK(), not the underlying floating point representation of duration The RANK() results depended on the floating point representation of time differences (durations), which for visually equal MM:SS display values don't have to be equal if similar durations result from different start and end times. Change that to a well defined duration in seconds. b69a6b43f48abd2d4fe605021acfd2800e75b5e1 Reviewed-on: https://gerrit.libreoffice.org/71926Reviewed-by:
-
Michael Stahl yazdı
The problem is that the SwTabFrame and SwRowFrame that are being iterated are deleted: 7 SwFrame::DestroyFrame(SwFrame*) (pFrame=0x79052c0) at sw/source/core/layout/ssfrm.cxx:386 8 SwTabFrame::RemoveFollowFlowLine() (this=0x5bf07d0) at sw/source/core/layout/tabfrm.cxx:907 9 SwTabFrame::MakeAll(OutputDevice*) (this=0x5bf07d0) at sw/source/core/layout/tabfrm.cxx:1839 10 SwFrame::PrepareMake(OutputDevice*) (this=0x5bf07d0) at sw/source/core/layout/calcmove.cxx:344 11 SwFrame::Calc(OutputDevice*) const (this=0x5bf07d0) at sw/source/core/layout/trvlfrm.cxx:1790 12 SwFrame::PrepareMake(OutputDevice*) (this=0x603a570) at sw/source/core/layout/calcmove.cxx:247 13 SwFrame::Calc(OutputDevice*) const (this=0x603a570) at sw/source/core/layout/trvlfrm.cxx:1790 14 SwFrame::PrepareMake(OutputDevice*) (this=0x5daf120) at sw/source/core/layout/calcmove.cxx:247 15 SwFrame::Calc(OutputDevice*) const (this=0x5daf120) at sw/source/core/layout/trvlfrm.cxx:1790 16 SwFrame::PrepareMake(OutputDevice*) (this=0x6005ca0) at sw/source/core/layout/calcmove.cxx:247 17 SwFrame::Calc(OutputDevice*) const (this=0x6005ca0) at sw/source/core/layout/trvlfrm.cxx:1790 18 SwFrame::MakePos() (this=0x6094330) at sw/source/core/layout/calcmove.cxx:490 19 SwTextFrame::MakePos() (this=0x6094330) at sw/source/core/text/frmform.cxx:343 20 SwContentFrame::MakeAll(OutputDevice*) (this=0x6094330) at sw/source/core/layout/calcmove.cxx:1346 21 SwFrame::OptPrepareMake() (this=0x6094330) at sw/source/core/layout/calcmove.cxx:368 22 SwFrame::OptCalc() const (this=0x6094330) at sw/source/core/inc/frame.hxx:1060 23 SwLayAction::FormatLayout(OutputDevice*, SwLayoutFrame*, bool) (this=0x7ffc6da48350, pLay=0x8a349c0, bAddRect=false) at sw/source/core/layout/layact.cxx:1362 24 SwLayAction::FormatLayout(OutputDevice*, SwLayoutFrame*, bool) (this=0x7ffc6da48350, pLay=0x79052c0, bAddRect=false) at sw/source/core/layout/layact.cxx:1357 25 SwLayAction::FormatLayoutTab(SwTabFrame*, bool) (this=0x7ffc6da48350, pTab=0x7a9c300, bAddRect=false) at sw/source/core/layout/layact.cxx:1569 26 SwLayAction::FormatLayout(OutputDevice*, SwLayoutFrame*, bool) (this=0x7ffc6da48350, pLay=0x7c30300, bAddRect=true) at sw/source/core/layout/layact.cxx:1354 27 SwLayAction::FormatLayout(OutputDevice*, SwLayoutFrame*, bool) (this=0x7ffc6da48350, pLay=0x79e1780, bAddRect=true) at sw/source/core/layout/layact.cxx:1357 28 SwLayAction::InternalAction(OutputDevice*) (this=0x7ffc6da48350) at sw/source/core/layout/layact.cxx:546 They are deleted because the last SwTextFrame was moved via MoveBwd() to the previous page, and is formatted there. (regression from commit 18765b9f) Prevent this via: * delete-guard for the SwRowFrame - causing RemoveFollowFlowLine() to return early (also, let it return false, so the Join() isn't even called, although that doesn't make a difference in practice because of the next item:) * join-guard for the SwTabFrame - otherwise tabfrm.cxx:2199 will Join() it anyway This means that when the page with the follow-frame is done formatting, the empty SwTabFrame with no SwTextFrame in it will remain. Fortunately this is not a problem, because due to the moving, the previous page will be invalid and layact.cxx:613 will iterate to the previous page and format it again; then tabfrm:2199 of the master SwTabFrame will detect that the follow SwTabFrame is empty and Join() it. Change-Id: I2cca89d63b81e7d4909319fa4feab2f5d67a6ff3 Reviewed-on: https://gerrit.libreoffice.org/71996 Tested-by: Jenkins Reviewed-by:
-
Miklos Vajna yazdı
Regression from commit a5a836d8 (DOCX filter: effect extent should be part of the margin, 2014-12-04), the problem was that extending margins as-is based on the effect extent values only work correctly in case of non-rotated shapes. For example, with 90 degree clockwise rotation the top effect extent should extend the right margin, etc. Fix the bug by limiting this extension to the non-rotated scenario. Test the behavior at a layout level, so in case later the effect extent feature is implemented, it won't be necessary to adjust the test. (cherry picked from commit 65420c21) Conflicts: sw/qa/extras/ooxmlexport/ooxmlexport13.cxx Change-Id: I97271bbb7c079951980b436cb8d8e5e54eeead55 Reviewed-on: https://gerrit.libreoffice.org/71893 Tested-by: Jenkins Tested-by:
-
- 09 May, 2019 2 kayıt (commit)
-
-
Caolán McNamara yazdı
since... SOSAW080: Added first bunch of basic changes to helpers commit dfefe448 Date: Thu Mar 1 15:54:32 2018 +0100 Change-Id: I9feba16b5efdbec5c817bebf2772e2f2882bdfe9 Reviewed-on: https://gerrit.libreoffice.org/72055Reviewed-by:
-
Caolán McNamara yazdı
Change-Id: I1c10010eb7fd33a03f477af0cba03ae74859b174 Reviewed-on: https://gerrit.libreoffice.org/71999 Tested-by: Jenkins Reviewed-by:
-
- 08 May, 2019 6 kayıt (commit)
-
-
Jan-Marek Glogowski yazdı
This sets the cursor position to the one provided by the QInputMethodEvent::Cursor attribute. Change-Id: I4a99f9939b53c69631e45d41102bf9c7f53f0ff5 Reviewed-on: https://gerrit.libreoffice.org/71782 Tested-by: Jenkins Reviewed-by:
Jan-Marek Glogowski <glogow@fbihome.de> (cherry picked from commit 110fd705) Reviewed-on: https://gerrit.libreoffice.org/71955Reviewed-by:
Katarina Behrens <Katarina.Behrens@cib.de>
-
Caolán McNamara yazdı
Change-Id: I1f145558fe9d86682e03481fb2800386d04d2b1d Reviewed-on: https://gerrit.libreoffice.org/71905Tested-by:
-
Michael Stahl yazdı
Apparently the offset needs to be checked against the total size of the stream, not against the remaining size. (regression from b67d9a5d) Change-Id: I7e714b7c4ce34b5285cfbf9ca81133ecbbb16fc1 Reviewed-on: https://gerrit.libreoffice.org/71903 Tested-by: Jenkins Reviewed-by:
-
Miklos Vajna yazdı
Pointed out in the post-commit review of <https://gerrit.libreoffice.org/71592>, thanks Mike. Change-Id: I49006e041a5110e995af44b7437ba0b48c4c860d Reviewed-on: https://gerrit.libreoffice.org/71868Reviewed-by:
Luboš Luňák <l.lunak@collabora.com>
-
Miklos Vajna yazdı
Commit a51b7a1c (tdf#103831, tdf#100986: Force using GDI when needed, 2017-03-03) noted that the DirectWrite text renderer doesn't support vertical text, add initial support for this now by extending the DirectWrite transform matrix to do rotation as well. This is initial support, as it can be improved in two ways: - vertical text is not cached - only vertical Latin text is handled, which wants rotated glyphs (vs e.g. Japanese text that would not rotate the glyphs) With this, the "unreadable" text in the bugdoc's chart is on par with the the GDI rendering. Change-Id: I07af4de6cb437f83cc40546396ec8c8aac456bb3 Reviewed-on: https://gerrit.libreoffice.org/71592Reviewed-by:
-
László Németh yazdı
in a FOR loop, by removing the range(x,,)-like double commas in this case, too, during program compilation. Previous empty (missing) argument of RANGE was checked by the terminating comma, but it can be a white space after it, as in the following example: FOR i IN RANGE COUNT 'letter' [ PRINT i ] Change-Id: I67d0a4f089be06f30003d1b979b8f1801dbfa2e9 Reviewed-on: https://gerrit.libreoffice.org/71263 Tested-by: Jenkins Reviewed-by:
László Németh <nemeth@numbertext.org> (cherry picked from commit 0718458f) Reviewed-on: https://gerrit.libreoffice.org/71326
-
- 07 May, 2019 4 kayıt (commit)
-
-
Eike Rathke yazdı
Change-Id: Ief20ca2631c66c3c23410019ee0b7dfd9bd742a0 Reviewed-on: https://gerrit.libreoffice.org/71864Reviewed-by:
-
Serge Krot yazdı
Call reschedule() during update of the cells height is not thread safe. Change-Id: Ia938aead79a048f12a53aa55c034e84ce3bf433b Reviewed-on: https://gerrit.libreoffice.org/71892Reviewed-by:
Noel Grandin <noel.grandin@collabora.co.uk> Tested-by: Jenkins Reviewed-by:
-
Julien Nabet yazdı
Change-Id: I07438840fc1c3cc8e70559d44954be0c49531525 Reviewed-on: https://gerrit.libreoffice.org/64191 Tested-by: Jenkins Reviewed-by:
-
Vasily Melenchuk yazdı
Row height being pasted is not sufficient without knowing if it is auto height or was set manually. Change-Id: I3c892fbe3ea5a54e7468fb23b993fa19370f85af Reviewed-on: https://gerrit.libreoffice.org/71706 Tested-by: Jenkins Reviewed-by:
-
- 06 May, 2019 3 kayıt (commit)
-
-
Jim Raykowski yazdı
The background tab page uses SvxBrushItem. Area tab page uses XFillBitmapItem. setSvxBrushItemAsFillAttributesToTargetSet creates empty string for XFillBitmapItem name. Bitmap can be identified by GraphicObject::GetUniqueId. Use this to select bitmap in bitmap tab page bitmap list. Change-Id: Ic739c0b462502a986358bf00acfbac01fafd19f7 Reviewed-on: https://gerrit.libreoffice.org/66838 Tested-by: Jenkins Reviewed-by:
Jim Raykowski <raykowj@gmail.com> (cherry picked from commit 6850fcef) Reviewed-on: https://gerrit.libreoffice.org/71855Reviewed-by:
-
Michael Stahl yazdı
... differently; commit b7d4418c was partially wrong because if SetPrepWidows() isn't called and the master and follow have fewer lines than the sum of orphans and widows, then the frames must be merged, i.e., master must move forward to the next page and follow must be deleted, but that only happens with SetPrepWidows(). However if the SwTextFrame::PrepWidows() determines that no lines can be moved from the master, SwTextFrame::CalcPreps() will grow the master to force it to move to the next page, and then it sets SetWidow() too, so check this flag to break the loop in SwTextFrame::CalcFollow(). Another question is what is the point of the "very cheesy" follow formatting fall-back, which might be removable. Change-Id: I0769a5a4f13ca4c95c2229a496207809d05576f9 Reviewed-on: https://gerrit.libreoffice.org/71866 Tested-by: Jenkins Reviewed-by:
-
Christian Lohmaier yazdı
Change-Id: I098e894d80c2b319307bf9e9eece7a59d2ff0bd0 Reviewed-on: https://gerrit.libreoffice.org/71810 Tested-by: Jenkins Reviewed-by:
Michael Weghorn <m.weghorn@posteo.de> (cherry picked from commit 4f95f74d) Reviewed-on: https://gerrit.libreoffice.org/71854
-
- 04 May, 2019 2 kayıt (commit)
-
-
Christian Lohmaier yazdı
Change-Id: I237eb732e753be2381b6adc5cccf02be66520bdd
-
Katarina Behrens yazdı
An overloaded drawPolyPolygon for zero transparency case used to exist and it used applyColor to fill cairo path. It was removed by commit 7034311d and the new transparency-aware drawPolyPolygon missed cairo_set_operator call that is present in applyColor. This works OK most of the time but breaks sometimes when no transparency (~no antialiasing) is involved. To fix that add transparency argument to applyColor and use it where applicable Change-Id: Ib1b077e38e7f5d30778434d45be67284407a7d16 Reviewed-on: https://gerrit.libreoffice.org/71759 Tested-by: Jenkins Reviewed-by:
Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
-
- 03 May, 2019 1 kayıt (commit)
-
-
Tomaž Vajngerl yazdı
Change-Id: I7625adbf365aa908c072ca42060e926569629044 Reviewed-on: https://gerrit.libreoffice.org/71279 Tested-by: Jenkins Reviewed-by:
Tomaž Vajngerl <quikee@gmail.com> (cherry picked from commit 43f8ea21) Reviewed-on: https://gerrit.libreoffice.org/71574Reviewed-by:
-
