zsh-users
 help / color / mirror / code / Atom feed
From: OG Code Poet <ogcodepoet@gmail.com>
To: Roman Perepelitsa <roman.perepelitsa@gmail.com>
Cc: zsh-users@zsh.org
Subject: Re: Read/write multiple histories from non-interactive shell
Date: Mon, 13 Feb 2023 00:57:37 -0800	[thread overview]
Message-ID: <CADmFDtXYqwSi-LjXHY_jRbKvXE-ykzkXpC33qWh4SQVoUhs0nQ@mail.gmail.com> (raw)
In-Reply-To: <CAN=4vMrRZ5RmbipKmJq0mp37ejztdKKahVwhRZZprMSUAUJvqQ@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 2410 bytes --]

I tried pretty much same code but without "zsh -i", that's why the subject
says "non-interactive". My larger script misbehaves and exits with 0 before
it could complete if I replace #!/usr/bin/env zsh with #!/usr/bin/env -S
zsh -fi or #!/usr/bin/env -S zsh -i. Is there a restriction on starting any
existing functional zsh program with -fi? Put another way, are all
non-interactive shell scripts guaranteed to function when shebang is
changed to #!/usr/bin/env -S zsh -fi??


On Mon, Feb 13, 2023 at 12:18 AM Roman Perepelitsa <
roman.perepelitsa@gmail.com> wrote:

> On Mon, Feb 13, 2023 at 8:36 AM OG Code Poet <ogcodepoet@gmail.com> wrote:
> >
> > Let's say there is a non-interactive script with multiple form fields
> (each with a different vared), and a user can enter the form multiple
> times. I want to preserve individual history for each form field.
> >
> > There are two possibilities:
> >
> > 1. Keep history internal to the script
> >         I couldn't find an interface for this. Doing ``fc -p`` once in
> the beginning of script does provide an internal history, but it is shared
> between all vareds (which is not ideal).
> > 2. Keep history external to the script
> >         Not all ``fc`` commands work. ``fc -R`` does read correctly from
> external history files. But ``print -s``, ``fc-W`` and ``fc -A`` do not.
> Seems the only option is to do an echo "$string"
> >>~/path//form_entry_1.hist file. But I guess that has disadvantages
> because it lacks the benefits that zsh provides in resolving duplicates.
> >
> > Is there a way out? Should this also be copied to zsh-workers for
> feature request?
>
> How about this?
>
>     #!/usr/bin/env -S zsh -fi
>
>     histdir=~/.formhist
>     mkdir -p -- $histdir || exit
>
>     function read-field() {
>       emulate -L zsh
>       local var=$1
>       local desc=$2
>       fc -pa $histdir/$var 1000 1000
>       trap 'exit 130' INT
>       vared -hep "Enter $desc: " -c $var || exit
>       print -rs -- ${(P)var}
>     }
>
>     while true; do
>       read-field first_name '%F{green}First Name%f'
>       typeset -p first_name
>       unset first_name
>
>       read-field email '%F{yellow}Email Address%f'
>       typeset -p email
>       unset email
>     done
>
> The trap is a workaround for what looks like a bug. Without it, if
> interrupt vared with Ctrl-C, the history file gets truncated to its
> first entry.
>
> Roman.
>

[-- Attachment #2: Type: text/html, Size: 3122 bytes --]

  reply	other threads:[~2023-02-13  8:58 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-02-13  7:35 OG Code Poet
2023-02-13  7:43 ` Lawrence Velázquez
2023-02-13  8:18 ` Roman Perepelitsa
2023-02-13  8:57   ` OG Code Poet [this message]
2023-02-13  9:43     ` Roman Perepelitsa
2023-02-16  6:14       ` OG Code Poet

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CADmFDtXYqwSi-LjXHY_jRbKvXE-ykzkXpC33qWh4SQVoUhs0nQ@mail.gmail.com \
    --to=ogcodepoet@gmail.com \
    --cc=roman.perepelitsa@gmail.com \
    --cc=zsh-users@zsh.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).