<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Jul 24, 2015 at 2:19 PM, Doug Hellmann <span dir="ltr"><<a href="mailto:doug@doughellmann.com" target="_blank">doug@doughellmann.com</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">One idea I've tossed around a bit is having options defined in data<br>
files that ship with the code, rather than being inside the Python<br>
code itself. Maybe a first pass at that would be to offload the<br>
help to a separate file? If that seems interesting, I could experiment<br>
with adding some features to oslo.config to support it.<br></blockquote></div><div class="gmail_extra"><br></div>So, that's kind of what I was trying out. One idea was to put the help strings in a separate module and just reference them in the source code. My concern however is that if they're not with the code they wont get updated which things change. Instead, if we move the entire flag people are still forced to notice the help string and that its wrong when they tweak things.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Its not perfect though, and ideas are very welcome. The basic problem is that if you try to configure SSL, there are a whole heap of different options available, and its not clear how they interact and what you need to twiddle to make things work unless you read the code.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Michael<br clear="all"><div><br></div>-- <br><div class="gmail_signature">Rackspace Australia</div>
</div></div>