Use the `:set hidden` option and Vim will hide the buffer until you come back to it.

You can also use `:set confirm` to deal with the unsaved buffer warning more conveniently.

We have a REST API where clients can supply parameters representing values defined on the server in Java Enums.

So we can provide a descriptive error, we add this `lookup` method to each Enum.  Seems like we&#39;re just copying code (bad).  Is there a better practice?  

    public enum MyEnum {
        A, B, C, D;
    
        public static MyEnum lookup(String id) {
            try {
                return MyEnum.valueOf(id);
            } catch (IllegalArgumentException e) {
                throw new RuntimeException(&quot;Invalid value for my enum blah blah: &quot; + id);
            }
        }
    }

 
**Update**: The default error message provided by `valueOf(..)` would be `No enum const class a.b.c.MyEnum.BadValue`.  I would like to provide a more descriptive error from the API.  


Best practice to look up Java Enum

I am posting some data using ajax. I want to manipulate that data and return to to the calling jQuery script. 

Here is my jQuery:

    $.ajax({
      type: &quot;POST&quot;,
      url: &quot;somescript.php&quot;,
      datatype: &quot;html&quot;,
      data: dataString,
      success: function() {
        //do something;
        }
    });

Here is my somescript.php on the server:

      &lt;?php
        //manipulate data
        $output = some_function(); //function outputs a comma-separated string
        return $output;
      ?&gt;


Am I doing this correctly on the server side, and how do I access the return string when  the ajax call completes?






How to return data from PHP to a jQuery ajax call

I am using FuzzyFinder with Vim to open files and switch between buffers. It works like a charm except when the current file I am working on has some changes. Vim wouldn&#39;t let me switch the buffer till I save it:

    &quot;E37: No write since last change (add ! to override)&quot;.

Is there a way of suppressing this warning unless I am quitting the editor? All I want to do it switch to a different buffer for referencing some code and switch back.

Unsaved buffer warning when switching files/buffers

I am using FuzzyFinder with Vim to open files and switch between buffers. It works like a charm except when the current file I am working on has some changes. Vim wouldn't let me switch the buffer till I save it:
<pre><code class="hljs language-arduino">"E37: No write since last change (add ! to override)".
</code></pre>
Is there a way of suppressing this warning unless I am quitting the editor? All I want to do it switch to a different buffer for referencing some code and switch back.

You can *set* the Vim color scheme by issuing

    :colorscheme SCHEME_NAME

but, oddly enough, you can&#39;t get the currently used scheme by issuing

    :colorscheme

as this results in &quot;`E471: Argument required`&quot;. I also don&#39;t see the color scheme listed in the output of `:set`.

So how do you go about figuring out the current color scheme in use (other than manually switching the themes until you recognize it)?

How to tell which colorscheme a Vim session currently uses

I&#39;ve been using Vim for quite a long time, but I&#39;m at a level where I use insert mode most of the time, and I still use the arrow keys to move around(!).

I feel like I&#39;m not getting the best out of my lovely editor, particularly regarding navigating (especially code), copy &amp; pasting, and doing other manipulations of existing code. (though I am quite comfortable with complicated search/replace patterns).



 * How should I go about learning more?
 * What resources would people recommend?




Becoming better at Vim

I have seen https://stackoverflow.com/questions/235439/vim-80-column-layout-concerns, but the answer there highlights only actual content that goes over the 80 character mark. I want to have a 100+ column Vim window open with the leftmost 80 columns using the normal background and anything past that using a slightly different background. The Vim window background should be a different color, not just text that goes over the 80 character point. This would indicate how close I am getting to the 80-char point without having to go over it first.

I don&#39;t think this is currently possible, but I thought I&#39;d ask just in case.

Maybe it could be done with a plugin?

## TextMate Example of Desired Vim Right Margin Highlighting

By selecting &quot;Highlight right margin&quot; in TextMate&#39;s general preferences, you can see an example of the desired Vim behavior.

![TextMate Right Margin Highlighted Example][2]

  [2]: http://i.stack.imgur.com/pXRaG.jpg

Showing a different background colour in Vim past 80 characters

Emacs 24 [looks like it will have][1] a package manager. What package management options are there for Vim?

  [1]: http://lists.gnu.org/archive/html/emacs-devel/2010-03/msg00272.html

