Age | Commit message (Collapse) | Author | Files | Lines |
|
Conflicts:
cui/source/dialogs/SpellDialog.cxx
editeng/source/items/frmitems.cxx
filter/qa/cppunit/filters-pict-test.cxx
sd/source/filter/grf/sdgrffilter.cxx
sd/source/ui/app/sddll.cxx
svgio/source/svgreader/svgimagenode.cxx
svtools/Library_svt.mk
svtools/Module_svtools.mk
svtools/Package_inc.mk
svtools/source/filter/exportdialog.cxx
svx/source/core/graphichelper.cxx
svx/source/dialog/compressgraphicdialog.cxx
sw/source/ui/shells/grfshex.cxx
sw/source/ui/uiview/view2.cxx
sw/source/ui/utlui/glbltree.cxx
test/source/bootstrapfixture.cxx
tubes/source/contacts.cxx
vcl/Library_vcl.mk
vcl/qa/cppunit/graphicfilter/filters-test.cxx
vcl/source/filter/FilterConfigCache.cxx
vcl/source/filter/graphicfilter.cxx
writerfilter/source/rtftok/rtfdocumentimpl.cxx
Change-Id: I3455a7294b136400f32163626d5a7a7f2bfa898c
|
|
...it apparently leads to crashes, but is probably not good from a usability
perspective anyway (as the menu closes again when the dialog appears/is operated
on by the user).
For now, just disable the Java specific interaction handler here; might make
sense to address this more generally though (there's framework::QuietInteraction
btw).
Change-Id: I6ae303c0084549b5339d219e158cdb89e5a6b331
(cherry picked from commit 9cfc64c66ff9e0f0251a006f039bf4e26a63147a)
Reviewed-on: https://gerrit.libreoffice.org/504
Reviewed-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
Tested-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
|
|
calc application specifically handles PasteSpecial so no need to set the state of the menu entry to enabled always ( for calc at least )
Change-Id: Iaf13dd825f0cbdcf9f455db07d727753fae90868
Signed-off-by: Kohei Yoshida <kohei.yoshida@gmail.com>
|
|
Now that 5c47e5f63a79a9e72ec4a100786b1bbf65137ed4 "fdo#51252 Disable copying
share/prereg/bundled to avoid startup crashes" removed the use of share/prereg,
there is no longer need to generate it in the first place (by calling "unopkg
sync" at build or installation time), and so no need for the "unopkg sync" sub-
command, either. This also allows to simplify some of the jvmfwk code that was
only there so that "unopkg sync" (which can require a JVM) can work in "hostile"
environments (during build and installation).
Conflicts:
setup_native/prj/d.lst
Change-Id: I52657384f4561bf27948ba4f0f88f4498e90987f
Signed-off-by: Andras Timar <atimar@suse.com>
|
|
This reverts commit 5b2cb23c429e1be1099008473770c634ce96c969.
That did not fix the bug (fdo#47021), but apparently it does cause
problems, such as the failure of the sfx2 DocumentEvents test (that
doesn't crash any more since 228a3f8b9f279e80917968d9780e822a1d684ada);
without the SolarMutexReleaser the test doesn't fail for me.
(cherry picked from commit a1d493fad210fdae74b7bbc9dba3b2aa62c10963)
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I23174caacf26c37b4d63b7374c3a2a4a8d4124c3
(cherry picked from commit 180a67252ef9076ad5ddcc69b5dd8e1bace67913)
|
|
A bit differently this time around:
+ remove Credits menu item from menu
+ remove License button from the About dialog
Conflicts:
cui/source/dialogs/about.cxx
Change-Id: I07c1e115aa209ef1d69458f5b188d73caaae4294
|
|
The Lanczos scaling is of very good quality, but it's rather slow,
which can be very noticeable with large images, so it's not a very
good default for everything. And in general, it's not good to refer
to a specific algorithm when all one usually wants is fast/default/best.
Some of these changes are a bit of a guess between default/best,
but the general logic is that best should be used only for images
that won't be large or where the possible waiting does not matter.
Conflicts:
svtools/source/graphic/grfmgr2.cxx
Change-Id: I53765507ecb7ed167890f6dd05e73fe53ffd0231
|
|
since c4461665bd030a555a8b7ffa5bd6717cfb787b9d m_bCanBeCustomized = false
will lead to toolbar locking, but we don't want this, indeed.
Change-Id: I42f16a017c7f1cf6e8321c7fe26c027ec79c7953
(cherry picked from commit 3768e71344a298d8e7ac07fb38a97ccf58f83a10)
|
|
Change-Id: Ie6e3036e83b5ea859e2c73df47629eb79791a52c
(cherry picked from commit 1829efaf9f5d9af9d51b01d273c7b6c60970b05d)
|
|
plus update confusing comments
Change-Id: I9bdab918566548b576fd22389492216fc4aff7df
|
|
This allows the close event in the preview window to be handled in a
custom fashion, instead of having it call the normal "close window"
command.
Change-Id: Id324c4f5c96d0222bf82caa8029aa1c724262c32
|
|
This began life as ::rtl::OUString::createFromAscii which stops at the first
NULL terminator. So drop the \0 to get the same results
Change-Id: I7d9abbff2a6e6131ef5e7208e05cfd13178418cb
(cherry picked from commit 0665c3e52b0b0053c3d622d3fa975d4234801bdd)
Signed-off-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Iee1e599ab9bcf7b6b26efb72b609309d7ba4e13d
|
|
Where we explicitly ask for better quality, use BMP_SCALE_LANCZOS, instead of
BMP_SCALE_INTERPOLATE.
Change-Id: I28ddf3290204532a8660e09ee9ab0949b6ce1c73
|
|
so menus have consistent whitespace at left regardless of containing
checkboxes/radiobutton entries. Its nasty to have menus "suddenly"
appear without whitespace as submenus of ones with whitespace.
This is a logical consequence of MENU_FLAG_SHOWCHECKIMAGES always
set (in the absence of SetMenuFlags where usage has generally
dropped MENU_FLAG_SHOWCHECKIMAGES accidentally)
Change-Id: I9501381b91415131eff5143a0c88142221530fb6
|
|
Update calls to factories to use new ::create methods
Change-Id: I01d4417820f52718836c92faf3c2fae0dc96b30d
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>, added some tweaks.
|
|
Change-Id: I48ca4f57f97f49fe344a7d4aab079f23765d2679
|
|
Change-Id: I120b321166bb078b44d8b9894a1f906e9c6a611f
|
|
Change-Id: I2cded25cc1d63a02a14633e2de4c6f37662feb25
|
|
Change-Id: I3276836b76b69f04de38c2d36ae04b60c49d4873
|
|
Change-Id: Ic00cdfce4172af0a2f0aa1aa33ef5e386d407976
|
|
Change-Id: Ic7f91c035d3e7f0e792d2e9ab217e1fc4ebcf697
|
|
Passing the filter name bypasses the type detection, which is bad. Also,
the module name is needed in order for the type detection to intelligently
decide which app to open in case the file format type is generic, i.e.
.html, .xml, .txt etc.
Change-Id: If18f649b32e79fae58af088362b0b5f11adc8eb3
|
|
Change-Id: I8848d0e687c3b19be1a8bc1f41c2a0c94e13bbbf
|
|
Change-Id: Ic428010ce8c07a1265fef6f0fcfa594501cb9267
|
|
Change-Id: I30be93ccaeb1f9fd17cbe9e3ed3165e094810b2e
|
|
There are entries in the popup menu that are not supposed to be radio buttons,
like More... ;-)
Change-Id: Ic7986a668522901a244d35eda7e9cfbe0133f37e
|
|
Change-Id: Ia5f26c13e7bae42685230769fa86b52703eb2f7e
|
|
Change-Id: If02be864f958de96ae1c54fe575b1828410390b1
|
|
Change-Id: I5a254459a491b9547530d8e312260dceed21f25c
|
|
Change-Id: I69ecb9fa157c706c90132e7801def2253529158d
|
|
Change-Id: I5a097beaaeb30214ed6071bba1297e551291922b
|
|
Change-Id: I563ab83a24ca4f839892548b350486e83dd071d3
|
|
...otherwise, SfxBaseModel::getTitle calls itself recursively until
TitleHelper::m_sTitle has converged.
Change-Id: I90577d1c2e4275ff2187d6531a1ca61e8355819b
|
|
Query a frame's model only once whether it is a preview model, instead of
doing it for each toolbar and menubar and statusbar and progressbar. Each call
via SfxBaseModel::getArgs() results in SfxObjectShell::GetVisArea() that at
least in Calc determines how far visible attributes extend, with several
toolbars requested on each cell edit.
getArgs() calls GetVisArea() still too many times when loading a document even
if the caller doesn't evaluate the WinExtent property, this is an opportunity
for further optimization.
|
|
Change-Id: I50f0887ceb4517d7ef234f970ca2ba679d533382
|
|
Change-Id: I756c0a19bea7b1cc0e290d9f382a04d655819bfb
|
|
this removes dmake completely out of the build for migrated modules
build.pl now assumes modules to be gbuild, unless there is a
prj/dmake file
Change-Id: I674a036b182ee13c5ec093e83cb3d38133112d3b
|
|
|
|
|
|
|
|
This is related to 10e580c57b907420e8c6d816325445a40a720e4a
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|