From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29419 invoked by alias); 27 May 2015 11:37:02 -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: 20226 Received: (qmail 6583 invoked from network); 27 May 2015 11:36:59 -0000 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-0.7 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,LONGWORDS,RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL autolearn=no autolearn_force=no version=3.4.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=9kMlYICU9o57GFqoDQuvT8BlKlv7jhGAzi4tnIP8YoA=; b=wtmUn7/dmNkcRXZM8KZ/f3UTwxuR2071y4mM67TZyWXTt8xGjiEymq/p42sMrks8IC luzGXarLpqkxUOJoD52pwYhffAjdrnEtdBqOwzGrIcAN7e4RAajrhgG+hRdU7uGYXDHB N1+b3X+bzYlLu5AAz3mhis97uO3KrBScm9HRvePNwCJfCA2MuYz1IvGHaR9a7IGz+v3B 0pjP2uJbTJnPPuZSA14siDNqM0/owFBTRkeBH2wqUPk0o5DtUbDjygdHCMHQin+wNS+w nJiTxERsx2UtcRwaEXybUgGrb/weCkpGlQC4lrv8Abt9sje6ZBygQeKafNmvR9zzScEk RouA== MIME-Version: 1.0 X-Received: by 10.107.18.222 with SMTP id 91mr40096255ios.34.1432726616261; Wed, 27 May 2015 04:36:56 -0700 (PDT) Date: Wed, 27 May 2015 13:36:56 +0200 Message-ID: Subject: change behaviour of command line completion From: ruud grosmann To: zsh-users@zsh.org Content-Type: text/plain; charset=UTF-8 hello all, recently, I have changed to using ohmyzsh. I want to undo one of the many changes, but I don't know what the change is caused by. In the old situation, when I was in a directory with only one file, 'example.txt' and I typed 'ls x', no completion followed. Because no files start with an 'x'. But now, zsh happily changes the x to 'example.txt', because the x is in 'example.txt'. I rather don't want this behaviour, but I cannot find in the documentation of the options anything that describes this. I hope you can tell me what this (too) smart completion is caused by, so that I can update my profile. If it is not controlled by an option, I hope to find out what other possibilities van influence this kind of behaviour... I am running zsh 4.3.17 from the debian wheezy distribution. When I use the ohmyzsh profile, the following options are added compared to the old situation: alwaystoend autocd cdablevars extendedhistory noflowcontrol histexpiredupsfirst histignorespace histverify longlistjobs promptsubst pushdignoredups pushdminus sharehistory The correct option is not active any more. thanks in advance, Ruud