[PATCH] Support remote access to (some) "hgrc" parameters

Peter Arrenbrecht peter.arrenbrecht at gmail.com
Wed Jan 9 12:53:57 CST 2008


> Is there any convention for absolute parameter names?  For example,
> what is the full name of the "bar" parameter here:
>
>     [foo]
>     bar = baz
>
> ?  Maybe "foo.bar"?

Consider

  [foo.bar]
  baz = 1
  [foo]
  bar.baz = 1

So I'd rather go for

  [publish]
  foo]bar.baz =
  foo.bar]baz =

Admittedly ugly, but less ambiguous I think.
-peo

On Jan 9, 2008 4:19 PM, Glenn Ammons <ammons at us.ibm.com> wrote:
>
> "Peter Arrenbrecht" <peter.arrenbrecht at gmail.com> writes:
>
> > On Jan 9, 2008 9:01 AM, Thomas Arendsen Hein <thomas at intevation.de> wrote:
> >> * Glenn Ammons <ammons at us.ibm.com> [20080108 21:15]:
> >> > "Thomas Arendsen Hein" <thomas at intevation.de> writes:
> >> > > * Glenn Ammons <ammons at us.ibm.com> [20080103 10:32]:
> >> > >> To answer your second question, there is no relation between
> >> > >> parameters in [public.foo] and those in [foo].  They are separate
> >> > >> sections.  The first one is accessible remotely.
> >> > >
> >> > > This sounds unfortunate as the public values are kind of useless
> >> > > then. I'd rather like to see e.g. a [public] section (or use the
> >> > > same name as the extension which provides this) and list whole
> >> > > sections or single parameters tp publish here.
> >
> > I second this. It would be a lot more flexible, and ensure that
> > publishing something is always a conscious act, not just a consequence
> > of a plugin requiring config information to be in a public.* section.
>
> OK.  I'll make the change and send a new patch soon, in which this
> will also be an extension.
>
> Is there any convention for absolute parameter names?  For example,
> what is the full name of the "bar" parameter here:
>
>     [foo]
>     bar = baz
>
> ?  Maybe "foo.bar"?
>
> Thanks.
> --glenn
>
> _______________________________________________
> Mercurial-devel mailing list
> Mercurial-devel at selenic.com
> http://selenic.com/mailman/listinfo/mercurial-devel
>


More information about the Mercurial-devel mailing list