Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Cursor as indicator for insert/command mode. #1992

Closed
ReneFroger opened this issue Jun 14, 2015 · 4 comments
Closed

Cursor as indicator for insert/command mode. #1992

ReneFroger opened this issue Jun 14, 2015 · 4 comments
Labels
Evil Proposal Ready for work stale marked as a stale issue/pr (usually by a bot)

Comments

@ReneFroger
Copy link

Hi there! I was wondering if Spacemacs does have a indicator in the cursor for entering the insert mode, and command mode? If not, then I would like to share this snippet from my configuration:

;; -----------------------------------------------------------------------------------
;; Evil no blinking cursor when normal, blinking when insert 
;; -----------------------------------------------------------------------------------
(blink-cursor-mode (- (*) (*) (*)))
(defun enable-blinking ()
(interactive)
(blink-cursor-mode t)
;;(cursor-type `box)
)   

Might be an useful indicator for Spacemacs users.

@syl20bnr
Copy link
Owner

Thank you for the snippet.
This is a good question, depending on the terminal we have some feedback of not.
In iTerm the cursor is a block in normal state and a bar in insert state. With urxvt it seems that we have no feedback.
The feeback is handled by evil-terminal-cursor-changer

@a13ph
Copy link

a13ph commented Oct 28, 2015

Gnome-terminal 3.14.2 - by default no cursor change, only color in modeline

@kimonoki
Copy link

I don' find this snippet working on GUI now.
I am using

  (add-hook 'evil-hybrid-state-entry-hook   #'blink-cursor-mode )
  (add-hook 'evil-hybrid-state-exit-hook   #'blink-cursor-suspend )

for blinking cursor in the hybrid state

@github-actions
Copy link

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Please let us know if this issue is still valid!

@github-actions github-actions bot added the stale marked as a stale issue/pr (usually by a bot) label Feb 29, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Evil Proposal Ready for work stale marked as a stale issue/pr (usually by a bot)
Projects
None yet
Development

No branches or pull requests

6 participants