Files
libreoffice/slideshow/source/engine/transitions/parametricpolypolygon.hxx
Oliver Bolte b54513d952 INTEGRATION: CWS presfixes12 (1.4.12); FILE MERGED
2007/01/29 14:02:16 thb 1.4.12.1: Issue number: #i37778#

Larger slideshow refactoring. Wrote design and coding style manifest,
and adapted the code to actually conform to this. In detail:
 - cleaned up ownership/disposable/weak_ptr story. removed hacks and
   explicit Disposable implementations, where workaround were available
 - removed object mutices, where superfluous
 - reworked EventMultiplexer (using templatized listener class now), added
   more events. EventMultiplexer now serves as a true blackboard
 - reworked directory structure: disjunct parts are now physically separated
   into directories, instantiation happens via factories & abstract interfaces
 - added CursorManager, to make setting mouse cursor less hackish
 - reworked DrawShape, to implement SeparateListener pattern
 - reworked IntrinsicAnimationActivity, to avoid cyclic references
 - modified hyperlink & shape cursor handling to communicate via
   EventMultiplexer
 - renamed & cleaned up files (presentation.cxx now named slideshowimpl.cxx,
   etc.)
 - added first version of the z-order fix to layer/layermanager
 - cleaned up include guards and include syntax
2007-07-17 13:59:20 +00:00

107 lines
4.3 KiB
C++

/*************************************************************************
*
* OpenOffice.org - a multi-platform office productivity suite
*
* $RCSfile: parametricpolypolygon.hxx,v $
*
* $Revision: 1.5 $
*
* last change: $Author: obo $ $Date: 2007-07-17 14:59:05 $
*
* The Contents of this file are made available subject to
* the terms of GNU Lesser General Public License Version 2.1.
*
*
* GNU Lesser General Public License Version 2.1
* =============================================
* Copyright 2005 by Sun Microsystems, Inc.
* 901 San Antonio Road, Palo Alto, CA 94303, USA
*
* This library is free software; you can redistribute it and/or
* modify it under the terms of the GNU Lesser General Public
* License version 2.1, as published by the Free Software Foundation.
*
* This library is distributed in the hope that it will be useful,
* but WITHOUT ANY WARRANTY; without even the implied warranty of
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
* Lesser General Public License for more details.
*
* You should have received a copy of the GNU Lesser General Public
* License along with this library; if not, write to the Free Software
* Foundation, Inc., 59 Temple Place, Suite 330, Boston,
* MA 02111-1307 USA
*
************************************************************************/
#ifndef INCLUDED_SLIDESHOW_PARAMETRICPOLYPOLYGON_HXX
#define INCLUDED_SLIDESHOW_PARAMETRICPOLYPOLYGON_HXX
#include <basegfx/polygon/b2dpolypolygon.hxx>
#include <boost/shared_ptr.hpp>
/* Definition of ParametricPolyPolygon interface */
namespace slideshow
{
namespace internal
{
/** Interface defining a parametric poly-polygon.
This interface defines a poly-polygon, whose actual shape
is parameterized by a floating point value. This is
e.g. used to generically access the various clip polygon
generators for transition effects.
Since for every parametric poly-polygon, there is a set of
variations, which can easily be generated by simple
transformations or change in parameter range sweep
direction, objects implementing this interface only
generate <em>one</em> prototypical instance of the
parametric poly-polygon. Generally speaking, the main
effect direction should be horizontal, it should make
increasingly more area visible (transition 'in'), and when
there is a designated direction given, that should be
left-to-right.
*/
class ParametricPolyPolygon
{
public:
virtual ~ParametricPolyPolygon() {}
/** Retrieve the poly-polygon for value t.
@param t
Current parameter value to retrieve the corresponding
poly-polygon for. Permissible values for t must be in
the range [0,1].
@return a poly-polygon corresponding to the given
parameter value. The poly-polygon is interpreted as
living in the unit rectangle (i.e. [0,1]x[0,1]), but
is not necessarily constrained to completely lie in
this area (this very much depends on the actual effect
to be generated). Although, from a performance
perspective, it currently <em>is</em> advantageous to
try to keep the poly-polygon within these bounds (at
least if there are no hard reasons not to do so),
because then reversion or out transformations are
potentially faster to compute (see the
TransitionInfo::meReverseMethod member in
transitionfactory.cxx). Furthermore, if one of the
polygon modifications involve subtraction (also see
TransitionInfo::meReverseMethod), all generated
polygons should be oriented clock-wise
(i.e. traversing the polygon vertices with increasing
vertex index should generate a clock-wise movement).
*/
virtual ::basegfx::B2DPolyPolygon operator()( double t ) = 0;
};
typedef ::boost::shared_ptr< ParametricPolyPolygon > ParametricPolyPolygonSharedPtr;
}
}
#endif /* INCLUDED_SLIDESHOW_PARAMETRICPOLYPOLYGON_HXX */