<br><div class="gmail_quote">On Wed, Jun 16, 2010 at 12:02 PM, Michael Wilde <span dir="ltr"><<a href="mailto:wilde@mcs.anl.gov">wilde@mcs.anl.gov</a>></span> wrote:<br><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

*One* example of this might be to maintain for each user a small SQLite database of config information, along with perhaps a global one (part of the release, or fetched via the web), from which purpose-built sites and tc files were generated.<br>

<br>
Then users could say things like:<br>
<br>
  swift cf add PADS Fusion<br>
  swift cf apps blast dock convert<br>
  swift cf set throttle 200<br>
  swift run myscript.swift<br></blockquote><div><br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Both routes (web and cmd line) have merits, but perhaps this again lets us defer the web a bit, and also helps us better model the underlying model behind both.<br></blockquote><br>I like this idea and can see how it will make things simpler. I will shift my focus from the user interfaces to a database driven swiftconfig. I'll send out an updated swiftconfig for testing as soon as possible.<br>
<br>Thanks,<br>David<br></div>