On Thu, Apr 17, 2008 at 1:38 AM, Hisham <[EMAIL PROTECTED]> wrote:
> On Wed, Apr 16, 2008 at 10:07 AM, Lucas C. Villa Real
> <[EMAIL PROTECTED]> wrote:
> > On Wed, Apr 16, 2008 at 5:56 AM, Michael Homer <[EMAIL PROTECTED]> wrote:
> > > On Wed, Apr 16, 2008 at 5:55 PM, Jonas Karlsson <[EMAIL PROTECTED]>
> wrote:
> > > > as Michael announced yesterday here comes the release. Or at least
> the
> > > > pre-release. This is what will be the release in a couple of days,
> > > > unless something unforseen happens, so please test it in every
> > > > possible way.
> > > > This also means that only fixes _and only fixes_ is commited to
> > > > these two tools in svn.
> > > >
> > > > New major features
> > > > Scripts:
> > > > * Use flags
> > > > * "unsudoing"
> > > > * CommandNotFound
> > > Of note on that one is that you will need to `UpdateSettings Scripts`
> > > and include the last couple of lines of zshrc to enable it (and then
> > > source /S/S/zshrc).
> > >
> > > Also of note is a semi-undocumented feature that was requested on IRC;
> > > if you define the variable OPEN_COMMAND to be something like
> > > "kfmclient exec", when you enter a non-existent command that matches
> > > the path of a file from ., it will attempt to open the file using that
> > > tool.
> >
> > It would be interesting to prefix the variable name with CNF_ to make
> > it more obvious to know where it comes from.
>
> I'd avoid variable names LIKE_THIS. I checked at
>
> http://gobo.kundor.org/wiki/Guidelines_for_script_authors
>
> and it says nothing about "public global variables" for the users
> environment, but we've been using the "gobo" prefix in those cases.
I wondered about that (and also prefixing it with CNF_). Ultimately I
just modeled it after other actual environment variables, and figured
it wasn't really tied to either Gobo or CNF. If we do have some
convention on that it's easy to rename the variable.
goboCnfOpenCommand?
-Michael
_______________________________________________
gobolinux-devel mailing list
gobolinux-devel@lists.gobolinux.org
http://lists.gobolinux.org/mailman/listinfo/gobolinux-devel
