From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9552 invoked by alias); 10 Dec 2016 03:31:12 -0000 Mailing-List: contact zsh-users-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Users List List-Post: List-Help: X-Seq: 22181 Received: (qmail 16843 invoked from network); 10 Dec 2016 03:31:12 -0000 X-Qmail-Scanner-Diagnostics: from mta02.eastlink.ca by f.primenet.com.au (envelope-from , uid 7791) with qmail-scanner-2.11 (clamdscan: 0.99.2/21882. spamassassin: 3.4.1. Clear:RC:0(24.224.136.13):SA:0(-3.7/5.0):. Processed in 1.749289 secs); 10 Dec 2016 03:31:12 -0000 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-3.7 required=5.0 tests=RCVD_IN_DNSWL_LOW, RP_MATCHES_RCVD,SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.1 X-Envelope-From: rayandrews@eastlink.ca X-Qmail-Scanner-Mime-Attachments: | X-Qmail-Scanner-Zip-Files: | Received-SPF: pass (ns1.primenet.com.au: SPF record at _spf.eastlink.ca designates 24.224.136.13 as permitted sender) X-Authority-Analysis: v=2.2 cv=HKaBLclv c=1 sm=1 tr=0 a=xPWM5QW5oS+lNOfUWk9MeA==:117 a=xPWM5QW5oS+lNOfUWk9MeA==:17 a=N659UExz7-8A:10 a=wz42Jqx3TAPcnBTqv6MA:9 a=pILNOxqGKmIA:10 X-EL-IP-NOAUTH: 24.207.97.144 Message-id: <584B76FA.8030403@eastlink.ca> Date: Fri, 09 Dec 2016 19:31:06 -0800 From: Ray Andrews User-Agent: Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Icedove/31.7.0 MIME-version: 1.0 To: zsh-users@zsh.org Subject: Re: off topic References: <20161209122958.GD19559@256bit.org> <57127.1481294647@hydra.kiddle.eu> <584AC8AC.9050406@eastlink.ca> <62522.1481300922@hydra.kiddle.eu> <584AEDBF.2050402@eastlink.ca> <161209165454.ZM9226@torch.brasslantern.com> <95362.1481338226@hydra.kiddle.eu> In-reply-to: <95362.1481338226@hydra.kiddle.eu> Content-type: text/plain; charset=windows-1252; format=flowed Content-transfer-encoding: 7bit On 12/09/2016 06:50 PM, Oliver Kiddle wrote: > Rather than a source-able file, would it perhaps make sense to embrace > the concept of plugins. It's a concept that people are familiar with > from other software. > And if we've kept > things simple, Please ;-) > it could work to just source a single file for a > plugin. > > Finally, we could include the odd plugin in the distribution for > anything which could be considered fairly core - such as the sensible > defaults plugin. The cool thing is just the concept that one can plug something in to try it then unplug it later. I'm sure I'm not the only dude who's changed something, busted it, and not known exactly how to back out of it. Coolest if there's no extra tech involved at all and it's just a way of conceptualizing that some script or other is a system modifier set up in such a way that plugging it out is as easy as plugging it in and with the culture that there's several options one might want to try. Somewhere there is a file full of prompt ideas, nicely labeled: 'Oliver's prompt' 'Bart's prompt', etc. and it invites you to try them and find the one you like -- sorta like that. Could have a dozen nicely named potential configuration plugins -- try one, try 'em all. Probably mostly just alternate zshrc's really but it's how you present it. Labeled a plugin, we have the paradigm already. Mind, there could be some hugely useful extra tech too, easy to understand, intuitive, tractable, robust ... all the things that shell writers hate ;-))