1*cdf0e10cSrcweir /************************************************************************* 2*cdf0e10cSrcweir * 3*cdf0e10cSrcweir * DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER. 4*cdf0e10cSrcweir * 5*cdf0e10cSrcweir * Copyright 2000, 2010 Oracle and/or its affiliates. 6*cdf0e10cSrcweir * 7*cdf0e10cSrcweir * OpenOffice.org - a multi-platform office productivity suite 8*cdf0e10cSrcweir * 9*cdf0e10cSrcweir * This file is part of OpenOffice.org. 10*cdf0e10cSrcweir * 11*cdf0e10cSrcweir * OpenOffice.org is free software: you can redistribute it and/or modify 12*cdf0e10cSrcweir * it under the terms of the GNU Lesser General Public License version 3 13*cdf0e10cSrcweir * only, as published by the Free Software Foundation. 14*cdf0e10cSrcweir * 15*cdf0e10cSrcweir * OpenOffice.org is distributed in the hope that it will be useful, 16*cdf0e10cSrcweir * but WITHOUT ANY WARRANTY; without even the implied warranty of 17*cdf0e10cSrcweir * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the 18*cdf0e10cSrcweir * GNU Lesser General Public License version 3 for more details 19*cdf0e10cSrcweir * (a copy is included in the LICENSE file that accompanied this code). 20*cdf0e10cSrcweir * 21*cdf0e10cSrcweir * You should have received a copy of the GNU Lesser General Public License 22*cdf0e10cSrcweir * version 3 along with OpenOffice.org. If not, see 23*cdf0e10cSrcweir * <http://www.openoffice.org/license.html> 24*cdf0e10cSrcweir * for a copy of the LGPLv3 License. 25*cdf0e10cSrcweir * 26*cdf0e10cSrcweir ************************************************************************/ 27*cdf0e10cSrcweir 28*cdf0e10cSrcweir #ifndef INCLUDED_SLIDESHOW_PARAMETRICPOLYPOLYGON_HXX 29*cdf0e10cSrcweir #define INCLUDED_SLIDESHOW_PARAMETRICPOLYPOLYGON_HXX 30*cdf0e10cSrcweir 31*cdf0e10cSrcweir #include <basegfx/polygon/b2dpolypolygon.hxx> 32*cdf0e10cSrcweir #include <boost/shared_ptr.hpp> 33*cdf0e10cSrcweir 34*cdf0e10cSrcweir 35*cdf0e10cSrcweir /* Definition of ParametricPolyPolygon interface */ 36*cdf0e10cSrcweir 37*cdf0e10cSrcweir namespace slideshow 38*cdf0e10cSrcweir { 39*cdf0e10cSrcweir namespace internal 40*cdf0e10cSrcweir { 41*cdf0e10cSrcweir /** Interface defining a parametric poly-polygon. 42*cdf0e10cSrcweir 43*cdf0e10cSrcweir This interface defines a poly-polygon, whose actual shape 44*cdf0e10cSrcweir is parameterized by a floating point value. This is 45*cdf0e10cSrcweir e.g. used to generically access the various clip polygon 46*cdf0e10cSrcweir generators for transition effects. 47*cdf0e10cSrcweir 48*cdf0e10cSrcweir Since for every parametric poly-polygon, there is a set of 49*cdf0e10cSrcweir variations, which can easily be generated by simple 50*cdf0e10cSrcweir transformations or change in parameter range sweep 51*cdf0e10cSrcweir direction, objects implementing this interface only 52*cdf0e10cSrcweir generate <em>one</em> prototypical instance of the 53*cdf0e10cSrcweir parametric poly-polygon. Generally speaking, the main 54*cdf0e10cSrcweir effect direction should be horizontal, it should make 55*cdf0e10cSrcweir increasingly more area visible (transition 'in'), and when 56*cdf0e10cSrcweir there is a designated direction given, that should be 57*cdf0e10cSrcweir left-to-right. 58*cdf0e10cSrcweir */ 59*cdf0e10cSrcweir class ParametricPolyPolygon 60*cdf0e10cSrcweir { 61*cdf0e10cSrcweir public: 62*cdf0e10cSrcweir virtual ~ParametricPolyPolygon() {} 63*cdf0e10cSrcweir 64*cdf0e10cSrcweir /** Retrieve the poly-polygon for value t. 65*cdf0e10cSrcweir 66*cdf0e10cSrcweir @param t 67*cdf0e10cSrcweir Current parameter value to retrieve the corresponding 68*cdf0e10cSrcweir poly-polygon for. Permissible values for t must be in 69*cdf0e10cSrcweir the range [0,1]. 70*cdf0e10cSrcweir 71*cdf0e10cSrcweir @return a poly-polygon corresponding to the given 72*cdf0e10cSrcweir parameter value. The poly-polygon is interpreted as 73*cdf0e10cSrcweir living in the unit rectangle (i.e. [0,1]x[0,1]), but 74*cdf0e10cSrcweir is not necessarily constrained to completely lie in 75*cdf0e10cSrcweir this area (this very much depends on the actual effect 76*cdf0e10cSrcweir to be generated). Although, from a performance 77*cdf0e10cSrcweir perspective, it currently <em>is</em> advantageous to 78*cdf0e10cSrcweir try to keep the poly-polygon within these bounds (at 79*cdf0e10cSrcweir least if there are no hard reasons not to do so), 80*cdf0e10cSrcweir because then reversion or out transformations are 81*cdf0e10cSrcweir potentially faster to compute (see the 82*cdf0e10cSrcweir TransitionInfo::meReverseMethod member in 83*cdf0e10cSrcweir transitionfactory.cxx). Furthermore, if one of the 84*cdf0e10cSrcweir polygon modifications involve subtraction (also see 85*cdf0e10cSrcweir TransitionInfo::meReverseMethod), all generated 86*cdf0e10cSrcweir polygons should be oriented clock-wise 87*cdf0e10cSrcweir (i.e. traversing the polygon vertices with increasing 88*cdf0e10cSrcweir vertex index should generate a clock-wise movement). 89*cdf0e10cSrcweir */ 90*cdf0e10cSrcweir virtual ::basegfx::B2DPolyPolygon operator()( double t ) = 0; 91*cdf0e10cSrcweir }; 92*cdf0e10cSrcweir 93*cdf0e10cSrcweir typedef ::boost::shared_ptr< ParametricPolyPolygon > ParametricPolyPolygonSharedPtr; 94*cdf0e10cSrcweir 95*cdf0e10cSrcweir } 96*cdf0e10cSrcweir } 97*cdf0e10cSrcweir 98*cdf0e10cSrcweir #endif /* INCLUDED_SLIDESHOW_PARAMETRICPOLYPOLYGON_HXX */ 99