-
Notifications
You must be signed in to change notification settings - Fork 8
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Markdown - Orchestra - Markdown round trip reveals inconsistent behaviour #69
Comments
@donmendelson I think the bug related to the |
@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 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. |
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:
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.
The text was updated successfully, but these errors were encountered: