
<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;">Hi Nat<div><br></div><div>This is great progress!</div><div><br></div><div>I agree we probably want to change the filenames (to remove financial API) if we’re allowed to do so. I suggest doing that as a separate step.</div><div><br></div><div>I think a single commit containing changes needed due to tooling change sounds okay, and should contain only the those changes.</div><div><br></div><div>The HTML output shown in <a href="https://www.sakimura.org/uploads/fapi1-part1.html">https://www.sakimura.org/uploads/fapi1-part1.html</a> arguably does not look as nice as the current specs (the ToC seems to be missing some line breaks, a sans-serif font would be preferable, the document title text looks too big and there seems to be extra space around some text that’s in fixed width fonts). We may want to consider getting a designer, perhaps the team working on the website, to do a quick pass over the CSS etc?</div><div><br></div><div>Thanks</div><div><br></div><div>Joseph</div><div><br><div><br><blockquote type="cite"><div>On 25 May 2023, at 02:39, Nat Sakimura via Openid-specs-fapi <openid-specs-fapi@lists.openid.net> wrote:</div><br class="Apple-interchange-newline"><div><div dir="ltr">Hi <div><br></div><div>I am testing out the new toolset - pandoc. </div><div>So far, it seems to work well. </div><div>The markdown file is readable as is, and HTML rendering goes fine as well. </div><div><br></div><div>As an experiment, I have forked the repository and applying edits. You can see them at </div><div><br></div><div>* repo - <a href="https://bitbucket.org/Nat/fapi1/src/master/">https://bitbucket.org/Nat/fapi1/src/master/</a></div><div>* rendered HTML - <a href="https://www.sakimura.org/uploads/fapi1-part1.html">https://www.sakimura.org/uploads/fapi1-part1.html</a></div><div><br></div><div>Questions: </div><div>--------------------</div><div>1. We probably want to change the filenames, too, do not we? </div><div>2. If experiments go well, could editors apply the changes in a squashed manner at least for the changes needed due to the tooling change? (e.g. metadata section, empty lines, numbering commands) Or do you guys want to see the changes applied step by step through PRs? </div><div><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Nat Sakimura<div>NAT.Consulting LLC</div></div></div></div></div>

_______________________________________________<br>Openid-specs-fapi mailing list<br>Openid-specs-fapi@lists.openid.net<br>https://lists.openid.net/mailman/listinfo/openid-specs-fapi<br></div></blockquote></div><br></div></body></html>