Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | Selection behaviour broken with tables that contain spaces on Solaris/OpenSolaris | ||
---|---|---|---|
Product: | Impress | Reporter: | clippka |
Component: | ui | Assignee: | clippka |
Status: | CLOSED IRREPRODUCIBLE | QA Contact: | issues@graphics <issues> |
Severity: | Trivial | ||
Priority: | P3 | CC: | hdu, issues, mdxonefour |
Version: | OOo 1.0.0 | ||
Target Milestone: | OOo 3.2 | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Latest Confirmation in: | --- |
Developer Difficulty: | --- | ||
Issue Depends on: | |||
Issue Blocks: | 99999 |
Description
clippka
2009-12-28 12:37:19 UTC
The behaviour is the same that is already fixed by issue 105856. But this case looks like a problem with boundary rectangles for spaces which are not reported as empty on solaris only. fixed in vcl/source/gdi/outdev3.cxx, Committed revision 277836. after discussion with hdu I reject this patch cl->aw: changing the base functionality of OutputDevice::GetTextBoundRect seems to risky for me after discussion with hdu. Removing the position may break functionality at other places. Hdu suggest the better solution would be to check for a rectangle with an empty size at the place where you actually call GetTextBoundRect. This would also avoid the risk of regressions in other text layouting features. I will remove the previous fix from cws impress185. feel free to use this cws for your new fix AW->CL: I disagree here. The problem is that ONLY on SOLARIS we get that Rechtangle with Size (0,0), all other systems already give an Empty rectangle (where ::IsEmpty() says TRUE). This implies that there are no places to break, these would have been broken on Solaris all the time. This task is about system-independent behaviour in the system-independent part of VCL. The error is the system-dependent behaviour for the Solaris implementation. Reproducible with 3.1.1 but not with OOO320_m8 anymore. Closed. |