repeat last command but not write
@: repeats the last colon command I entered, but also seems to include :write
so often I go through this kind of workflow:
:s/foo/bar
:w
Now I go to another line and want to run :s/foo/bar again, but @: runs :w instead.
Can I get @: to ignore :w?
command-line
asked Nov 27 '18 at 1:38
theonlygustitheonlygusti
320113
add a comment |
@: repeats the last colon command I entered, but also seems to include :write
so often I go through this kind of workflow:
:s/foo/bar
:w
Now I go to another line and want to run :s/foo/bar again, but @: runs :w instead.
Can I get @: to ignore :w?
command-line
asked Nov 27 '18 at 1:38
theonlygustitheonlygusti
320113
IIRC “: is readonly; that said, you might (might) be able to accomplish something with a remapping of@:by saving the command string in a global var on Enter at command line (but only for : lines, and only if not write (of which there are many variants))
– D. Ben Knoble
Nov 27 '18 at 4:39
Write a function namedExecuteLastNotWrite()andmap @: :call ExecuteLastNotWrite()<CR>. In the function get the last entry from the history(histget("cmd", -1)). If:w, get the second to last. Then execute the fetched command. See:help histget().
– Ralf
Nov 27 '18 at 5:12
1
Do you know that you can repeat the last:swith&(current line) and the last:%swithg&(run substitute over complete file)?
– Hotschke
Nov 27 '18 at 8:13
add a comment |
@: repeats the last colon command I entered, but also seems to include :write
so often I go through this kind of workflow:
:s/foo/bar
:w
Now I go to another line and want to run :s/foo/bar again, but @: runs :w instead.
Can I get @: to ignore :w?
command-line
asked Nov 27 '18 at 1:38
theonlygustitheonlygusti
320113
@: repeats the last colon command I entered, but also seems to include :write
so often I go through this kind of workflow:
:s/foo/bar
:w
Now I go to another line and want to run :s/foo/bar again, but @: runs :w instead.
Can I get @: to ignore :w?
command-line
command-line
asked Nov 27 '18 at 1:38
theonlygustitheonlygusti
320113
asked Nov 27 '18 at 1:38
theonlygustitheonlygusti
320113
asked Nov 27 '18 at 1:38
theonlygustitheonlygusti
320113
asked Nov 27 '18 at 1:38
theonlygustitheonlygusti
320113
asked Nov 27 '18 at 1:38
theonlygustitheonlygusti
320113
320113
IIRC “: is readonly; that said, you might (might) be able to accomplish something with a remapping of@:by saving the command string in a global var on Enter at command line (but only for : lines, and only if not write (of which there are many variants))
– D. Ben Knoble
Nov 27 '18 at 4:39
Write a function namedExecuteLastNotWrite()andmap @: :call ExecuteLastNotWrite()<CR>. In the function get the last entry from the history(histget("cmd", -1)). If:w, get the second to last. Then execute the fetched command. See:help histget().
– Ralf
Nov 27 '18 at 5:12
1
Do you know that you can repeat the last:swith&(current line) and the last:%swithg&(run substitute over complete file)?
– Hotschke
Nov 27 '18 at 8:13
add a comment |
IIRC “: is readonly; that said, you might (might) be able to accomplish something with a remapping of@:by saving the command string in a global var on Enter at command line (but only for : lines, and only if not write (of which there are many variants))
– D. Ben Knoble
Nov 27 '18 at 4:39
Write a function namedExecuteLastNotWrite()andmap @: :call ExecuteLastNotWrite()<CR>. In the function get the last entry from the history(histget("cmd", -1)). If:w, get the second to last. Then execute the fetched command. See:help histget().
– Ralf
Nov 27 '18 at 5:12
1
Do you know that you can repeat the last:swith&(current line) and the last:%swithg&(run substitute over complete file)?
– Hotschke
Nov 27 '18 at 8:13
IIRC “: is readonly; that said, you might (might) be able to accomplish something with a remapping of
@: by saving the command string in a global var on Enter at command line (but only for : lines, and only if not write (of which there are many variants))– D. Ben Knoble
Nov 27 '18 at 4:39
IIRC “: is readonly; that said, you might (might) be able to accomplish something with a remapping of
@: by saving the command string in a global var on Enter at command line (but only for : lines, and only if not write (of which there are many variants))– D. Ben Knoble
Nov 27 '18 at 4:39
Write a function named
ExecuteLastNotWrite() and map @: :call ExecuteLastNotWrite()<CR>. In the function get the last entry from the history(histget("cmd", -1)). If :w, get the second to last. Then execute the fetched command. See :help histget().– Ralf
Nov 27 '18 at 5:12
Write a function named
ExecuteLastNotWrite() and map @: :call ExecuteLastNotWrite()<CR>. In the function get the last entry from the history(histget("cmd", -1)). If :w, get the second to last. Then execute the fetched command. See :help histget().– Ralf
Nov 27 '18 at 5:12
1
1
Do you know that you can repeat the last
:s with & (current line) and the last :%s with g& (run substitute over complete file)?– Hotschke
Nov 27 '18 at 8:13
Do you know that you can repeat the last
:s with & (current line) and the last :%s with g& (run substitute over complete file)?– Hotschke
Nov 27 '18 at 8:13
add a comment |
1 Answer
1
active
oldest
votes
It seems you basically understand correctly: ": is a readonly register that contains the last executed command. @: will execute this register. Feel free to read up on this: :help ": and :help @.
Further, your issue is that you want to repeat a command but you are issuing a new command in between, :write, which obviously overwrites ":. You ask: "Can I get @: to ignore :w?". Of course, yes, you can define a new command that uses histget() and map it to @:, as is suggested by @Ralf in the comments. However, I will advice that you instead reconsider your own workflow. Instead of changing @:, try to compose repeatable commands. For instance, instead of
:s/foo/bar
:w
write
:s/foo/bar/e | update
Here I've added the e flag, which prevents the substitute command from failing if there are no foos found. Then I use | (:help bar) to add a new command to be executed after, and I use :update instead of :write to only write the file if there is a change.
In my opinion, this is a better solution than changing how Vim works.
answered Nov 27 '18 at 8:01
Karl Yngve LervågKarl Yngve Lervåg
6,4571329
that's so long to type out every time, and it relies on me knowing that I will want to repeat a substitute in advance
– theonlygusti
Nov 29 '18 at 3:29
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "599"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fvi.stackexchange.com%2fquestions%2f18078%2frepeat-last-command-but-not-write%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
It seems you basically understand correctly: ": is a readonly register that contains the last executed command. @: will execute this register. Feel free to read up on this: :help ": and :help @.
Further, your issue is that you want to repeat a command but you are issuing a new command in between, :write, which obviously overwrites ":. You ask: "Can I get @: to ignore :w?". Of course, yes, you can define a new command that uses histget() and map it to @:, as is suggested by @Ralf in the comments. However, I will advice that you instead reconsider your own workflow. Instead of changing @:, try to compose repeatable commands. For instance, instead of
:s/foo/bar
:w
write
:s/foo/bar/e | update
Here I've added the e flag, which prevents the substitute command from failing if there are no foos found. Then I use | (:help bar) to add a new command to be executed after, and I use :update instead of :write to only write the file if there is a change.
In my opinion, this is a better solution than changing how Vim works.
answered Nov 27 '18 at 8:01
Karl Yngve LervågKarl Yngve Lervåg
6,4571329
that's so long to type out every time, and it relies on me knowing that I will want to repeat a substitute in advance
– theonlygusti
Nov 29 '18 at 3:29
add a comment |
It seems you basically understand correctly: ": is a readonly register that contains the last executed command. @: will execute this register. Feel free to read up on this: :help ": and :help @.
Further, your issue is that you want to repeat a command but you are issuing a new command in between, :write, which obviously overwrites ":. You ask: "Can I get @: to ignore :w?". Of course, yes, you can define a new command that uses histget() and map it to @:, as is suggested by @Ralf in the comments. However, I will advice that you instead reconsider your own workflow. Instead of changing @:, try to compose repeatable commands. For instance, instead of
:s/foo/bar
:w
write
:s/foo/bar/e | update
Here I've added the e flag, which prevents the substitute command from failing if there are no foos found. Then I use | (:help bar) to add a new command to be executed after, and I use :update instead of :write to only write the file if there is a change.
In my opinion, this is a better solution than changing how Vim works.
answered Nov 27 '18 at 8:01
Karl Yngve LervågKarl Yngve Lervåg
6,4571329
that's so long to type out every time, and it relies on me knowing that I will want to repeat a substitute in advance
– theonlygusti
Nov 29 '18 at 3:29
add a comment |
It seems you basically understand correctly: ": is a readonly register that contains the last executed command. @: will execute this register. Feel free to read up on this: :help ": and :help @.
Further, your issue is that you want to repeat a command but you are issuing a new command in between, :write, which obviously overwrites ":. You ask: "Can I get @: to ignore :w?". Of course, yes, you can define a new command that uses histget() and map it to @:, as is suggested by @Ralf in the comments. However, I will advice that you instead reconsider your own workflow. Instead of changing @:, try to compose repeatable commands. For instance, instead of
:s/foo/bar
:w
write
:s/foo/bar/e | update
Here I've added the e flag, which prevents the substitute command from failing if there are no foos found. Then I use | (:help bar) to add a new command to be executed after, and I use :update instead of :write to only write the file if there is a change.
In my opinion, this is a better solution than changing how Vim works.
answered Nov 27 '18 at 8:01
Karl Yngve LervågKarl Yngve Lervåg
6,4571329
It seems you basically understand correctly: ": is a readonly register that contains the last executed command. @: will execute this register. Feel free to read up on this: :help ": and :help @.
Further, your issue is that you want to repeat a command but you are issuing a new command in between, :write, which obviously overwrites ":. You ask: "Can I get @: to ignore :w?". Of course, yes, you can define a new command that uses histget() and map it to @:, as is suggested by @Ralf in the comments. However, I will advice that you instead reconsider your own workflow. Instead of changing @:, try to compose repeatable commands. For instance, instead of
:s/foo/bar
:w
write
:s/foo/bar/e | update
Here I've added the e flag, which prevents the substitute command from failing if there are no foos found. Then I use | (:help bar) to add a new command to be executed after, and I use :update instead of :write to only write the file if there is a change.
In my opinion, this is a better solution than changing how Vim works.
answered Nov 27 '18 at 8:01
Karl Yngve LervågKarl Yngve Lervåg
6,4571329
answered Nov 27 '18 at 8:01
Karl Yngve LervågKarl Yngve Lervåg
6,4571329
answered Nov 27 '18 at 8:01
Karl Yngve LervågKarl Yngve Lervåg
6,4571329
answered Nov 27 '18 at 8:01
Karl Yngve LervågKarl Yngve Lervåg
6,4571329
6,4571329
that's so long to type out every time, and it relies on me knowing that I will want to repeat a substitute in advance
– theonlygusti
Nov 29 '18 at 3:29
add a comment |
that's so long to type out every time, and it relies on me knowing that I will want to repeat a substitute in advance
– theonlygusti
Nov 29 '18 at 3:29
that's so long to type out every time, and it relies on me knowing that I will want to repeat a substitute in advance
– theonlygusti
Nov 29 '18 at 3:29
that's so long to type out every time, and it relies on me knowing that I will want to repeat a substitute in advance
– theonlygusti
Nov 29 '18 at 3:29
add a comment |
Thanks for contributing an answer to Vi and Vim Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fvi.stackexchange.com%2fquestions%2f18078%2frepeat-last-command-but-not-write%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
IIRC “: is readonly; that said, you might (might) be able to accomplish something with a remapping of
@:by saving the command string in a global var on Enter at command line (but only for : lines, and only if not write (of which there are many variants))– D. Ben Knoble
Nov 27 '18 at 4:39
Write a function named
ExecuteLastNotWrite()andmap @: :call ExecuteLastNotWrite()<CR>. In the function get the last entry from the history(histget("cmd", -1)). If:w, get the second to last. Then execute the fetched command. See:help histget().– Ralf
Nov 27 '18 at 5:12
1
Do you know that you can repeat the last
:swith&(current line) and the last:%swithg&(run substitute over complete file)?– Hotschke
Nov 27 '18 at 8:13