To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=95646
------- Additional comments from [EMAIL PROTECTED] Fri Nov 7 14:40:51 +0000 2008 ------- Todo: - 3D may need to be changed to modifying a copy to fit into the new scheme - SdrDragObjOwn users may need more support - Change name, default and description of the slot - Thoroughly test all IAs (glue, grid, handles, crop, motionpath(SD), ...) in both modes Changed functionality works well. There are no more PolyPolygons at SdrDragMethod which sometimes get defined by getting, adding stuff and setting (also setting the modified version, some IAs were creating the modified versions in some crude h...s). Now, a SdrDragMethod intrnally has a vector of SdrDragEntry. To fill that, there is a protected virtual method createSdrDragEntries() which creates the known defaults using more tooling methods at SdrDragMethod. That list currently supports SdrObjects and PolyPolygons. Based on that list, SdrDragMethod::CreateOverlayGeometry(..) creates the needed overlays by calling each SdrDragEntry::createOverlayObjectInCurrentState(...) which should return a OverlayObject. Also moved the OverlayObjectList which organizes the created objects from the view to SdrDragMethod (why was this ever directly at the view ?!?). Testing further and fixing smaller problems... --------------------------------------------------------------------- Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
