Recently I read the blog post "11 Visual Studio 2005 IDE Tips and Tricks to Make You a More Productive Developer" which has some neat tips indeed. I thought I would investigate which of the tips can be replicated in emacs, which are easier or more powerful in emacs and vice versa.
I've been using Visual Studio for over 10 years though I'm certainly not a power user, and recently I only use it for building and occasional code editing. I do more editing in emacs. I'm not writing this post to prove that one is better than the other, it is more for the learning experience for myself, and hopefully somebody will find something interesting here.
(1) Express Yourself with Regular Expressions
The example is to convert
, last_name
, ssn
, employee_id
into
+ "last_name"
+ "ssn"
+ "employee_id"
using a regex. Well, I'd probably record a keyboard macro to do that, but let's do the regex replace instead.
The syntax of the regex is a little different in emacs, but the basic sequence looks like this:
Alt-x replace-regexp
\(, \)\(.*$\)
, "\2"
Notice you need slashes for the brackets to make the groups.
Verdict: Visual Studio lets you use Regex's in script, and emacs lets you do it in elisp code... and they both have the functionality needed for the tip. Draw.
(2) Take (Keyboard) Shortcuts
This tip is to simply use keyboard shortcuts. Well in fact you won't get anywhere with emacs without using them. So this is kind of a mute point.
But I'll list some random keyboard short cuts for completeness...
Alt z runs zap-to-char, kills everything up until the character you enter.
Alt . runs find-tag. Finds the next occurence of current tag in the tags table, for finding function and variable declarations for example.
Ctrl U Alt . finds previous tag
Ctrl < goes to the start of a buffer
Ctrl > goes to the end
Ctrl H m describes the current mode, which is handy if you just downloaded a new editing mode and you want to see what the keys are and so on
Alt t runs transpose. You can flip two words around.
Verdict: Another draw.
(3) Make New Shortcuts
This is straight forward in emacs...
(global-set-key [M-f2] 'zap-to-char)
... sets Alt-F2 to do zap-to-char
You can override keys globally like that, or you can do local-set-key to change that key only for the current editing mode.
Verdict: emacs and Visual Studio both allow remapping anything they can do to a key, and they both allow you to redefine a key differently for different modes. Another draw!
(4) Use Code Snippets
I wasn't aware of this feature for Visual Studio so I checked it out briefly. So it lets you dump out text, such as automatically creating empty for loops or adding set and get fields given a field name.
Well in emacs there are abbreviations. So for example let's say I want for( to automatically expand to for(int i; ithen I can make an abreviation, by going into the mode I want this to be active, and typing
Alt-x abbrev-mode (turn the mode on)
Alt-X define-mode-abbrev (interactively add a new abbreviation for this mode)
for
for(int i; i
and now when I type for and space, it will expand automatically.
If you don't want it to expand then you type Ctrl-Q before you complete the abbreviation.
But snippets let you do more advanced stuff like take a field name and create the get, set fields. Well I would write elisp code for that kind of thing, or again use a keyboard macro.
Abbreviations are nice and easy to use, but they don't have the power of snippets.
Verdict: Visual Studio code snippets don't seem to map directly to emacs. In emacs you can use the more basic abbreviations, or roll your own solution for wrapping text in more dynamic ways.
(5) State Your Preferences
Not a lot to say here. emacs is fully configurable through the startup file .emacs, so you can do configure everything as you want it to be.
Verdict: Draw.
(6) "Attach to Process" to Start Debugging ASP.NET
Emacs doesn't support windows debugging, of course, but you can use gdb to debug processes. So the same functionality would be :
Alt-x gdb
attach [process ID]
Verdict: Draw.
7) Stop Conditionally (Conditional Breakpoints)
Again, this is a windows only thing... you can run gdb and type
break [LOCATION]
and
condition [COND]
to set up a conditional breakpoint.
Verdict: Draw. You can't debug windows processes from emacs, and you can't debug linux processes from Windows, but both offer debugging from within the IDE.
(8) Employ Task List Tokens
This is an odd feature. By typing // TODO in C++ code, for example, you can view the TODO's in a task list window for that file.
Emacs lets you do this with say the 'occur' function.
Alt-X occur
TODO
Will give a list of lines containing TODO.
You could make an elisp function to wrap this up into a task list function:
(defun task-list()
(interactive)
(occur "TODO"))
Verdict: Not much of a feature really, but yeah, another draw.
(9) Go Directly to Any File with the Find Combo Box
I couldn't get this tip to work, but Alt-Shift O seems to be the one he is talking about. A very nice list of files, and you can quickly open a file by typing part of the filename.
emacs doesn't include the files in your current project, so we don't have a direct comparison, but let's assume you have a root directory containing your source and you want to find files matching a regex:
Alt-x find-dired
d:\YourSourceFiles\
-regex ".*SEARCHTEXT.*"
This will open a dired window (like a file manager dialog box but lets you do lots more things to the files) containing the matching files.
Verdict: emacs is a bit better than studio in that you can search using all the power of the unix find command, but it's more fiddly to use, and there's no equivalent to Studio managing all the files in each project. (That I know of).
(10) Type Ahead (Incremental Search) in Lists
So for example in Studio, do Ctrl-O and you get a file dialog. Typing letters gradually filters the available files until you get the one you want.
Emacs has exactly the same thing.
Ctrl-X Ctrl-F to visit a file for example (although this works with anything that asks you for a file.)
Firstly you can use the buffer history to find files you opened and closed earlier, and also you can edit this, so if you just opened a .cpp file, you can change it to .h and load that easily.
Secondly hitting tab will cycle through possible files based on what you typed so far, but also open a buffer with the current valid files, so you can switch and select from there.
Finally, if you open the wrong file by mistake you can run 'find-alternate-file' and load a different file into the buffer you opened.
Verdict: emacs wins by a nose. More flexibility.
(11) Automate with Macros and Visual Studio Automation
emacs also has very cool macro recording...
Ctrl-X ( starts recording
do your thing
Ctrl-X ) ends recording
Ctrl-X e runs the macro
If you make a useful macro that runs on one line, you can then run it multiple times:
Ctrl-U 10 Ctrl-X e
runs the macro 10 times for example.
You can also edit the macro with edit-last-kbd-macro, which brings up an editor.
Well that's it, I'm sure I've missed out a lot of emacs features, I've been using it for about 4 years and I know there is still a lot of stuff in there I haven't discovered!
Subscribe to:
Post Comments (Atom)
5 comments:
You show
Alt-x replace-regexp
\(, \)\(.*$\)
, "\2"
as a regexp to replace a leading , with a leading +. First of all: It doesn't. It replaces a leading , with a , - very much a no-op.
Second, it's useless to capture the comma if you don't use the captured value. Finally, it would probably be a good idea to anchor the expression. To summarize:
Alt-x replace-regexp
^, \(.*$\)
+ "\1"
Oops, just a typo, it should have read:
+ "\2"
But what I had is not really a no-op, since it does at least put the 2nd group of the matched expression in quotes.
Thanks for the corrections.
For the code snippets, you might want to take a look at skeleton-mode; it gives a lot more flexibility with inserting text.
I recently wrote about skeleton mode which is useful for code snippets (tip 4). These days there are far more advanced snippet packages for emacs, but skeleton mode is a core module.
For tip 10, there is a more flexible way to select a file or a buffer called ido. It takes a while to get used to after the standard emacs mechanism but is well worth persevering with.
JG
Great blog I enjoyyed reading
Post a Comment