'Ownership' is one word, as is 'relationship'

Change-Id: I45c441f68ed5f20cfc87e34e7bfb529a30952f81
This commit is contained in:
Tor Lillqvist
2015-01-23 16:23:26 +02:00
parent b55ef81671
commit d2ac4c3e68
12 changed files with 13 additions and 13 deletions

View File

@@ -33,7 +33,7 @@ public:
::com::sun::star::chart2::XChartType >& xChartTypeModel
, sal_Int32 nDimensionCount
, bool bNoArea
, PlottingPositionHelper* pPlottingPositionHelper //takes owner ship
, PlottingPositionHelper* pPlottingPositionHelper //takes ownership
);
virtual ~NetChart();

View File

@@ -564,7 +564,7 @@ TransferableHelper* OApplicationController::copyObject()
break;
}
// the owner ship goes to ODataClipboards
// the ownership goes to ODataClipboards
return pData;
}
catch(const SQLException&)

View File

@@ -78,7 +78,7 @@ namespace dbaui
else
pData = new ODataClipboard(aDSName, _nCommandType, aName, getNumberFormatter(), getORB());
// the owner ship goes to ODataClipboards
// the ownership goes to ODataClipboards
return pData;
}
catch(const SQLException& )

View File

@@ -68,7 +68,7 @@ namespace dbaui
Reference< ::com::sun::star::util::XCloseable > xCloseable(m_xBeamer,UNO_QUERY);
m_xBeamer = NULL;
if(xCloseable.is())
xCloseable->close(sal_False); // false - holds the owner ship of this frame
xCloseable->close(sal_False); // false - holds the ownership of this frame
}
boost::scoped_ptr<vcl::Window> aTemp(m_pSplitter);

View File

@@ -134,7 +134,7 @@ modules1.oxt: Defines two Modules and three Nodes. The Nodes may not
be displayed in OOo's options dialog because there is currently no application
which uses this Module. However the Nodes are displayed in the options dialog
of the Extension Manager.
There are three Nodes defined. The relation ship is this:
There are three Nodes defined. The relationship is this:
-module1
-node 1

View File

@@ -226,7 +226,7 @@ private:
/** @short validate the specified type and its relation ships
/** @short validate the specified type and its relationships
and set all needed information related to this type
in the specified descriptor.
@@ -249,7 +249,7 @@ private:
/** @short validate the specified filter and its relation ships
/** @short validate the specified filter and its relationships
and set all needed information related to this filter
in the specified descriptor.

View File

@@ -485,7 +485,7 @@ bool CloseDispatcher::implts_closeFrame()
if ( ! xFrame.is() )
return true;
// dont deliver owner ship; our "UI user" will try it again if it failed.
// dont deliver ownership; our "UI user" will try it again if it failed.
// OK - he will get an empty frame then. But normally an empty frame
// should be closeable always :-)
if (!fpf::closeIt(xFrame, false))

View File

@@ -50,7 +50,7 @@ class LoadEnvException
ID_NO_CONFIG_ACCESS,
/** @short Some data obtained from the filter configuration seems to incorrect.
@descr Might a filter-type relation ship seem to be damaged. */
@descr Might a filter-type relationship seem to be damaged. */
ID_INVALID_FILTER_CONFIG,
/** @short indicates a corrupted media descriptor.

View File

@@ -3094,7 +3094,7 @@ void Frame::implts_checkSuicide()
m_bSelfClose = false;
aReadLock.clear();
/* } SAFE */
// force close and deliver owner ship to source of possible throwed veto exception
// force close and deliver ownership to source of possible throwed veto exception
// Attention: Because this method is not designed to throw such exception we must suppress
// it for outside code!
try

View File

@@ -765,7 +765,7 @@ public class FunctionHelper
com.sun.star.util.XCloseable.class, xFrame);
if (xCloseable!=null)
{
// We deliver the owner ship of this frame not to the (possible)
// We deliver the ownership of this frame not to the (possible)
// source which throw a CloseVetoException. We whishto have it
// under our own control.
try

View File

@@ -1331,7 +1331,7 @@ SwTableNode* SwNodes::TextToTable( const SwNodes::TableRanges_t & rTableNodes,
SwNodeIndex aInsertIndex( rTableNodes.rbegin()->rbegin()->aEnd );
++aInsertIndex;
//!! owner ship will be transferred in c-tor to SwNodes array.
//!! ownership will be transferred in c-tor to SwNodes array.
//!! Thus no real problem here...
new SwEndNode( aInsertIndex, *pTblNd );

View File

@@ -402,7 +402,7 @@ SwXMailMerge::~SwXMailMerge()
//! because there is no automatism that will do that later.
//! #120086#
if ( eVetoed == CloseModelAndDocSh( xModel, xDocSh ) )
OSL_FAIL("owner ship transferred to vetoing object!" );
OSL_FAIL("ownership transferred to vetoing object!" );
xModel = 0;
xDocSh = 0; // destroy doc shell