<p dir="ltr">As long as it's an optional field, I would say this is one worth having. Makes it easy to follow naming guidelines.</p>
<p dir="ltr">However, it would be nice for charm names to not be case sensitive. That way, one would be able to deploy `juju deploy mysql` or `juju deploy MySQL` without troubles, since when one sees the display name, its first intuition would be to do the latter.</p>
<p dir="ltr">Jose</p>
<br><div class="gmail_quote"><div dir="ltr">On Sat, Sep 24, 2016, 08:51 Marco Ceppi <<a href="mailto:marco.ceppi@canonical.com">marco.ceppi@canonical.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hey everyone,<div><br></div><div>I know we're rocking towards 2.0 but this is a problem I've seen voiced a few times now. To date, the `name` field in charm has always been [a-z-0-9_-] where you can't end with `-#`. This makes sense, simple flat names that are all lowercase make it easy to do `juju deploy wordpress` instead of following branding guidelines of `juju deploy WordPress`.</div><div><br></div><div>However, a lot of applications have very specific branding guidelines for how their display name should be represented. Just a few for example:</div><div><br></div><div>- WordPress</div><div>- NS1</div><div>- MySQL</div><div>- PostgreSQL</div><div><br></div><div>Today, in the charmstore each is rendered as:</div><div><br></div><div>- Wordpress</div><div>- Ns1</div><div>- Mysql</div><div>- Postgresql</div><div><br></div><div>Very rarely do the display names in the charm store and the intended branding of application align. I'd like to propose an optional field in the charm metadata, `display-name` which would allow slightly more control over charmstore display:</div><div><br></div><div>```</div><div>name: ns1</div><div>display-name: NS1</div><div>```</div><div><br></div><div>```</div><div>name: mysql</div><div>display-name: MySQL</div><div>```</div><div><br></div><div>etc. This would lead to the store and other places across the Juju Charms properties which referenced the Application, instead of the deployment instructions, to use the display-name field (see attached).</div><div><br></div><div>Curious opinions on this, repercussions of adding metadata fields, esp for older versions of Juju, and if this is worth pursing. </div></div>
--<br>
Juju mailing list<br>
<a href="mailto:Juju@lists.ubuntu.com" target="_blank">Juju@lists.ubuntu.com</a><br>
Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/juju" rel="noreferrer" target="_blank">https://lists.ubuntu.com/mailman/listinfo/juju</a><br>
</blockquote></div>