Every repository with this icon (
) is private.
Every repository with this icon (
) is public.
| Description: | All the code you need to get started, with an emphasis on dynamic languages. edit |
-
0 votes
Espresso+paredit do odd things when defining a new js function
1 comment Created 2 months ago by dgoodladI'm trying to type the following:
var foo = function(bar) {
return null; }When I open the first parenthesis, 'function (' is prettified with the fn symbol: that's fine.
When I type the closing parenthesis after bar, it highlights the left-paren briefly, then opens a newline automatically. ???
When I type the open brace, I can't indent the next line with the return statement. ???
When I type the closing brace, it automatically moves it up onto the same line as the return statement, with not even a space between it and the semicolon. ???
I've tried commenting out the code block that prettifies the 'function' keyword, which helps a little but now insists on inserting a space between 'function' and the left-paren.
Comments
-
Running into the following problem, opening up an application.js file.. than I try to type
jQuery(document).ready(function($)
then the minute I try to type { it returns "Symbols function is void: paredit-open-curly". This is the same problem I had prior to the brace -> curly change. This also happens when I try to use } but the error is then regarding paredit-close-curly-and-newline.
Comments
This can be solved. You need to comment out the 'eval-after-load' code block in starter-kit-js.el in your .emacs.d dir and it works fine later but you'll get some worse bugs like not being able to delete the flower braces etc.
so the solution is to open up the init.el file and then delete the line require('starter-kit-js.el) and delete the starter-kit-js.el file too and just create an espresso.el file and use the contents from here http://svn.savannah.gnu.org/viewvc/checkout/espresso/espresso.el?revision=210&root=espresso and restart emacs to get it working. (just use the latest espresso.el file from the svn)
P.S: Thanks to skorpan and daleharvey
-
The first time I open any ruby file I get an error. This only occurs the first time I'm opening a file.
Debugger entered--Lisp error: (void-function tramp-list-remote-buffers)
(tramp-list-remote-buffers) (subsetp (list (current-buffer)) (tramp-list-remote-buffers)) (not (subsetp (list ...) (tramp-list-remote-buffers))) (and buffer-file-name (file-writable-p (file-name-directory buffer-file-name)) (file-writable-p buffer-file-name) (not (subsetp ... ...))) (if (and buffer-file-name (file-writable-p ...) (file-writable-p buffer-file-name) (not ...)) (progn (local-set-key ... ...) (flymake-mode t))) (when (and buffer-file-name (file-writable-p ...) (file-writable-p buffer-file-name) (not ...)) (local-set-key (kbd "C-c d") (quote flymake-display-err-menu-for-current-line)) (flymake-mode t)) (lambda nil (when (and buffer-file-name ... ... ...) (local-set-key ... ...) (flymake-mode t)))() run-hooks(ruby-mode-hook) apply(run-hooks ruby-mode-hook) run-mode-hooks(ruby-mode-hook) ruby-mode() set-auto-mode-0(ruby-mode nil) set-auto-mode() normal-mode(t) after-find-file(nil t) find-file-noselect-1(# "~/code/rm/main/spec/models/candidate_spec.rb" nil nil "~/code/rm/main/spec/models/candidate_spec.rb" (32645779 234881026)) find-file-noselect("/Users/michaelguterl/code/rm/main/spec/models/candidate_spec.rb" nil nil) ido-file-internal(raise-frame) ido-find-file() call-interactively(ido-find-file)Comments
I was receiving this error while using CarbonEmacs on OS 10.6. I just installed the emacs-app port from Macports, that is based on 23.1 and the error has gone away.
Under Emacs 23.1.50.1 (Ubuntu 9.04) I needed to do a (require 'tramp-cmds) to stop this error.
-
If a C-mode buffer contains the text:
/******************************************************************************
inserting the cursor anywhere in the comment and running ido-find-file will try to locate a file named "/******************************************************************************" and fail.
Is this a bug with ido?
Comments
technomancy
Tue Oct 20 19:42:05 -0700 2009
| link
It's a quirk of ido-mode; I've run into it myself editing JS files. I'm sure it's possible to work around, but I haven't seen a fix yet. Would love to get a patch for it.
-
0 votes
html mode used for *.html.haml instead of haml mode
0 comments Created 16 days ago by tepogaWhen I open rails template something.html.haml, nxhtml-mode is used for it. The strange thing is that the first template is opened with haml mode as expected, but all others are shown as html.
Checked it on clean emacs-starter-kit setup
Thanks
Comments
You might just try M-x paredit-mode (to turn OFF paredit). I find paredit's notion of what javascript code should look like to be exceedingly annoying, wrong, and frustrating to use. Also, I don't like it much.