strepsirrhini/office-gobmx
9
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

INTEGRATION: CWS macosxdnd (1.78.22); FILE MERGED

Browse source 
2007/11/13 12:15:59 tra 1.78.22.2: RESYNC: (1.78-1.79); FILE MERGED
2007/11/13 10:44:31 tra 1.78.22.1: #i79620#do not release Solar mutex in StartDrag method because we have to excute 'XDragSource::startDrag' synchronously in the main thread otherwise we would not get any drag system events
This commit is contained in:
Rüdiger Timm 2008-02-18 13:45:50 +00:00
parent aa2c8b4076
commit 2846f8f410
1 changed files with 11 additions and 2 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

13
svtools/source/misc/transfer.cxx
View file

@ -4,9 +4,9 @@
*
* $RCSfile: transfer.cxx,v $
*
* $Revision: 1.79 $
* $Revision: 1.80 $
*
* last change: $Author: hr $ $Date: 2007-09-26 14:33:08 $
* last change: $Author: rt $ $Date: 2008-02-18 14:45:50 $
*
* The Contents of this file are made available subject to
* the terms of GNU Lesser General Public License Version 2.1.
@ -1030,7 +1030,13 @@ void TransferableHelper::StartDrag( Window* pWindow, sal_Int8 nDnDSourceActions,
const Point aPt( pWindow->GetPointerPosPixel() );
// On Mac OS X we are forced to execute 'startDrag' synchronously
// contrary to the XDragSource interface specification because
// we can receive drag events from the system only in the main
// thread
#if !defined(QUARTZ)
const sal_uInt32 nRef = Application::ReleaseSolarMutex();
#endif
try
{
@ -1046,7 +1052,10 @@ void TransferableHelper::StartDrag( Window* pWindow, sal_Int8 nDnDSourceActions,
{
}
// See above for the reason of this define
#if !defined(QUARTZ)
Application::AcquireSolarMutex( nRef );
#endif
}
}