Age | Commit message (Collapse) | Author |
|
Change-Id: Id5aff315b1d52ac5a869a17b3a654c2d1e670b08
|
|
Change-Id: I7e03481beb1d4e60601fd93d787bc7354495e41f
|
|
Change-Id: I12af47afc21c2b646197893a77698f4e0818f94f
|
|
Change-Id: Ida4abdd6587399aa8ade88af672bcb23ab7ea0f1
|
|
And deprecate the old-style service util::MacroExpander
Change-Id: Ifcefe31a8f8c68c6d44d6ec19616727eb607e1cd
|
|
Change-Id: Ie859cb2dfdc7103c379fce56be88eef8fe390afd
Reviewed-on: https://gerrit.libreoffice.org/1924
Tested-by: Luboš Luňák <l.lunak@suse.cz>
Reviewed-by: Luboš Luňák <l.lunak@suse.cz>
|
|
- do not use gb_UnpackedTarball_copy_header_files for boost
- adapt the optimization in concat-deps.c for new path
- use boost_headers in all LinkTargets that require it
- add explicit include paths to mysqlc, mysqlcppconn, libvisio, liborcus
Change-Id: I0c43e73ed43cc9d2e6bce8faf55e992d655a0bb9
|
|
Change-Id: I6289b522513a2fc86e261c85a04ca9c89fd55b63
|
|
Change-Id: Ibca2af0efa448ed4c2c5b7ad73febf16cbf03480
|
|
Change-Id: I4f79aa69b39d2be8fcceacc90b858f116f875385
|
|
Conflicts:
scripting/source/pyprov/mailmerge.py
Change-Id: I7a3eb3b29f41eed154abd45e1aa5be824983f5de
|
|
Conflicts:
scripting/source/pyprov/mailmerge.py
Change-Id: I5275bdbbc21f422248a32b824ea6de965c23abd0
|
|
(cherry picked from commit 4166969f3b8ed05e91c10a724ce7bd39074012a1)
Conflicts:
scripting/source/pyprov/mailmerge.py
Change-Id: I794735f02db1efe04b323fed9db5458242e5c16a
|
|
Change-Id: Iceac0952b6fc9765cb12f6694260070c1c17296b
|
|
Apparently the login() method in Python 3.3 expects str arguments for
user and password, since it calls encode on them, but for Python 2.6 the
"encode" calls were explicitly added in the caller since login() does
not encode itself; add an ugly version check for that.
Change-Id: Iebfce44073a837e9cb845855ba448d5b6a2ebd11
|
|
This reverts commit 9dec0c79011a0c09068d86fba9387c67da84a39b.
Was nonsense because login method actually expects "str" arguments.
|
|
Obvious problems are in debug code only.
Change-Id: I45aafb4f194a5a020bb95bd96c2d92ca7ee578f8
|
|
...when you set dbg = True
Change-Id: Ifc170e9336a662dce2ae59227baf3bea692eedac
|
|
as the corresponding test is otherwise seen to fail, with user being b, but I have
no idea if this is the most Python-3-ish approach to fix that, or whether more code
needs to be fixed, too.
Change-Id: Ia7fbcbca3cf578ffe1bd5ce3c7c5b709cc77317e
|
|
Change-Id: I09dfd8c2385e6257248b6a43ee4e2ce97ee6bdfc
|
|
I had to drop XEventBroadcaster from the merged interface
because it introduced method name conflicts (addEventListener).
Shouldn't be an issue since it was scheduled to be dropped anyhow,
and the service implementation still implements it, so existing clients
will be fine.
I dropped the interface XPropertySet from the combined IDL because nobody
seems to be using it, and it's primary purpose appears to be to set weird
flags.
I dropped the optional interfaces
XStatusIndicatorFactory
XDispatchInformationProvider
from the combined IDL because the service does not implement them, and
nobody seems to be using them. I suspect they were mistakenly copied
from XFrame.
I also did not convert the Title, UserDefinedAttributes and LayoutManager
properties to attributes, again because no-one is using them.
Change-Id: I678a00006ed2cca2d6c37c4e39465811442c33af
|
|
Change-Id: I40691cd6b1a0a6777e6469bf242fb41dac423587
|
|
Change-Id: I7c0ba8b653b8e0534ae17bd879b93b75c6554893
|
|
Change-Id: I796696fbfe1756d625dcabc56c8769bed3d5dbc1
|
|
Change-Id: Ic19c2ac5817cf5f6359bccda14795ec4f17aad7e
Reviewed-on: https://gerrit.libreoffice.org/1275
Reviewed-by: Tomáš Chvátal <tchvatal@suse.cz>
Tested-by: Tomáš Chvátal <tchvatal@suse.cz>
|
|
Change-Id: Ieff54baaff53031712f737dab84f840adb3bb09a
|
|
This changes all generated API headers (.hpp and .hdl) to use a
namespace alias 'css' instead of the pointlessly long com::sun::star
Makes the change in cppumaker & associated tools, adds a global
namespace alias definition in sal/types.h, and removes a kiloton
of local, now pointless-to-harmful versions of that alias from all
over the code.
Change-Id: Ice5a644a6b971a981f01dc0589d48f5add31cc0f
|
|
To avoid unnecessary confusion between the newly plain code and any instance of
the old extension still installed (per-user or shared), I renamed the UNO
implementation identifier org.openoffice.pyuno.LanguageScriptProviderForPython
to org.libreoffice.pyuno.LanguageScriptProviderForPython. Also, existing
installations of the extension are explicitly not migrated to new user profiles.
Change-Id: Id3dd66ba5e52e0962f7ad0ccb5e4ad5b0bec97fa
|
|
Change-Id: I298f33a23e44146d7ce5fbf72d176020804e03d6
|
|
The service is deprecated, but we still have a handful of in-tree
users, and converting it lets me thread XComponentContext through
a bunch of classes.
Change-Id: Iffdfe537ada6b9e4a89f9b3c8dd82ca85f4bfaba
|
|
Added two new writer commands: NextTrackedChange (FN_REDLINE_NEXT_CHANGE) and
PreviousTrackedChange (FN_REDLINE_PREV_CHANGE).
Rewrote the logic for Accept/Reject change (FN_REDLINE_ACCEPT_DIRECT and
FN_REDLINE_REJECT_DIRECT) to work well with the newly introduced commands.
Change-Id: I03d583bef4225409f69934f16db1854564c2db5f
Reviewed-on: https://gerrit.libreoffice.org/1156
Reviewed-by: Bosdonnat Cedric <cedric.bosdonnat@free.fr>
Tested-by: Bosdonnat Cedric <cedric.bosdonnat@free.fr>
|
|
... derives from com.sun.star.uno.RuntimeException instead of
com.sun.star.uno.Exception.
Only test that breaks with this change is jurt_uno/AnyConverter_Test,
which for mysterious reasons effectively tests that
IllegalArgumentException is a subclass of Exception and not
RuntimeException. Presumably this is just a generic exception test that
happens to use IllegalArgumentException.
Some further testing indicates there are no problems expected at
runtime:
Running "make subsequentcheck" with all Java test code compiled against
a ridl.jar that does not contain the change, running against a soffice
that uses ridl.jar and rdbs with the change + ridl.jar with the change
on the test side yields exactly the same AnyConverter_Test failure, with
no other failures.
Change-Id: Iad183de76ec7e0d56648084e97cdcc160b5b033d
|
|
Change-Id: I000e32ed1701c657046ae3b7f836012a7fd56fe4
|
|
- "unicode" compatiblity
- convert "exec", "print" statements
- exception syntax
- use "ast" module instead of deprecated "compiler"
Change-Id: I2995b79d8854433824fdfafe8314ee5c7a3eacf6
|
|
Change-Id: I710ae66e51139662eb442b681fdf9cc9d158551d
|
|
|
|
I upgraded the service to return XSimpleFileAccess3, since it
already implemented that interface, and it's backwards
compatible.
Change-Id: I40001a46048bd21a23b6a2f58a95376f06fc634b
|
|
Change-Id: I2db644a3c18658b07834fe6653b17713fd8201a7
|
|
Change-Id: I6607bfe8b6bf4d29ffd01cd88a19af5e53d616b5
|
|
Change-Id: I50377a12c2baadf48767e1d4c265417d3c8ab765
|
|
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
|
|
Create a merged XToolkit2 interface for this service to implement.
Which is backwards-compatible, but does not require creating a new service.
Also mark sub-interfaces as non-optional.
Change-Id: I278d0288e92be277033013302267cf93f7d70480
|
|
Change-Id: Ia07d3fd856578ab6976c02f8a0ec96273db19a2c
|
|
Change-Id: Ieb49277020d31779979d8eb508391d6f8b97bf94
|
|
Change-Id: I4e72bf5880fa28cb96d93ede7730a63220af7fa6
|
|
Change-Id: I313afb391562adae4f91c55480a036c228e0b540
|
|
One of the javascript examples parcel-descriptor.xml ended up with a c++
comment instead of a xml comment
Change-Id: Ie63a30e19de2caae08e9a489b6592e1046037416
|
|
Change-Id: Ibb61dc696c4341a0b58d8fd7c2fdfb4c5b991596
|
|
Change-Id: Id851bacb21bbe289cebd635853f4d2028aed9f78
|
|
Change-Id: I0323e3eb9446c4f2b18f84f5ed33909a877163c8
|