Change-Id: If08154e617250ab78638e149da1ca34a11ceba75

I believe this is not necessary after the recent removal of unordered_map from
handling the attributes.

This reverts commit 76336334.

Change-Id: I631bc2613954953a30448dbe2a5bf564c529e2a0

This code actually worked by mistake, thanks to the wrong ordering of
attributes that was caused by the usage of the boost::unordered_map.

Change-Id: I72cc5b54496b03183987d4d004f985d368e63deb

IMPORTANT: From now on, the order of attributes becomes stable, based on the
order in model.xml (not on implementation details of unordered_map), and the
code that handles attributes may depend on a particular order.  If you want to
change the order how the attributes are handled, change model.xml, and check
you achieved what you wanted in the generated ::getAttributeInfoArray()'s.

[Writerfilter loses another 250k (stripped dbgutil).  And the usage of
unordered_map here was just completely bogus from the very beginning, as it
was only iterated as a normal array anyway ;-)]

Change-Id: Ic70c37793e313c4ccda1d6f374cc2d366307ba1b

instdir/LibreOfficeDev.app/Contents/MacOS/libCbc.3.dylib -> libCbc.3.8.8.dylib
(which does not exist)

See also: 9f339a89

Change-Id: I398d649c2e918b496c9b92364189da4796682653
Reviewed-on: https://gerrit.libreoffice.org/10614Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>

Change-Id: I2550bf0799bd5ebc7f6ff299752fa90b7a31674d
Reviewed-on: https://gerrit.libreoffice.org/10806Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>

Change-Id: I37a83b8e8c0f084ae175be5a5c58fc6b852e23a1
Reviewed-on: https://gerrit.libreoffice.org/10807Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>

...as otherwise base class ~Window would call into WindowEventListener with
this no longer a SwSidebarWin.

Change-Id: Icfe942eef9a0adb58a59397b4f41514e0c696543

Change-Id: Ib86d37e1570c9a64ef83beaf11bf0ec4676533eb

...given the initialization of pOwn based on m_rThis at the start of
CalcUpperSpace and the pOwn->IsTxtFrm() checks preceeding these casts.

At least CppunitTest_sw_odfimport via

SwFlowFrm::CalcUpperSpace
SwSectionFrm::Format
SwLayoutFrm::MakeAll
SwSectionFrm::MakeAll
SwFrm::PrepareMake
SwFrm::Calc
SwLayAction::FormatLayout
SwLayAction::FormatLayout
SwLayAction::FormatLayout
SwLayAction::InternalAction
SwLayAction::Action
SwViewShell::ImplEndAction
SwViewShell::EndAction
SwCrsrShell::EndAction
SwView::OuterResizePixel
SfxViewFrame::DoAdjustPosSizePixel
SfxViewFrame::Resize
SfxFrameViewWindow_Impl::Resize
Window::ImplCallResize
Window::Show
SfxBaseController::ConnectSfxFrame_Impl
SfxBaseController::attachFrame
(anonymous namespace)::SfxFrameLoader_Impl::impl
(anonymous namespace)::SfxFrameLoader_Impl::load
framework::LoadEnv::impl_loadContent
framework::LoadEnv::startLoading
framework::LoadEnv::loadComponentFromURL
unotest::MacrosTest::loadFromDesktop
SwModelTestBase::load
SwModelTestBase::executeImportTest
testFdo55814::Import

leads to calls where m_rThis is not a SwTxtFrm.

As this mixed usage of m_rThis and pOwn is in there since
84a3db80 "initial import" it is hard to tell
whether further uses of m_rThis should be replace with uses of pOwn, too.

Change-Id: I6a59aa3aec2d28b8aec13cd4b9528fdbe4ab093a

Change-Id: I0a649548088428bd1a1fcedab76325fffa6b72a0

...similar to what has been done for svx/sdtmfitm.hxx in
6a2ea81c "Remove unused ctors" and
68969cc6 "Consistency around SdrMetricItem."

Change-Id: I65c36bde166c5f78db8c76364fd057017982fed6

