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