- 01 Eyl, 2014 33 kayıt (commit)
-
-
Markus Mohrhard yazdı
Change-Id: Ic980e633f7c9cdcbb3a1b512d66bfd8279d16339
-
Markus Mohrhard yazdı
Change-Id: I0af9285c2fa0371607e9ec750bb07968244c44d8
-
Markus Mohrhard yazdı
Change-Id: I50f5e876da902181f8ab5c9571df61f035630218
-
Markus Mohrhard yazdı
Change-Id: I6280af7182f4afefe39ef676024caa9c21f089ff
-
Markus Mohrhard yazdı
Change-Id: I2604a6d647c912a91da156072b9821b2abe52b48
-
Markus Mohrhard yazdı
Change-Id: Id81a238ed71c8c2f9297e14f6f37d148f29cfbca
-
Markus Mohrhard yazdı
Change-Id: Ic4ee5414fbbea3d73655b52e66cb397220e61566
-
Markus Mohrhard yazdı
Now all shaders compile cleanly against a core context without deprecated functions. Change-Id: I53c1fe04e07247f94ad5e3a17819cebea0a9f535
-
Markus Mohrhard yazdı
Change-Id: Ia5da0899d73aea22fe7bae735e57e30dcd37b254
-
Markus Mohrhard yazdı
Next step to a pure OpenGL 3.2 core context. Change-Id: Ifcfccd9ffc8adcc3b7338e10cb25aeb8496909a3
-
Markus Mohrhard yazdı
A 3.2 core context only supports GLSL 150 core and above. This at least removes all vompile errors related to missing or wrong version requirements. In a next step we need to make use of modern GLSL features now. Change-Id: I59f1bc84ab4f64cc6520309b7da25adc3e116997
-
Markus Mohrhard yazdı
This is necessary for OSX where we are using a core context that does not implement any legacy features anymore. Change-Id: I59536e99761691d910fef62cf82ceb03e57725ae
-
Thomas Arnhold yazdı
Doesn't look this sane... commit 3b58abab Author: Thomas Arnhold <thomas@arnhold.org> Date: Wed Oct 23 22:38:46 2013 +0200 fixincludeguards.sh: sd Change-Id: Ia6836deaa1982febf71cd8abd89e93ea0a844721
-
Thomas Arnhold yazdı
Change-Id: Ie94573f7c43c834cd636493bed32f07aa792da49
-
Thomas Viehmann yazdı
Change-Id: I90847d0edbc2c13e405562647b150012bc5df7e2 Reviewed-on: https://gerrit.libreoffice.org/11249Reviewed-by:
Markus Mohrhard <markus.mohrhard@googlemail.com> Tested-by:
Markus Mohrhard <markus.mohrhard@googlemail.com>
-
Stephan Bergmann yazdı
Change-Id: Ifc6d84a63719b141ddc9bd89349d4a605d2b3e00
-
Stephan Bergmann yazdı
...similar to what has been done for svx/sdtmfitm.hxx in 68969cc6 "Consistency around SdrMetricItem." Change-Id: I7f2348d82c76f6f231e34f0dfc4b6ee6fddffe55
-
Stephan Bergmann yazdı
...similar to what has been done for svx/sdtmfitm.hxx in 68969cc6 "Consistency around SdrMetricItem." Change-Id: If26ab3229871d2d6a7e4e7e8f79f4cb927b96930
-
Stephan Bergmann yazdı
Change-Id: I0dda3dc849fce9ba994baa82f7e25497ea995c75
-
Takeshi Abe yazdı
from SwLayCacheImpl. Change-Id: I77520495aab1d6a572b25433396202b11e478636 Reviewed-on: https://gerrit.libreoffice.org/11158Reviewed-by:
David Tardon <dtardon@redhat.com> Tested-by:
David Tardon <dtardon@redhat.com>
-
Stephan Bergmann yazdı
...similar to what has been done for svx/sdtmfitm.hxx in 68969cc6 "Consistency around SdrMetricItem." Change-Id: I2e467df03a34d694214e0560476cb7fd76ef0735
-
Stephan Bergmann yazdı
...similar to what has been done for svx/sdtmfitm.hxx in 68969cc6 "Consistency around SdrMetricItem." Change-Id: I3253b4cc5657a7d6b960ee892584109d373eed3d
-
Stephan Bergmann yazdı
...similar to what has been done for svx/sdtmfitm.hxx in 68969cc6 "Consistency around SdrMetricItem." Change-Id: I3193eab34a34c051002adeedd8b368e26f55f7a3
-
Adolfo Jayme Barrientos yazdı
These labels were too long, obtrusive, and state the obvious. We can make them shorter and friendlier by removing the “Number of” nuisance. The equivalent dialog in Office 2013 also lacks it. Brevity is a Good Thing
™ in UIs. Change-Id: Ia44f02cbcbba22a3161cac206511de4fe4daedcc Reviewed-on: https://gerrit.libreoffice.org/11222Reviewed-by:Joren De Cuyper <jorendc@libreoffice.org> Reviewed-by:
Thomas Arnhold <thomas@arnhold.org> Tested-by:
Thomas Arnhold <thomas@arnhold.org>
-
Miklos Vajna yazdı
This reverts commit 542ae4e0, which breaks the build without 15cea073, which had to reverted.
-
Miklos Vajna yazdı
This reverts commit 15cea073. I overlooked the fact during review that this introduces an svx <-> sfx2 circular dependency.
-
Lionel Elie Mamane yazdı
Change-Id: I9700d0d729a8f2d1255fcd03a07e05799e21f8d0 Reviewed-on: https://gerrit.libreoffice.org/11152Reviewed-by:
Bosdonnat Cedric <cedric.bosdonnat@free.fr> Tested-by:
Bosdonnat Cedric <cedric.bosdonnat@free.fr> Reviewed-by:
Miklos Vajna <vmiklos@collabora.co.uk>
-
Matthew J. Francis yazdı
Reviewed on: https://gerrit.libreoffice.org/11187 Change-Id: Ifa9c7c1a29d7076903e038d3132c635b1143e2d8
-
Lionel Elie Mamane yazdı
Change-Id: I6faae7f5b1b2ec243c53453a8627bd0a540a46ad Reviewed-on: https://gerrit.libreoffice.org/11219Reviewed-by:
Bosdonnat Cedric <cedric.bosdonnat@free.fr> Tested-by:
Bosdonnat Cedric <cedric.bosdonnat@free.fr>
-
Samuel Mehrbrodt yazdı
Change-Id: Ic813ab3eb74a088b60b4dc3dcd56e7b19683190c Reviewed-on: https://gerrit.libreoffice.org/11220Reviewed-by:
Lionel Elie Mamane <lionel@mamane.lu> Tested-by:
Lionel Elie Mamane <lionel@mamane.lu>
-
Miklos Vajna yazdı
Change-Id: I935856965bcb1f710059801621124685aeb65a03
-
Pallavi Jadhav yazdı
Issue : -File was getting corrupt due to wrong SDT Properties were getting export and only one SDT tag was getting written. -Issue file contained a Date SDT and a FieldChar SDT(Page numbers) -Issue was at Import side. LO GRAB BAGS Properties of SDT using PARA_GRAB_BAG or CHAR_GRAB_BAG -For Date SDT it should be grab bagged using CHAR_GRAB_BAG in order to get correct data inside <w:sdtPr> But LO was handling it with PARA_GRAB_BAG due to which wrong properties were getting written and file was getting corrupt. Implementation : -Added a check for Date SDT to handle it through CHAR_GRAB_BAG -Now correct SDT properties are getting exported due to which Date is getting written inside an SDT tag. -Added UT at export side. Change-Id: Ibcfb6dbbec1c23ffd14ba924ab56dc4122b98595 Reviewed-on: https://gerrit.libreoffice.org/11160Reviewed-by:
Miklos Vajna <vmiklos@collabora.co.uk> Tested-by:
Miklos Vajna <vmiklos@collabora.co.uk>
-
Takeshi Abe yazdı
Change-Id: I467151c6d17a71c937564171b79efc7ef81c8cb6
-
- 31 Agu, 2014 7 kayıt (commit)
-
-
Olivier Hallot yazdı
Project: help a10e3f5e2f342a147b9f6d8e0912e7d3f0d4ae47 Help page for Fill random numbers for new dialog for new dialog layout. See ac5e002e941dadc274e97b4c3afc009b6e5adbd4 Change-Id: I2f371a2ac2960c5905845761370b7e99a0a1d3ed Reviewed-on: https://gerrit.libreoffice.org/11207Reviewed-by:
Olivier Hallot <olivier.hallot@edx.srv.br> Tested-by:
Olivier Hallot <olivier.hallot@edx.srv.br>
-
Julien Nabet yazdı
Change-Id: Ib27b3e125581884b90efc9cc33b6b2aadab73851
-
Olivier Hallot yazdı
More help buttons missing in dialogs. Change-Id: I9274f3774955f5bb8a470e2e1ad25b3f5723d377 Reviewed-on: https://gerrit.libreoffice.org/11217Reviewed-by:
Thomas Arnhold <thomas@arnhold.org> Tested-by:
Thomas Arnhold <thomas@arnhold.org>
-
Niklas Johansson yazdı
In a treeview, for example the hierarchal view of the styles and formatting panel, if your not on a node that is expandable or collapsable when you press the left or right arrow key, the focus will move away from the tree view in a very awkward way. This patch makes the control work more like a native treeview. At this point I don't feel confident about the surrounding code to avoid the code duplication that this patch adds. Change-Id: Ibd04cf5329b4d226aac102d214a45e45811982e7 Reviewed-on: https://gerrit.libreoffice.org/10956Reviewed-by:
Thomas Arnhold <thomas@arnhold.org> Tested-by:
Thomas Arnhold <thomas@arnhold.org>
-
László Németh yazdı
Change-Id: I1470d1f3e7b8613c49a4998f3ff106ca5abeff65
-
Michael Stahl yazdı
GraphicManager::ImplCheckSizeOfSwappedInGraphics() may access a deleted GraphicObject because swapping out one GraphicObject may actually delete other ones, by deleting SdrGrafPrimitive2D instances via sdr::contact::ViewContactOfGraphic::flushGraphicObjects(). (regression from 0ca0202a) Change-Id: I94bd465d90afbfdd14da28e42de3ecdff3a9d9f9 Reviewed-on: https://gerrit.libreoffice.org/11215Reviewed-by:
Michael Stahl <mstahl@redhat.com> Tested-by:
Michael Stahl <mstahl@redhat.com>
-
Michael Stahl yazdı
Change-Id: Ie3bfb78434fa25fdbbdfb90cb9590649fec2dc28 Reviewed-on: https://gerrit.libreoffice.org/11214Reviewed-by:
Michael Stahl <mstahl@redhat.com> Tested-by:
Michael Stahl <mstahl@redhat.com>
-