office-gobmx/oox
Luboš Luňák 0016757efe attempt to anchor vml shapes properly as they should be
This is a mess. Shapes from oox/vml are added to Writer by calling
SwXDrawPage::add(), which forces the shapes to be AT_PAGE, because
the pDoc->GetCurrentLayout() there is NULL. After that writerfilter
in DomainMapper_Impl::PushShapeContext() tries to do further
tricks with the anchoring. Such as the fix for bnc#764005
(0a412cc13e) that broke inline shapes
because of the AT_PAGE above.

So try to set the proper anchoring already in oox, although I'm not
entirely sure I got it right. Ideally writerfilter should not touch
it, but when I simply removed it another testcase breaks, so hopefully
this all can be cleaned up somewhen later when we have enough testcases
for all the possibilities.

Change-Id: I7dd95d87bd027ce0f129f76b3377f3d1445c34d1
2012-06-11 13:51:29 +02:00
..
inc/oox handle f suffix (1/65536ths) when reading VML percentages 2012-06-08 16:41:37 +02:00
prj
source attempt to anchor vml shapes properly as they should be 2012-06-11 13:51:29 +02:00
util
CustomTarget_generated.mk oox: generate vmlexport-shape-types into CustomTarget dir 2012-05-24 18:01:08 +02:00
Library_oox.mk oox: move ShapeDrawingFragmentHandler to its own file 2012-06-05 11:41:47 +02:00
Makefile
Module_oox.mk oox: move generated stuff to custom target 2012-05-24 18:01:07 +02:00
Package_generated.mk sc: fix bogus -I$(WORKDIR)/other_module 2012-05-24 18:01:09 +02:00
Package_inc.mk
Package_tokens.mk
README

Support for Office Open XML, the office XML-format designed by Microsoft.

See also:
[http://wiki.services.openoffice.org/wiki/OOX]