[Bug 120528] New: value of draw:name in draw:equation is lost on import

[bu...@apache.org]

https://issues.apache.org/ooo/show_bug.cgi?id=120528

          Priority: P3
            Bug ID: 120528
          Assignee: ooo-issues@incubator.apache.org
           Summary: value of draw:name in draw:equation is lost on import
          Severity: normal
        Issue Type: DEFECT
    Classification: Application
                OS: All
          Reporter: rb.henschel@t-online.de
          Hardware: All
            Status: UNCONFIRMED
           Version: AOO350-dev
         Component: code
           Product: drawing

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 120528] value of draw:name in draw:equation is lost on import

[bu...@apache.org]

https://issues.apache.org/ooo/show_bug.cgi?id=120528

--- Comment #1 from Regina Henschel <rb...@t-online.de> ---
Created attachment 78902
  --> https://issues.apache.org/ooo/attachment.cgi?id=78902&action=edit
file with non generic values in the draw:name attributes

The values of the attribute draw:name in the element draw:equation are lost on
import. If the opened file is saved they are replaced with the generic names
f0, f1, ...

That is bad behavior, because
(1) another application might use the names
(2) it makes maintaining custom shapes more difficult.

At least if the draw:type element has a value different from 'non-primitive',
which indicates that this custom shape is used by a special engine, these
values should be preserved.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Issue 120528] ODF: value of draw:name in draw:equation is lost on import

[bu...@apache.org]

https://issues.apache.org/ooo/show_bug.cgi?id=120528

Oliver-Rainer Wittmann <or...@apache.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Version|pre AOO 3.4.0               |OOo 3.3 or older

-- 
You are receiving this mail because:
You are the assignee for the issue.
You are watching all issue changes.

[Bug 120528] ODF: value of draw:name in draw:equation is lost on import

[bu...@apache.org]

https://issues.apache.org/ooo/show_bug.cgi?id=120528

rainerbielefeld <ra...@bielefeldundbuss.de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |CONFIRMED
                 CC|                            |rainerbielefeld_ooo_qa@biel
                   |                            |efeldundbuss.de
            Version|AOO400-dev                  |pre AOO 3.4.0
            Summary|value of draw:name in       |ODF: value of draw:name in
                   |draw:equation is lost on    |draw:equation is lost on
                   |import                      |import
     Ever confirmed|0                           |1

--- Comment #2 from rainerbielefeld <ra...@bielefeldundbuss.de> ---
I can confirm the reported effects without understanding 

Steps how to reproduce:
1. Open Sample document
2. Save from various OOo, AOO, LibO versions
3. Compare "content.xml" of all saved documents, result below!

Source document in document code lines 30 (app.) and following contain terms
like
<draw:equation draw:name="Startwinkel" draw:formula="$0" />
where user defined strings like "Startwinkel" change: 
<draw:equation draw:name="f1" draw:formula="width/2"/>
in saved documents

ISO/IEC 26300:2006(E)© ISO/ v1.0 (ODF1.0) where already several specific rules
for the strings (may not contain spaces), so it's sure that it's intended t
allow user defined names, and because of reasons Regina mentioned it's not a
good idea to modify such names. For Impress documents this might be less
important, but for spreadsheets and texts I saw several applications where
other software processes ODF documents (simply using these documents as "Data
Storage Containers" with standardized structure, and there it would be fatal if
suddenly the other software suddenly finds modified Names. So AOO should
generally avoid changing such allowed user defined names.

This is not a new problem, I already see that with OOo 3.1.1, OOo 2.0

I can't see where the user defined names become lost, may be during open-import
as reported, may be not when the document becomes saved.

-- 
You are receiving this mail because:
You are the assignee for the bug.