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

font sizing with mouse wheel #4587

Closed
ghost opened this issue Jan 13, 2016 · 12 comments
Closed

font sizing with mouse wheel #4587

ghost opened this issue Jan 13, 2016 · 12 comments

Comments

@ghost
Copy link

ghost commented Jan 13, 2016

I think it would be better to enable usual copy/paste keys by default. Who remembers the other commands to do so? I also would like to see the ability to increase/decrease font size with C-mousewheel. These keybindings are known across many applications, so let them feel comfy in spacemacs as well! 🙆‍♀️

@StreakyCobra
Copy link
Contributor

What are usual copy/paste keys for you? C-insert/S-insert? y/p? C-c/C-v?

y and p should copy/pase to/from the system clipboard, they are not hard to remember, go for it :-) C-c is an important emacs bindings, so it's probably not a good idea to remap it directly into Spacemacs. If you are missing them you can remap them on your own configuration.

Increasing/decreasing font size with C-wheel can be a good idea, and shouldn't be hard, let's tag this as Beginner friendly then.

@StreakyCobra
Copy link
Contributor

@ghost
Copy link
Author

ghost commented Jan 13, 2016

Please take a look at Emacs Wiki

Cua-mode is part of GnuEmacs versions 22.1.1 and later (at least).
Cua-mode allows one to use ‘C-v’, ‘C-c’, and ‘C-x’ to paste, copy, and cut the region. Since this
conflicts with very important keybindings in Emacs, these CUA bindings are only active when the
mark is active.

and the manual

When CUA mode is enabled, the keys C-x, C-c, C-v, and C-z invoke commands that cut (kill), copy, > paste (yank), and undo respectively. The C-x and C-c keys perform cut and copy only if the region is > active. Otherwise, they still act as prefix keys, so that standard Emacs commands like C-x C-c still
work.

So they will never conflict with C-c. 👌

@StreakyCobra
Copy link
Contributor

Ok, I was not aware of this. I'm still not sure it should be a default, especially as it can be really easily activated from user configuration (calling (cua-mode t)). For instance:

The package does a whole lot more, too: ‘C-z’ to undo

will conflict with:

C-z runs the command evil-emacs-state

which is an important binding for some users. But it can probably be documented in the FAQ for how to activate standard copy/paste shortcuts.

@AlejandroCatalina
Copy link
Contributor

I think the emacs default are nice for emacs style and y/p for evil mode. Emacs has always had M-w/C-y/M-y as copy/yank/cycle through yanks commands. IMO, if anyone wants CUA, it's fairly easy to set up in the user-config section.

@Andre0991
Copy link
Contributor

I think it would be cool to have a cua-state or something like that, if someone works on a layer that provides compatibility between Spacemacs and cua keybindings (like the C-z issue pointed out by @StreakyCobra .)

This would make Spacemacs more appealing to a much broader range of users.

Of course, setting up cua cua is fairly easy, but we can't underestimate "The Power of Defaults". If it were possible to select cua keybindings on setup, I'm sure I could recommend Spacemacs to many more friends.

Also don't underestimate the fact that C-c and C-v not working as usual scares a lot of people.

By the way, I once read that Emacs got its keybindings for editing text just because they were used in the popular text editors of the time, making the migration easy. Fast forward some decades and we still have them, but the "smooth migration" part is totally gone.

Anyway, I think it's good that you brought up this discussion. It's pretty controversial and sometimes we don't care as we got used to whichever editing style we use in Emacs, but I think properly introducing cua style keybindings would be awesome and could attract a lot of people to Spacemacs.

@syl20bnr Please think about this, we might have other priorities now, but in the future, when Spacemacs 1.0 is released for example, I think we could think about these issues.

@StreakyCobra
Copy link
Contributor

From my point of view having a way to integrate cua in spacemacs and enable it on user request would be nice, even by asking the question at install time :-)

I just don't want it to be the default in spacemacs, especially for user using the evil mode. People using vim bindings should already be used to y and p, and enabling cua will break C-v, which is an important one for visual selection (square region).

Anyway, if someone want to work on it, feel free :-)

@Andre0991
Copy link
Contributor

Yeah, totally agree. It could be an option; I myself wouldn't ever want to use it :)

@justbur
Copy link
Contributor

justbur commented Jan 13, 2016

just make it a layer

@ghost
Copy link
Author

ghost commented Jan 13, 2016

Sorry, I didn't know about (spacemacs is spamming many other keyboard shortcuts other than SPC). I dont want to put my use case over yours, sometimes it is hard to figure out where the diff between good defaults and user config is. Sure, it isnt hard to activate cua. I was more thinking of a common layer of stuff, casual people (dont kill me pls 🔫) got used to.

@ghost ghost changed the title better defaults: cua mode and font sizing font sizing with mouse wheel Jan 13, 2016
@hasufell
Copy link
Contributor

People using vim bindings should already be used to y and p

The first thing I did in vim a long long time ago was implementing C-c/C-x/C-v behavior, so I definitely disagree.

@d12frosted
Copy link
Collaborator

Closing this issue as duplicate of #5429 and #1298.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

6 participants