zsh-workers
 help / color / mirror / code / Atom feed
* Re: .. completion
       [not found] <1010616204004.ZM5912@candle.brasslantern.com>
@ 2001-06-18  7:46 ` Sven Wischnowsky
  2001-06-18  9:18   ` Bart Schaefer
  0 siblings, 1 reply; 3+ messages in thread
From: Sven Wischnowsky @ 2001-06-18  7:46 UTC (permalink / raw)
  To: zsh-workers

[moved to -workers]

Bart Schaefer wrote:

> ...
> 
> In _path_files, the special-dirs style is looked up only as a string, but
> the documentation says it may be either a string or a boolean.  Then the
> string is used only if there's already a '/' on the line or if the -f or
> -/ options were given.
> 
> However, in _files, _path_files is always called with -g option, so the
> special-dirs style doesn't work at all for _files.

Eh?  Works for me.  And _files can call _path_files without the -g
option, in line 80.


Bye
  Sven


-- 
Sven Wischnowsky                         wischnow@informatik.hu-berlin.de


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: .. completion
  2001-06-18  7:46 ` .. completion Sven Wischnowsky
@ 2001-06-18  9:18   ` Bart Schaefer
  2001-06-18  9:44     ` Sven Wischnowsky
  0 siblings, 1 reply; 3+ messages in thread
From: Bart Schaefer @ 2001-06-18  9:18 UTC (permalink / raw)
  To: Sven Wischnowsky, zsh-workers

On Jun 18,  9:46am, Sven Wischnowsky wrote:
} Subject: Re: .. completion
}
} [moved to -workers]
} 
} Bart Schaefer wrote:
} 
} > ...
} > 
} > In _path_files, the special-dirs style is looked up only as a string, but
} > the documentation says it may be either a string or a boolean.

So the handling of special-dirs is really done in the C code for compfiles?

} > However, in _files, _path_files is always called with -g option, so the
} > special-dirs style doesn't work at all for _files.
} 
} Eh?  Works for me.  And _files can call _path_files without the -g
} option, in line 80.

I'm sorry, I must be mis-reading the difference between
    _path_files -g "$pat" "$opts[@]" "$expl[@]" && ret=0
and
    _path_files "$expl[@]" -g "$pat" "$opts[@]" && ret=0

In any case, special-dirs doesn't work for me.  I finally narrowed it
down to this:

    zstyle ':completion:*' file-sort modification

Why should the file-sort style have any effect at all on special-dirs?

-- 
Bart Schaefer                                 Brass Lantern Enterprises
http://www.well.com/user/barts              http://www.brasslantern.com

Zsh: http://www.zsh.org | PHPerl Project: http://phperl.sourceforge.net   


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: .. completion
  2001-06-18  9:18   ` Bart Schaefer
@ 2001-06-18  9:44     ` Sven Wischnowsky
  0 siblings, 0 replies; 3+ messages in thread
From: Sven Wischnowsky @ 2001-06-18  9:44 UTC (permalink / raw)
  To: zsh-workers

Bart Schaefer wrote:

> On Jun 18,  9:46am, Sven Wischnowsky wrote:
> } Subject: Re: .. completion
> }
> } [moved to -workers]
> } 
> } Bart Schaefer wrote:
> } 
> } > ...
> } > 
> } > In _path_files, the special-dirs style is looked up only as a string, but
> } > the documentation says it may be either a string or a boolean.
> 
> So the handling of special-dirs is really done in the C code for compfiles?

Yes.

> } > However, in _files, _path_files is always called with -g option, so the
> } > special-dirs style doesn't work at all for _files.
> } 
> } Eh?  Works for me.  And _files can call _path_files without the -g
> } option, in line 80.
> 
> I'm sorry, I must be mis-reading the difference between
>     _path_files -g "$pat" "$opts[@]" "$expl[@]" && ret=0
> and
>     _path_files "$expl[@]" -g "$pat" "$opts[@]" && ret=0

Ouch, yes.  Err... monday morning, sleep deprived.  Ahem.

> In any case, special-dirs doesn't work for me.  I finally narrowed it
> down to this:
> 
>     zstyle ':completion:*' file-sort modification
> 
> Why should the file-sort style have any effect at all on special-dirs?

Because the added `(om)' (or whatever) makes the test in line 142 fail,
so the `/' doesn't get added to $sopt and that makes it go to line 327
instead of 325 (not passing $sdirs to compfiles).

The patch makes it ignore qualifier lists there.


Bye
  Sven

Index: Completion/Unix/Type/_path_files
===================================================================
RCS file: /cvsroot/zsh/zsh/Completion/Unix/Type/_path_files,v
retrieving revision 1.5
diff -u -r1.5 _path_files
--- Completion/Unix/Type/_path_files	2001/05/29 17:54:37	1.5
+++ Completion/Unix/Type/_path_files	2001/06/18 09:45:39
@@ -140,7 +140,7 @@
 zstyle -t ":completion:${curcontext}:paths" list-suffixes &&
     listsfx=yes
 
-[[ "$pats" = ((|*[[:blank:]])\*(|[[:blank:]]*)|*\([^[:blank:]]#/[^[:blank:]]#\)*) ]] &&
+[[ "$pats" = ((|*[[:blank:]])\*(|[[:blank:]]*|\([^[:blank:]]##\))|*\([^[:blank:]]#/[^[:blank:]]#\)*) ]] &&
     sopt=$sopt/
 
 zstyle -a ":completion:${curcontext}:paths" accept-exact accex

-- 
Sven Wischnowsky                         wischnow@informatik.hu-berlin.de


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2001-06-18  9:50 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <1010616204004.ZM5912@candle.brasslantern.com>
2001-06-18  7:46 ` .. completion Sven Wischnowsky
2001-06-18  9:18   ` Bart Schaefer
2001-06-18  9:44     ` Sven Wischnowsky

Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/zsh/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).