Menu
▾
▴
vimplugin-devel
|
From: Sebastian M. <seb...@un...> - 2007-09-18 16:09:05
|
Hey guys. I'm very sorry, that I didn't had the time to push the project forward last year. I started with much energy, but lost it over time. The request of Martin came at the right moment. Over the last year I saw that there is enough potential in the community to bring this on. Bram has this on his list and there is Nageshwar who has done good work on this in the google Summer of code. There were a couple of people that dropped by this project and left again, because it got stuck at a very alpha level. I admit, I didn't care enough about community building. But this project has much potential and I cannot do everything on my own. So let's revive the project once more. I will try to get Nageshwar back on board, and then we need to develop a plan for the coming time. There are some prototypes then, and we have to merge them together to a fairly usable "product". I'm getting excited again :-) Thanks for your support, Sebastian. |
|
From: Martin K. <kri...@us...> - 2007-09-19 07:38:22
|
Hello, Quoting Sebastian Menge <seb...@un...>: > There are some prototypes then, and we have to merge them together to a > fairly usable "product". I'm getting excited again :-) I have added my current release of the gvim Plugin for alpha testing: http://vimplugin.svn.sourceforge.net/viewvc/vimplugin/branches/gvimplugin Sebastian: maybe you can help me in creating a downloadable version. The current version will start gvim with the file selected. It does not embed itself into eclipse (I heard rumours that this might be possible). My plan is it to use the gvimplugin in conjunction with eclim so have full two way communication between gvim and eclipse. Martin |
|
From: David T. <dav...@gm...> - 2007-09-19 14:32:11
|
Hi Martin et al, You may want to check out a project I'm part of, http://code.google.com/p/eeedit/ This project was started during the Google Summer of Code very recently. It has a fair amount of problems at the moment but it does support embedding Vim into Eclipse (so the rumours you heard were correct :)). Although only on Linux since the feature it uses of Vim to do this is only supported only Linux (we have written a working patch for Vim though which adds this feature to Windows). We made use of code from vimplugin as a starting point and eventually started a separate project since Sebastian was very hard to get hold of and had seemed to abandon the project. Not sure what your guys plans are exactly but thought I should just alert you to us and open the communication channels. Best regards, David Terei > -----Original Message----- > From: vim...@li... [mailto:vimplugin- > dev...@li...] On Behalf Of Martin Krischik > Sent: Wednesday, 19 September 2007 5:38 PM > To: vim...@li... > Subject: Re: [vimplugin-devel] Current state of the project > > Hello, > > Quoting Sebastian Menge <seb...@un...>: > > > There are some prototypes then, and we have to merge them together to > a > > fairly usable "product". I'm getting excited again :-) > > I have added my current release of the gvim Plugin for alpha testing: > > http://vimplugin.svn.sourceforge.net/viewvc/vimplugin/branches/gvimplug > in > > Sebastian: maybe you can help me in creating a downloadable version. > > The current version will start gvim with the file selected. It does > not embed itself into eclipse (I heard rumours that this might be > possible). My plan is it to use the gvimplugin in conjunction with > eclim so have full two way communication between gvim and eclipse. > > Martin > > > ----------------------------------------------------------------------- > -- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > vimplugin-devel mailing list > vim...@li... > https://lists.sourceforge.net/lists/listinfo/vimplugin-devel |
|
From: Sebastian M. <seb...@un...> - 2007-09-19 15:22:09
|
Hey David, On Thu, 20 Sep 2007 00:32:40 +1000 "David Terei" <dav...@gm...> wrote: > You may want to check out a project I'm part of, > > http://code.google.com/p/eeedit/ > > This project was started during the Google Summer of Code very > recently. It has a fair amount of problems at the moment but it does > support embedding Vim into Eclipse (so the rumours you heard were > correct :)). Although only on Linux since the feature it uses of Vim > to do this is only supported only Linux (we have written a working > patch for Vim though which adds this feature to Windows). Yeah, I knew of the project and wanted to track it. I read some mails, but now I see, that you two have done a really great job. The screenshots are fantastic :-) How can we join forces? We are at least four (more or less active) developers: Martin, Nageswar, David and myself. That sounds like a fine little team ... And I'm sure there will be enough ppl for betatesting.. (about 40 members on this list atm). Sebastian. |
|
From: David T. <dav...@gm...> - 2007-09-20 00:47:44
|
Hey Sebastian and Martin, Sebastian Menge wrote: > How can we join forces? We are at least four (more or less active) > developers: Martin, Nageswar, David and myself. That sounds like a fine > little team ... Really two questions I guess: 1) Who's hosting? 2) Who's Code? 1. Comes down to SourceForge (SF) vs Google Code (GC) a little so here is my comparison of the two: Basically SF has more features and flexibility but also is more complex and requires more work to maintain because of this. Google Code is simpler but less power. - SF requires a fairly detailed registration of a project and approval by a SF staff, GC is simple and instant approval. - Both have SVN: pretty much exactly the same. (Google code only offers SVN) - Web space: SF has own web space area where you can put whatever you like and supports PHP and some other CGI stuff from. GC doesn't have any web space but instead provides you with a simple Wiki. - File Downloads: SF uses ftp to upload your files and supports grouping of files and associating a group with a version number. GC uses a simple web page upload tool and doesn't have any concept of versions, so you just use the download title to tell users. Uses tags to describe the download (e.g a 'featured' tag makes the download appear on the front page and a 'depreciated' tag hides them from the download lists default view). - Development Support tools: Both have issue trackers, fairly comparable, but I find GC nicer with looks and the way it easily supports commenting/conversations on items. SF has mailing lists, GC uses Google groups for mailing lists. These are nicer IMHO since they have a great web based interface which makes them like a forum. SF has forums, GC doesn't but Google groups can server both roles well. I would say I prefer GC, I have some bad memories of using CVS with SF before they brought out SVN. The only area SF beats GC in is that they provide your own web space while GC just provides a simple wiki. (Not having FTP support for uploading files would be an issue for larger projects as well but not for us). So for me the web space is the only issue. If we were creating something more graphical or for average users I would say SF since the website would be fairly important. But since its an application for developers, the look isn't as important. Other issue is though that vimplugin has a lot more profile while eeedit has virtually none. 2. Our code is a logical continuation of Sebastian code. (Not the one using a terminal emulator, but a new experimental version he started working on). It uses the netbeans protocol supported by Vim to communicate between Eclipse and Vim. I would think that there is no question between Sebastian's code and eeedits code since as I said its a continuation. Not sure about Martin's code, I will have a look at it when I have time. I would think most likely it would make sense to work from our code base but I will have a look at Martin's work first. Also, I have forwarded all the emails from this thread to eeedit's mailing list so that hopefully the other developers can weigh in on the issue. There are three of us, Nageshwar M, Edward L. Fox (very recently joined) and myself. Best regards, David Terei > Sebastian. > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > vimplugin-devel mailing list > vim...@li... > https://lists.sourceforge.net/lists/listinfo/vimplugin-devel > |
|
From: Martin K. <kri...@us...> - 2007-09-19 18:05:04
|
Am Mittwoch 19 September 2007 schrieb David Terei: > Hi Martin et al, > > You may want to check out a project I'm part of, Right, looking at the screen shots [1]: that's precisely what I am looking= =20 for. Of course I would like to use an Eclipse with an Eclim Server running = in=20 the background so communication between GVim and Eclipse is two way. Also: are you opening a new Gvim for each file? Because I don't - I use an= =20 GVim Server which can open more the one file. GVim Server's are real cool. Suggestion: make more advertising. I have have not found your project even= =20 true I was looking for it. > (we have written a working patch for Vim though which adds this > feature to Windows). Sadly I NEED Windows support. Do send the patch upstream to Bram. Martin [2] http://code.google.com/p/eeedit/wiki/ScreenShots [1] http://eclim.sf.net/ =2D-=20 Martin Krischik mailto://krischik@users.sourceforge.net |
|
From: David T. <dav...@gm...> - 2007-09-20 00:59:55
|
Martin Krischik wrote:
> Am Mittwoch 19 September 2007 schrieb David Terei:
>
>> Hi Martin et al,
>>
>> You may want to check out a project I'm part of,
>
> Right, looking at the screen shots [1]: that's precisely what I am looking
> for. Of course I would like to use an Eclipse with an Eclim Server running in
> the background so communication between GVim and Eclipse is two way.
>
> Also: are you opening a new Gvim for each file? Because I don't - I use an
> GVim Server which can open more the one file. GVim Server's are real cool.
We can do both. The plugin provides two ways to open a file, one is in a
new vim instance by itself, the other is to open it in an existing
('default') vim instance as a tab. The second option causes trouble when
embedding is enabled though since you have a conflict between Eclipse
tabs and Vim tabs. This is an issue we want to solve soon (arose since
in the past Vim ran externally from Eclipse).
GVim servers aren't really a help for us I don't think. When running
with Vim external from Eclipse and not embedded, as I said above we can
open multiple Vim instances or use one with Tabs. (you choose as you
open a file so you can use both at the same time). The issue is when its
embedded since for each Eclipse tab you need to embed a Vim instance.
The easy option is just to do that and open a new Vim for each file.
Other option is providing a new 'Vim view' in which one Vim instance
will be embedded and all files will be opened as tabs in that instance.
Other option perhaps would be to use one vim instance and try to
dynamically embed it into each Eclipse tab as needed and use a GVim
server backend. This I'm not even sure if it would be possible since the
embedding is done at GUI creation and I don't see a way to be able to
change this at all.
>
> Suggestion: make more advertising. I have have not found your project even
> true I was looking for it.
>
>> (we have written a working patch for Vim though which adds this
>> feature to Windows).
>
> Sadly I NEED Windows support. Do send the patch upstream to Bram.
We have, not sure on its status though. This is something I've been
meaning to look into. I think that patch needs some more work though but
at least it shows its possible.
>
> Martin
>
> [2] http://code.google.com/p/eeedit/wiki/ScreenShots
> [1] http://eclim.sf.net/
>
>
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> vimplugin-devel mailing list
> vim...@li...
> https://lists.sourceforge.net/lists/listinfo/vimplugin-devel
|
|
From: Martin K. <kri...@us...> - 2007-09-19 18:05:04
|
Am Mittwoch 19 September 2007 schrieb Sebastian Menge: > How can we join forces? We are at least four (more or less active) > developers: Martin, Nageswar, David and myself. That sounds like a fine > little team ... Do count me in. Of course the question arises: Google Code or Sourceforge.= =20 Anybody who uses both and can tell about advantages and dis-advantes. Martin =2D-=20 Martin Krischik mailto://krischik@users.sourceforge.net |
|
From: Sebastian M. <seb...@un...> - 2007-09-20 07:59:43
|
On Wed, 19 Sep 2007 19:36:09 +0200 Martin Krischik <kri...@us...> wrote: > > How can we join forces? We are at least four (more or less active) > > developers: Martin, Nageswar, David and myself. That sounds like a > > fine little team ... > > Do count me in. Of course the question arises: Google Code or > Sourceforge. Anybody who uses both and can tell about advantages and > dis-advantes. I never used google code. It looks nice, but I feel more comfortable with sf.net: 1) larger global user base 2) shell access: e.g. hosting the update site is easier with shell access 3) free choice of homepage (static, wiki, etc: php and mysql enabled) (btw I'd like to rework that wiki soon ...) 4) administration fairly easy. (I could not find a document about features of google code ...) But I think this is not a technical issue: The code is free and everyone can do with it what he likes. For me the most important thing is to keep people together. So I would suggest to stay here and reimport your work, rather than move to a new place, a new name etc. We have this list (40 members), http://vimplugin.org, a http://freshmeat.net entry etc. So I guess 'vimplugin' has quite a bit of infrastructure and popularity. For me it seems also logical to stay here, because your work builds up on existing code. But that impression may be too subjective :-) Sebastian. PS I looked into the code last night. It works like a charm :-) What new features are there? |
|
From: David T. <dav...@gm...> - 2007-09-24 12:15:13
|
Hi all, Ok my late (lots of work lately, having to do overtime) reply to everyone's emails on how to merge the two projects. I think that we shouldn't do anything for the moment, except work from our Google Code SVN base. Since we are split on who's project to continue and who's to merge into the other, let's just concentrate on the code for the moment. A month or two from now once everyone has cut their teethes on the code a little we can start up the discussion again. I like this approach since it seems a little silly to merge at the moment when we are not 100% sure that both groups agree on how to solve the problem and who will be involved as well. Also this is the quickest way to get started for everyone and in terms of development infrastructure there is very little difference between SF and Google Code the main argument between the two mainly involves end user presentation and marketing (And like I said it would be temporary just for a little while). The Vimplugin website could also be updated to tell users what's happening or even post the releases to both GC and SF but that's really up to the vimplugin guys. So feedback is always welcome, I would hope everyone will be fairly happy with this arrangement. If you want to start getting involved then also just tell me and include your google account email and I'll happily grant you SVN access. Best Regards, David Terei |
|
From: Nageshwar <nag...@st...> - 2007-09-24 14:37:54
|
Yeah that would be fine.. and another important thing that was missed by david is that Lets continue our work on the current eeedit code ( where ever we host the project in the future). Since it has more capabilities and neatly structured. Is this decision is fine for everyone ? sorry, I didn't consider about the gvimplugin case.. if it has good capabilities and provides scope for building advanced features, please let us know. As suggested by David, lets see for two or three months.. and based on the activity we can solve the hosting problmes. These two months will give everyone time to study the code and start working. And for these two months temporarily, please work on the google code svn. If these decisions are fine with vimplugin developers, just copy everything including downloads from googlecode to sf and let the users know whats happening. Mail your gmail addresses to david. He will grant you the access to google svn. In case, if you have any objections please mail back your points. -- Best Regards, Nageshwar M. |
|
From: Nageshwar M <wha...@gm...> - 2007-09-24 15:41:47
|
Yeah that would be fine.. and another important thing that was missed by david is that Lets continue our work on the current eeedit code ( where ever we host the project in the future). Since it has more capabilities and neatly structured. Is this decision is fine for everyone ? sorry, I didn't consider about the gvimplugin case.. if it has good capabilities and provides scope for building advanced features, please let us know. As suggested by David, lets see for two or three months.. and based on the activity we can solve the hosting problmes. These two months will give everyone time to study the code and start working. And for these two months temporarily, please work on the google code svn. If these decisions are fine with vimplugin developers, just copy everything including downloads from googlecode to sf and let the users know whats happening. Mail your gmail addresses to david. He will grant you the access to google svn. In case, if you have any objections please mail back your points. -- Best Regards, Nageshwar M. |
Thanks for helping keep SourceForge clean.
X