Fish-shell: 약어

또 다른 아이디어는 Vim에서와 같이 이 "약어"의 이름을 지정한 다음 다른 문제에서 별칭으로 무엇을 할 것인지 결정하는 것입니다[제거해야 한다고 생각하는 경향이 있습니다].

반대하는 또 다른 주장:

• 스크립트에서 이러한 "별칭"을 사용할 수 없습니다. 어쨌든 스크립트에서 별칭을 사용하는 것이 좋은 생각인지 확실하지 않지만 "약어"를 확장하는 기능이 있거나 물고기의 약어를 편집기에 연결하여 입력에서도 확장되도록 할 수 있습니다.

귀하의 제안이 마음에 듭니다. 시원하고 비린내가 나는 것 같습니다 :+1:

나는 또한 이것을 좋아한다.
그것은 매우 성가신 "별칭 완성" #393 문제에 대한 매우 깨끗한 솔루션입니다.
ll<tab> 할 때 ll (Alias) 출력과 결합하면 완벽할 것입니다.

alias 는 오늘날 function 주위의 스크립트 래퍼이기 때문에 함수와 별칭이 이 이후에 여러 면에서 다르기 때문에 이 부분도 변경되기를 원합니다. 예 :

• 통사론
• 표현력
• 용법

@gustafj 이 아이디어를 "약어"라고 부르고 alias 를 function 및 abbreviate 가리키는 유용한 오류 메시지를 표시하는 것으로 바꾸는 것이 더 나을 것 같습니다. 생각?

또 다른 참고 사항:

g git 가 인수 위치에서 sudo (이는 약어와 함께 sudo를 사용할 수 있음을 의미합니다 - 별칭으로 할 수 없는 것!) 및 특정 경우와 같은 명확한 완료의 경우와 같이 인수 위치에서 약간의 확장을 원할 수도 있습니다. git 자체 별칭 또는 긴 옵션의 일부를 입력하는 경우. 이 권리를 얻는 것은 까다로울 수 있으며 완료가 오래된 경우에만 방해가 될 수 있습니다. 실제로 sudo g 아닌 sudo git sudo g 원하면 이제 sudo (echo git) 와 같은 작업을 수행해야 합니다. sudo "g" 라고 말할 수 있습니다. 그것이 너무 마술적이고 놀라운 것인지 또는 실제로 기대하고 직감적으로 정확히 무엇인지 확실하지 않습니다. 생각? :-)

약어는 나에게 좋게 들립니다(그러나 저는 일반 vim 사용자이므로 편견이 있을 수 있습니다...).
내가 그것에 대해 생각할 때 이것으로 할 수 있는 "흥미로운" 일이 꽤 많이 있지만 (이미 지적했듯이) 이 지뢰밭에도 숨겨진 함정이 있습니다./

나는 그것이 당신이 원하지 않는 것으로 확장되고 특히 그것이 긴 문자열로 확장되는 경우 약어를 실행 취소하는 것이 지루할 수 있기 때문에 완전히 자동이고 명령줄의 어느 위치에서든 문제가 있거나 성가실 수 있다고 생각합니다.

내 자신의 몇 가지 생각:
space 를 사용하여 자동이어야 합니까 아니면 tab 를 통해 옵션에 의해 트리거되어야 합니까?
git g 와 같은 단순 문자열에만 적용되어야 합니까?
명령줄의 첫 번째 항목에만 적용해야 합니까, 아니면 아무 곳에나 적용해야 합니까?
현재 날짜 Tue May 14 20:23:03 CEST 2013 대해 문자열 -> 값 변환(예: d 을 수행할 수 있어야 합니까?
vim (find . -iname '*cfg')<tab> 는 서브쉘을 확장할 수 있어야 합니다.

foo.cfg bar/poo.cfg foo/bar/more/beer.cfg
> vim

당신의 생각에 대한 생각!

공백을 사용하여 자동으로 실행되어야 합니까, 아니면 탭을 통해 옵션에 의해 트리거되어야 합니까?

요점은 별칭인지 아닌지에 대해 생각할 필요가 없고 탭이 그렇지 않은 별칭으로 얻을 수 있는 원활한 경험을 얻는 것이기 때문입니다. g<Tab> 는 g 시작하는 명령을 완료해야 하기 때문에 둘 중 하나가 작동합니다. CTRL-X라는 새 바인딩을 추가하면 이제 일반 항목, 자동 제안 및 약어의 세 가지 완성 유형이 있습니다. 나는 이것이 공간과 함께 이루어져야한다고 생각합니다. 아니면 전혀하지 않아야합니다.

git의 경우 간단한 문자열 ex g에만 사용해야 합니까?

명령 위치에서 약어에 인수를 포함할 수 있어야 합니다. 예를 들어 gc 를 git commit --all 하거나 보유하고 있는 항목. 기본적으로 약어는 명령줄에서 라이브로 확장된다는 점을 제외하고는 별칭과 정확히 같다고 생각합니다.

명령줄의 첫 번째 항목에만 적용해야 합니까, 아니면 아무 곳에나 적용해야 합니까?

명령 위치에서만 시작하는 것이 좋습니다. 그런 다음 이전에 제안한 인수 위치 사용 사례를 _어쩌면__ 실험할 수 있습니다.

현재 날짜 Tue May 14 20:23:03 CEST 2013에 대해 문자열 -> 값 변환 ex d를 수행할 수 있어야 합니까?

논쟁의 위치에 있다는 말입니까? echo d 날짜를 반영하도록 확장하시겠습니까? 인수 위치 약어를 사용하는 경우 인수 위치 약어를 매우 보수적으로 사용해야 하며 인수가 명령( sudo 의 경우와 같이)이거나 명령에 자체 별칭 시스템이 있는 경우에만 _만_ 사용되어야 한다고 생각합니다 git 의 경우와 같이) 확장은 확장하지 않는 것과 똑같은 효과를 가집니다(따라서 우리는 사용성을 위해서만 확장합니다).

vim (find . -iname '*cfg')<tab> 서브쉘을 확장할 수 있어야 합니다.

나는 그것이 탭을 포함하고 공간에서 서브쉘을 확장하는 것으로 약어를 생각하지 않기 때문에 약어가 아니라 완성에 대한 질문이라고 생각합니다. 아마도 나쁜 생각일 것입니다. 그러나 변수 이름을 확장하지 않고 이미 완성할 수 있기 때문에 완성을 위해 작동할 수 있는지 확실하지 않습니다.

그래도 유용할 수 있습니다. rm *.png 수행하는 것을 상상하는 것처럼 와일드카드를 확장하고 목록에서 일부 파일을 제거합니다.

이것은 어떻습니까? 완성 시스템과 유사한 일반적인 "확장" 또는 "약어" 시스템이 있습니다. 토큰을 확장하기 위해 CTRL-X 또는 무언가를 바인딩합니다. 명령 위치에서 약어도 자동으로 확장됩니다. 또한 이러한 확장을 명시적으로 만들어 sudo 및 git 사용 사례를 덜 눈에 띄게 만들 수 있습니다.

내 원래 아이디어보다 훨씬 더 큰 제안입니다. :눈짓:

