provide end user debugging for EMF and WMF issues

patch for bug 1511508

patch for bugs 1447850 and 1447382

fix for bug 1425317

fix for bug 1419926

fix for bug 1405292

resolves bug 1348417 and implements addition features for bug 1302857

Reduce header bloat

Fix for bug 1340683

Replaced some abs/fabs with std::abs.

Improved support for clipping on EMF/WMF import, see bug 1302857

Fix for bug 1306138

Fix for bug 1294840

Replace 'memset' by constructors. Fixes segfault from turning SPStyle into a class.

Patch for several issues in libuemf. ----- The patch: 1. Removes half a dozen or so code lines that didn't do anything. 2. Fixes a couple of missing tests for pointers which cannot be NULL. (Note that in many instances the pseudoobject functions in upmf.c do accept null pointers because the objects being constructed have optional parts.) 3. There was one "real" potential memory leak (line 6276 in upmf.c, numbers before the patch). I fixed the others too, but they just never happen (iconv would have to fail in some strange way.) There are no (real) memory access violations or memory leaks in any of this either in standalone libUEMF testing or in use as part of Inkscape as determined from valgrind runs.

EMF import: fix clipPath definition: move transform attribute into the <rect> element (bug #1294713)

Change stroke-dasharray and stroke-dashoffset handling to match other properties. Split style.h into more manageable size files.

Fix 'preserveAspectRatio' attribute of bitmap images in EMF/WMF import/export (bug #1278645).

EMF/WMF support: Various changes (see bug #1263242 c35 for details) EMF support: - linear gradients: improve numeric stability on round-trip editing - linear gradients: fix scaling issue libTERE/text_reassemble update: - improve handling of whitespace created with large x kerns - fix handling of absolute RTL-positioning of LTR text in EMF files WMF support: - fix support for 'textout' records and Placeable headers - add support for CREATEPATTERNBRUSH - fix offset on load if opened via GUI (bug #1250250)

libUEMF update; EMF linear gradient bug fixes (bug #1263242)

add some nullptr checking, should fix crash (couldn't test)

fix crash, partly fix vertical positioning issue. couldn't figure out how to make it work, the applied scale transform works weird somehow

Fix for Bug 1242927 (minor EMF import issues)

Fix for Bug 1243937 (EMF import, diagram obscured by full page rectangle)

fix bug "some of the locale-based templates cause objects to be resized when default units are changed" #1236257

Units: stop newing Unit objects. pass around pointers to "undeletable" Unit objects in the UnitTable. I think we should move to using indexed units, and pass around the index of the unit in the unittable, or smth like that... ?

Documentation/Translation. Fix for Bug #1236382 (Typos in comments and message, localization context needed) by Yuri Chornoivan.

Fix EMF/WMF import scale (Bug #1229120).

Fix adding viewBox to new documents.

Improved code readability.

Unduplicate some code in the metafile printing extensions

Move libuemf to a separate directory. Rename libunicode-convert to symbol_convert and put it in libuemf.

adapt to changes in r12471 (unit refactoring)

patch of David Mathog in bugtread 988601 comment 186

changes_2013_05_22a.patch: 1. Resolves issue of bug #988601 message 170 (Support of 'Unset' styles in EMF export). 2. Implements CSS 3 (and CSS 2) text-decoration support. Note that it does not yet provide any method of adding these features - at present it just shows whatever is in the SVG. This new code is also used to display EMF/WMF strike-through and underline text decorations when these files are read in. Those decorations may also be written out to EMF/WMF. Other text decoration features, like overline, or dotted lines, are dropped. For SVG text-decoration -line, -style, -color are all implemented. CSS3 provides two ways to represent the same state, this code uses the compound text-decoration method rather than the 3 fields method. Also it leaves out keywords that are not needed and would break backwards compatibility. For instance: text-decoration: underline solid is valid, but would break CSS2. Solid is the default, so that sort of case is written as: text-decoration: underline If the state is CSS3 specific all of the needed fields are of course include, like text-decoration: underline wavy red 3. It incorporates the fix for bug 1181326 (Text edit mishandles span of just colored spaces) 4. It incorporates further changes to text editing so that style can be changed on spans consisting of only spaces when text decorations are present in the span. 5. It incorporates code to disable text decorations when text so marked is mapped onto a path. 6. Fixed more bugs in Hebrew language support than I can remember. Hebrew language export/import to EMF now works quite well. (See the examples in libTERE v 0.7.) WMF does not support unicode and for all intents and purposes Inkscape has no way to read or write Hebrew to it. Some of more important things that now work that didn't (or didn't always): Hebrew diacritical marks, R/L/center justification, and bidirectional text. The Hebrew fonts "Ezra SIL" and "EZRA SIL SR" should be installed before viewing the libTERE examples, otherwise font substitutions will cause some text shifts. 7. Implemented font failover in Text Reassemble, which makes the process more robust. (Again, see the examples in libTERE. )

988601-changes_2013_03_20a.patch 1. Fixes the clang warnings noted in a post above, other than those associated with alignment caused by casting. 2. Fixes some minor rounding errors in both WMF and EMF input/output. Round trip open/save cycles are conservative for EMF and WMF files (excluding any features that are not full supported in inkscape or the target file format, for instance, gradients, which must be emulated.) 3. Fixed a missing break in the input WMF LINETO record handling, which was falling through into the MOVETO and generating a harmless extra "M" operation in a path. 4. WMF has no POLYPOLYLINE record. However input that maps into essentially a polypolyline record in SVG is common, for instance dashed lines that have been converted to line segments. These end up in SVG as a series of M L M L draw commands in the path. Earlier each M L pair was going out as a polyline record, now they go as a series of MOVETO/LINETO records. The primary reason for this change is that without this change the behavior described in (2) does not occur. 5. Fixed an issue where polyline and polygon records in some instances ended up with an extra copy of their last point.

changes_2013_03_18c.patch This set of patches does the following: 1. Fixed a typo ( where "+ sizeof()" should have been "* sizeof()") which caused a memory problem for EMF/WMF files with very large numbers of hatches. 2. Added support for background mode, background color, and textcolor in hatches. EMF/WMF files change these parameters but the change may be silent until many records later. This has the odd effect that a stroke or fill may be defined (in SVG) and then it is ignored later and replaced with one with a different background color. 3. Fixed WMF output so that it wasn't adding +1 to the number of pixels for Width and Height. (Allows WMF files to go through several cycles of save as, open without changing sizes.) 4. Cleaned up indenting of [ew]mf-{print|inout}.* files, to make them compliant with the inkscape standard. All indents are (I hope) now 4*i deep. 5. Added underline/strikeout support for text read from EMF/WMF files. Inkscape itself cannot currently render this, but it makes it into the SVG, and it shows up correctly when that SVG is read by Opera. 6. Took out all the "throw" calls, replacing them with g_error(). If this comes up again in debugging a define can be used to remap the g_error to temporarily reintroduce the throw so that gdb can catch them. 7. Took out the "%6lf" format changes from patch 11724, retained the "127" length limit in the same sscanf. 8. Put the C type casts back in, reversing those changes from patch 11724. This is a style issue, and I could not find clear guidance for which way to go. (Nor a good rationale for keeping the lengthier C++ syntax.) So I reviewed a large swath of other inkscape code to see if there was a trend and found a very large number of other sections that were using C style casts instead of the more verbose C++ forms. So I kept it the way it has been. 9. The locale changes from 11724 were of course retained.

changes_2013_02_25a.patch New: WMF import/export implements WMF (Windows Metafile) read and write. Inkscape previously supported that through uniconverter, which was not very good with WMF files. The new version now has a complete wmf-print/wmf-inout implementation, analogous to the previous emf-print/emf-inout. This handles images, patterns, and various other goodies to the extent that WMF does. WMF is a bit primitive, many fields are only 16 bits, so it even more resolution sapping issues than does EMF. Given the choice, always use the latter format.

changes_2013_02_01b.patch EMF import: - Fix for EMF files with MODIFYWINDOWTRANSFORM records containing rotations - Add support for embedded PNG and JPG images - Fix for PowerPoint patterns EMF export: - Rotated images are exported using MODIFYWINDOWTRANSFORM records - Add output option to allow unrotated output (e.g. for PowerPoint 2003) - Don't rotate hatch and image fills on export libTERE: - Fix bug with misplaced words in LTR text (fix for RTL untested)

preliminary release of the EMF import text reassembly feature. (based on libTERE (TExt REassembly), not yet published) libTERE examines all the text in an EMF file, which consists only of little chunks in different formats, and attempts to reassemble it into an editable SVG text object, with color, different fonts and so forth. (only tested with English)

changes_2012_11_13a.patch EMF import: - More changes to the MAPMODES behavior.

changes_2012_10_31b.patch EMF import: - better handling of aberrant bitmap records - support for reading rarely encountered map modes (MM_LOENGLISH etc.) (Output is still always MM_TEXT) - better handling of EMF files with offset EMR_HEADER bounds fields - improved text import (snap font sizes to the nearest whole multiple of 1/32 points)

changes_2012_10_22b.patch, changes_2012_10_24a.patch EMF import (Adobe Illustrator EMF files): - workaround for issue with page scaling ('MM_ANISOTROPIC', wrong units) - fix SETWORLDTRANSFORM operation - fix libUEMF to support older/shorter EMF header forms EMF import (general): - fix import of shapes (rectangles) without borders - handle EMF bitmap modes where a subsection of the image is extracted EMF export/import: - increased size in mm of the reference device by 100X on EMF export (significant when the dpi is calculated on reading the EMF back in) - changed dpi calculation: (sum of pixels ref device)/(sum of millimeter ref device)

changes_2012_10_18b.patch: Additional fix for text that starts with any of the characters 0x0-0x1F cast the tested character to unsigned to prevent dropping of some strings (follow-up to r11984)

Fix SVG formatting (EMF import): A typo caused two extra spaces to be appended on the end of any text which was read in from an EMF file.

changes_2012_10_08a.patch: - image import from EMR_BITBLT, EMR_STRETCHBLT, and EMR_MASKBLT records - sets a default font name (Arial) (for EMFs which specify for a font) - drops text that starts with any of the characters 0x0-0x1F

changes_2012_10_04b.patch: fixes one small memory issue (bytes allocated and never deallocated, not a leak per se)

update based on patch 'changes_2012_09_27b.patch'

fix compiler warnings with old GCC on Mac OS X and Solaris

Fix pointer issue in EMF code

Fixes bug #988601: omnibus patch for EMF input/output support (cross-platform)