|
Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
| Summary: | svg:stroke-opacity had a opposite value | ||
|---|---|---|---|
| Product: | Draw | Reporter: | wind.li |
| Component: | formatting | Assignee: | wolframgarten |
| Status: | CLOSED FIXED | QA Contact: | issues@graphics <issues> |
| Severity: | Trivial | ||
| Priority: | P3 | CC: | haui, issues, stx123 |
| Version: | 680m79 | ||
| Target Milestone: | OOo 2.0 | ||
| Hardware: | All | ||
| OS: | All | ||
| Issue Type: | DEFECT | Latest Confirmation in: | --- |
| Developer Difficulty: | --- | ||
| Issue Depends on: | |||
| Issue Blocks: | 2497, 37210 | ||
|
Description
wind.li
2005-02-17 04:54:41 UTC
Why should this be prio 1 ? Changed it back to 3. >Why should this be prio 1
If we to fix this, we have to modify all our sample files which use
svg:stroke-opacity too. Otherwise we use svg:stroke-opacity but its value is
svg:stroke-transparency.
Accepted. We seem to have problems with the regard of transparence... Reassigned. I think, this problem has first priority. OOo 1.9x currently produces draw documents that are simply wrong according to the OpenDocument specification. Section "15.13.12 Opacity" states: The attribute svg:stroke-opacity specifies the opacity of a stroke. The value of this attribute can be a number between 0 (fully transparent) and 1 (fully opaque) or a percentage. When I currently produce a drawing with strokes that are nearly transparent, this is saved e.g. in a document with a style attribute like svg:stroke-opacity="90%". If you fix this problem all drawings created so far become damaged. Therefore, the milestone mentioned above "OOo Later" seems careless to me, maximum is 2.0. > If we to fix this, we have to modify all our sample files which > use svg:stroke-opacity too. You should care about your "customer's" documents at least as much as about your sample files :-) Was this problem introduced with this e-mail -- forgetting a (1.0 - x) computation? http://lists.oasis-open.org/archives/office/200306/msg00023.html Ah, before I forgett, when currently correctly converting SVG documents into valid OpenDocument documents, OOo renders them wrong (see issue 2497). CL, please handle this issue after discusing further actions with MIB, seems that we lost this task during the development of the last months. set target Fixed in cws impress67, I added a Property "BuildId" to the import property sets. It is filled with the build id from the meta:generator string in meta.xml (xmlmetai.cxx). Its value can be checked with getBuildIds() from SvXMLImport. It returns the major and minor version. I switched the opacity value in propimp0.cxx and also convert old files with major 680 and minor less than m125, so import of old documents should work fine I also added conversion for OOo 6 and 7 file format. verified on cws, back to qa re-open issue and reassign to wg@openoffice.org reassign to wg@openoffice.org reset resolution to FIXED Verified in CWS. Tested in m139. Closed. *** Issue 62233 has been marked as a duplicate of this issue. *** |