more than one user-defined conversion has been implicitly applied. So
use the other style of initialisation then.

Nah, breaks the build for non-DESKTOP platforms anyway, as headers
delivered there are needed elsewhere. So just keep building that stuff
even if it presumably will not be needed on either of the non-DESKTOP
platforms.

This reverts commit 9b4212f1.

MSVC warning C4510: 'TokenType' : default constructor could not be
generated and warning C4610: struct 'TokenType' can never be
instantiated - user defined constructor required.

The default constructor could not be generated because of the const
member eTokenType, so unconstipate that. The g_TokenTypes array is
const itself anyway.

MSVC warning C4946: reinterpret_cast used between related classes:
'sw::mark::IMark' and 'sw::mark::ICheckboxFieldmark'.

This time changing the reinterpret_cast to static_cast didn't work,
that caused compilation errors:

cannot convert a 'sw::mark::IMark*' to a
'sw::mark::ICheckboxFieldmark*'; conversion from a virtual base class
is implied
'const_cast' : cannot convert from 'const sw::mark::IMark *' to
'sw::mark::ICheckboxFieldmark *'
  Conversion from pointer to base class to pointer to derived class
  requires an explicit cast (other than const_cast)

dynamic_cast is what we want here. Also added an OSL_ASSERT sanity
check. Thanks to sberg and hub for discussing this on IRC.

More code paths that needed fixing - Writer sports its own Graphic
loading implementation, so that had the need for the stream name
fwd-ing, too. The svg deep type detection was necessary for e.g. the
flat odf - which has inline svg without any filename.

Signed-off-by: Fridrich Štrba <fridrich.strba@bluewin.ch>

Some buggy XLS documents such as those generated by 1C (app used in
Russia) don't include built-in style definitions, and the cell formats
in those docs are not associated with any style at all.  Let's
associate them with the 'Default' style in such cases.

add moggis work and some tweaks from me too

We can't call delete on them directly, as their destructors are
intentionally not public.  Instead, we need to call Delete().

Sad, but it's too tedious to refactor code like:
    while( (pLayout = GetLayout(pLayout)) )
    {
        ...
    }

gtk3: add <cstddef> to vcl/inc/vcl/sysdata.hxx, it seems that g++ 4.6.1 doesn't like to have 'NULL' in plan C++ without this include

gtk3: add toolbar rendering, there is some graphical bugs if you have more than one row in the toolbar (is it detectable in GtkSalGraphices?)