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
Make a bigger deal out of disabling the save key #56
Comments
I have the feeling that that's a typo and |
By the way, I use atomic-chrome (and thank you so much @alpha22jp for publishing it!) to edit shaders, which sometimes hang my machine and force me to power-cycle so being able to save is extremely useful for me. Sorry for not writing a proper patch, I'm not sure how to handle the breakage for #37 :( |
I agree, one of the great things about Emacs is we're safe from the flakiness of web things, where text entered into forms will be lost from something as simple as a page reload--not to mention a browser crash (or OOM killed process), forgetting there's a long-running tab and restarting the browser for a security upgrade, etc. Let's clearly define the expected behaviour of Atomic Chrome. I suspect it's something like this:
Please comment! @alpha22jp, if you'd like the next Debian stable release to carry this work, the deadline is Feb 10th, but please give me a few extra days [edit: because I will need a few days to test the new release before uploading to Debian]. Regards, |
Can't you just (for now at least) not disable |
I modified key binding for |
This is a fun package that had been useful, but as a consequence of using it I lost a lot of work. Here's my sad story: I was working on an overleaf document using this plugin, when I decided I would rather simply work on it locally and sync it back manually later. I
C-x C-w
to write the buffer to a filefoo.tex
, which, as expected, saved the contents to a file. What I did not know, was thatC-x C-s
was still mapped toatomic-chrome-send-buffer-text
, which was neither saving my changes tofoo.tex
, nor updating my overleaf document. It was not until I several hours later, when I went to convert my tex document to pdf withC-c C-c
, that I realized that I had never leftatomic-chrome
, and instead ofTeX-command-master
, I gotatomic-chrome-close-current-buffer
, and lost a days work.I fully take responsibility for using a package without carefully reading the docs, and I should have been checking the minibuffer to ensure that my saves were indeed happening. On the other hand, of the dozens (hundreds?) of emacs packages and minor-modes I have used, I have never used a single package that overwrites
C-x C-s
(even in settings where it makes no sense, who saves the contents of the minibuffer???). I'm not sure what the fix is here, but I just thought you should know.The text was updated successfully, but these errors were encountered: