FHIR Chat · Header "shows ballot status correctly" · IG creation

Stream: IG creation

Topic: Header "shows ballot status correctly"

Chris Moesel (Jun 13 2019 at 19:40):

The IG Publishing checklist has this item for header conformance:

• Shows name of IG and ballot status correctly

What is the process for this? I can check in a header for which the title says "XYZ IG - STU1 Ballot 1" -- but then that's on the CI build too. Is that the intent? If not, how do I meet this requirement if the CI build is the one being reviewed?

Eric Haas (Jun 13 2019 at 20:49):

here is my liquid for titles:

      <div id="project-status" class="project-status"> <!-- ig title text -->
        {% if site.data.fhir.version == 3.0.1 %}
        <b>{{ site.data.fhir.ig.name }} Implementation Guide</b>
        {% else %}
        <!--<b>{{ site.data.fhir.ig.title }} Implementation Guide</b> no title!!-->
        <b>{{ site.title }} Implementation Guide</b>
        {% endif %}
        {% if {{site.build}} == "ci" %}
        CI Build
        {% elsif {{site.build}} == "ballot" %}
        (Release {{ site.data.fhir.ig.version }} {{site.ballot}} Ballot)
        {% else %}
        (Release {{ site.data.fhir.ig.version }} )
        {% endif %}
    </div><!-- end ig title text -->

Eric Haas (Jun 13 2019 at 20:49):

Lloyd does something similar

Eric Haas (Jun 13 2019 at 20:49):

site variables are set in the _conflg.yml file

Chris Moesel (Jun 13 2019 at 21:00):

Thanks, @Eric Haas -- so how do you manage the transition from CI build to ballot build? Do you just checkin in a different _config.yml right before the ballot version is published? And then revert it back to CI after?

Eric Haas (Jun 13 2019 at 21:44):

I manually update the yml file:

...
build: ci  # choice of ci|ballot|version
...

Eric Haas (Jun 13 2019 at 21:45):

and then revert it back after it is published

Last updated: Apr 12 2022 at 19:14 UTC