Not sure why that part of code was introduced in the first place but it seems to no longer work with the newest
packages. Both backtick and quote behaviors were a kind of broken. Removing the code makes them normal again. And there
seems to be nothing wrong with Github code blocks.
I have seen many "I have a problem" discussions in the Gitter chat which
starts with a barrage of questions "Which OS? Which Emacs version?",
etc., so I thought it may be useful to have one function that will
generate the info to be copy-pasted into the Gitter chat and hence both
the user and others helping in the Gitter chat can jump directly to
solving the problem instead of the support volley to figure out the
setup.
Example output:
ELISP> (spacemacs/system-info)
"OS: darwin Emacs: 24.5.1 Spacemacs: 0.103.0 Spacemacs branch: develop
Layers: ((auto-completion :variables auto-completion-enable-help-tooltip
t) better-defaults emacs-lisp git markdown org (shell :variables
shell-default-height 30 shell-default-position (quote bottom))
syntax-checking version-control c-c++ clojure dash github html osx
python semantic sql)"
References:
From
https://github.com/syl20bnr/spacemacs/issues/2033#issuecomment-113861451 :
> Also what is your emacs version and OS ?
From
https://github.com/syl20bnr/spacemacs/issues/2042#issuecomment-113861501 :
> What's your Emacs version ? I presume it comes from the semantic
layer, can you test without the semantic layer ?
The ess company sources should be grouped, when they are not grouped
they are pretty buggy (like not showing completions under certain
circumstances).
To see the problem, try opening an R file and start the interpreter.
When you type the following ([] is the cursor):
setN[]
You will see completions offering up `setNames`. Press `<enter>`.
Now, try doing the following:
setNames(setN[])
You will see no completions. Company is trying the `company-R-args`
source, failing it, then skipping the execution of the
`company-R-objects` source.
Grouping them together fixes this, and is what's done within ess itself.
This variable allows to put the point behind the last
character of a line in normal state.
So now eval-last-sexp behaves as expected in elisp and all
other languages.
Note that this is not the default in Vim but it does not
make a lot of sense to force this behavior in Emacs where
eval-last-sexp is so important.
Anyway it is easy to revert the behavior by setting this
variable back to nil in dotspacemacs/config
The default behaviour of helm-imenu is that when point is on a matching
symbol, it jumps there automatically. This will be confusing for first
time users and undesirable most of the times. We should just disable it.
Instead of opening the file for the bookmark, use the bookmark-jump
function to properly jump to the file and location in the file. Also
show the bookmark name and the filename in the list.
Fixessyl20bnr/spacemacs#2431
