<p></p>
<p>Above thinking led me to a human-unfriendly format, but <a class="user-mention" data-hovercard-type="user" data-hovercard-url="/users/ghubstan/hovercard" data-octo-click="hovercard-link-click" data-octo-dimensions="link_type:self" href="https://github.com/ghubstan">@ghubstan</a> pointed out that some of us will want to use the API interactively (as in calling it from a terminal emulator, see [0] for term definition). That leads to a bit more compllicated output logic where you can choose between either a human-optimized or a machine-optimized output.</p>
<p>The simplest solution I see is to have the machine-optimized output as outlined above, but have an optional post-processing step (in terms of implementation) that would make the output more terse, merging multiple simple columns into one complex column, and thus more human friendly.</p>
<p>So you'd have something close to this for a human <code>Price in USD for 1 BTC|BTC(min - max)|USD(min - max)</code> and something closer to this <code>Price|Base currency|Minimum base currency quantity|Maximum base currency quantity|Quote currency|Minimum quote currency quantity|Maximum quote currency quantity</code> for a machine.</p>
<p>The "post-processing step" part is important, because it's the fact that the human friendly version is a derivative of the simple, machine-friendly version that makes the implementation simple (no duplicated logic).</p>
<h3>Another alternative to keep in mind</h3>
<p>Another option is to use a headerless table format, which is common amongst unix tools (like <code>mount</code> or <code>git remote -v</code>). It puts keys and values on the same row, which often makes the table easier to read (rows look more like terse sentences than rows in a table) and makes it easy to query with very basic parsing:</p>
<pre><code>> mount | grep "type cgroup" | grep "cpu"
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
</code></pre>
<p>Supporting both a headered table and a headerless table would be simple enough, but we'll only investigate adopting it if the headered table format described earlier is not human friendly enough.</p>
<p>[0] <a href="https://unix.stackexchange.com/questions/43385/what-do-you-mean-by-interactive-shell" rel="nofollow">https://unix.stackexchange.com/questions/43385/what-do-you-mean-by-interactive-shell</a></p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />You are receiving this because you are subscribed to this thread.<br />Reply to this email directly, <a href="https://github.com/bisq-network/bisq/issues/4348#issuecomment-654980296">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AJFFTNV245AC5KPTHMSRLK3R2NEYHANCNFSM4ONPD7QA">unsubscribe</a>.<img src="https://github.com/notifications/beacon/AJFFTNWTO3Z2IDXOQGAGXKTR2NEYHA5CNFSM4ONPD7QKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOE4FDJSA.gif" height="1" width="1" alt="" /></p>
<script type="application/ld+json">[
{
"@context": "http://schema.org",
"@type": "EmailMessage",
"potentialAction": {
"@type": "ViewAction",
"target": "https://github.com/bisq-network/bisq/issues/4348#issuecomment-654980296",
"url": "https://github.com/bisq-network/bisq/issues/4348#issuecomment-654980296",
"name": "View Issue"
},
"description": "View this Issue on GitHub",
"publisher": {
"@type": "Organization",
"name": "GitHub",
"url": "https://github.com"
}
}
]</script>