Added by M W over 10 years ago. Updated almost 4 years ago.
0%
Description
Alfred does not allow to abort execution in a scripting context.
For example, this will announce an empty string nevertheless:
echo -n "" | alfred -s 99
There seem to be no way to avoid this without more scripting.
Ignoring an empty input would solve this.
Files
| ignore_empty_input.patch (416 Bytes) ignore_empty_input.patch | M W, 09/13/2014 03:17 AM |
I my scenario I have a script that might or might not generate output
based on some settings.
The cronjob executes this line:
s="$(myscript.sh)"; [ -n "$n" ] && {echo "$n" | alfred -s 99;}
I rather would like to write:
myscript.sh | alfred -s 99
I am against this misfeature because I have already deployments were we need to be able to "delete" the current content by overwriting it using empty strings. This empty string must be forwarded to allow everyone to detect that the old content is not valid anymore and the local cached content has to be dropped.
Btw. these are deployments which are used by Marek. And accepting this patch would make Marek most likely very unhappy.
Yeah, I am a happy person and wish to remain happy in the near future!
Can we find a compromise making everybody happy ? Like adding a commandline switch to alfred which - if set - ignores empty strings ? Or we add a flag specifically designed to delete currently existing content ?
Yes, it would be technical possible to add a flag to the client code like --no-empty. This option would force the client code (not the server!!!!) to drop strings when they are empty.
I have changed my use of batctl so far. It is fine to close this ticket.
Ok, thanks for the info.