Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: PATCH: suggestion for new condition
- X-seq: zsh-workers 5045
- From: Sven Wischnowsky <wischnow@xxxxxxxxxxxxxxxxxxxxxxx>
- To: zsh-workers@xxxxxxxxxxxxxx
- Subject: Re: PATCH: suggestion for new condition
- Date: Wed, 27 Jan 1999 08:51:13 +0100 (MET)
- In-reply-to: "Bart Schaefer"'s message of Tue, 26 Jan 1999 10:23:04 -0800
- Mailing-list: contact zsh-workers-help@xxxxxxxxxxxxxx; run by ezmlm
Bart Schaefer wrote:
>
> On Jan 26, 4:47pm, Sven Wischnowsky wrote:
> } Subject: Re: PATCH: suggestion for new condition
> }
> } The patch below implements the `(t)' flag. `${(t)param}' will expand
> } to a string describing the type of parameter. When param is unset, it
> } will expand to `-'
>
> Why? Why not have it expand to nothing? In any case "-" is a bad choice,
> because in certain contexts it could be misinterpreted as an option.
Blink. Yes, you are right, I was just thinking about Peter's mail and
didn't like to use a space. Of course, an empty string is the better
solution.
Bye
Sven
--- os/subst.c Tue Jan 26 16:48:43 1999
+++ Src/subst.c Wed Jan 27 08:39:55 1999
@@ -1018,7 +1018,7 @@
if (f & PM_UNIQUE)
val = dyncat(val, "-unique");
} else
- val = dupstring("-");
+ val = dupstring("");
v = NULL;
vunset = 0;
--
Sven Wischnowsky wischnow@xxxxxxxxxxxxxxxxxxxxxxx
Messages sorted by:
Reverse Date,
Date,
Thread,
Author