Apache OpenOffice (AOO) Bugzilla – Issue 108607
svx: ambiguous && || in svx/source/svdraw/svdoole2.cxx
Last modified: 2017-05-20 10:24:19 UTC
svx/source/svdraw/svdoole2.cxx has if ( (nMiscStatus & embed::EmbedMisc::MS_EMBED_RECOMPOSEONRESIZE) && svt::EmbeddedObjectRef::TryRunningState( xObjRef.GetObject() ) || xObjRef->getCurrentState() == embed::EmbedStates::INPLACE_ACTIVE ) which the compiler parses as... if ( ((nMiscStatus & embed::EmbedMisc::MS_EMBED_RECOMPOSEONRESIZE) && svt::EmbeddedObjectRef::TryRunningState( xObjRef.GetObject() )) || xObjRef->getCurrentState() == embed::EmbedStates::INPLACE_ACTIVE ) which in this case I guess is what we want, right ?, i.e. not if ( (nMiscStatus & embed::EmbedMisc::MS_EMBED_RECOMPOSEONRESIZE) && (svt::EmbeddedObjectRef::TryRunningState( xObjRef.GetObject() ) || xObjRef->getCurrentState() == embed::EmbedStates::INPLACE_ACTIVE) )
Created attachment 67373 [details] keep current logic
I think that the current code is correct. When an OLE object is resized, e.g. by dragging one of its corners with the mouse, it will change its visual area in case it is active. In case an object is not active when it is resized, the visual area will stay unchanged and the container document will apply a scaling factor on the objects visual representation. OLE objects can overwrite this behavior by requesting a visual area change for each resize because its content might look better when it is adjusted by code, not by scaling. This behavior is inherited from Microsoft's OLE. So I take your patch to silence the warning.
set to verified