W dniu 29 sierpnia 2011 06:00 użytkownik Preben Soeberg <prsodk@...400...> napisał:
There are compilation errors in file emf-win32-print.cpp on XP See attachment.
This particular compilation error should be fixed now, but at the moment I can't compile on Windows to test this.
W dniu 29 sierpnia 2011 18:23 użytkownik ~suv <suv-sf@...58...> napisał:
- The bounding box (visual and geometric) of groups containing clones
or (nested) groups with preserved transforms is incorrect, causing among other things many icons from the shared icons file to misrender in the GUI:
Bug #836536 "Many icons are corrupted in trunk-r10589" https://bugs.launchpad.net/inkscape/+bug/836536
Fixed in 10595
- The new bounding box calculations seem to be very slow when working
on files with either large stroked paths or groups containing a decent number of stroked objects, even with optimized builds ('-O3'). This affects basic operations: opening the file, selecting/de-selecting large objects or groups, zooming, dragging with the select tool (groups), switching from node tool back to the select tool (large paths) etc.
Looks like the slowest part is computing the stroke bbox and the slowdown is caused by computing the offset of the entire path using livarot and then computing the bounding box of that. The result is not stored anywhere for reuse. To speed up this operation we can do two things: 1. store the result in SPItem and invalidate it on updates so it is recomputed only when needed 2. use a better algorithm of computing the bounding box that does not compute the offset of an entire path
I don't know how hard 2 will be to implement so for now I can restore the legacy behavior of always expanding the bbox by half of the stroke width.
dbus-enabled build fails on Mac OS X 10.5.8 (i386) with Apple's GCC 4.2.1 (see attachment). Builds without failure if dbusapi is disabled (default config).
Fixed in 10594