Change-Id: I99f19a3e2ed166c2ea4397f8767975973dd5d983

The maGraphic is updated from a timer, and if you double-click on a file
then the dialog may exit with the previous file still previewed in
maGraphic, so the wrong image is returned by the dialog.

Change-Id: I99094d85d8d68d5c8a842f52e7039dbbbf095995

so I dont keep getting problems when moving patches between Windows
and Linux

Change-Id: Ia2323ecb388bf5996279686e1bd2b1676c5ae213

The dbaccess unoapi test calls
css::sdb::XSingleSelectQueryComposer::appendFilterByColumn
in a state where there is no current row, and thus no column value.
This does not make sense, but let's not break the build while I
figure out how to fix the unoapi test.

Change-Id: If813a1544ec9a5dac6f87197982d10576c91cd8c

...similar to what has been done for svx/sdtmfitm.hxx in
6a2ea81c "Remove unused ctors" and
68969cc6 "Consistency around SdrMetricItem."

Change-Id: I25002e5b6043baa8c93b180a03f475bea5906e4f

Change-Id: I2ca8d57a09b6f8c6d760b5fb6a3d2f94ad22ada3

...and while at it, remove the need for the TempBigPtrEntry derivation.

Change-Id: Ic758f646578a90a28632b1368fed209eb84f9c1c

Change-Id: I1dc2b46109e62b3df1e887472e0bd927cb4bedb7

Regression introduced with 03a2b4a8 "fdo#82151
when constructing column object, replace m_aCurrentRow by a function," where
the other call to m_pGetValue in ORowSetDataColumn::fireValueChange appears OK,
as ORowSetBase::firePropertyChange already wraps the fireValueChange calls in a
try--catch.

Change-Id: I527cc35ae120cf083f7c69a9a23526839a2bbddb

Conflicts:
	dbaccess/source/ui/dlg/dbadmin.src

Change-Id: Idaba7ea38b8ca6b7d0d9cc9599e9a76836573086

Conflicts:
	dbaccess/source/ui/dlg/dbadmin.src

Change-Id: I2655cc1d58c87a254c7074682fd7814e4d00fe73

...and at least gtk2-devel-2.10.4-30.el5, while new enough to cause
ENABLE_GTK_PRINT=TRUE, does not contain
/usr/include/gtk-unix-print-2.0/gtk/gtkunixprint.h

Change-Id: I6ff98e0c67047c0d8c35cfcad45be47ff09ca97a

Replace mentions of it in a few (dcumentation) places with test-install.

Change-Id: I6fc8e58fa5813b05de16feec35215c83e0e45834

Change-Id: Ie92743a05c857f0cbb5e812d8341127d29d18202

Change-Id: I4e67e11772f400f1e6ae1ba8af00dea81c085691

Change-Id: Id0c60b43160f2447cfddfd7cf1c06c1becc419e9
Reviewed-on: https://gerrit.libreoffice.org/10784Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>

Change-Id: Icc9d9587ddf5610d6adaca9b2ea5eb32e2534947

Change-Id: Ibcda49dc561b2778d17c03edaaaf2b8e2fff4a0a

Change-Id: Ib4d5ce06f50ab7413fe8ecb5b61397b41e4fedd2

Change-Id: I71d8d94f410e6c67d0e188ea2e0f79eb151758e0

Change-Id: I9a3e0e36b212ff49ad22ac0ff267d04476b4c307

Change-Id: Ic821faaa9dc02fd965f46a77136edaf7a87cf6fe

Change-Id: Id6ce3aa55b286a300476f3609d1e1994ce2c2768

Change-Id: Id64e3dc06d0d853bc7cece2337dcc927e15a49b6

Change-Id: Id44adf11d445b9c30467e220465528a80ee31b18

Change-Id: Ib69dbdb012e983e194b7ada04b455c80cf0abbaa

Change-Id: I006062986534950485ffa9e280caad3e37c2f35f

Change-Id: I412173d01fe6611027b45169fe4cd9be5b4cc4df