방아쇠로서의 공간은 나에게 좋게 들리며 아마도 최고의 사용자 경험을 제공할 것입니다.
*.png 확장이 흥미롭게 들립니다 ;)
나는 다른 것에 대해 많은 다른 바인딩을 좋아하지 않습니다. 아마도 새 바인딩 대신 "이중 탭"을 사용할 수 있습니다.
예 ....*.png<tab> 는 press <tab> again to expand *.png (서브쉘에서도 동일).

그러나 이 제안을 다음으로 제한하는 것이 더 나을 수 있습니다. 명령 위치에 대한 약어, 공간을 사용하여 확장.
그리고 "서브쉘/와일드카드 확장" 및 sudo 지원을 별도의 것으로 가지고 있습니까?

현재 완료 사이를 순환하므로 이중 탭이 작동하는지 확실하지 않습니다. Vim에는 공백을 입력하지 않고 약어를 확장하기 위해 CTRL+]가 있는 것 같습니다...

라이브 확장을 하게 되면 어떻게든 약어를 구현해야 하므로 아이디어가 연결되어야 한다고 생각합니다. 그러나 라이브 확장을 수행하지 않는 경우 약어는 여전히 자체적으로 고려해야 합니다. 그래서 여기서 무엇을해야할지 확신하지 못합니다. :-)

예, <tab> 에 대한 귀하의 권리는 서브 쉘에 대해서만 생각했습니다 (현재 아무 것도하지 않는 곳).
현재 디렉토리에서 사용 가능한 모든 파일을 순환하는 <anything><space><tab> 의 현재 동작을 변경할 수 있습니다(먼저 모든 파일 인쇄).
전

> ls <tab>
a.cfg  b.cfg  c.cfg  d.cfg
> ls <tab>
> ls a.cfg<tab>
> ls b.cfg<tab>

