Age | Commit message (Collapse) | Author | Files | Lines |
|
Change-Id: Ie452223b1b55b50e851f666b340355a4d116b84f
|
|
(cherry picked from commit 17d86df23e7be3ab0a161f69ff0f703728e0e135)
Conflicts:
svx/source/tbxctrls/tbcontrl.src
Change-Id: I68e31498aa4916e11e04c57171e32cf9b3204108
|
|
(cherry picked from commit 0376a4c13ccffa64c938c6361a337264ad8f2b67)
Conflicts:
vcl/inc/vcl/combobox.hxx
Change-Id: Ia7d0de2c3017f450b9ace31753a351601ca6f1f0
|
|
It is possible to group objects from different layers, so it is an error
to rely on layer ID when checking visibility of a group. This problem
was partially obscured by the fact that SdrObjGroup::GetLayer() returns
0 if its subobjects are on different layers and 0 is a valid layer ID.
Change-Id: I0ef75544a26817154642185864cafd4e6734fa38
(cherry picked from commit 09d4525b11f396a68ca7c5cbb1ae3462db40c77c)
Reviewed-on: https://gerrit.libreoffice.org/2963
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Reviewed-by: Petr Mladek <pmladek@suse.cz>
Tested-by: Petr Mladek <pmladek@suse.cz>
Reviewed-by: Thorsten Behrens <tbehrens@suse.com>
Tested-by: Thorsten Behrens <tbehrens@suse.com>
|
|
Change-Id: If2fd4eecec4f6f031b264a9a1b0c31e938194878
Reviewed-on: https://gerrit.libreoffice.org/2292
Reviewed-by: Thorsten Behrens <tbehrens@suse.com>
Tested-by: Thorsten Behrens <tbehrens@suse.com>
Reviewed-on: https://gerrit.libreoffice.org/2440
Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
Tested-by: Miklos Vajna <vmiklos@suse.cz>
|
|
Store the glue-point bitmap at a unique index in maRealMarkers for re-use.
Change-Id: I2cd5b240619502dfc8634eca331f4163e5bd5ca8
(cherry picked from commit 8d34984116c0841748ae47afa667877dc1b5a444)
Signed-off-by: Thorsten Behrens <tbehrens@suse.com>
|
|
Change-Id: I48b95c6c0cbfb2f4c4b09cc90b254b96de40b3e9
(cherry picked from commit 115054fef08998c56cba8f14472df1d15007f635)
Reviewed-on: https://gerrit.libreoffice.org/2232
Reviewed-by: Thorsten Behrens <tbehrens@suse.com>
Tested-by: Thorsten Behrens <tbehrens@suse.com>
|
|
The problem was in calculating the cell area, the width should be
subtracted to Right end of cell instead it was adding width to Left
end of the origin cell
Change-Id: I3f31e0c4e0acae84ab5052823fc49932255137d3
Reviewed-on: https://gerrit.libreoffice.org/1686
Reviewed-by: Noel Power <noel.power@suse.com>
Tested-by: Noel Power <noel.power@suse.com>
Reviewed-on: https://gerrit.libreoffice.org/1911
Tested-by: Lior Kaplan <kaplanlior@gmail.com>
Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
|
|
Change-Id: I19adc5047d744acee243c94ff4e31531ae8c458a
(cherry picked from commit ffce5ac51518bbd43ac0ae14dbb0967ae2c50bb4)
Reviewed-on: https://gerrit.libreoffice.org/1893
Reviewed-by: Petr Mladek <pmladek@suse.cz>
Tested-by: Petr Mladek <pmladek@suse.cz>
|
|
... to look pretty; most of these expect PRODUCTEXTENSION to be a word
like "Beta" but nowadays it is ".micro.rc.alphabeta" numbers so there
should be no space before it.
ReplaceStringHookProc adds insult to injury by refusing to
replace %ABOUTBOX variables unless some %PRODUCT is in the string.
Change-Id: Ib676f3837ab0785529a226fc9359e8defacf3459
(cherry picked from commit c106167f5f6ec1bff9b2291ff8791ca6d4d411c3)
Reviewed-on: https://gerrit.libreoffice.org/1763
Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
Tested-by: Miklos Vajna <vmiklos@suse.cz>
|
|
Change-Id: Ice59129d20c6b7e3aa0dbabfefabd14bad8199b6
Reviewed-on: https://gerrit.libreoffice.org/1783
Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
Tested-by: Miklos Vajna <vmiklos@suse.cz>
|
|
squashed combo of four commits to fix fdo#59182
Related: fdo#59182 stop SvxShowCharSet resizing itself
instead of resizing itself when given a size, leading
to lots of flicker as the widget fights the layout,
instead accept the given size, center the drawing in
that area, and tweak the cell highlight drawing
code to fill that extra gap space when edge cells
are selected
(cherry picked from commit 3c8d3ef10267fb0a50686f49c15a3e4ab35503d1)
Related: fdo#59182 make SvxShowText::GetOptimalSize match its SetFont logic
SetFont takes the window size to determine the best font size, so reverse that
SetFont logic to get the desired optimal window size.
(cherry picked from commit 463f2d4fe211e991d551be67be74cf2090afdb7e)
Resolves: fdo#59182 make the special character dialog behave
lock down the sizes of the widgets which depend on the (variable) font in terms
of widgets which are invariant so that they don't jump around to their optimal
sizes as the selected font changes.
(cherry picked from commit f1088250485fa91b4131102c5275e73653bc0c2c)
use the theme width for the scrollbar, not a random 16 pixels
(cherry picked from commit 26af997c55106fd067b32caaceedde3f2c10c1dc)
0d2e35a780552ca52aec20809bcb77d37b6a1bfb
65ea24adb43f9faa974025b6db1c35766b577cd7
e823124e8f156099e5b1708afa5b830153fcce3e
Change-Id: Iee0b44c0939cf32284907ad1fcd57e2e722837d4
Reviewed-on: https://gerrit.libreoffice.org/1716
Reviewed-by: Noel Power <noel.power@suse.com>
Tested-by: Noel Power <noel.power@suse.com>
|
|
regression from 17afe4cea7e01aef1e5270cc09f438bc6fde3211 which is totally
forgivable as its riddled with asserts that suggest there should be no
out-of-bounds accesses and there probably shouldn't and those queries are
possibly bugs. But double-checking 3-6 it is the case that non-existant pages
were queried for in that version too, so return NULL on out-of-bounds
like the original pre-stl conversion code did.
Change-Id: Ic918419b6cb76b083de6b6911dde9d6e00258324
(cherry picked from commit 63de2b8f1493f24669c78df3bc2d48d13528bd9f)
Reviewed-on: https://gerrit.libreoffice.org/1726
Reviewed-by: Noel Power <noel.power@suse.com>
Tested-by: Noel Power <noel.power@suse.com>
|
|
Change-Id: I289e3f2c16ac1cd109e511af11f9a8fa38894edb
Reviewed-on: https://gerrit.libreoffice.org/1663
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
regression since efc6b840a0423099d6c3e0d33c14d34637fbba4c
as that changes the order in which windows are drawn
Change-Id: I37388229533127ab915bec351f094fcd4786b2a3
(cherry picked from commit f8a4ce67987e5cb47f07dc61eeb450e1d5b9c541)
Reviewed-on: https://gerrit.libreoffice.org/1606
Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>
|
|
Conflicts:
svtools/Library_svt.mk
q#
Change-Id: I3455a7294b136400f32163626d5a7a7f2bfa898c
Signed-off-by: Cor Nouws <oolst@nouenoff.nl>
Signed-off-by: Olivier Hallot <olivier.hallot@documentfoundation.org>
Signed-off-by: Adolfo Jayme Barrientos <fitoschido@ubuntu.com>
Signed-off-by: Michael Meeks <michael.meeks@suse.com>
|
|
Change-Id: Iacf59548209d2be8b36839ae12bed9cedb7bdded
Reviewed-on: https://gerrit.libreoffice.org/1562
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
(cherry picked from commit aaaa5350075ad5f589c242ec40f9f6ab7fe822a5)
|
|
Change-Id: I39914909fd394532e7a32c791d4480530393c1c0
Reviewed-on: https://gerrit.libreoffice.org/1499
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
(cherry picked from commit 475469626b3a92528a9584d6c34f2b44b7eb8d1c)
|
|
When a new SvxShape is set on this SdrObject, remove itself from the
previously set SvxShape (if any). Otherwise it will try to reset the
SdrObject's SvxShape in its destructor...
Change-Id: I89d952a722b643a06f8eea87aad68f8bd230f811
(cherry picked from commit 31b93b8600a3e219d33173aa68d9ab570e477e50)
Signed-off-by: David Tardon <dtardon@redhat.com>
|
|
In Writer, Search&replace -> More options -> Formats used to have a
window title of "Example" but not any more; let's add another fallback
for the example text to makeRepresentativeTextForFont, which seems to
give "Lorem ipsum" here.
(regression from widget layout)
Change-Id: I8dd9c099be31ed4390b04e8069a74960b58c6084
(cherry picked from commit a2dd3acd205cb8df959ac03e99b1d1991cc562a8)
|
|
It turns out (as witnessed by fdo#56267) that my fix for fdo#56980 only
cured the symptom, not the cause. The real problem is caused by the
following sequence of events during ODF import:
1) an SvxCustomShape object is created (XShape iface)
2) an SdrObjCustomShape object is created for the SvxCustomShape, but it
is not associated with it (yet)
3) another SvxCustomShape object is created internally by the
SdrObjCustomShape and they are associated
4) an EnhancedCustomShapeEngine is created for this SvxCustomShape by
SdrObjCustomShape
5) the SvxCustomShape from point 1 is set to the SdrObjCustomShape
At some point (I did not follow this explicitly) the SvxCustomShape
cached by the EnhancedCustomShapeEngine loses its (weak) reference to
the SdrObjCustomShape. This leaves it gutted and all subsequent calls to
render() return an empty XShape.
The solution is simple: let SdrObjCustomShape know that the associated
UNO shape has changed, so it can drop the custom shape engine.
Change-Id: I267838ea4857dfcd646f40c811f3ae572237a1e6
(cherry picked from commit 7fec8dfcaca4efc92516f9af51a3157f1a11ccd7)
Signed-off-by: David Tardon <dtardon@redhat.com>
|
|
This reverts commit bb3f2900a867fdcb6df916fff58199b4ce94dd05.
(cherry picked from commit c3fed9f4ea354427c205bd407fcfa3d04093ba50)
Signed-off-by: David Tardon <dtardon@redhat.com>
|
|
Change-Id: I67bf571062c5246402979170e0395ede320dac82
Signed-off-by: David Tardon <dtardon@redhat.com>
|
|
as otherwise we get
uiex's output is invalid:
svx uiconfig\ui
Change-Id: I39b776cdb3561be0bffb8e9ebe3bf9f2660162f6
Signed-off-by: Caolan McNamara <caolanm@redhat.com>
|
|
sometimes difficult to select custom shapes etc. created at non 100% zoom
levels. workaround was to use selection tool to select an area.
Change-Id: I112a60ebf37a37b16f6af5e70358853088e648a8
|
|
Reverts commits:
76350361f386b78e1bc9edb75af89e7ff3afe356
67f899e1d2db0dccde4b9587a52b7157fe1fb0be
1d77d4eada214e14938336070b248c18705939ff
1d16f59023b1b19d01ca69b8c9735be6d3baf5d9
The bug has a great series of linked bugs and stack-traces; the
weakref / mixed tools & UNO lifecycle here is simply hideous.
|
|
Change-Id: Ibcf6338f33c40fbe6682a843b4771d51ea5a6845
|
|
Some writer VCL Windows appear to have thousands of children. Remove
an N^2 in handling them, and let VCL do the job instead. i#103611
continues to stay fixed for simpler code.
Change-Id: I63ddc0647f22c7e60feaaff6b795712c04693c05
|
|
The magic WB_TABSTOP bit is the one that allows a widget to be accepted as a
candidate for getting focus when pressing tab
(cherry picked from commit 166d8257979aac6775319a9e1f305bc94df97e29)
Conflicts:
svx/source/dialog/fontlb.cxx
Change-Id: I7d964bae6b84184ccbc4652d66cf3d2637566405
|
|
Change-Id: I817aef57f3e028d77cf13f8cca1ecc7afcea9725
|
|
1. Type and select some text in Writer
2. Ctrl+F
Result: the text appears in the combobox, but the up/down buttons are still
disabled.
Change-Id: I9cd9f0bad52967a9934577c9bb743085b108fa94
(cherry picked from commit 0849f7317907d899157f506b235f445b449bcbd6)
|
|
Change-Id: I6e4927b847ca6990990be1075c8371404736e27e
|
|
... because XLineDashItem::GetName returns the so-called "api name"
(from RID_SVXSTR_DASH_DEF_START..RID_SVXSTR_DASH_DEF_END range), while
the listbox is filled with corresponding translated names.
Change-Id: I9edeeee6f6219f2b31fb02c24c70f3fef4f0efcb
|
|
Change-Id: I80af0399037e4f68113338139e7f2ad2400e65ab
|
|
Change-Id: If6d23925567fb184cd8fc4e00fc72fe4d216e756
|
|
Change-Id: I9591375e1f7d1b6f69ca9a39add52a94ac852c7f
|
|
Change-Id: I44770c05d51104b45d94145db8263187205daa84
|
|
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
|
|
Change-Id: I15a360723e335345aad09e73fcb0f6815ed9e0d4
|
|
Also, SvViewDataEntry has lost one friend.
Change-Id: Icf6d4127de38fed485cd260edae97748b1f78ede
|
|
Change-Id: Ie239d3d0f8f4ec81a4c5dbed3a1a132117875c7c
|
|
We need to hide these flags away.
Change-Id: I112003a88a92174f5012b3356ba261a039eeccc1
|
|
The a11y API has never really been picked up by tools vendors, let's
not tie ourselves up here for no good reason.
This unpublishes all css::accessibility, and dependend API.
With that, we can change the rather unfortunately-named add/
removeEventListener to be add/removeAccessibleEventListener, thus
not conflicting with the XComponent methods of the same name.
Change-Id: I595598c3a8e46415f80b2780f333333174865fe4
|
|
Change-Id: I922fe667d6bf892916681988cd8599c7db9dc106
|
|
Change-Id: Ie33a4a02f9820e0d52ca3f17c6b410ebe1e6e8f0
|
|
There can be some serious rounding errors involved when calculating where to
draw the grid lines for the various row heights in a document. This can be
especially true for a document that has many different row heights.
This results in draw objects appearing to move relative to the grid line at
different zoom levels. This patch attempts to fix this problem adjusting
the position of the shapes as they are drawn to ensure their position
relative to grid appears to be stable. We do this by translating the position
of the shape to the corrosponding position of it's cell anchor. Of course not
all shapes are cell anchored and in this case we position the shape relative
a temporary synthesized cell anchor.
The patch essentially does the following
a) calculates the offset to be applied for each shape at the current zoom level
to ensure that the shape will be drawn relative to the correct cell grid
see drwlayer.cxx, drawview.cxx & gridwin3.cxx, svdobj.[ch]xx
b) apply the offset in the drawing layer for each of the different drawing
primitives see svx/source/sdr/contact/*
c) making sure the position and size of the newly created shape ( at any zoom
level ) are still as expected when zoom level is changed.
see. sc/source/ui/drawfunc/fuco*.cxx &
d) making sure that overlays and handles are displayed at the correct position
see svx/source/svdraw/*
it could also be that a full blown transform might be needed to additionally
scale the object ( to ensure that the edges of the object stay stable relative
to ajacent grid lines ) If necessary we could do that in a later step.
Change-Id: I02232f8ba192d58dbf96b80adf66c281cd0f65e8
|
|
Change-Id: Id12226af5e537b1eeacbb062ad937a3551e245c0
|
|
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
|
|
Change-Id: Iebf4017ce4c2c48389716eac1bbf7f386ac7a296
|
|
Change-Id: I20f080b76b864208f0706bef9e87cb299f3845aa
|