[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#605120: OpenOffice.org Impress 3.2 problems with Presentationview mode



tag 605120

> De: Rene Engelhard <rene@debian.org>
> Asunto: Re: Bug#605120: OpenOffice.org Impress 3.2 problems with Presentationview mode
> Para: alexispm_stellaluna@yahoo.es, 605120@bugs.debian.org
> CC: control@bigs.debian.org
> Fecha: lunes, 29 de noviembre, 2010 22:09
> forwarded 605120 http://qa.openoffice.org/issues/show_bug.cgi?id=112422
> retitle 605120 graphics "cut" in transitions
> tag 605120 + upstream
> found 605120 1:3.2.1-1
> tag 605120 fixed-upstream
> tag 605120 + moreinfo
> thanks
> 
> On Sat, Nov 27, 2010 at 03:41:55PM +0000, Alexis PM wrote:
> > When you open a presentation made with OOo Impress 3.0
> or 3.1, I can modify it without problems in normal view
> mode, but in view presentation mode (F5), the graphics
> (lines, embedded images ,...) are partially cut.
> > If I export the presentation in .pps, .ppt, .sdd or
> another, the problem remains, unless exported in .sxi (OOo
> 1.x format) but in this case I lose the effects of
> transitions.
> > Creating a new presentation (File> New) and paste a
> slide in particular, the graphics partially cut problem
> remains.
> > As an example: http://www.aportes.venenux.org/usuarios/Alexis/prueba.odp
> 
> Just talked with upstream:
> 
> 21:52 <thorsten> aha!
> 21:52 <thorsten> http://qa.openoffice.org/issues/show_bug.cgi?id=112422
> 21:52 <thorsten> commit:
> 5f6ad06a7e16785f1d0b411650c838618662f8d6
> 
> Which is:
> 
> commit 5f6ad06a7e16785f1d0b411650c838618662f8d6
> Author: Andre Fischer <af@openoffice.org>
> Date:   Fri Jul 2 11:06:25 2010 +0200
> 
>     impress193: #i112422# Applied patch that
> fixes clipping error.
>  
> Which means this also is fixed in OOo 3.3 upstream, that
> explains why LibO also works.
> 
> Will try to backport it, for reference the patch is like
> this.
> 
> rene@frodo:~/LibreOffice/libreoffice-3-3/build/clone/impress$
> git diff
> 5f6ad06a7e16785f1d0b411650c838618662f8d6~1..5f6ad06a7e16785f1d0b411650c838618662f8d6
> diff --git a/slideshow/source/engine/slide/layer.cxx
> b/slideshow/source/engine/slide/layer.cxx
> index 1dca809..a41a000 100644
> --- a/slideshow/source/engine/slide/layer.cxx
> +++ b/slideshow/source/engine/slide/layer.cxx
> @@ -36,6 +36,8 @@
>  #include <basegfx/range/b2dpolyrange.hxx>
>  #include <basegfx/matrix/b2dhommatrix.hxx>
>  #include <basegfx/polygon/b2dpolypolygon.hxx>
> +#include <basegfx/polygon/b2dpolypolygontools.hxx>
> +#include <basegfx/polygon/b2dpolypolygoncutter.hxx>
> 
>  #include "layer.hxx"
> 
> @@ -288,7 +290,9 @@ namespace slideshow
>              
>    // clipping, and render each shape that
> intersects with
>              
>    // the calculated update area
>              
>    ::basegfx::B2DPolyPolygon aClip(
> maUpdateAreas.solveCrossovers() );
> -
> +               
> aClip = ::basegfx::tools::stripNeutralPolygons(aClip);
> +               
> aClip = ::basegfx::tools::stripDispensablePolygons(aClip,
> false);
> +
>              
>    // actually, if there happen to be shapes
> with zero
>              
>    // update area in the maUpdateAreas
> vector, the
>              
>    // resulting clip polygon will be empty.
> 
> 

Thank you very much

> > I have also found that creating a new presentation
> (File> New), the first slide that is created, not seen in
> Layout view mode (F5)!
> 
> This on the other hand upstream does not have an idea
> about. Let's use this bug for the first, fixed bug (see? now
> it
> makes problems that you reported two bugs in one)
> 

Sorry. As I said before, I thought it was the same bug, not two different. If I can send this second bug as a new bug report, or another solution, you just tell me.

> Grüße/Regards,
> 
> René
> -- 
>  .''`.  René Engelhard -- Debian GNU/Linux Developer
>  : :' : http://www.debian.org | http://people.debian.org/~rene/
>  `. `'  rene@debian.org |
> GnuPG-Key ID: D03E3E70
>    `-   Fingerprint: E12D
> EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70
> 






Reply to: