Change-Id: Iadf0767d41830296a441299bf10aaa1e7629a824

Change-Id: Id66f1009b6ec604548c325a036dae7e83cb78d9b

Change-Id: Ie875018a1ad28e4e6a46c2d0a3c2e4115a6fe30d

Something of a compile time vs. run-time choice.

Change-Id: I7e9db3a6f14d352e0b78abd5f22ccc593aceb001

Change-Id: Iffdb9951daaf38489f6b788e07d9b14256459fd4

Unclear that it's a great plan to have a circular tools <-> vcl
dependency like this, but it pre-dates history apparently.

Change-Id: I7a666dbde9ec7cc29a4e260e2012cca4a26b0b29

Change-Id: I35e8a6e5ef7944e937c0b73ebc9986c0eaec2df4

Change-Id: Ia5317b93484d31af978a5276bc6697848130225d

Change-Id: I621567c4596e01092c55d868403910386fa14058

Change-Id: I22a9d9c313a81ccee885b9c8785d4b008a6f2058

Change-Id: Ica8467af599fb3f9313bfa916fec8b7792a6000f

Change-Id: I91d2c45a7082fd989f440fff9e1322e4571dc2b2

Change-Id: I2500a2079cd029505f404f34c9b3d9ec1961afbd

Change-Id: I1d9b0cee1c04e853d38135b84c5c8db24538176e

workaround "OutputDevice subclass should have nothing in it's destructor
but a call to disposeOnce()."

Change-Id: Icc7e09ea4dec3292b62d1aba4dc881220c115414

Change-Id: Ia0c259a4518e91b3dac50927812bef717bce5273

Change-Id: Ic61f85ef159981721420ebc5157bcf09cf09ec51

Change-Id: Id12dbb9219a9581dd52d1f820c47f3da47b62187

Change-Id: I62aa8ca0f07dce9a820527ac1aef9c44cd70223a

Change-Id: I1468fc94aa0c709528a767b96bc26eefdb7ed08f

Change-Id: Ibc091cefab7fb0b628db0896af077a03fcda4094

Change-Id: Iea2124d0b485e051df1136f63ba4113b2dbc6f84

Change-Id: Ib0b9b17010f7c1b0814b48f6fb0144e5296418df

Change-Id: I8be9141b9653e73ebd23a5a3d810f240c376f97e

Change-Id: I616c8c28255e0d90ae90033a128bd34d7570530c

Change-Id: If73bb41bfa805e22609748f25971724b4778edb3

Change-Id: I667852d1c854259ed698541b868a49322c6fbe64

Change-Id: If1926c8ecc94c3b9786a3f255371b440c482a155

Change-Id: I9a1d47202e2794461f6ec44f3e72ee1dd2fde09d

Change-Id: I364c5eb176d5003deb1938810cccf4f2aaedbd59

Now its ok to reference / un-reference ourself during construction.

Change-Id: Ib3b302719c7d40d7a42272f93db5e4c437859cad

Document that in README.lifecycle; the problem is that our constructors
currently take and release references left/right on the object being
created, which ... means we need an initial reference.

Change-Id: I5de952b73ac67888c3fbb150d4a7cde2a7bc9abf

Change-Id: I4a28ba4740e9c84666cd85c046598862f20a7a96

This pointer is used to pass extra information through dialog
constructors, and (as such) if implemented with a VclPtr it causes
us to take and then release a reference on our in-construction
object, before it can return it's 'this' into the safety of its
calling VclPtr<> constructor; not good. cf.
Dialog::doDeferredInit vs. SystemWindow::loadUI.

Change-Id: Idcab40cedcdebed560077cfaa1a14395e6e01cd6

Change-Id: I33ec0318a257929583aa4bb0d107f16d1f8edbcd

Change-Id: Ia7085cf98141fdbd50cf9cc9ed45e2e0c09e448e

Change-Id: Ie6f135d9e91d0831717c2a0726161825d0a06665

also audit commit: "start wrapping OutputDevice in VclPtr"

Change-Id: I6e018d7c3e3c8f941c184ad1aaa8593f7750c620

Change-Id: I0e9460cb33b7cb5da9ddb950ff27bac8cbf7fed8

No need to pay a per-instance cost for this, also avoid a self
reference for every Window sub-class.

Change-Id: I040a0ede9481229e43a39bc23297969e90b95f5e