Age | Commit message (Collapse) | Author | Files | Lines |
|
Change-Id: I733b677f4d4c7dfdf6fef531b43e1de36131f55d
|
|
Change-Id: I170f0390f8f510591d444f44c20434b15077e687
|
|
Change-Id: I2341f9665835b4591d0e7c26f32a0fa120b6e7b9
|
|
Project: translations 1a15415c3fe875ee4193fbdbcbd0ebde3b13b482
|
|
Change-Id: Id1ce6c59f705f9c42855995e0ad590c6a3646613
|
|
Change-Id: Ia33eb3e4c89963d7391df0339a2a5b948efd0d9f
|
|
Without this, the creation / modification date is lost on import.
Change-Id: I0b74ac91aee7b8b3e0bc763247086a3a39816bc1
|
|
Change-Id: I6cb74836f98d7507359f39e1fd03a1462b2e0c31
|
|
regression from
commit 3cb6587abbf6888ac9fb3b0cccc9a5aa0dc29b55
Author: Csikós Tamás <csks.tomi@gmail.com>
Date: Sun Jul 7 13:40:53 2013 +0200
modern .ui widgetlayout for optgrid
Change-Id: I9e998ce203c16c2303e00347ce6a2992c92cc8dc
|
|
bff + valgrind
Change-Id: I255a052251a6a0f1e4005b9cfb3b6ce00c6653ee
|
|
Change-Id: I3b15d653206e7c55422a08951466916947052a24
Reviewed-on: https://gerrit.libreoffice.org/11155
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: I21302361e89b9f01af04cf1a1ed78627097b9d8c
|
|
Change-Id: If401b798eca9a60c50669070dfb0a038f0710b3a
|
|
Change-Id: I05856f88dc1263bac39d9f1e76ef7c4697c345a6
|
|
Change-Id: I92557a6096fd5637f9bdd7892bca98566339253f
|
|
Change-Id: I7d5f457106e4885ea8412a9eab6954534ee627cd
|
|
Or does somebody know what they mean and even use either?
Change-Id: If935d5d6b53d1f95ec22b19b6b97f4ecfe4d9c06
|
|
regression from
commit 7c03fc2fe77f9b1f910f4ab395923e52648c32b5
Date: Mon Sep 2 14:30:09 2013 +0000
Related: #i123048# Corrected connector layout after reload
verified that #i123048# continues to work
Change-Id: If5fce4b7a88d4d0972f52705334e4b9b48425cca
|
|
Change-Id: I74c4e32aae1e3aa74d197f132c900627062b6d01
|
|
When an sw document is embedded inside an sw one, then the inner sw HTML export
should just write what's inside the <body>. Add a filter option for that in sw,
similar to the one already existing in sc.
Change-Id: Id2cef966c1022ba45a3540bff234029c1d396778
|
|
Change-Id: Ib7e55e3c82b1a1115335b68c317f5fcb084f6d28
|
|
Change-Id: If5e0a2bbfbd56a2d647dac608643411eefa1ed73
|
|
Change-Id: I62f8d5c3cac71f83f5cdde114f66e8554a780538
|
|
Change-Id: Ibcf1fa35617ee8d7fab6b66e3e8c8881ad55c3e5
|
|
Change-Id: I54382b0dd0f6b6f21f635d75cb3ee3cefc1eb203
|
|
Change-Id: I73a69fdfee0b0f3af5bf6b4e52629dba7ed69630
|
|
The problem was that SwXTextEmbeddedObject::getEmbeddedObject() returned
an empty reference for those embedded objects, so the HTML filter
couldn't extract their content when it wanted to do so.
It turns out the reason for this was that the DOCX importer only handled
the replacement image + raw native data for the object. Fix this by
creating the embedded object with the correct CLSID and import the
raw data into the empty embedded document model.
This is similar to what is done for XLSX-in-PPTX in
oox::drawingml::ShapeExport::WriteOLE2Shape(), just for the import part.
Change-Id: Ieb1dcb1774d2d4da00117e3a35160053066c78aa
|
|
Change-Id: I59153a29e6271abb4d184bd3c67cd8fb2c092669
|
|
On non-Windows, when double-clicking an embedded OLE object, our glorious
content type detection logic detects it as "Text". As a side-effect, we start
to calculate text statistics on it. Which surely could produce interesting
numbers (you know what they say about statistics), but sadly causes a crash
involving the ICU RuleBasedBreakIterator, SwScanner,
sw::DocumentStatisticsManager and whatnot.
Avoid this by checking for a detected filter of type "Text" explicitly, and
avoiding the fun code paths in that case.
This leads to double-clicks being just ignored. Maybe it would be more useful
to produce a "General OLE Error" message box?
Change-Id: Iae0726b5e9c511a92bdff7229d2978cbf76cb07b
|
|
Change-Id: I63a513406dbd90746bcad9da88945f49d2b51cc5
|
|
Change-Id: I1874b5b4a059ef5fc8818b3b49ff10f2917b20ca
Reviewed-on: https://gerrit.libreoffice.org/11135
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Change-Id: I37ec7e6104dc9526b1792f163fe58ec8673274c2
|
|
Change-Id: I8c21bfd70e5afb6d4f9a0a57f9946074c1b16a52
|
|
Change-Id: Ia2777d61678f511c1e604c55b4e349d2ab938b24
|
|
Change-Id: I1d1fff8b596d75a4cb033679d06b300402dbf212
|
|
commit 4b56d82c7d20ba5897d87aaf7fc94da5356b8eec converted the cli_uno
library from "Managed C++" to "C++/CLI", but forgot one detail:
The destructors on "ref" classes were mapped to Finalize() methods in
the old syntax, but the new one maps them to Dispose() methods, which
are only invoked on stack-allocated objects. Presumably this omission
results in leaking of native C++ UNO objects.
Reading the C++/CLI documentation i get the impression that:
1) the destructor should explicitly call the finalizer
2) the CLR will not call the finalizer itself iff the destructor is
invoked
http://msdn.microsoft.com/en-us/library/ms235315.aspx
http://msdn.microsoft.com/en-us/library/ke3a209d%28v=vs.110%29.aspx
Change-Id: I509d9b69a399c3d7d6597060ab9b7c78c5916e11
Reviewed-on: https://gerrit.libreoffice.org/11132
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I90b8e30ffd095cc3fa20938cd15adf4d217bb6e1
|
|
Change-Id: I053c99c1b544fd64951c42ebe1c232cd1768e79f
|
|
Change-Id: Idc13f652d359baf2c91758ee1efd5b908b4b9483
|
|
Change-Id: I1a86ff55805e88cc559795139c7f8f84d3fb5109
|
|
Change-Id: I9654fb02a1481b679d98359424e272cc4a706464
|
|
Change-Id: I61dd4fac1e93e3b6255f31585b19f0182cb45b97
|
|
Change-Id: I2407166368b55b973c70a2edc377785b82d8481b
|
|
Change-Id: I18edebf6fe3c323fec2f6190b00bdc6b5d76c4bc
|
|
Change-Id: Ibb8b57577696e582c05ac0ea372385373e3444de
|
|
Change-Id: I417583701fdc24f846c684924fef4dfa4becb259
|
|
Change-Id: If95ae86708660007e6a0f4df27b3c364a9653dae
|
|
Change-Id: Ice1d71e730519697c891d66909550876c9d23ebb
|
|
Change-Id: Idaed255e4f004ad555ccbd6ba9dc29bf522d3c5f
|
|
Change-Id: I21f394c1a2f91a18af8eb46ed9be3c2f786fe1ef
|