Skip to content

Tags: goeb/reqflow

Tags

v1.6.1

Toggle v1.6.1's commit message
Merge branch 'UnePierre-fix-comparator-constness'

v1.5.3

Toggle v1.5.3's commit message
version 1.5.3

v1.5.2

Toggle v1.5.2's commit message
version 1.5.2

v1.5.1

Toggle v1.5.1's commit message
NEWS: version 1.5.1

v1.5.0

Toggle v1.5.0's commit message
update v1.5.0

v1.4.2

Toggle v1.4.2's commit message
fix bug capture of requirements from odt documents

Failing use case was a document with:

<text:p text:style-name="P46">
    [
    <text:span text:style-name="T26">REQ-</text:span>
    Aes-Prt
    <text:span text:style-name="T26">-</text:span>
    001]
</text:p>

The fomer use of "xmlNodeListGetRawString" made a concatenation of all
the text contents under the <p>, but without the text within the
<text:span> parts, as follows:

    [
=> xmlNodeListGetRawString returns [Aes-Prt001]
    <text:span text:style-name="T26">REQ-</text:span>
=> xmlNodeListGetRawString returns REQ-
    Aes-Prt
=> xmlNodeListGetRawString returns Aes-Prt001]
    <text:span text:style-name="T26">-</text:span>
=> xmlNodeListGetRawString returns -
    001]
=> xmlNodeListGetRawString returns 001]

The new code, using xmlNodeGetContent, picks each fragment correctly.
As before, reqflow makes the concatenation of the fragments itself.

v1.3.3

Toggle v1.3.3's commit message
display all errors in the html report