- 18 Ara, 2015 4 kayıt (commit)
-
-
Tor Lillqvist yazdı
The problem apparently was that the GraphiteWinLayout::DrawTextImpl() function drew each glyph using a separate call to ExtTextOutW(). That mishandled anti-aliased glyphs (alpha), somewhat in the way as described in the nice long comment (thanks kendy!) in WinLayout::DrawText(). The irony here is that in the case of Graphite fonts and OpenGL, it is exactly from that code block in WinLayout::DrawText() that GraphiteWinLayout::DrawTextImpl() gets called, and in that situation it itself runs into the same or similar problem as the calling code wants to avoid for the run as a whole. It draws each glyph separately, and subsequent glyphs will overwrite the rightmost pixels of the earlier one instead of blend properly. Or something like that. As a solution, change the interface of DrawTextImpl() so that instead of being called once to draw a run of text, it might draw just a part of the run, and in that case expects to be called repeatedly to draw the whole text. The GraphiteWinLayout::DrawTextImpl() implementation does it like this in the case of using OpenGL (as indicated by the presence of a non-null pRectToErase, as added in b7842c93 for tdf#95648). The end result is that it draws one glyph at a time into the DC for the bitmap allocated in the caller, WinLayout::DrawText(). The caller uses that bitmap as a texture and blends it into the actual destination, separately for each glyph. For non-Graphite fonts, or when not using OpenGL, nothing should change. No repeated DrawTextImpl calls are done to iterate over a run. Change-Id: Ib7adc30665fc7804913fd2f8886c5b29d9ca42c4 (cherry picked from commit 61085083)
-
Eike Rathke yazdı
Since f82d89f3 EditThisFunc() and EditNextFunc() are used to iterate through the formula to obtain expression results to display in the treeview. Calling the Edit...() functions spoils about everything as it messes around with the edit state. As the name suggests.. Change-Id: I8b35d85b7bbf8821b5a995e84f9dd88a0f6f00b9 (cherry picked from commit 8217ddbf)
-
Yousuf Philips yazdı
Change-Id: I2c70e88cfa2663d0b3db48c309d7cf1630bbddbd Reviewed-on: https://gerrit.libreoffice.org/20632Reviewed-by:
Michael Meeks <michael.meeks@collabora.com> Tested-by:
Michael Meeks <michael.meeks@collabora.com> (cherry picked from commit 52856b6e) Reviewed-on: https://gerrit.libreoffice.org/20635Reviewed-by:
jan iversen <jani@documentfoundation.org> Tested-by:
jan iversen <jani@documentfoundation.org>
-
Eike Rathke yazdı
Currently the Function Wizard is broken in that editing a function call as argument within another function's parameter leads to selections being reset and mismatching argument/function information being evaluated. Not sure yet what's going on there, but at least don't access vectors out-of-bounds or crash. Change-Id: I633c775556a0b90278d22d0f74d2975c20a08a5d (cherry picked from commit 88f3c8f9)
-
- 17 Ara, 2015 5 kayıt (commit)
-
-
Miklos Vajna yazdı
(cherry picked from commit 032e34d0) Change-Id: Ifa39777795ce966662c31c891ffc1b9b1a297b00 Reviewed-on: https://gerrit.libreoffice.org/20743Tested-by:
Jenkins <ci@libreoffice.org> Reviewed-by:
David Tardon <dtardon@redhat.com>
-
Tor Lillqvist yazdı
For some reason this is needed in the case of GraphiteWinLayout and OpenGL. Otherwise when a space glyph is "drawn" into a space that is wider than the nominal width of the space glyph, we get two black rectangles surrounding the white space "glyph". Change-Id: Ifb4ea00d9e5f078518ac97d7dd18694088aa1cdf (cherry picked from commit b7842c93)
-
Eike Rathke yazdı
Change-Id: I15843b320ac8ddcefce8094da7aa7c6b81b42e4f (cherry picked from commit 5b404cc2)
-
Caolán McNamara yazdı
Change-Id: I8aabc68e8dfb9376cafe4cc709b18344da083a01 (cherry picked from commit 2f0fba49)
-
Michael Meeks yazdı
Change-Id: Idd095e0a3b5e5226eaf1db90bfb0a838bc51de19 Reviewed-on: https://gerrit.libreoffice.org/20750Reviewed-by:
Tor Lillqvist <tml@collabora.com> Tested-by:
Tor Lillqvist <tml@collabora.com>
-
- 16 Ara, 2015 6 kayıt (commit)
-
-
Michael Stahl yazdı
Change-Id: Ie1047a2a213632f05b0ae091a3a7e4118a271082 (cherry picked from commit 988f1c71)
-
Michael Stahl yazdı
This reverts commit 31177c13. Fixed by adding unordf component.
-
Michael Stahl yazdı
Change-Id: I4ed58b767d3fb52bdaa65b7732e67a79f26bcd04
-
Giuseppe Castagno yazdı
Throws exception to manage timeout early in the first connection sequence. Change-Id: Ibf87f9d7607c808692509c694127266b6f542014 Reviewed-on: https://gerrit.libreoffice.org/20196Tested-by:
Jenkins <ci@libreoffice.org> Reviewed-by:
Stephan Bergmann <sbergman@redhat.com> (cherry picked from commit 95958755) Reviewed-on: https://gerrit.libreoffice.org/20739Reviewed-by:
Giuseppe Castagno <giuseppe.castagno@acca-esse.eu> Reviewed-by:
Miklos Vajna <vmiklos@collabora.co.uk> Tested-by:
Miklos Vajna <vmiklos@collabora.co.uk>
-
Juergen Funk yazdı
this commit has make the problem, the removing of the SALEVENT_MOUSEACTIVATE commit dd351dd7 Author: Noel Grandin <noel@peralex.com> Date: Tue Nov 24 08:50:39 2015 +0200 loplugin:unusedfields in vcl/ and remove the unused SALEVENT_MOUSEACTIVATE stuff Without of there, when click in the opened list-box it send first the "PreNotify" with "MouseNotifyEvent::LOSEFOCUS" and that close the listbox. After that, it send the mouse-event to a closed window, that is the reason why the Listbox not get the mouse-click. With this patch, first send the mouse-click and then the "PreNotify" Change-Id: I5a09b1524335434f043d22bc71f7e38559fb1c0b Reviewed-on: https://gerrit.libreoffice.org/20708Tested-by:
Jenkins <ci@libreoffice.org> Reviewed-by:
Noel Grandin <noelgrandin@gmail.com> Reviewed-on: https://gerrit.libreoffice.org/20734Tested-by:
Noel Grandin <noelgrandin@gmail.com>
-
Caolán McNamara yazdı
for getting and setting the window state, work on the toplevel m_pWindow. Leave the "geometry" alone as its for the purpose of the current known size of the toplevel window contents Change-Id: Idf701aacf4aed4eefbca1bc1ebebaf38d1c82e27 Reviewed-on: https://gerrit.libreoffice.org/20397Reviewed-by:
Caolán McNamara <caolanm@redhat.com> Tested-by:
Caolán McNamara <caolanm@redhat.com> (cherry picked from commit 7242ed05)
-
- 15 Ara, 2015 25 kayıt (commit)
-
-
Christian Lohmaier yazdı
Change-Id: I0fe4744c0392d80b7c73fbd5285ea5c5be96675e
-
Michael Stahl yazdı
... that was causing test failures on some but not all platforms. Change-Id: I0d04cd6e540ea2693a3ec8511d615a9b0fecf456 (cherry picked from commit c56e0858)
-
Miklos Vajna yazdı
The situation is similar to commit 79fb61ef (tdf#92379: svx: don't overwrite fo:background-color on ODF import, 2015-08-21), except that here text frames had the problem of loosing colors when transparency is set. Fix the problem by informing getSvxBrushItemFromSourceSet() about if we're in XML import or not. Change-Id: Id1adf60b14a3762f0a2a43c49caeed9f6ea039be (cherry picked from commit 3a0c0af7)
-
Christian Lohmaier yazdı
Change-Id: Id793a73a7dff04e8e088bf0f953f55f9eb441d8e (cherry picked from commit 64a6c0c7)
-
Giuseppe Castagno yazdı
Some WebDAV servers don't implement section 7.3 of RFC4918: <http://tools.ietf.org/html/rfc4918#section-7.3> This lack of implementation breaks 'Save As...' functionality when the target is a WebDAV server, by not locking the URL ('reserve the name for use', in RFC4918 parlance). The server not implementing this usually answers with one of '405 Method Not Allowed', '501 Not Implemented' or '412 Precondition Failed' http error codes. The fix should manage this lack of implementation. Change-Id: Ie4689a076aafa365106d02b3ea16459a28fcde65 Reviewed-on: https://gerrit.libreoffice.org/20600Tested-by:
Jenkins <ci@libreoffice.org> Reviewed-by:
Stephan Bergmann <sbergman@redhat.com> (cherry picked from commit 4c82edfb) Reviewed-on: https://gerrit.libreoffice.org/20722Reviewed-by:
Christian Lohmaier <lohmaier+LibreOffice@googlemail.com> Tested-by:
Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
-
Michael Stahl yazdı
Change-Id: I9f11bbc1f16a79eac3621f2233b047826637b33d (cherry picked from commit 39d0bd19)
-
Tor Lillqvist yazdı
Change-Id: If6b40899ad38d2ae6e91f6627cca5a7129ffa6d6 (cherry picked from commit 40782060) Signed-off-by:
Michael Stahl <mstahl@redhat.com>
-
Michael Stahl yazdı
Apparently GCC 5.3.1 has turned these annoyances into actual warnings that convert to errors with -Werror. Change-Id: Ib1567b3fc2cf33a0f6cffac116a06d73912b84df (cherry picked from commit d8fb3ed5)
-
Michael Stahl yazdı
Change-Id: I546b96a5628d2ad186b5b626cce28f67841db157 (cherry picked from commit 159e7879)
-
Yousuf Philips yazdı
Change-Id: If9819ec8065d0bdce9604ed74b7b0571b24580b0 Reviewed-on: https://gerrit.libreoffice.org/20070Tested-by:
Jenkins <ci@libreoffice.org> Reviewed-by:
Yousuf Philips <philipz85@hotmail.com> (cherry picked from commit 9149dbf1) Reviewed-on: https://gerrit.libreoffice.org/20444Reviewed-by:
Christian Lohmaier <lohmaier+LibreOffice@googlemail.com> Tested-by:
Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
-
Julien Nabet yazdı
warn:legacy.osl:21997:1:accessibility/source/extended/accessiblelistbox.cxx:103: Debug: Treelist shouldn't use VCLEVENT_LISTBOX_SELECT To reproduce: - Launch Base and create a brand new HsqlDb file or open an existing one - Select Tables pane - Click Table Design => the message appears in console Change-Id: If7fa99890bbec8795a62b83dbe193247adffb733 Reviewed-on: https://gerrit.libreoffice.org/20411Tested-by:
Jenkins <ci@libreoffice.org> Reviewed-by:
Julien Nabet <serval2412@yahoo.fr> (cherry picked from commit 5738a6fb) Reviewed-on: https://gerrit.libreoffice.org/20412Tested-by:
Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
-
Christian Lohmaier yazdı
Change-Id: Id2416b2b67f7ae62f3d3fbe1ebebeb89edabfc40 (cherry picked from commit 30d7f510)
-
Christian Lohmaier yazdı
Project: translations 57f7caff2ab504566d77600677bf24538157beee update translations for 5.1.0 rc1 and force-fix errors using pocheck Change-Id: I10477683ddfb993e73ab615b2c031ea7bbbe6fe5 (cherry picked from commit 3e76f6b637c8034330436568b26302c4472c1a0f)
-
Michael Stahl yazdı
... as seen in JunitTest_chart2_unoapi Change-Id: Ibe0cd210b8f2ddf730483705292e9027654b6fd4 (cherry picked from commit 07004a7e)
-
Michael Stahl yazdı
Turns out that SfxObjectShell::CreateShellID() will produce the SfxMedium's base URL if it exists, so EmbeddedObjectContainer::CopyAndGetEmbeddedObject() already has parameters, sw just needs to set them. Change-Id: I36cedfde4e7c2e25c43c66a30d8ca572f099ad69 (cherry picked from commit e4a06fc9)
-
Michael Stahl yazdı
Change-Id: I9a500e079c892e281bdfee9627641f118261e0f8 (cherry picked from commit 8338e278)
-
Michael Stahl yazdı
This is used from oox chart import code, cf. oox::drawingml::Shape::finalizeXShape(). Change-Id: I7b2097f8d5740a590a6473797ab9436453fbf580 (cherry picked from commit 75a200f3)
-
Michael Stahl yazdı
... mainly for the (unlikely) case of ODF embedded objects in MSO binary files, which can be created by toggling the Tools->Options->Load/Save->Microsoft Office export settings. Change-Id: I270f1516b70b20ec0b60cfbd17c2c327c3d9efd0 (cherry picked from commit 36a0abed)
-
Michael Stahl yazdı
... so we get a BaseURI set. Change-Id: I01176a8a0b0a1f4386f4d58bdf36bd5cb29cf3e5 (cherry picked from commit 45300b43)
-
Michael Stahl yazdı
Change-Id: I06decaeb9d74d67559966b208df98be66d4b3f8d
-
Michael Stahl yazdı
When the object is edited in the UI, the m_xClient is set to a SfxInPlaceClient and the DocumentBaseURL is retrieved from it. But if the object is not edited, it will be loaded during export via the API and without a m_xClient; in this case the DocumentBaseURL must have been set previously to be available during import. There appears to be no way to get the URL of the document via the API while it is being imported; SfxBaseModel's m_sURL is unfortunately only initialized from SfxObjectShell::FinishedLoading(). During ODF import, the SvXMLEmbeddedObjectHelper creates the embedded object, so let's make it pass in the parent's BaseURL. The "DefaultParentBaseURL" parameter already exists but was unused previously. Change-Id: I3d1ed29b3a2c0e77ec606a1d09f7bc07e7860733 (cherry picked from commit b0fc09da)
-
Michael Stahl yazdı
Change-Id: I2d51b6093e13fd5ea2a93c5a4f38e4078587808d (cherry picked from commit 7dfa45a6)
-
Michael Stahl yazdı
Change-Id: I272afd26addfde5065939db4a04c2f0f01aa28c8 (cherry picked from commit 1af4dbd8)
-
Michael Stahl yazdı
If the user edits an embedded object it is converted to ODF, so we really need to be able to store such objects. Ensure that the proper MediaType is set in [Content_Types].xml, the package relationship type in document.xml.rels and the proper ProgID attribute in document.xml. Change-Id: I3c78c5ab5b4d534213af5e773fe0c6c2c92d9104 (cherry picked from commit 2a9f1dd2)
-
Michael Stahl yazdı
Change-Id: Iebb4ac4a7307bb8482ca735096503da03448fee7 (cherry picked from commit ea50cb70)
-