Open JThoennes opened 2 years ago
@donmendelson I think the bug related to the version
keyword starting at 1. is the simplest to correct.
@JThoennes with "o2m" you mean the conversion from XML to markdown, correct? Then I do not understand why file0 is in markdown to begin with.
@kleihan because this is "my workflow". I am lazy and let md2orchestra
do the tedious work of adding all those fields, groups, components, codesets etc.
This is not (yet) intended but was the easiest way to describe two bugs found.
Looking forward to @donmendelson ´s findings.
@JThoennes So it should say m2o and not o2m in step 1?
@kleihan So for the confusion, I just updated my description.
o2m = orchestra2md using the latest reference file m2o = md2orchestra without further options
This can also not be correct. A reference file only applies to md2orchestra. The concept behind this is that markdown is intended for manual authoring and the reference file saves people some time typing stuff in markdown. @JThoennes please switch comments between the two to read:
o2m = orchestra2md without further options m2o = md2orchestra using the latest reference file
However, if you use orchestra2md without further options then a number of elements/attributes added by md2orchestra due to the reference file will not make it back into markdown.
Given that
o2m
=orchestra2md
using the latest reference filem2o
=md2orchestra
without further optionsthen the following round trips create strange results IMHO.
Lets start with minimal content, .ie. the definition of the Heartbeat message as
file0
m2o file0 file1
adds the missing definitions of the mentioned components and tags to the Orchestra XML:repository
attribute is generated withname="Repository" version="1.0"
."Repository version 1.0"
.o2m file1 file2
updates the Markdown with the missing definitions:version 1.0
as well.m2o file2 file3
: Now I would expect that the XML has somewhat stabilized but somehow this differs fromfile1
.o2m file3 file4
: Comparing to previous Markdown infile2
:1.0
but withoutversion
before -- seems to be a bug.HopGrp
are added. This expected and explains the updates to the XML.category
markers are dropped -- seems to be a bug.MsgTypeCodeSet
changes in funny ways --Note: A "U" as the first character
is duplicated together with the new line character.m2o file4 file5; o2m file5 file6
:1.0
-- obviously a bug.I know that this "workflow" is not intended but it reveals some nice issue, IMHO.