- 28 Agu, 2014 2 kayıt (commit)
-
-
Miklos Vajna yazdı
Change-Id: If401b798eca9a60c50669070dfb0a038f0710b3a
-
Miklos Vajna yazdı
Change-Id: I05856f88dc1263bac39d9f1e76ef7c4697c345a6
-
- 27 Agu, 2014 38 kayıt (commit)
-
-
Julien Nabet yazdı
Change-Id: I92557a6096fd5637f9bdd7892bca98566339253f
-
Lionel Elie Mamane yazdı
Change-Id: I7d5f457106e4885ea8412a9eab6954534ee627cd
-
Tor Lillqvist yazdı
Or does somebody know what they mean and even use either? Change-Id: If935d5d6b53d1f95ec22b19b6b97f4ecfe4d9c06
-
Caolán McNamara yazdı
regression from commit 7c03fc2f 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
-
Caolán McNamara yazdı
Change-Id: I74c4e32aae1e3aa74d197f132c900627062b6d01
-
Miklos Vajna yazdı
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
-
Miklos Vajna yazdı
Change-Id: Ib7e55e3c82b1a1115335b68c317f5fcb084f6d28
-
Caolán McNamara yazdı
Change-Id: If5e0a2bbfbd56a2d647dac608643411eefa1ed73
-
Caolán McNamara yazdı
Change-Id: I62f8d5c3cac71f83f5cdde114f66e8554a780538
-
Caolán McNamara yazdı
Change-Id: Ibcf1fa35617ee8d7fab6b66e3e8c8881ad55c3e5
-
Caolán McNamara yazdı
Change-Id: I54382b0dd0f6b6f21f635d75cb3ee3cefc1eb203
-
Caolán McNamara yazdı
Change-Id: I73a69fdfee0b0f3af5bf6b4e52629dba7ed69630
-
Miklos Vajna yazdı
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
-
Andras Timar yazdı
Change-Id: I59153a29e6271abb4d184bd3c67cd8fb2c092669
-
Tor Lillqvist yazdı
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
-
Eike Rathke yazdı
Change-Id: I63a513406dbd90746bcad9da88945f49d2b51cc5
-
Takeshi Abe yazdı
Change-Id: I1874b5b4a059ef5fc8818b3b49ff10f2917b20ca Reviewed-on: https://gerrit.libreoffice.org/11135Reviewed-by:
Markus Mohrhard <markus.mohrhard@googlemail.com> Tested-by:
Markus Mohrhard <markus.mohrhard@googlemail.com>
-
Tor Lillqvist yazdı
Change-Id: I37ec7e6104dc9526b1792f163fe58ec8673274c2
-
Tor Lillqvist yazdı
Change-Id: I8c21bfd70e5afb6d4f9a0a57f9946074c1b16a52
-
Tor Lillqvist yazdı
Change-Id: Ia2777d61678f511c1e604c55b4e349d2ab938b24
-
Markus Mohrhard yazdı
Change-Id: I1d1fff8b596d75a4cb033679d06b300402dbf212
-
Michael Stahl yazdı
commit 4b56d82c 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/11132Reviewed-by:
Michael Stahl <mstahl@redhat.com> Tested-by:
Michael Stahl <mstahl@redhat.com>
-
Markus Mohrhard yazdı
Change-Id: I90b8e30ffd095cc3fa20938cd15adf4d217bb6e1
-
weigao yazdı
Change-Id: I053c99c1b544fd64951c42ebe1c232cd1768e79f
-
weigao yazdı
Change-Id: Idc13f652d359baf2c91758ee1efd5b908b4b9483
-
weigao yazdı
Change-Id: I1a86ff55805e88cc559795139c7f8f84d3fb5109
-
weigao yazdı
Change-Id: I9654fb02a1481b679d98359424e272cc4a706464
-
weigao yazdı
Change-Id: I61dd4fac1e93e3b6255f31585b19f0182cb45b97
-
weigao yazdı
Change-Id: I2407166368b55b973c70a2edc377785b82d8481b
-
weigao yazdı
Change-Id: I18edebf6fe3c323fec2f6190b00bdc6b5d76c4bc
-
weigao yazdı
Change-Id: Ibb8b57577696e582c05ac0ea372385373e3444de
-
weigao yazdı
Change-Id: I417583701fdc24f846c684924fef4dfa4becb259
-
Caolán McNamara yazdı
Change-Id: If95ae86708660007e6a0f4df27b3c364a9653dae
-
Caolán McNamara yazdı
Change-Id: Ice1d71e730519697c891d66909550876c9d23ebb
-
Caolán McNamara yazdı
Change-Id: Idaed255e4f004ad555ccbd6ba9dc29bf522d3c5f
-
Caolán McNamara yazdı
Change-Id: I21f394c1a2f91a18af8eb46ed9be3c2f786fe1ef
-
Caolán McNamara yazdı
Change-Id: Ia4089023ff1b9a18ed44f599dc7382fc3dcbbd36
-
Noel Grandin yazdı
Change-Id: I676039b07519fbed3b92c6ada0fa8217ee2cbe27
-