Age | Commit message (Collapse) | Author |
|
Make it easier to search for a specific class and function in the
output by outputting the 'this' pointer first, not between the class
and function name.
Change-Id: Ia6e087e3a4be9e701c418aedb9b6af5fd4f6e828
|
|
Largely parallel to what we do for Writer.
Yes, there is a fair amount of duplicated code now for the outgoing
("sink") stuff in sw and sc, that should be factored out (to
vbahelper, probably).
Change-Id: I8df4a81c3b9043e8d6b0b206e3c04660205987c7
|
|
Change-Id: I4d43bdd6789bdf01cd9b7b38377b19294a544477
|
|
Change-Id: I50ba5482742296609187e8b41bd3a2910c44ca4e
|
|
so that we flush out various code using Bitmap, in favour of using
BitmapEx.
This is part of the process of making Bitmap largely an internal detail
of vcl
Change-Id: Iaf2ead5e3d9960838723fb55b812b97108093d74
Reviewed-on: https://gerrit.libreoffice.org/55062
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
Change-Id: Icee6f97abf9182621e43a0039b52c2f2e141fa01
|
|
Change-Id: I4360c588ee4866f4e680095c0cd0e8f7aceaa6d7
|
|
Change-Id: Ia5f8c0fcc8d1eb9f6ec3db82b947a16ed3762d01
|
|
Like the other similar attributes and methods added lately, they just
forward to the corresponding attributes of the "active
window". Whether setting and retrieving such then actually does
something useful or not I don't know. My main concern is that
Automation and COM clients at least won't complain and abort because
of unimplemented APIs.
Change-Id: Ia8d22e3137d314268ac6771bb355e9f0686f52dc
|
|
Change-Id: Ib230e730f68a30b82915ed6d7898bf1c02690b70
|
|
Seems to be commonly called by 3rd-party Automation (and VB6) client
code.
Change-Id: I29ee5e7d95f3da2ffae0fac44151148be6e272ee
|
|
It seems to be something 3rd-party VB6 clients expect to be able to
get and put.
Change-Id: If5079da8ba99fde74b12b9590737d575f6636210
|
|
Change-Id: I785c115ab7bcb7cfddc8e79bd5d31278f0c544dc
|
|
Change-Id: I13601337a78d22eca1df185fb4d51b34a90925f3
|
|
Change-Id: I1c706a2139cb2596969c6c1d166d3f9fe9f91d39
|
|
Change-Id: Ia2a0ade0af45f1ba99b0cfa860bd1986edcf272e
|
|
They are supposed to be emitten when a new document is created, an
existing document opened, or a document is made the active
document. (Hopefully our SfxEventHintId::ActivateDoc matches the last
one semantically.)
Change-Id: Ic53285fc3d1b9a61ababf77f06477081cef20f27
|
|
Change-Id: Ib7fcdbe934b66971995574226f982a6865faab1b
|
|
Change-Id: I428c2bbaa273d893fa5a3cc42bb7f3d060f375ad
|
|
Just call Open() with the same parameters. (Most of which are
cheerfully ignored.)
Change-Id: Ia9b980bf870bac04fab7e23843d29f66d5859037
|
|
Change-Id: I9c7a17aa9bdbbba29cd12a0e3d09c9047e9b5678
|
|
Change-Id: Iccdb7bc262b8f85caf7efb4407a1f00ff0cfb4a8
|
|
... Application callbacks that want to pass a
such. DocumentBeforeClose() is one. (Not yet implemented.)
Change-Id: I1e065d608a55e054fb41b0006a76c731915f3ebb
|
|
Change-Id: Iff629243888153250b655a5e942ced024e3338a7
|
|
Change-Id: I4a9c6341891bc80d8ab7648ed972d57739aa4f4a
|
|
The returned information for the methods is fairly bogus, though. Not
sure now (a few months after I wrote the code) whether this added
functionality was actually needed, or whether I just added it for
potential future need, and with the intent that it needs to be
improved significantly then later if actually needed.
Change-Id: Ifb132f494cdd7172b4b1d05cc26e2370ea595f41
|
|
Change-Id: I51daa79f3f2772d054b7ece248a37b9e5cca4960
Reviewed-on: https://gerrit.libreoffice.org/55121
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I47054c1df40d1058618b0fbd3fdb82fa93ca8836
|
|
Use a similar idea as for the Application events. Use the SwDocShell
to keep the XSinkCaller. Call the Close event from
SwXTextDocument::close().
Change-Id: Ie873238c5a966fc859d45b59f424ae0e9f4fbfc7
Reviewed-on: https://gerrit.libreoffice.org/55110
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
|
|
Change-Id: I228ae626532b3ae6f632701e71d3da182c496612
|
|
Change-Id: I405b0cac0db5f08aa2f9fb73927c4c21f0250988
Reviewed-on: https://gerrit.libreoffice.org/55076
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Ibd9b9218cf12e80db1fc9a70bdbab38d3df950f7
Reviewed-on: https://gerrit.libreoffice.org/55073
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I34038f047c002a1ec1276f8c523db0e1c4d29065
Reviewed-on: https://gerrit.libreoffice.org/55100
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Generate Application.DocumentChange and Application.Quit events.
SfxHintId::DocChanged seems to correspond nicely enough to
Application.DocumentChange. It is generated a bit eagerly, but as its
documentation is fairly vague and no specific detailed information is
passed in parameters anyway, it probably doesn't hurt if a client gets
it a bit more often with LO than with some other product.
Can now remove the FIXME-marked Quit event things in SwVbaApplication.
Now need oovbaapi in many makefiles for them to compile.
Change-Id: I4d0c5b93b584f198bcc854002eec7aaba7909ecc
Reviewed-on: https://gerrit.libreoffice.org/55106
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
|
|
– new Bulgarian and Icelandic language support
– fixes of language data based on libreoffice-l10n's patches
and feedback (see ChangeLog in the external package for details)
Change-Id: I98598747c8b4e8e7fba380998c6ebbc1f63fef2e
Reviewed-on: https://gerrit.libreoffice.org/54936
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: László Németh <nemeth@numbertext.org>
|
|
part of making mask and alpha internal details of Bitmap/BitmapEx
Change-Id: I87ca24af18a29f5eb8a5761c5d95ae2806d97e77
Reviewed-on: https://gerrit.libreoffice.org/55078
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
Instead, be generic, check whether the objects implements
ooo::vba::XConnectable. That's what we do in the
IID_IConnectionPointContainer case, too.
Change-Id: Ib499aa011775f79a2accaef64e19738bdb7ed143
Reviewed-on: https://gerrit.libreoffice.org/55109
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tor Lillqvist <tml@collabora.com>
|
|
Change-Id: I0243ee3e492d8445ebcc059293dcc4cb3c5c889b
Reviewed-on: https://gerrit.libreoffice.org/55105
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tor Lillqvist <tml@collabora.com>
|
|
Change-Id: I594258303469a1f5b9490b824fdc304a5a780784
|
|
Project: help fc875c6ab3763e36008fd872b3670d953f18ba9d
Fix default cases in switches
Change-Id: I40f6c8e5a6fd0a0ff1d3e6205de449f14598212b
Reviewed-on: https://gerrit.libreoffice.org/55107
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Olivier Hallot <olivier.hallot@libreoffice.org>
|
|
Project: help a0b4db5f17e58f656d527b807e09ed02b04c2827
tdf#58134 Some Options settings cannot be reset
Add warnings in help pages when some options cannot be reset.
This patch does not close the bug, which in some cases is a
bug in the dialog controller.
Change-Id: Ie6d0019a9c6611c2ad8784f593ceefa5748bf56b
Reviewed-on: https://gerrit.libreoffice.org/55103
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Olivier Hallot <olivier.hallot@libreoffice.org>
|
|
I think. Anyway, if it turns out we do want one per client, easy to
revert this. (And it isn't very common to have several Automation
clients connected at the same time anyway, surely.)
There will still additionally be one SwVbaGlobals (and
SwVbaApplication) per open document with a StarBasic interpreter,
though. I think.
Change-Id: I5f7dbfd65b5decb152c1192298bc85dcf6027d64
Reviewed-on: https://gerrit.libreoffice.org/55094
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
|
|
XConnectable interfaces need a second IID, for the interface "itself",
not the coclass. (I am sure there is some catchy short term for that,
I just can't find it right now.)
Allow several simultaneous sinks for a SwVbaApplication. Not sure in
what case such would be needed, but you never know about 3rd-party
client code, and it's trivial to handle anyway, so why not.
Lots of FIXMEs still. There is likely also a lot of leaks. But at
least an event handler in a simple VBScript script does get invoked.
Note that the changed and added code in extensions/source/ole is
totally unaware of what outgoing ("event") interfaces Writer or Calc
implements, it is all handled generically through the UNO interfaces I
added recently.
One particular thing that needs doing is to actually make Writer (and
Calc) raise this kind of events when necessary. The current code to
invoke events handlers in StarBasic (including StarBasic code running
in "VBA" compaibility) is very much tied to having StarBasic running
(not surprisingly), which of course is not at all the case when it is
an Automation client that is manipulating a Writer or Calc instance
and wants events.
There is demonstration-only code in SwVbaApplication::Documents() to
raise the "Quit" event. (I would have put that in the SwVbaApplication
destructor but that doesn't seem to get called.) That should of course
go away once we invoke other relevant events in appropriate places.
And the "Quit" event needs to be invoked when the application is
quitting.
The whole callback mechanism with IConnectionPoint etc is still partly
a mystery to me. It is entirely possible that even if this now works
for a simple VBScript client, it won't work for (for instance) a VB6
client that might exercise the APIs of the COM interfaces we provide
in a different way.
Add XSinkCaller, for something that perhaps calls one or several
XSinks.
Change-Id: Ica03344010e374542f4aceff5ec032c78579f937
Reviewed-on: https://gerrit.libreoffice.org/55093
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tor Lillqvist <tml@collabora.com>
|
|
part of the process of making Bitmap's internals be private to vcl
Change-Id: I3784c14be1572d4df64b9cbdb5adcebdd1b274fd
Reviewed-on: https://gerrit.libreoffice.org/55050
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>
|
|
commit 1f6af5c409105562edf2a034f4841c1aeb5a38b5
"vcl: move Bitmap::MakeMonochrome() to BitmapMonochromeFilter"
seems to have dropped a line of code which means the filtering
doesn't actually have an effect.
Change-Id: If46c15bd9ab9d4e3911bdb9baf3091889b1f634d
Reviewed-on: https://gerrit.libreoffice.org/55071
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
|
|
Change-Id: I935f0b1a28b483fad70caf7af96742dee74916ad
Reviewed-on: https://gerrit.libreoffice.org/55087
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Embedded native data (what we don't parse just carry on) and real OLE2
embedding already worked, this adds the case where the actual content is
ODF, just inside OLE2.
The DOC import/export had support for handleing ODF content inside OLE2,
so reuse that code: add new functions to SvxMSDffManager for import
purposes and reuse SvxMSExportOLEObjects for export purposes.
Change-Id: I0acf65d4bf29af896b8f1dd625e8672050aae350
Reviewed-on: https://gerrit.libreoffice.org/55088
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
--enable-ext-mariadb-connector is not the default, this fixes the build
after using that switch up to the mariadb-connector-c module.
mysql-connector-cpp is still broken, VS 2015 gives internal compiler
error there for the used boost pieces...
Change-Id: I1845cde03d5166594aac67c23e61186920ab3785
Reviewed-on: https://gerrit.libreoffice.org/55055
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
Some customer VB6 code calls it. It doesn't seem to do anything
interesting in Word either, so I don't feel that bad for it not doing
anything in Writer.
Change-Id: I81162fcdd0caa22b19760f8cb40266f7f571d8ce
Reviewed-on: https://gerrit.libreoffice.org/55069
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tor Lillqvist <tml@collabora.com>
|
|
It is just supposed to return 1, after all. And we do try to implement
the GetTypeInfo().
(Sure, the testing I am doing that turned out to require GetTypeInfo()
to work then immediately after this runs into much harder problems to
solve, but that is another issue.)
Change-Id: If7e0707d7b404d6a46b24e642c2146b3bfff03f0
Reviewed-on: https://gerrit.libreoffice.org/55070
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
|