Age | Commit message (Collapse) | Author | Files | Lines |
|
I took a couple of "shortcuts" in the original approach which I thought
harmless, but which proved otherwise later. This revised approach is
more like I had wanted to do it but had been too lazy to really do :-)
The differences from user's POV are:
* several classes were renamed
- CliLibrary -> CliAssembly
- CliNativeLibrary -> CliLibrary
* CliLibrary is now based on LinkTarget, so there is no need for an
intermediate Library for it
I also added a comment to all functions and an explanation of purpose to
most classes.
Change-Id: If3d1be3016d84c21a35093fc370c0bcf7995d1bd
|
|
Change-Id: I881f9c80accabb1ca1110a6872d12fcf5b5c7f69
|
|
Change-Id: Iaa1508584f005cba6e2ab63d4053cde4ce8637df
|
|
Change-Id: I8d280a5fa352bf4514a5e593b34be767648f4e64
|
|
Change-Id: I65b7c81a45925894ef78f141219fd00652ad5c1d
|
|
Change-Id: Ibd2fe3cf8775cbda51f768ceaeb92b66a91c3850
|
|
Change-Id: I6d18f5cde7866828ca95ccff702eb86d2e40c58d
Reviewed-on: https://gerrit.libreoffice.org/925
Tested-by: Caolán McNamara <caolanm@redhat.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Id222047750b7527e35977b73213ceeb12a53b57a
Reviewed-on: https://gerrit.libreoffice.org/924
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
unsing rtl::OUString, etc clauses had to be reinserted in
sw/qa/extras/rtfexport/rtfexport.cxx to pass the test
Change-Id: I3767ea89c8cfd9afe2dc8a80e5c7284be9d1cf57
Reviewed-on: https://gerrit.libreoffice.org/926
Tested-by: Caolán McNamara <caolanm@redhat.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I879ed580de72df91e269d38add23cddd29c71982
|
|
Change-Id: I379540dcce5cd0adae0f0f670821af92ab6432f4
|
|
Change-Id: I8038174c64d2ed5eb3cae503dbde49be96dd7d5c
|
|
Change-Id: I7dfaa933d918023999bfe78a497da7dbd59f7fc1
|
|
Change-Id: I9bd81a9c5e85db4512a3e4768c9b87696c91b7bc
|
|
Change-Id: Ie61966f28b937db7d4997753cc388332dda25f63
|
|
Change-Id: I7a55f775cf1b9d608a71e1d754df7027545c1254
|
|
Change-Id: I3e60cfa1a8680b84142bc4d0adda96f970e030cd
|
|
Change-Id: Iaa082d85ef95c58da14013c80cb06a2e1112d4ef
|
|
This is similar to 3d7e168a2a43c2414b0633379102ddb29437e75b, but for RTF
(Word default is 0, Writer is something larger).
Change-Id: Ibb429eed5d3c1d09777db88ba2a98503c8ed0ed8
|
|
Since commit f4f4a899, we send the external header of WMF images to the
importer, but that seems to be cause problems with this document. To be
on the safe side, revert this only for pictures inside textframes.
Change-Id: I7e443beb9ca4261abf3e3a1257270d6c70b85918
|
|
Change-Id: I6a1af0cd98ed832204d4485e135da6e56e575b4a
|
|
Change-Id: Ifc1d6b78f55e7f202f5cc391f1401de5b65ed395
|
|
This allows inline pictures on shapes later, plus matches what the
DOC/DOCX filter does.
Change-Id: I5da56ccf59a26cc9657925dec94fb58f97692bb8
|
|
Change-Id: Ief85da80e14078e1d5a0b2812a2959484717da76
|
|
Change-Id: Ib60ae077be6a179568e6ccd8454e572c22c35e7e
|
|
Change-Id: Ib4227a74232b1ba6ca48d037340c4a7441ab08e7
|
|
Change-Id: I958f6e80813a4e056b09225b16cea9ea2a3450ac
|
|
Change-Id: Ib9b06e843f3e44c3a1ec3c1a64335d2a6ebed810
|
|
Change-Id: I64995db8f9e913db5f4ab4e81359dd163bc29d15
|
|
Change-Id: I417a6d46dc72ee251b43e00836363b6ae07c2b4c
|
|
Change-Id: Ia840ae93a0582e96df8faa2507835dc4fbb7141d
|
|
Change-Id: I732bd280295097fe098d3175127eb4d8a026dc32
|
|
Change-Id: I579dd5fc6c71ac9dad2de622e9125b399f3e160e
|
|
Change-Id: I8ba88cf9b19612800beac5e200bbaeff6da32f97
|
|
Change-Id: I21aa786a9f214ba5137d35497318c4f088456845
|
|
Change-Id: I31c91bec6807b699333f646d758078ce5e69570d
|
|
Change-Id: I90ef759639c8b1410ec314fed4ff0fd877d8e224
|
|
Change-Id: Idd1f670dba9d88233a22b9f6ff084bf2ef41fb54
|
|
Change-Id: I99314136cac7f47a5adf8e0e29093ec9fbf4fd90
|
|
Change-Id: I8702c70eb2579781e2f524b2364191e1636370c5
|
|
Change-Id: I54db750b79f77ee964c31febe466f0eeee82b9d1
Reviewed-on: https://gerrit.libreoffice.org/917
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
More type-safe way, instead of void* everywhere
void* instead of sal_Int8 for raw memory / multi-use buffers
Fixed more issues than I care to count, but at least:
- updates to a DECIMAL were truncated to integer because DecimalDigits set to 0
maybe/probably also NUMERIC
- setObjectWithInfo(... DataType::LONGVARCHAR ...) was passed as AT_EXEC, but the buffer was already free()d by then -> crash or wrong data
Change-Id: I0e6791a05b96fb345bfe3f911386263e6cfedde9
|
|
Change-Id: Ifa9b93b2daf0bb448711eb1bd3ebab69febf4f9c
|
|
Change-Id: I6de4e86f09be74518c9980d1b2347217cdcc4e02
|
|
Change-Id: I70f92224e22e9a9a1283564b5b1be7bf1e0240d0
|
|
Change-Id: Id2e8ad5b6bed1c184de6dccf7fa43254099fb958
|
|
Change-Id: I50c64d5fcf1d642052be5edbe64dde2c03c1eba9
|
|
Change-Id: Icf6a71900d79377cde84c2307ce85a9b3c96a54f
|
|
This reverts commit dd6c4f4db1d62268d73e09ae52d23f760a967dcc "fdo#46102: Load
Java scripts with class loaders that actually find them." That commit broke
support for macros embedded in documents (as
new java.net.URL("vnd.sun.star.tdoc:...") throws a MalformedURLExcetpion), and
it looks like that commit was not necessary after all -- or rather that what it
tried to work around must have been some other problem that has been fixed
meanwhile. "It is unclear to me how the Java script provider shall ever have
found the script jars in the past" indicates that something must have been
fishy, and what I failed to notice back then is that createURL creates
java.net.URL instances with a UCBStreamHandler that does allow to obtain content
from weird-looking URLs.
Anyway, with that reverted, all three following scenarios work on both current
master (towards LO 3.7) and libreoffice-3-6 (towards LO 3.6.4); I haven't yet
come around to test on libreoffice-3-5:
1 Stock macros, "Tools - Macros - Run Macro... - LibreOffice Macros -
HelloWorld", running all of the four "helloworld.bsh", "helloworld.js",
"HelloWorldPyhton", and
"org.libreoffice.example.java_scripts.HelloWorld.printHW".
2 Per-document macros, loading test.odt attached to fdo#49517, then "Tools -
Macros - Run Macro... - test.odt - HelloWorld", running
"org.libreoffice.example.java_scripts.HelloWorld.printHW".
3 Extension macros, installing ScriptDispatch.oxt attached to fdo#46012 as
shared extension, then loading StartScriptDispatch.odt attached to fdo#46012 and
pressing the "Start Java via ScriptProvider" button.
Change-Id: I31cd16b3720ffeb1058722d4d1fdffb773f8a067
|
|
Change-Id: I6b26f2805d08d2eb1b28ade459d38a1c6895addf
|