Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Id: Zsh Workers List <zsh-workers.zsh.org>
List-Post: <mailto:zsh-workers@zsh.org>
List-Help: <mailto:zsh-workers-help@zsh.org>
X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on f.primenet.com.au
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham
	autolearn_force=no version=3.4.0
Date: Thu, 14 Jan 2016 00:13:41 +0000
From: Daniel Shahaf <d.s@daniel.shahaf.name>
To: Sebastian Gniazdowski <sgniazdowski@gmail.com>
Cc: Zsh hackers list <zsh-workers@zsh.org>
Subject: Re: backward-kill-shell-word widget
Message-ID: <20160114001341.GA4698@tarsus.local2>
References: <CAKc7PVAgH7YOD+Q0wo2iO0-tOGKbHNpuK=OCTs7WG_YJUbGyVg@mail.gmail.com>
 <CAKc7PVA2iY4rzcaCmt_Tt0huhQA7O5vyiQ3UWLk_OC=CiC=s1g@mail.gmail.com>
 <20160113011850.GC2736@tarsus.local2>
 <CAKc7PVB8=7Z5jU31Brpb1YW6MGZeB7e+VmpE038ZrOicn=bEVA@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <CAKc7PVB8=7Z5jU31Brpb1YW6MGZeB7e+VmpE038ZrOicn=bEVA@mail.gmail.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Seq: zsh-workers 37610

Sebastian Gniazdowski wrote on Wed, Jan 13, 2016 at 09:38:54 +0100:
> I saw this different, as an occasion to somewhat introduce Github
> community to original Zsh mainstream.

I think the opposite is true too: I think some users don't appreciate
that "zsh" and "oh-my-zsh" are not the same thing.  (I.e., think the
choice is between bash and oh-my-zsh.)

Perhaps that has something to do with the fact that the zsh default
setup is rather minimal: no cwd in PS1, no history tracking, etc..
(Actually, with StartupFiles/zshrc, I can't get even «rsync --<TAB>» to
work, even though it calls compinit.)

And features like the _match completer aren't easily discoverable...
even if $framework sets them, that wouldn't have the user know he can
«rsync --*links<TAB>».

> I think there's a crack between
> that mainstream and the community, e.g. OMZ. Maybe I'm wrong as
> zsh-syntax-highlighting was successfully introduced to Zsh-users on
> Github.
> 
> If one could easily see a generated text document that
> would enumerate which options, zstyles, aliases, etc. a plugin sets or
> creates, then it would be possible to still own the system despite
> dropping naive (or innocent:) plugins into it.

So one of the things a "plugin infrastructure" could do is standardise
a documentation format, so if you had N plugins installed, each plugin
could register the styles and parameters it cares about, and then you
could look them up, or enumerate them, in a unified way.

Vim has something similar: the ':help' command indexes the core's
documentation, all plugins' documentations, and a list of
locally-installed plugins (:h local-additions).

> That said I accept OMZ, zgen, antigen

Another one is prezto.  

Cheers,

Daniel