Age | Commit message (Collapse) | Author |
|
Change-Id: I5d7b3aa2348cb4f0e8b05be0777b510ec5eb5db5
Reviewed-on: https://gerrit.libreoffice.org/1420
Reviewed-by: Luboš Luňák <l.lunak@suse.cz>
Tested-by: Luboš Luňák <l.lunak@suse.cz>
|
|
Change-Id: I38ee1e764d562a951095c558333414c5afd12100
|
|
during some rework ( not sure if it was me or not ) we try to register
ControlContainerBase on construction as a XModifyListener ( but it's not ). Patch
make ControlContainerBase implement XModifyListener now. iirc the code in question
was moved from UnoDialogControl at some stage and it appears some balls were
dropped :-)
Change-Id: Ifc7084bd7260ceb06334117582facb95bafb6fed
|
|
... "macro redefinition" mostly from tools/postsys.h by wrapping all
inclusion of namespace polluting native windows headers in a single new
winwrap.hxx that is then included by the other headers; also cleans up
some inconsistent definitions of _WIN32_WINNT
Change-Id: Ibfe82a531615d559db2e61e4cdf399e68d0b3223
|
|
This dialog is still of some use with some Writer Wizards and templates.
Re-added the dialog, but moved the menu entry to Tools menu in Writer.
The menu entry has not been added back in the other applications.
Conflicts:
sfx2/sdi/appslots.sdi
sfx2/source/appl/appserv.cxx
sfx2/source/doc/docvor.cxx
sfx2/source/doc/docvor.hrc
sfx2/source/doc/docvor.src
Change-Id: I1388d955752e99ab6d39dfc81bb41a97b33bdfcd
|
|
Conflicts:
basctl/uiconfig/basicide/menubar/menubar.xml
extensions/source/bibliography/uiconfig/sbibliography/menubar/menubar.xml
framework/uiconfig/startmodule/menubar/menubar.xml
sc/uiconfig/scalc/menubar/menubar.xml
sd/uiconfig/sdraw/menubar/menubar.xml
sd/uiconfig/simpress/menubar/menubar.xml
sfx2/sdi/appslots.sdi
sfx2/source/appl/appserv.cxx
sfx2/source/doc/docvor.cxx
sfx2/source/doc/docvor.hrc
sfx2/source/doc/docvor.src
svtools/source/dialogs/addresstemplate.cxx
sw/uiconfig/sglobal/menubar/menubar.xml
sw/uiconfig/sweb/menubar/menubar.xml
sw/uiconfig/swform/menubar/menubar.xml
sw/uiconfig/swreport/menubar/menubar.xml
sw/uiconfig/swriter/menubar/menubar.xml
sw/uiconfig/swxform/menubar/menubar.xml
Change-Id: Iaec660c2d8da109bd644f5c88213fdb0c51a9c0f
|
|
Change-Id: I5aa9dd8c0bfb95c26bca14962f60041e892ea2ea
|
|
Change-Id: I54b99b8ae9de07848acdf643b61ee45df97d014d
|
|
Change-Id: Ice3523a98b575b3dfd39ca6edf5fbacc1f229480
|
|
Change-Id: I10af600300fb90c31a0ada086b6f8d121d625afa
Reviewed-on: https://gerrit.libreoffice.org/1306
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I778dd8e427618a9761cc90683e7d8ac986e27c94
Reviewed-on: https://gerrit.libreoffice.org/1429
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I98385c9b75125c2785a52ab1a2e6c2c4a6798213
|
|
it takes the outputsize of the entire widget and take a little
(not enough) off that as the line width. The line is always
wider that space available, so with widget-layout enabled it
will request more space. On the next update of the lines it
repeats, so listbox grows ever wider.
Change-Id: Ib43239d297bb0ba0dc1096acf347ef17b5e41273
|
|
Change-Id: I7ce64b63acba1581754e5a75ea48e3df654973ae
|
|
rather than inheriting from one, which means
we don't need yet-another-custom-widget
Change-Id: Iddaeedfe45fb06ee72e59143974c9a4d0d2478f6
|
|
Change-Id: I82d5a957b5c38b8aa19e28ceb8d6850c0bf7526e
|
|
Change-Id: If433376df24a3646d80f30e1dfa45463653ea72b
|
|
Change-Id: I0521f9ead0ee317f4eafefafb9c91f942b977cd1
|
|
...so that 16f856a5ca827602362692907dfcf287aa91602e "Adapt climaker to
cppu::bootstrap_InitialComponentContext removal" does not fail. Starting uno
processes from within the build should thus use URE_MORE_SERVICES/TYPES now,
too.
Change-Id: I0a7cfacc804814a2688e54275ebc3e39540d307c
|
|
Change-Id: Ic3948384bc1709d648507c41542c34437abea468
Reviewed-on: https://gerrit.libreoffice.org/1422
Reviewed-by: Luboš Luňák <l.lunak@suse.cz>
Tested-by: Luboš Luňák <l.lunak@suse.cz>
|
|
This is a complement for fdo#39454 bugfix.
Change-Id: I3f406ae151b92419a86abb8f050c8b032d080838
Reviewed-on: https://gerrit.libreoffice.org/1452
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
There are now no callers that need it, and it is alwyas 0 anyway.
Change-Id: Iddee488084e644ac82e9dbf9f251d5ef4bd7c59d
|
|
See previous SwUndoInserts commit.
Change-Id: I8d255e85a72bb93be280f87bab096d69f1e9f573
|
|
There is a problem here; to see it paste something 3 times, then undo
twice and close the document, there is a SwIndexReg assertion because
the SwPosition in the one SwUndoInserts points to a node in the Undo
nodes array that is removed by the dtor of the other SwUndoInserts.
This is because the Undo objects are destroyed from the outermost Redo
backwards, which is usually a good idea but does not work for
SwUndoInserts, which (as they currently are) must be destroyed in the
other order.
But with the previous change to only store whole paragraphs in
SwUndoSaveCntnt it is possible to replace the SwPosition here with
a SwNodeIndex, which points directly to the SwTxtNode and thus does
not care if the position of that node changes due to whatever order
other SwUndoInserts are removed.
Change-Id: I4f0cf308d26f6b2e5aaa8997951c03ae7b2f0951
|
|
If we always create a new text node in MoveToUndoNds, there is no need
for this silly and fragile adding of a "space" at the end, and clients
can rely on having a unique start node for their content.
Change-Id: I60937f33bac8ae2f9732eebfe6e8083b6bb2f210
|
|
I checked history of all the questionable ones, and the itrform2.cxx
one was a genuine error.
Change-Id: Ibfcd8732ba4a66a8c038940ae10f8b27fee466c9
|
|
Fixed position of insert new sheet button (+) when using a sheet with
a different directionality than that of the interface.
Change-Id: Ifc7020c4eb7a1686c23b4d827c47494b88a236b5
Reviewed-on: https://gerrit.libreoffice.org/1385
Tested-by: Lior Kaplan <kaplanlior@gmail.com>
Reviewed-by: Eike Rathke <erack@redhat.com>
|
|
Change-Id: I36c6c56d7277b9b3853b846c86c1f4dd47ebdb08
Signed-off-by: Luboš Luňák <l.lunak@suse.cz>
|
|
Rather than at the end. There is still some flicker, because
SwEditWin::MouseButtonDown() selects it first too and puts the cursor
at the end, but I've wasted already way too much time and trying
to avoid that or the flicker.
Change-Id: Ib0f00f3f955e64427dba8dd1c6ae7123afc17b34
|
|
Change-Id: Ic5076bc7be30e72686840c06f1f9b441b774f3ba
|
|
Change-Id: I609c6f3c071d304f222cd2d15a6ad52dc34652c7
|
|
Change-Id: If7172ff8b8724d0c915aabd42608594ab0c71042
|
|
Use environment variable SAL_LOG_SYSLOG=1
Change-Id: I0c260ca69fbeefb0c2e8cc46ca6955e92791c05b
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I6771f427148f9f46abacaa5f096b98693f3673f9
|
|
Change-Id: I538468b606cc29fd56362dbeb99c2698efac0f58
|
|
cppu::createSimpleRegistry, cppu::createNestedRegistry, and
cppu::bootstrap_InitialComponentContext for registry-based type/service
information, superseded by cppu::defaultBootstrap_InitialComponentContext.
Aborting stubs for the three functions are left in cppuhelper/source/compat.cxx
to avoid having to incompatibly change cppuhelper/source/gcc3.map.
Change-Id: I8e714c021c246b15a6e6fb7f25d754dceff17c8a
|
|
Change-Id: Icd65d8a456cf59b6e4b6b6bfb095c0bff498bcbc
|
|
Change-Id: I853927f5057d60962dc858335c4350881768b2b2
|
|
Moved much of the field area specific storage from the parent dialog
to its child field area control. It's much cleaner this way.
Change-Id: I603fbebc2d9d62742a3808d6f72ca23357d84046
|
|
Change-Id: I10727407c04b46eb80fb7b9b7f5ddcb0c7d628fa
Reviewed-on: https://gerrit.libreoffice.org/1425
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
This commit just removes some unnecessary using declarations
Change-Id: Ia1c7cc925b2db5b1172fae91dc703883d6539eaa
Signed-off-by: José Guilherme Vanz <guilherme.sft@gmail.com>
Reviewed-on: https://gerrit.libreoffice.org/1430
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
Change-Id: I1a4caea70ef8e2fc177a966e7e267ca4df139864
Reviewed-on: https://gerrit.libreoffice.org/1412
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
|
|
|
|
Change-Id: Ie4aac09e9aa7232c61cfdcda7b2bffd5002036a7
|
|
Change-Id: I04a7a1b119cb6cca4bf0dd0d576e5e051f99cc6f
|
|
Change-Id: I750058d7e25de26bf82e76ff09c69257ae09c5ba
|
|
Change-Id: I4e18ce06db42e13479809ba8eec70033943271cf
|
|
Two cases:
1. The items of PairedList have unique id so it works well
when change order of items. Thus when there is no poentry
for some of the items than use the original strings.
2. The items of other lists have only an order number as id
so when order changes than id changes too, which means
poentries do not match with original items. To avoid
pointless lists fill the whole list with english items.
Actually it is a rare case when only the order change,
at most time it goes hand in hand with changing of count
so use that to decide when use original list. This whole
translation ignorance lasts until next po update.
Plus delete one call of MegreRest() function because
it was called twice for some macro defined strings.
Change-Id: I4b34a1831991608583f53e1885c4eb2aea605493
|
|
UseOnPage got changed in commit
fa0f42bafbf24e9141ddee728b160b5ab47077f2, but SvxPageUsage got
unchanged. Given that right now other applications don't support first
page headers / footers, leave SvxPageUsage unchanged and provide
conversion methods between the two types.
|