Re: [vimplugin-devel] VimEditor and VimEditorNewWindow

[Dave T. <dav...@gm...>]

The two classes aren't about 'opening in an external window' or 'open
embedded in vim'. That option is indeed as you suggested controlled by a
setting in the preferences page.

The two classes are there for either:

1) VimEditor class: This class will try to open the file using the default
Vim instance. If this instance doesn't exist it will be created. Using this
class multiple files can be opened in one vim instance.

2) VimEditorNewWindow class: This class will always open a file in a new Vim
instance which will only contain the one file.

Using the second class we can easily embed vim into eclipse since each tab
will contain its own vim instance. Using the first class gives better
performance but doesn't embed into eclipse properly at the moment. If we use
the first class we couldn't use Eclipses tabs, but we would be using Vim's
tabs.

Best Regards,

David Terei.

P.S My email system had a heart attack on the weekend, also not helped by a
misplaced 'rm -r' call by myself. At the moment I'm trying to get it all
fixed up again, hence why I've haven't replied to a fair few emails.

On 10/14/07, Nageshwar M <wha...@gm...> wrote:
>
> Hi,
>
> I read this message on the sf and here is the reason why we
> implemented that way. Starting the Gvim instance is taking a lot of
> time for connection initialization. If the user wants to edit a file
> quickly, he has to wait for the whole procedure. Instead of that he
> can quickly open the file in the existing vim window as another
> buffer. So we have given that option. There is another advanced
> functionality to think about. That is, if there are two opened gvim
> windows and when we right click the file to open, then we will get
> "open in new window", "open in 1st gvim", "open in 2nd gvim" like that
> (similar to context menu provided by vim on windows). This removes the
> redundant code and also gives the user an advanced editing
> environment. If everybody accepts the above idea, then we can continue
> working on that part.
>
> --
> Best Regards,
> Nageshwar M.
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> vimplugin-devel mailing list
> vim...@li...
> https://lists.sourceforge.net/lists/listinfo/vimplugin-devel
>