Package(Plugin) Management for Vim

For instance, if I wanted to a find and replace with strings containing backward or forward slashes, how would this be accomplished in vim? Thank you!

Examples
Find &amp; Replace is: `:%s/foo/bar/g`

what if I wanted to find all occurrences of `&lt;dog/&gt;` and replace it with `&lt;cat\&gt;`



How does one escape backslashes and forward slashes in VIM find/search?

I am using PuTTY and the vi editor. If I select five lines using my mouse and I want to delete those lines, how can I do that?

Also, how can I select the lines using my keyboard as I can in Windows where I press &lt;kbd&gt;Shift&lt;/kbd&gt; and move the arrows to select the text? How can I do that in vi?



How to delete selected text in the vi editor

As I&#39;m always dissatisfied with existing editors, a project I always wanted to start is my own text editor. However doing text editing is serious business.

Besides analyzing the source code of existing text editors, is there any book or other resource (like academic work) about this topic? I&#39;m interested especially in something that teaches how to handle memory and how to manage text insertion (if you have a 100 MB file and want to add a char at *x* position, you can&#39;t just `memmove` the huge text block...).

Text editor theory

Is there a way to make files opened for editing in the terminal open in Textedit instead? 

For example, where a command might open a file for editing (like `git commit`), instead of opening that file in vim or emacs, it would open in Textedit (or perhaps another text editing application of your choosing, such as Coda or Sublime). 

And as a bonus question, is there any way to specifically configure git to automatically open the file created after running `git commit` in an editor from the applications directory?


Change the default editor for files opened in the terminal? (e.g. set it to TextEdit/Coda/Textmate)

Is there a text editor on Linux that allows me to see line breaks and carriage returns? Does Vim support this feature?


See line breaks and carriage returns in editor

This question is probably going to make me sound pretty clueless. That&#39;s because I am.

I&#39;m just thinking, if I were hypothetically interested in designing my own text editor GUI control, widget, or whatever you want to call it (which I&#39;m not), how would I even do it?

The temptation to a novice such as myself would be to store the content of the text editor in the form of a string, which seems quite costly (not that I&#39;m too familiar with how string implementations differ between one language/platform and the next; but I know that in .NET, for example, they&#39;re immutable, so frequent manipulation such as what you&#39;d need to support in a text editor would be magnificently wasteful, constructing one string instance after another in very rapid succession).

Presumably some mutable data structure containing text is used instead; but figuring out what this structure might look like strikes me as a bit of a challenge. Random access would be good (I would *think*, anyway—after all, don&#39;t you want the user to be able to jump around to anywhere in the text?), but then I wonder about the cost of, say, navigating to somewhere in the middle of a huge document and starting to type immediately. Again, the novice approach (say you store the text as a resizeable array of characters) would lead to very poor performance, I&#39;m thinking, as with every character typed by the user there would be a huge amount of data to &quot;shift&quot; over.

So if I had to make a guess, I&#39;d suppose that text editors employ some sort of structure that breaks the text down into smaller pieces (lines, maybe?), which individually comprise character arrays with random access, and which are themselves randomly accessible as discrete chunks. Even *that* seems like it must be a rather monstrous oversimplification, though, if it is even remotely close to begin with.

Of course I also realize that there may not *be* a &quot;standard&quot; way that text editors are implemented; maybe it varies dramatically from one editor to another. But I figured, since it&#39;s clearly a problem that&#39;s been tackled many, many times, perhaps a relatively common approach has surfaced over the years.

Anyway, I&#39;m just interested to know if anyone out there has some knowledge on this topic. Like I said, I&#39;m definitely not looking to write my own text editor; I&#39;m just curious.

Content Type	Original Author	Original Content on Stackoverflow
Question	deepakg	View Question on Stackoverflow
Solution 1 - Vim	James	View Answer on Stackoverflow
Solution 2 - Vim	too much php	View Answer on Stackoverflow

Unsaved buffer warning when switching files/buffers

Vim Problem Overview

Vim Solutions

Solution 1 - Vim

Solution 2 - Vim

How to return data from PHP to a jQuery ajax call

Best practice to look up Java Enum

Attributions