This reverts commit 542ae4e06f9f70e328a3e85f1272ead558b36766, which
breaks the build without 15cea073e7ed4970e60967fe036fc492e2052203, which
had to reverted.
This reverts commit 15cea073e7ed4970e60967fe036fc492e2052203. I
overlooked the fact during review that this introduces an svx <-> sfx2
circular dependency.
Fortunately there is a special ole object group with
the MS_EMBED_ACTIVATEWHENVISIBLE flag which define this
behaviour.
Problem is that both Aspect and EmbedMisc are MS specific
enums so we can't use them directly for non-MS objects. But we
can handle opengl charts the same as this ole object group.
Change-Id: I49abeffce319cbb775709a72ba198a1f76b65374
The general idea is to encourage use of the sidebar instead of floating windows (for Navigator, Styles&Formatting and Gallery)
Changes:
* Show the sidebar by default in Writer & Impress
* Remove the Gallery floating window (Gallery now always opens in the sidebar)
* Remove all Gallery, Navigator and Styles&Formatting links from the default toolbar in Writer
(since they have an icon in the sidebar and the sidebar is shown by default now)
* When selecting "More" from the Styles dropdown, the Stylelist opens in the sidebar instead of the floating window
This has all been discussed extensively here: https://bugs.freedesktop.org/show_bug.cgi?id=73151
Change-Id: I3a0461d1472711da7121801000af294b432fccb1
Reviewed-on: https://gerrit.libreoffice.org/11077
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>
gsDefaultDeckId is "PropertyDeck". Deck "default" does not exist
and triggers a fallback, which is the first Deck in the list, which is
"PropertyDeck", too.
Change-Id: If2daa53d002c6547cc5f6fbed1408719c10b149d
Also remove the tools/solar.h included from tools/debug.hxx. The include of solar.h
header was necessary in some cases because of a macro or a typedef that was needed.
Change-Id: Ia6e15d5c2571c58c9e9138b0d0a7f08ae88053c9
Reviewed-on: https://gerrit.libreoffice.org/11075
Reviewed-by: Marcos Paulo de Souza <marcos.souza.org@gmail.com>
Tested-by: Marcos Paulo de Souza <marcos.souza.org@gmail.com>
Old behavior:
1) Add a property of type "Date". DateField inside Value column uses
the full width.
2) Increase the width of the dialog. Now the size of DateField in
the Value column only uses the half width.
Solution:
Set a flag if the current type is of Date. So we can correct the size
after a dialog resize action.
Change-Id: I915a553b2f69aac1aea0ac5b24536db5709abfae
No need to store the position of DateField and TimeField, because this
will not change if we choose another type. The only thing what changes
is the size of the DateField, because both "DateTime" and "Date" use
this field. And for this size we just rely on the size of m_aTimeField,
because it's the same as m_aDateField (for type DateTime).
Change-Id: Ic590c62d82d8f90576479e10be9d422326032d28
Before this patch types "DateTime" and "Yes or No"
were one pixel too big in height.
Fix this by using the original aSize and aPos values, don't
depend on m_aYesNoButton size and position.
However there are some glitches with DateTime: If you scroll
some times up and down the list of "Type" the Date and Time
fields will get positioned somewhere left.
This has to be a problem of DateField and TimeField, because
m_aDateField.SetPosSizePixel( aPos, aSize );
and m_aTimeField get the same values as all other fields...
But this positioning error existed before this patch, too.
Change-Id: I793aebf39f5b6cb6e4b290f21a5dbcc7ce6ce964
