
<html><head></head><body>A good thing, or something that your gut thinks is good? :)<br>

<br>

+1 on having a metadata file like this.<br><br><div class="gmail_quote">On 12 February 2016 13:48:26 GMT+00:00, "Guido Günther" <agx@sigxcpu.org> wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<pre class="k9mail">On Wed, Feb 10, 2016 at 07:45:58AM +0100, chrysn wrote:<br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> On Tue, Feb 09, 2016 at 09:16:42PM +0000, Jelmer Vernooĳ wrote:<br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8; padding-left: 1ex;"> THere is already such a setting called 'is-calendar'.<br /> <br /> E.g. my calendar collection contains the following .calypso-collection<br /> configuration file:<br /></blockquote> <br /> it's nice to see those patches used, but they are only in patch queues<br /> so far.<br /> <br /> they do meddle with the way calypso is configured -- i think for the<br /> better, and we don't block the road towards having metadata where it now<br /> is (inside .git directories as it is now for descriptions, maybe we<br /> out-of-band the other metadata on demand as well).<br /> <br /> so no functionality is

impeded by them, but a direction is set, both for<br /> what is contained in the repositories and for the user interface.<br /> basically i think it boils down to deciding on calypso's style.<br /></blockquote><br />I'm fine with your current approach since this information is then also<br />under version control which is a gut thing.<br />Cheers,<br /> -- Guido<br /></pre></blockquote></div></body></html>