This class is dereived from svt::PopupWindowController, derived in turn
from svt::ToolboxController, the base class of all
css.frame.ToolbarController's. Adapt getSupportedServiceNames() and the
passive component registration to reflect that fact.

It actually does not override any method in svt::StatusbarController, so
there is no point in keeping it.

in some build environments the use of std::transform() with plain pointers as
input iterators results in many warnings about how unsafe such a construct is.
The warnings could be suppressed e.g. on MSVC with the SCL_SECURE_NO_WARNINGS
define. Open coding the construct makes it cleaner and more debugable though.

fixes a build breaker in some environments where boost's tr1 is used as STL.
The dependence of rtti-less parts of the connectivity module on rtti-enabled
comphelper headers which in turn uses STL in both modes explores the limits
of compilers and runtime environments for little gain and is thus quite sick...

the standard C++ library on MSVC is available in LIBCPMT.LIB and MSVCPRT.LIB
(the static and dynamic C++ runtime libraries for multithreaded environments).

it doesn't make sense to download them if they are not used

most STLs include relevant parts of it indirectly, but
one can not depend on it (seen with MSVC's tr1 headers)

Added ::com::sun::star::lang::XComponent. IDL documentation taken from
http://wiki.openoffice.org/wiki/Framework/Tutorial/Statusbar_Controller#Status_bar_controller_service

Changed the name, it is not a PopupMenuController, but a ToolbarController that shows a PopupMenu filled at runtime by a PopupMenuController

Make it a base class for other ToolbarController components, there is no sense to make it a component by itself

Use this base class for three new pure UNO ToolbarController's

Some small clean-up to use the PopupMenu ToolbarController