그러나 나는 새로운 키 콤보 없이 사는 것보다 새로운 키 콤보를 사용하여 "라이브 확장"을 하고 싶습니다 ;)
*.cfg 를 a.cfg b.cfg c.cfg d.cfg 정말 유용합니다.
그러나 모든 형태의 가능한 확장은 확장 가능해야 합니다. 와일드카드, ex 중괄호 완성(저는 제거된 것으로 보고 싶지만 ... 그러나 그건 다른 문제입니다 #354)

그러나 모든 형태의 가능한 확장은 확장 가능해야 합니다. 와일드카드, ex 중괄호 완성(저는 제거된 것으로 보고 싶지만 ... 그러나 그건 다른 문제입니다 #354)

두 계정 모두에 동의했습니다. 큰따옴표도 확장 가능해야 하는지 궁금합니다... echo "hello $USER" -> echo "hello dag" .

나는 우리가 여기서 말하는 것이 실제로 "확장"보다 더 많은 "평가"라고 생각하는 반면에 약어는 평가에 관한 것이 아니므로 이러한 아이디어는 아마도 별개이며 다른 하나에 대해 새로운 문제를 만들고 편집할 것입니다. 이건 좀.

다음은 기본 작동 프로토타입입니다.

function __fish_expand_abbreviation
    if test (count (commandline -poc)) -eq 0
        switch (commandline -t)
            case g
                commandline -t git
            case gc
                commandline -t 'git commit'
        end
    end
end

bind \  '__fish_expand_abbreviation; commandline -i " "'
bind \n '__fish_expand_abbreviation; commandline -f execute'

내가 알아차린 한 가지 문제는 Enter 키를 눌러 축약된 명령줄을 실행하면 인수를 포함하여 확장된 형식이 오류(알 수 없는 명령)로 강조 표시된다는 것입니다.

이게 너무 좋아서 이러한 약어를 관리하는 방법을 구현했습니다.

결국 나는 이것들이 완성과 기능이 처리되는 것과 같은 방식으로 처리되어야 한다고 생각합니다. 저장할 수있는 자체 약어 폴더가 있습니다.

이것은 현재 구현입니다:

function __fish_expand_abbreviation
  if test (count (commandline -poc)) -eq 0
    set -l token (commandline -t)

    if abbreviations -q $token
      commandline -t (abbreviations $token)
    end
  end
end

function abbreviations --description 'List, show and query abbreviations'
  if test (count $argv) = 0
    printf '%s\n' $fish_abbreviations
    return
  end

  set -l abbreviation_index 0
  set -l expanded_abbreviation

  for i in $fish_abbreviations
    set abbreviation_index (math $abbreviation_index + 1)
    echo $i | read -l abbreviation command

    if test $abbreviation = $argv[-1]
      set expanded_abbreviation $command
      break
    end
  end

  if test -n "$expanded_abbreviation"
    switch $argv[1]
      case -q --query
        return 0
      case -e --erase
        set -e fish_abbreviations[$abbreviation_index]
      case '*'
        echo $expanded_abbreviation
      end
  else
    return 1
  end
end

function abbreviate --description 'Define a new abbreviation'
  if test (count $argv) -lt 2
    echo 'abbreviate: Takes two arguments. First abbreviation and then expanded command'
    return 1
  end

  echo $argv | read -l abbreviation command

  eval "function $abbreviation; $command \$argv; end"
  abbreviations -e $abbreviation

  set -U fish_abbreviations $fish_abbreviations "$argv"
  return 0
end

그런 다음 다음과 같이 합니다.

abbreviate !    'sudo'
abbreviate tf   'tail -f'
abbreviate l    'ls -la'
abbreviate l.   'ls -d .*'
abbreviate g    'git'
abbreviate gs   'git status'

업데이트 1: 약어를 제거하고 범용 변수에 저장하는 기능 추가.
업데이트 2: 약어 기능도 생성

기능이 어떻게 작동하는지 살펴보면 다음을 소개할 수 있습니다.

• abbred
• abbrsave

기본적으로 해당 기능을 복제하는 것입니다.

멋진! 하지만 ~/.config/fish/abbreviations 디렉토리와 함께 제공되는 abbr{ed,save} 가 필요하다고 확신하지는 않습니다. 함수 및 완성과 달리 개별적으로 로드하는 데 실제로 느리지 않으며 한 줄만 정의하면 됩니다. 나는 그들이 더 좋아라고 생각 bind 아마도 우리가 가질 수 fish_[user_]abbreviations 등 기능 fish_user_key_bindings 부하 처음으로 물고기 시도는 약어를 확장하는 것으로, 기능을? ( 일관성을 위해 [user_] 하지만 기본 약어를 제공해야 하는지 잘 모르겠습니다.)

약어에 대해 여러 파일이 있다고 생각할 수있는 유일한 이유는 존재하는 모든 git 명령과 일부 인수에 대해 약어를 말했기 때문에 다른 것과 분리되기를 원하기 때문입니다. 하지만 지연 로딩 기능과 완성은 그렇지 않습니다. 그것들은 명령 이름을 기반으로 로드됩니다. 그래서 우리가 약어에 대해 그렇게 한다면 우리는 각 약어에 대해 하나의 파일로 끝납니다. 각 파일에는 단 한 줄의 코드만 포함됩니다. !

또 다른 아이디어는 유니버설 변수( set -U fish_abbreviations 와 같은)를 실제로 사용하여 유니버설 변수와 같은 작업을 수행하는 것입니다. 아마도 호스트-로컬 약어에 대한 사용 사례가 있습니까? 확실하지 않다.

당신은 몇 가지 좋은 점을 가지고 있고 나는 fish_user_abbreviations 방향으로 기울고 있습니다.

다른 접근 방식은 모든 관련 약어를 파일에 넣는 것과 같은 완성 기능을 갖는 것이지만 매핑하기가 더 어려울 수 있습니다.

처음에는 set -U fish_abbreviations 를 사용할 계획이었지만 git에서 구성을 유지 관리하는 것을 좋아하므로 구성과 같은 어딘가에 설정하는 것을 선호합니다. 그러나 범용 변수의 좋은 점은 ( abbred , abbrsave )와 같이 혼란 없이 즉석에서 완성을 추가할 수 있다는 것입니다. abbreviate 됩니다.

한 가지 해결책은 명령이 약어를 고유하게 추가하고 기존 약어를 덮어쓰도록 하는 것입니다. 그런 다음 fish_user_abbreviations 로 부트스트랩되며 사용자는 원하는 경우 범용 변수에 사용자 정의 변수를 추가할 수 있습니다.

나는 지금 이것을 가지고 있다:
set -q fish_abbreviations ; or fish_user_abbreviations

그러나 파일을 계속 유지하면 작동하지 않습니다.

범용 변수를 사용하도록 이전 기능을 업데이트하고 삭제 가능성을 추가하고 새 기능이 있으면 추가하기 전에 확인합니다.

현재 약어를 대체해야 하는지 묻는 것과 같이 더 대화식으로 만들까 생각했습니다. 하지만 대본이 될 수도 있기 때문에 그렇게 하고 싶지 않았습니다. 대화형 모드의 결정에 대해 살펴보겠습니다.

완성과 관련된 사항은 단일 명령에 대해 로드된다는 것입니다. 현재 명령줄 프로세스가 git 이면 completions/git.fish 가 로드됩니다. 별도의 명령 이름이 있는 경우 별도의 파일을 만들어야 합니다. 예를 들어 [ef]grep 대한 완성을 참조하십시오. 실제로 이러한 완성 파일 3개 각각에서 호출되는 함수에 있습니다.

약어를 사용하면 파일 이름이 약어가 아닌 한 로드할 파일을 약어에서 알 수 있는 방법이 없습니다. 그리고 하나의 파일에 여러 약어를 가질 수 없습니다. 시작 시 또는 약어 확장을 처음 시도할 때 모든 약어 파일을 로드할 수 있다고 생각합니다. 하지만 이는 기능 및 완성이 로드되는 방식과 다르며 약어 파일이 많은 경우 잠재적으로 느릴 수 있습니다.

새로운 아이디어: abbreviate -U 는 보편적인 약어를 만들고 abbreviate -g 또는 abbreviate 는 글로벌 약어로 만들까요? 그렇게 하면 bind 도 고려해 봐야 할 것 같습니다...

또한 abbreviate 는 bind 및 function 및 set 와 같은 기존 약어를 덮어써야 한다고 생각합니다.

모두 유효한 포인트입니다. 다른 모든 기능과 마찬가지로 덮어쓰는 것이 합리적이라고 생각합니다.

또한 약어/바인딩을 처리하는 방법을 유연하게 선택할 수 있는 범용 및 전역 제안이 마음에 듭니다. 나는 그것을 구현하는 방법을 완전히 확신하지 못하며 아마도 이것이 성능을 향상시키기 위해 내장되어야 한다고 생각합니다.

예, 나는 그것을 시도하기 위해 물고기 스크립팅에서 프로토타이핑했을 뿐입니다. 공백을 입력할 때마다 느린 스크립팅이 실행되는 것을 원하지 않을 것입니다. :눈짓:

예, 여전히 잘 작동합니다. 이제 약 1 일 동안 사용하고 더 이상 나 자신이 그것 없이 산다는 것을 상상할 수 없습니다. 하하 :웃음:

:붉히다:

내가 알아차린 또 다른 문제는 비어 있지 않은 명령줄에서 C-a 를 수행하고 약어를 입력하면 단어 중간에 있기 때문에 공백으로 확장되지 않는다는 것입니다. make install oops need root C-a ! 이제 ![cursor]make install 있고 공백을 입력해도 ! 약어가 확장되지 않습니다. commandline -C 이 문제를 해결하려고 합니다.

기능일 수 있는 세 번째 문제는 공백을 입력하거나 약어 뒤에 입력할 때만 확장된다는 것입니다. 예를 들어 공백을 입력하면 C-a ! C-e 아닙니다. 이것은 약어 확장을 피할 수 있기 때문에 기능이 될 수 있지만 약간 어색하다고 생각하고 대신 command 명령과 같이 명령줄을 문자 그대로 실행하는 명령과 같은 명령이 있어야 합니다. 쉘 함수 및 내장. 또는 명령 위치의 \g 와 같은 일부 특수 구문은 g 로 해석되고 확장되지 않습니다. 특수 구문도 그다지 어색하지 않지만 "기록에 로그인하지 마십시오"를 의미하는 특수 경우 명령 앞에 이미 공백이 있으므로 어깨를 으쓱합니다.

넷째, 이것은 모호한 것입니다. 이전 단락에서처럼 확장되지 않은 약어 뒤에 공백이 있는 경우 C-a 및 공백을 수행하면 약어가 확장되고 추가 공백이 삽입됩니다. 그 후! 다시 commandline -C 커서 위치를 확인해야 할 수도 있습니다.

아 그리고 이전 댓글에서 언급한 첫 번째 문제는 확장되지 않은 약어가 알 수 없는 명령인 경우에만 발생합니다. 소위 gc 약어로 확장 git commit (공백없이)를 입력 타격과 오류로 모든 것을 강조하지만, gs 에 약어가 확장 git status 분명히 고스트 스크립트가 설치되어 있기 때문에

> which gs
/usr/bin/gs

나는 또한 공백을 누르기 전에도 약어가 알려진 "명령"으로 강조 표시되어야 하는지 궁금합니다... 현재 g 입력하면 공백을 입력할 때까지 빨간색이지만 git 공백 이전에도 알려진 대로 강조 표시됩니다.

이 모든 문제는 C++ 부분에서 이 작업을 수행하면 더 잘 처리될 수 있습니다.

구문 강조 문제에 대한 어리석은 해결 방법: 모든 약어에 대해 별칭/함수를 만듭니다. :웃음:

사실, 어쨌든 그렇게 하는 것이 좋은 생각일 수도 있습니다. 흠... eval 에서 type 와 함께 스크립트에서 약어가 작동한다는 것을 의미합니다 ... 확실하지 않습니다.

귀하의 해결 방법은 현재 사용 중인 것이지만 결국 이것이 무엇인지 또는 eval 또는 type 내부에서 사용해야 하는지 확실하지 않습니다. 나를 위해 그것들은 단지 입력이어야 합니다. 하지만 sudo라고 쉽게 지원하기 위해 실행하게 놔두는 것도 나쁘지 않을 것 같습니다.

그래서 저는 현재 구현을 잠시 동안 사용해 왔으며 지금까지 이 솔루션에서 발견된 문제입니다(접근법과 관련이 없습니다:+1:).

1. 텍스트를 붙여넣을 때 마지막 공백이 줄의 시작 부분에 삽입됩니다. 예를 들어 echo this is a test 는 붙여넣을 때 _echo this is atest 됩니다. 여기서 _ 는 공백입니다.
2. read 내장 enter 및 space 에 대한 바인딩을 사용할 때 여기에도 적용됩니다. 예를 들어 읽기 위해 비 명령을 입력하려는 경우 확장됩니다. 최종 구현에서 이것은 기본적으로 꺼져 있어야 하고 read -s 활성화되어야 한다고 생각합니다.
3. 약간 느림(~0.25-0.5초)

C-y 를 붙여넣어 1. 주변에서 작업할 수 있습니다.

나에게 C-y 는 내 시스템 클립보드가 아닌 물고기 안에만 붙여넣습니다(물고기 내부에서 자른 것). 터미널 또는 다른 앱 간에 복사.

나는 약어가 정말 멋진 아이디어라고 생각합니다.

나는 사람들이 올바른 행동이 무엇인지 구체화하기 위해 약어를 실험할 수 있게 하고 싶습니다. 나는 약어에 대한 초기 지원을 92099c7af23d0cebf52f89de4f9d829825e53ac8 및 f9c2a77c67754324f3036ec79501c6131d19562b로 마스터에 체크인했습니다.

사용 방법의 예:

set -U fish_user_abbreviations 'gc=git checkout'
gc

gc는 공백 또는 반환 시 "git checkout"으로 확장됩니다.

약어는 목록이므로 새 항목을 추가하려면 다음을 수행하십시오.

set fish_user_abbreviations $fish_user_abbreviations 'grh=git reset --hard'

약어는 "명령 위치"(예: 서브쉘에서 또는 if에 대한 인수로)로 확장되지만 인수로는 확장되지 않습니다. 약어는 스크립트에서도 확장되지 않습니다.

다음은 논의할 해결되지 않은 몇 가지 문제입니다.

1. "약어"는 길고 철자가 어렵습니다. 더 나은 이름을 찾을 수 있습니까? "Alias"는 이미 다른 용도로 사용되지 않았다면 좋을 것입니다. 한 가지 가능성은 그것을 뒤집는 것입니다(예: "확장"). fish_user_expansions 괜찮은 것 같습니다.
2. 약어는 어떻게 지정해야 합니까? gc=git checkout 구문은 가볍지만 물고기의 다른 곳에서는 사용되지 않습니다.
3. 우리는 엔터로 확장하지 않고 공간만 확장하기를 원할 수 있습니다. Enter 시 확장은 사용자가 실행을 커밋할 때까지 실행한 명령을 볼 수 없다는 단점이 있습니다. 공백으로만 확장하면 사용자는 약어를 입력하고 공백을 입력하고 Enter를 입력할 수 있으므로 그다지 부담스럽지 않습니다. 두 번째 가능성은 첫 번째 enter 트리거 확장을 만들고 두 번째 enter가 실제로 실행하는 것입니다.

반면에 모든 약어를 사용자가 지정하면 사용자가 실수로 무언가를 실행할 가능성이 낮으므로 Enter 키를 확장해도 괜찮을 수 있습니다.

1. 약어의 확장된 형태는 단지 텍스트 대체이며 그 자체가 유효한 명령일 필요는 없습니다. 예를 들어, 따옴표나 괄호가 일치하지 않는 약어를 만들 수 있습니다. 이것은 잠재적으로 유용한 기능이라고 생각하지만, 이는 fish가 약어가 포함된 코드에서 구문 검사를 수행할 수 없다는 것을 의미합니다.
2. 약어 확장 자체가 대체 전에 서브쉘 및 변수 확장을 거쳐야 합니까? 그렇게 하면 매우 유연하게 만들 수 있기 때문에 그렇습니다. 그러면 약어는 임의의 물고기 코드를 실행할 수 있습니다.
3. 스페이스를 누르고 약어가 확장되고 마음이 바뀌면 삭제를 누르고 확장을 취소할 수 있어야 합니다.

바라건대 잠시 동안 살아 본 후에 무엇이 옳은지 알게 될 것입니다.

감사합니다. 지금 실행하고 있으며 지금까지는 정말 잘 작동하는 것 같습니다.

1. 약어 abbr 를 짧게 사용할 수 있습니다. alias 의 경우 이것이 더 낫다고 생각되면 이 동작으로 대체될 수 있습니다. 사람들이 스크립트에서 별칭을 사용하려면 함수 래핑을 수행하면 됩니다. 약어는 사람들이 일반적으로 별칭을 사용하는 것과 정확히 같습니다.
2. 약어를 정의하고 제거하는 도우미 기능이 있으면 좋을 것 같습니다.
   예: abbr gc 'git checkout' 및 abbr -e gc .
   제 생각에는 변수를 통해 이 조작을 하는 것이 조금 번거롭습니다. 또한 약어가 고유한지 확인하는 것이 좋습니다. 따라서 업데이트하려면 새로 정의하기만 하면 됩니다.
3. 나는 지금과 같은 행동을 선호합니다. gs 대한 git status gs 와 같은 많은 약어는 스페이스바를 눌러야 한다면 그다지 유용하지 않을 것입니다. 그러나 언급 한대로 실제로 실행하려면 두 번 입력해도 괜찮습니다.
4. 개인적으로 스크립트에서 사용하지 않는 것이 좋습니다.
5. 예, 이것은 멋질 것입니다. 내 머리 위에 그것을 사용하는 어떤 약어를 생각할 수 없습니다.
6. 예를 들어 약어를 표시하기 위해 너무 일찍 스페이스바를 누른 경우에도 좋은 생각입니다. 이것은 또한 이중 입력으로 3번 제안과 잘 어울립니다(추가 입력을 원하는지 여부는 아직 확실하지 않음).

alias 는 어쨌든 POSIX 호환성 래퍼입니다. 나는 약어를하는 데 아무런 문제가 없습니다. abbr gc 'git checkout' 또는 이와 유사한 것을 쓴다면 어쨌든 git checkout 대한 완성을 원합니다.

나는 지난 몇 주 동안 terlar의 스크립트 구현을 사용했고 오늘 새로운 기본 버전으로 전환했습니다. 그래서 여기에 공개 포인트에 대한 2센트가 있습니다

1. 이제 alias 가 약어를 사용하도록 하는 것이 좋습니다. 보너스로 현재 별칭에서 작동하지 않는 완료를 수정합니다.
2. terlar가 말한 것은 좋은 것 같습니다
3. 약어를 실행하기 위해 Enter 키를 두 번 눌러야 하는 경우 정말 문제가 됩니다. Enter 키를 한 번만 눌러 별칭처럼 확장되지 않은 상태로 작동하는 것도 괜찮겠지만 내 기록에 확장되지 않은 약어가 있습니다.
4. --
5. 변수 확장은 변수의 내용이 명령에 입력되고 그에 따라 기록에 저장됨을 의미하지 않습니까? 이렇게 하면 더 이상 변수가 포함되지 않고 이전 내용만 포함되므로 기록에서 이러한 명령의 재사용 가능성이 낮아집니다. 아니면 제가 이 점을 잘못 이해한 걸까요?
6. 3자보다 긴 abbreviation 사용하지 않기 때문에 확장 기능을 사용하지 않는 것 같습니다. 즉, 모두 기본적으로 근육 메모리에 있으며 현재 줄을 지우는 것이 더 빠를 것입니다. 이것은 네이티브 구현이 줄의 시작 부분뿐만 아니라 어디에서나 사용될 수 있다는 점에서 다를 수 있습니다. 그러나 확장하기 위해 항상 스페이스바를 누르거나 Enter 키를 두 번 눌러야 한다는 의미가 아니라면 좋은 생각일 것입니다.

"약어"는 길고 철자가 어렵습니다. 더 나은 이름을 찾을 수 있습니까? "Alias"는 이미 다른 용도로 사용되지 않았다면 좋을 것입니다. 한 가지 가능성은 그것을 뒤집는 것입니다(예: "확장"). fish_user_expansions는 나에게 괜찮게 들립니다.

동의했지만 "확장"으로 판매되지는 않습니다.

약어는 어떻게 지정해야 합니까? gc=git 체크아웃 구문은 가볍지만 물고기의 다른 곳에서는 사용되지 않습니다.

complete 및 bind 또는 사용자가 호출할 수 있지만 기본 저장소가 불투명한 function 와 같이 단순히 새 내장이어야 합니다.

우리는 엔터로 확장하지 않고 공간만 확장하기를 원할 수 있습니다. Enter 시 확장은 사용자가 실행을 커밋할 때까지 실행한 명령을 볼 수 없다는 단점이 있습니다. 공백으로만 확장하면 사용자는 약어를 입력하고 공백을 입력하고 Enter를 입력할 수 있으므로 그다지 부담스럽지 않습니다. 두 번째 가능성은 첫 번째 enter 트리거 확장을 만들고 두 번째 enter가 실제로 실행하는 것입니다.

Enter 를 확장하고 싶다고 생각합니다. 나는 많은 실망스러운 fish: Unknown command “gc” 받을 것이라고 상상하고 그 일에 혼자가 될 것이라고는 상상하지 않습니다. 그러나 확장은 실행되기 전에 명령줄에서 일어나야 스크롤백에서 확장을 볼 수 있고 히스토리에서 끝나는 확장된 형식이 됩니다.

약어 확장 자체가 대체 전에 서브쉘 및 변수 확장을 거쳐야 합니까? 그렇게 하면 매우 유연하게 만들 수 있기 때문에 그렇습니다. 그러면 약어는 임의의 물고기 코드를 실행할 수 있습니다.

나는 그것이 안된다고 생각한다. 일반적으로 명령줄이 실행될 때 확장되도록 하는 것이 좋습니다. 타임스탬프가 찍힌 메모를 만드는 약어가 있다고 가정해 보겠습니다. 약어와 공백을 입력하면 vim 12:34:56.txt 와 같이 확장됩니다. 이제 몇 초 동안 이 명령을 실행하지 않고 타임스탬프가 잘못될 것입니다. 약어가 vim (time +%T).txt 로 확장되면 더 좋을 것입니다. 이것은 올바른 일이며, 예를 들어 다른 시간 형식을 사용하기 위해 명령줄을 실행하기 전에 편집할 수 있는 옵션이 있음을 의미합니다. 또한 반복 가능합니다. 예를 들어 kill %firefox 는 히스토리에서 불러와서 PID가 변경된 경우에도 다시 실행할 수 있습니다. 마지막으로 명령줄의 토큰이 실행 시에만 평가되는 나머지 물고기와 더 일관성이 있다고 주장합니다.

반면에 확장 시간에 평가하는 것은 예를 들어 이스케이프를 사용하여 옵트아웃할 수 있기 때문에 더 강력하지만 그것 없이는 실제로 _옵트인_할 수 없습니다. 사용자가 평가를 제어할 수 있기 때문에 #751로 해결하는 것이 더 나을 것이라고 생각합니다. 그것은 여전히 ​​약어 확장의 _정확한_ 순간을 얻는 방법을 제공하지 않습니다. 사용자가 개별 토큰을 확장하는 순간이 될 것입니다. 그래도 약어뿐만 아니라 평가할 수 있는 명령줄의 모든 토큰과 함께 작동하지만 명령줄에 추가되었기 때문에 더 유용하고 일관성이 있을 것이라고 생각합니다.

스페이스를 누르고 약어가 확장되고 마음이 바뀌면 삭제를 누르고 확장을 취소할 수 있어야 합니다.

나는 이것이 삭제나 백스페이스에 있어서는 안 된다고 생각한다. 왜냐하면 나의 약어에 대한 동기의 일부는 실행 전에 확장의 _parts_를 사후 편집하는 기능이기 때문이다. 아마도 더 나은 아이디어는 commandline -p 정의된 대로 "커서에서 현재 프로세스로 거꾸로 삭제"에 대한 바인딩을 추가하는 것입니다. 이것은 약어의 문제를 해결하지만(명령 위치에서만 확장되기 때문에) 동시에 약어 없이도 정말 유용합니다. 이것은 기본적으로 Ctrl-U 처럼 작동하지만 현재 "프로세스"의 시작 부분에서 멈춥니다. 현재 프로세스의 _end_에서 중지하는 Ctrl-K에 해당하는 변형이 일관성을 위해 추가될 수 있으며 유용할 수도 있습니다.

이것은 네이티브 구현이 줄의 시작 부분뿐만 아니라 어디에서나 사용될 수 있다는 점에서 다를 수 있습니다.

@terlar 의 구현을 시도 commandline -p 뿐만 아니라 라인의 시작 부분입니다. 나는 내 조잡한 개념 증명 코드가 얼마나 잘 작동하는지 실제로 경외감에 빠져 있습니다! :물고기: :하트:

흠, 실제로 다른 명령 위치에서 약어를 사용해 본 적이 없는 것 같습니다.
네, 프로토타입은 잘 작동했습니다. 다만 언급한 붙여넣기 문제가 불편할 뿐이었지만 기능은 사용하지 않는 것이 좋습니다.

@sch1zo Ctrl-Y 를 사용하면 붙여넣기가 작동합니다.

그럴 수도 있지만 대부분의 경우 선택/가운데 클릭을 통해 복사/붙여넣기를 했고 거기에 문제가 있었습니다. 그러나 기본 구현에는 더 이상 문제가 없으며 이미 모든 컴퓨터에서 해당 문제를 사용하도록 업데이트했습니다.

그래서 네이티브 약어를 사용한 지 ~10일 후에 저를 괴롭히는 한 가지를 발견했습니다. 이미 명령을 입력한 다음 줄의 시작 부분으로 점프하여 약어를 앞에 붙이면 확장되지 않고 확장되지 않은 상태에서 작동하지 않습니다. 저에게 일반적인 상황은 다음과 같습니다.
내 약어 중 하나는 !=sudo 이므로 vim /path/to/some/file/I/am/not/allowed/to/write 에서와 같이 일부 시스템 구성 파일을 편집하려고 할 때 종종 sudo가 필요하다는 것을 늦게 깨닫기 때문에 일반적으로 시작 부분으로 이동하여 ! 추가합니다 command not found 메시지를 남깁니다.
이에 대한 현재 해결 방법은 약어에 대한 별칭을 추가하는 것이지만 제대로 확장되면 더 좋을 것입니다.

동의 단순히 "첫 번째 토큰"이 아니라 공백이 입력될 때 커서 위치를 살펴봐야 합니다. 또는 먼저 공백을 삽입한 다음 명령줄을 다시 구문 분석하고 약어를 확장합니다.

커밋 b6f495d1077b7627ea851da33936c77b2d594bb2는 @sch1zo가 식별한 문제를 수정해야 합니다(sudo의 경우 !

여기에 추가할 또 다른 사항: 기본적으로 함수 대신 ll , la 등의 별칭을 만들어야 합니다.

이 기능은 다음 릴리스와 함께 제공될 것이므로 next-minor 로 대상을 변경하고 있습니다.

다음 릴리스는 매우 빠른 시일 내에, 즉 다음 주 말에 나올 것입니다. 지금은 문서 정리만 하고 있습니다.

약어는 현재의 불완전한 상태에 포함됩니다. abbrev 명령(또는 alias 용도 변경)이 있을 때까지 이를 홍보하거나 문서화하고 싶지 않습니다. 그런 이유로 나는 이것을 다음 메이저로 밀고 있습니다.

alias 는 좋은 용어가 아니라고 생각합니다. 저에게 alias 는 대체 이름입니다... 확장할 대상이 아닙니다.

같은 이유로 abbr 좋아하지 않습니다.

나는 생각 expand foo "foobar" ...하지만 보인다 expand 명령이 이미 존재 : / 너무의 나쁜, 내가 생각 expand 가장 좋은 용어했을 것이다.

별칭과 약어를 통합하는 것은 어떻습니까? 새 기능을 도입하거나 alias 사용하지 않는 대신 "별칭 확장" 구성 옵션을 도입하세요. 여기서 단점은 우리가 물고기의 구성 옵션을 좋아하지 않는다는 것입니다(하지만 구성 옵션을 건너뛸 수 있음). (아마도 좋은 점일 수 있음) 이는 두 가지 동작을 혼합할 수 없다는 것을 의미합니다. 별칭 동작... 장점은 비슷한 작업을 수행하는 두 가지 방법이 없다는 것입니다. 설명하기 쉽고("별칭은 물고기에서 확장됨") 약어가 실제로 스크립트에서 작동합니다(별칭이기도 하기 때문에). 구문 형광펜에서도 특수 케이스를 사용할 필요가 없음을 의미합니다. 그리고 별칭 기계를 C++ 코드로 이동함으로써 현재 별칭 구현의 속도 저하를 피할 수 있습니다. 그래도 확장되지 않은 별칭에 대해 완성이 작동하도록 하는 방법을 알아내야 합니다.

기능 요청 하나...

이전에는 git add, git commit 및 git push와 같은 단일 명령으로 자주 사용하는 명령 조합을 실행하는 기능을 사용했습니다.

새로운 약어 기능이 마음에 듭니다. 나는 그것이 거대하다고 생각하고 그것을 전환하려고합니다. 단일 명령 확장으로 제한된다는 사실은 괜찮습니다. 그러나 여전히 한 번에 여러 명령을 실행하고 싶습니다. 이제 첫 번째 명령에 약어를 사용하고 세미콜론을 사용하고 두 번째 명령에 약어를 사용하는 등의 작업을 수행할 수 있습니다. 잘 작동합니다. 사실 이 방법이 더 나은 것 같습니다.

내 요청은 확장이 공백이나 엔터뿐만 아니라 세미콜론으로도 트리거된다는 것입니다. 세미콜론은 기본적으로 지연 입력과 동일하기 때문에 이것이 여러분 모두에게도 이해가 될 것이라고 생각합니다.

이 기능이 공식 릴리스에 포함될 때까지 기다릴 수 없습니다!

나에게 의미가있다.

1a7b33e8fb75dd702730ca9637d760fbd23a4000은 세미콜론의 약어를 확장합니다.

감사 해요!

fish_user_abbreviations는 어디에 저장됩니까? 내 dotfiles 저장소에 추가하고 싶습니다.

현재 범용 변수이므로 ~/.config/fish/config.fish에 저장됩니다. 그러나 이것은 적절한 저장 방법을 찾을 때까지 일시적인 해킹일 뿐입니다. 여기에 피드백을 환영합니다.

원하는 경우 set -g fish_user_abbreviations... 와 같은 행을 config.fish에 추가하여 수동으로 설정할 수 있습니다.

흠, 거기에 그 변수가 보이지 않습니다.

set -U fish_user_abbreviations 'g=git' . config.fish에 넣는 올바른 방법입니까?

죄송합니다. ~/.config/fish/fishd.[mac_address] 저장됩니다. 분명히 동기화는 MAC에서 꺼져 있기 때문에 (설계상) 작동하지 않습니다.

config.fish에 넣으려면 `set -g fish_user_abbreviations 'g=git'을 작성합니다. -g 전역의 경우 매번 설정하기 때문에.

범용 변수는 합리적으로 깔끔하다고 생각합니다. 단지 더 나은 UI가 필요합니다.

= 를 사용하여 키와 값을 분할하거나 ASCII FS( \x1c )를 사용하여 배열로 사용하는 경우 이를 관리하는 물고기 함수( abbr ) + // 웹 인터페이스 페이지가 유용할 것입니다.

수출/이전을 위한 적절한 산출물을 생산하기 위해 생각해야 할 것입니다.

@ridiculousfish 아, 감사합니다. 많은 도움이 됩니다! 수출을 위한 절차가 있을 때까지 지금은 그렇게 할 것입니다.

Btw, 저는 A) 모든 약어가 포함된 단일 파일 또는 B) 각 약어에 대해 별도의 파일을 사용하는 것에 대해 중립적입니다. A 쪽으로 기울어질 수도 있지만 강하게는 아닙니다.

기존 구현에 대한 기본 UI를 abbr 추가했습니다. 더 보려면 abbr -h 를 사용하세요. 또한 웹 인터페이스에 보기 전용 UI를 추가했지만 더 많은 작업을 수행하는 것이 좋습니다.

= 를 구분 기호로 사용하는 대신 각 배열 항목의 첫 번째 토큰(공백으로 구분?)을 사용할 수 있습니다. 이렇게 하면 구현이 간단해집니다.

범용 변수는 깔끔하지만 직접 노출하지 않는 경우 __fish_user_abbreviations 로 이동하는 것이 더 나을 수 있습니다.

= 를 구분 기호로 사용하는 대신 space-separated 를 선호합니다. 특히 그 스타일은 fish 내부의 다른 곳에서는 사용되지 않기 때문입니다.

나는 이것이 공백으로 구분되어야한다는 데 동의합니다. 좀 더 이해가 되며 원하는 경우 = 가 실제로 약어의 일부가 될 수 있음을 의미합니다. abbr 명령은 --add 플래그를 삭제하고 대신 두 개의 인수를 사용하도록 수정해야 합니다.

$__fish_user_abbreviations 와 관련하여 이 제안에 공감할 수 있지만 사용자가 abbr 명령을 사용하지 않고 $fish_user_abbreviations 직접 수정하고 싶어할 수도 있으므로 권장하지 않습니다. 누구나 $__fish_* 변수를 직접 수정할 수 있습니다. 마찬가지로 로컬 또는 글로벌 수준에서 설정하는 것은 완전히 합법적입니다. 모든 사람이 이와 같은 것에 범용 변수를 사용하고 싶어하는 것은 아닙니다.

관련 참고로 --shell 플래그를 사용할 때 read 는 대화식 입력에서 약어를 확장해야 합니다.

abbr 명령 외부에서 변수 수정을 권장하는 것에 대한 나의 우려는 범위 지정을 지원하도록 명령을 확장하면 UI 측면에서 복잡성이 증가하지만 그렇게 하지 않으면 잠재적으로 잘못된 결과를 초래할 수 있다는 것입니다. 현재로서는 변수 범위의 병합이 없으므로 혼란스러울 수 있습니다. 범용 확장과 (다른) 전역 확장을 설정하면 둘 다 작동해야 합니까? 그렇다면 글로벌 범위에서 보편적 확장을 해제하려면 어떻게 해야 합니까? 이것이 사람들이 하고 싶어하는 일입니까?

공간 분리는 좋은 생각처럼 들립니다. 혼동을 피하기 위해 새 약어를 추가할 때 인수의 수에 제한이 없을 것입니다. 첫 번째는 '단어'가 되고 나머지는 함께 결합되어 '구'가 됩니다.

"범위 지정 지원"을 위해 작업을 수행할 필요가 없습니다. abbr 단순히 $fish_user_abbreviations 를 사용하는 경우 전역 변수가 있는 경우 전역 변수를 사용하고 그렇지 않은 경우 유니버설을 사용합니다. 이것이 바로 독자가 작동하는 방식입니다. 유일한 주름은 사용자가 $fish_user_abbreviations 를 최상위 수준에서 로컬 변수로 설정하면 독자도 실제로 볼 수 있다는 것입니다. 그리고 간단한 수정은 -S 플래그를 abbr 함수 선언에 추가하는 것입니다. 그러면 상위에 정의된 지역 변수를 볼 수 있습니다. 그러나 약어를 병합하려고 시도하고 병합할 필요는 없습니다(다른 범위에서 변수를 일시적으로 삭제하지 않는 한 그렇게 할 수 있는 방법도 없음).

이것에 따라 생활 한 후 나는 약어가 확장되기 전에 밑줄이 그어지거나 다르게 강조 표시되는 것을 보고 싶습니다. 이것은 내가 올바르게 입력했다는 확신을 줍니다. 생각?

공백 구분자 지원은 fbade198b942a666d3fc1110804a7da2c47918f1에 있습니다.

공백을 눌렀는데 확장되지 않으면 올바르게 입력하지 않은 것입니다. 나는 밑줄을 긋거나 강조하는 것을 반대하지 않습니다(사용자에게 명령줄이 변경된 이유를 알려주는 추가 신호임이 확실합니다). 하지만 공백을 넣기 전에 자신감을 가져야 하는 이유를 잘 모르겠습니다.

@ridiculousfish fbade198b942a666d3fc1110804a7da2c47918f1 과 관련하여 약어는 충분히 새롭기 때문에(최근 마스터까지 문서화되지 않음) = 지원을 제거해야 합니다.

나는 before-space 케이스가 아니라 before-return 케이스에 대해 생각하고 있습니다.

나에게 좋은 소리. 강조 표시를 너무 많이 해서 속도가 느려지고 정보 과부하가 발생하는 것이 _가능_하다고 생각합니다. 하지만 여기서는 그렇지 않다고 생각합니다. 또한 어떤 이유에서든 원하는 사람들이 쉽게 비활성화할 수 있도록 일부 $fish_color_abbr-or-whatever 변수를 사용한다고 가정합니다.

처음에는 강조 표시 동작이 약어와 일반 명령에 대해 다르다는 것이 직관적이지 않다는 것을 알게 되었다고 말하려고 했습니다.

내 혼란은 내가 강조 표시와 제안된 완성 기능을 혼동하고 있다는 사실에서 비롯되었습니다.

예를 들어 "echo"를 입력하면 전체 명령을 입력할 때까지 강조 표시가 빨간색으로 표시됩니다. 그러나 제안된 완성 기능은 내가 입력하려는 내용을 성공적으로 예상하고 의도한 방향으로 가고 있다는 확신을 줍니다.

나는 약어에 대해 그러한 피드백을 받지 못하는데, 특히 복잡한 명령으로 확장되는 명령의 기억에 남는 단축을 자주 생각해내지 못하기 때문에 불행한 일입니다.

사실, 제 목표는 다양한 명령을 작은 이름 공간에 넣는 것입니다(저는 ~5개의 문자 약어를 사용하고 수백 개를 가지고 있습니다). 이 때문에 유효한 명령을 입력하는 방향으로 향하고 있는 셸 지침에 훨씬 더 많이 의존합니다. 완성을 암시하는 역할을 하는 것이 자리 잡고 있지만, 일반 명령어 대신 약어를 쓰는 것이 나에게도 표준 명령어보다 훨씬 도움이 될 것이다.

나는 약어에 의해 제기된 제안 완성에 대한 어려움을 볼 수 있습니다. 입력하는 내용과 더 이상 인접하지 않으므로 약어를 실제 명령으로 확장하는 것은 직관적이지 않습니다. 그래도 지금보다는 나을 수도 있겠다는 생각이 든다.

적어도 나에게는 제안된 완성에 약어 자체(확장이 아님)를 포함하여 가려움을 긁을 것입니다. 정의된 약어의 접두사를 올바르게 입력하고 있는지 확인하고 싶습니다. 약어를 잘못 기억하거나 잘못 입력했기 때문에 헛된 입력이 아니라는 것을 알려주기에 충분합니다.

abbr.fish 를 확장하여 공백과 = 구분자를 모두 처리하려고 시도했지만 외부 도구를 사용하지 않고 강력한 솔루션을 찾는 데 많은 성공을 거두지 못했습니다.

나는 계획이 = 지원을 제거하는 것이라고 생각했습니다. 나는 그냥 하려고 생각했고 사람들이 공백으로 전환하기 위해 실행할 수 있는 $fish_user_abbreviations를 묶는 스크립트를 사용하여 물고기 메일링 리스트에 메시지를 게시했습니다.

안녕하세요 여러분,

꽤 오랫동안 약어를 사용하다 보니 메모를 하고 싶었습니다.

나는 열렬한 팬이고 그들은 내 삶을 훨씬 쉽게 만들어줍니다. 특히 다른 사람들이 내가 어떤 명령을 내리는지 친숙한 형식으로 볼 수 있다는 사실이 마음에 듭니다.

내가 싫어하는 유일한 것은 약어에 대한 기록이 없다는 것입니다. 거의 모든 명령에 약어를 사용하기 때문에 대부분의 경우 기록 기능을 잃게 되었습니다. 약어는 히스토리 기능이 필요하지 않을 만큼 충분히 짧아야 한다고 생각할 수도 있지만, 저는 이 기능이 상당히 부족하다는 것을 알게 되었습니다. 200개가 넘는 약어가 정의되어 있으며 그 중 일부는 약간만 다릅니다. 예를 들어, 내가 어제 발행한 것을 역사에서 보여주게 하면 더 복잡하고 덜 자주 사용되는 약어에 매우 유용할 것입니다. 나는 실제로 약어와 함께 살기 때문에 실제로 다른 기록이 없기 때문에 기록 지원이 필요한 대신 함수를 사용해야했습니다.

기능에 대해 다시 한 번 감사드립니다.

@binaryphile 매우 흥미롭습니다. 이것이 어떻게 생겼는지(즉, UI)에 대한 아이디어가 있는 것 같습니다. 더 자세히 설명하시겠습니까?

좋은 질문. 확장이 트리거되면 약어가 기록 목록에 들어가는 것이 좋을 것 같습니다. 따라서 내 약어가 "git clone"의 "gclon"인 경우 공백(또는 세미콜론)을 누르면 "gclon"이 내 기록에 추가됩니다. 확장된 명령을 기록에 저장하는 일반적인 동작을 변경하지 않으므로 둘 다 사용할 수 있습니다.

그 후, 약어의 접두사(예: "gcl")를 입력하기 시작했을 때 "gclon"이 자동 완성 팝업의 첫 번째 옵션이 될 것으로 예상했습니다.

이상적으로는 그 시점에서 alt-f를 누르고 확장된 버전으로 자동 완성되도록 할 수 있고, 기록에서 확장된 명령의 새로운 자동 완성 기능을 추가로 제공할 수 있습니다. 확장 후에 추가 인수를 입력했을 수 있고 처음에 입력한 동일한 경로(약어 다음 인수)를 통해 가능한 한 적은 수의 키 입력으로 사용할 수 있기를 원하기 때문입니다. 역사의 약어에는 인수가 없으므로 alt-f는 인수별로 완료 인수를 따라 더 나아가는 가장 자연스러운 방법이 될 것입니다.

ctrl-f는 변경되지 않고 확장 버전이 아닌 약어 끝으로 앞으로 이동할 것입니다. 확장할 대상에 대한 시각적 신호가 없기 때문입니다.

나는 이것을 마침내 테스트하기 위해 밤마다 빌드하고 실행했습니다! 이 기능이 정말 마음에 들고 abbr 명령이 함께 제공된다는 사실이 마음에 듭니다.

내 피드백은 dotfile 백업을 위해 내보낼 수 있는 좋은 방법이 필요하다는 것입니다. 나는 이것들이 모두 abbr --show 출력 형식으로 하나의 파일에 들어가야 한다고 생각합니다. abbr --show 지금은 충분합니다. 지금은 dotfile에 파이프로 연결하겠습니다. 하지만 그 때가 오면 다시 가져올 수 있는 쉬운 방법을 원합니다. 따라서 Fish가 지금 그 형식을 가져올 수 있다면 좋은 다음 단계가 될 것입니다.

도움말의 명령을 따라 새 약어를 추가하면 이 오류와 함께 실패합니다.

현재는 abbr -a "gco git checkout" 를 입력해야 하지만 설명서에 나와 있는 경우를 지원하는 것이 더 합리적이라고 생각합니다.

아, 감사합니다!

48d3536이 그 변화를 만듭니다.

다음 마이너 릴리스에서 '=' 구분 기호 지원을 그대로 두고 그 이후에는 비활성화하거나 (조용히?) 사람들의 fish_user_abbreviations 업그레이드해야 한다고 생각합니다.

나는 이것을 고정으로 닫을 것입니다. 마이그레이션을 추적하기 위해 #2051을 제출했습니다. 개념을 제공한 @dag 와 이를 테스트한 모든 분들께 감사드립니다. 곧 출시되기를 기대합니다!

W00t, 모두 감사합니다. 이 기능이 정말 마음에 듭니다!!

저는 약어를 좋아합니다. 별칭보다 훨씬 친근한 경험입니다. 정말 고마워!

dotfiles ^{1 , 2 에} 약어를 저장하는 방법을 찾는 동안 이 스레드를 발견했습니다.
누군가 같은 이유로 여기에서 비틀거린다면 abbr -s/--show 사용할 수 있습니다. 예를 들어

abbr --show >> ~/.config/fish/config.fish

@dideler 자동화된 백업과 유사한 것을 사용하고 있으며 sort 파이프하는 것도 권장합니다.

abbr --show | sort > fish_abbreviation_backup;

모든 것을 fish_abbreviation_backup 파일에 넣은 다음 백업을 위해 Homeshick에 추가합니다. 모두 자동화되어 있으며 cron에서 실행됩니다. I 백업 난 후 source fish_abbreviation_backup 하고 그 물고기 쇼 알파벳 순서 때문에 abbr --show .

물고기가 기능을 사용하는 방식과 유사하게 파일에 약어를 보관하면 좋을 것입니다.

업데이트: 약어를 저장할 때 정렬 문제 -> https://github.com/fish-shell/fish-shell/issues/2156

물고기가 파일에 약어를 보관하면 좋을텐데...

매뉴얼 페이지에서: "약어는 범용 변수를 사용하여 저장됩니다." 즉, var name fish_user_abbreviations 아래의 _~/.config/fish/fishd.macaddr_ 파일에서 찾을 수 있습니다. abbr 명령은 단순히 해당 범용 변수를 조작합니다.

감사합니다. ~/.config/fish/abbreviations.fish에 보관하여 도트 파일에 쉽게 추가할 수 있도록 하는 것이 좋을까요?

@ElijahLynn : 내가하는 일은 ~/.config/fish/conf.d/에 "abbrs.fish"라는 파일이 있고 다음 내용이 있습니다.

if not set -q fish_initialized
    abbr -a alsamixer alsamixer -c0
    abbr -a e emacs -nw
    abbr -a \$PAGER less
    abbr -a mu4e emacs --eval "\(mu4e\)"
    abbr -a pm pulsemixer
    abbr -a rm rm -I
    abbr -a sc systemctl
    abbr -a upo upower -i /org/freedesktop/UPower/devices/battery_BAT0
    abbr -a usc systemctl --user
    # Double-escaping needed
    abbr -a d2 env WINEPREFIX=/home/alfa/.wine32/ wine ~/.wine/drive_c/Program\\ Files\\ \\(x86\\)/Diablo\\ II/Diablo\\ II.exe
    abbr -a c curl -LO -C -
    set -U  fish_user_paths ~alfa/.local/bin $GOPATH/bin
    set -U fish_initialized
end

내 dotfiles 에 이것을 가지고 있으며 아직 사용하지 않은 모든 컴퓨터에 놓을 수 있습니다. 약어를 재설정하려면 모두 지울 수 있습니다( set -e fish_user_abbreviations; set -e fish_initialized ). 물고기를 다시 시작하십시오.

감사합니다. 이 항목이 누락되었을 수 있지만 수동으로 유지 관리해야 하고 abbr 명령으로 쉽게 관리할 수 있는 추가 기능을 추가하지 않아도 되는 것 같습니다.

거기에 abbr 명령을 추가합니다. 이것은 abbr --show 호출의 출력일 수도 있습니다.

명령 위치에서만 시작하는 것이 좋습니다. 그런 다음 이전에 제안한 인수 위치 사용 사례를 실험할 수 있습니다.

나는 시작에서뿐만 아니라 위치가 소수, 예를 들어있을 거라고 생각 : s 에 대해 sudo 및 n 에 대해 nano 하는 수에서 팽창 s n 에서 sudo nano 로 변경되지만 현재 구현에는 없습니다.