- 31 May, 2018 40 kayıt (commit)
-
-
Tor Lillqvist yazdı
Also, it is UnknownPropertyException that we need to catch, not RuntimeException. Did I not actually exercise my change to getValue() back in February? Change-Id: If13eaa9bbecd15f5330a4102ae932f2ec0c7ecd4
-
Tor Lillqvist yazdı
Especially, this happens when an Automation client wants to open a Calc document. Equivalent to the code for the same situation in getCurrentWordDoc(). Change-Id: I209a72dcae49f18cd265e0c6c2790618e1ebb4a1
-
Tor Lillqvist yazdı
Parameters come in in reverse order in pdispparams. There might be less parameters than expected. In that case, assume the missing ones are "optional" (but can't be marked as such in UNO IDL), and fill in the rest with empty Anys. There might also be more parameters than expected. In that case, assume the oovbaapi UNO IDL hasn't kept up with added optional parameters in MSO, and just ignore the extra ones, as long as they are empty. An example: incoming parameters: <12, 13, "foo/bar.tem"> Expected paramters: (string filename, int something, int somethingElse, Any whatever, Any whateverElse) Here the existing incoming parameters are placed in reverse order in the first three outgoing parameters, and the rest of the outgoing paramters are passed as empty Anys. Another example: incoming parameters: <EMPTY, TRUE> Expected parameters: (bool flag) Here the TRUE is passed as the sole outgoing parameter, and the incoming EMPTY is ignored. Still an example: incoming parameters: <"foo.doc", TRUE> Expected parameters: (bool flag) This throws an error as the incoming non-empty extra parameter presumably indicates something important, but there is no corresponding outgoing parameter to pass it in. Change-Id: Ib04f9701099ecb899e792d99ff86588022b3bbf6
-
Tor Lillqvist yazdı
If we have too few parameters, fill with empty ones, as before. If we have more paramters than the called method expects, but the extra ones are empty anyway, ignore them. Do all of this in convertDispparamsArgs(). This improves interoperability with typical Automation clients. Change-Id: I47376993dc10b401e4c349e19b2bbe4be9f8f444
-
Tor Lillqvist yazdı
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
-
Tor Lillqvist yazdı
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
-
Tor Lillqvist yazdı
Change-Id: I4d43bdd6789bdf01cd9b7b38377b19294a544477
-
Tor Lillqvist yazdı
Change-Id: I50ba5482742296609187e8b41bd3a2910c44ca4e
-
Noel Grandin yazdı
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/55062Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
-
Tor Lillqvist yazdı
Change-Id: Icee6f97abf9182621e43a0039b52c2f2e141fa01
-
Tor Lillqvist yazdı
Change-Id: I4360c588ee4866f4e680095c0cd0e8f7aceaa6d7
-
Tor Lillqvist yazdı
Change-Id: Ia5f8c0fcc8d1eb9f6ec3db82b947a16ed3762d01
-
Tor Lillqvist yazdı
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
-
Tor Lillqvist yazdı
Change-Id: Ib230e730f68a30b82915ed6d7898bf1c02690b70
-
Tor Lillqvist yazdı
Seems to be commonly called by 3rd-party Automation (and VB6) client code. Change-Id: I29ee5e7d95f3da2ffae0fac44151148be6e272ee
-
Tor Lillqvist yazdı
It seems to be something 3rd-party VB6 clients expect to be able to get and put. Change-Id: If5079da8ba99fde74b12b9590737d575f6636210
-
Tor Lillqvist yazdı
Change-Id: I785c115ab7bcb7cfddc8e79bd5d31278f0c544dc
-
Tor Lillqvist yazdı
Change-Id: I13601337a78d22eca1df185fb4d51b34a90925f3
-
Tor Lillqvist yazdı
Change-Id: I1c706a2139cb2596969c6c1d166d3f9fe9f91d39
-
Tor Lillqvist yazdı
Change-Id: Ia2a0ade0af45f1ba99b0cfa860bd1986edcf272e
-
Tor Lillqvist yazdı
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
-
Tor Lillqvist yazdı
Change-Id: Ib7fcdbe934b66971995574226f982a6865faab1b
-
Tor Lillqvist yazdı
Change-Id: I428c2bbaa273d893fa5a3cc42bb7f3d060f375ad
-
Tor Lillqvist yazdı
Just call Open() with the same parameters. (Most of which are cheerfully ignored.) Change-Id: Ia9b980bf870bac04fab7e23843d29f66d5859037
-
Tor Lillqvist yazdı
Change-Id: I9c7a17aa9bdbbba29cd12a0e3d09c9047e9b5678
-
Tor Lillqvist yazdı
Change-Id: Iccdb7bc262b8f85caf7efb4407a1f00ff0cfb4a8
-
Tor Lillqvist yazdı
... Application callbacks that want to pass a such. DocumentBeforeClose() is one. (Not yet implemented.) Change-Id: I1e065d608a55e054fb41b0006a76c731915f3ebb
-
Tor Lillqvist yazdı
Change-Id: Iff629243888153250b655a5e942ced024e3338a7
-
Tor Lillqvist yazdı
Change-Id: I4a9c6341891bc80d8ab7648ed972d57739aa4f4a
-
Tor Lillqvist yazdı
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
-
Caolán McNamara yazdı
Change-Id: I51daa79f3f2772d054b7ece248a37b9e5cca4960 Reviewed-on: https://gerrit.libreoffice.org/55121Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
-
Tor Lillqvist yazdı
Change-Id: I47054c1df40d1058618b0fbd3fdb82fa93ca8836
-
Tor Lillqvist yazdı
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/55110Reviewed-by: Tor Lillqvist <tml@collabora.com> Tested-by: Tor Lillqvist <tml@collabora.com>
-
Tor Lillqvist yazdı
Change-Id: I228ae626532b3ae6f632701e71d3da182c496612
-
Caolán McNamara yazdı
Change-Id: I405b0cac0db5f08aa2f9fb73927c4c21f0250988 Reviewed-on: https://gerrit.libreoffice.org/55076Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
-
Caolán McNamara yazdı
Change-Id: Ibd9b9218cf12e80db1fc9a70bdbab38d3df950f7 Reviewed-on: https://gerrit.libreoffice.org/55073Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
-
Caolán McNamara yazdı
Change-Id: I34038f047c002a1ec1276f8c523db0e1c4d29065 Reviewed-on: https://gerrit.libreoffice.org/55100Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
-
Tor Lillqvist yazdı
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/55106Reviewed-by: Tor Lillqvist <tml@collabora.com> Tested-by: Tor Lillqvist <tml@collabora.com>
-
László Németh yazdı
– 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/54936Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: László Németh <nemeth@numbertext.org>
-
Noel Grandin yazdı
part of making mask and alpha internal details of Bitmap/BitmapEx Change-Id: I87ca24af18a29f5eb8a5761c5d95ae2806d97e77 Reviewed-on: https://gerrit.libreoffice.org/55078Reviewed-by: Michael Meeks <michael.meeks@collabora.com> Tested-by: Jenkins <ci@libreoffice.org>
-