Posted on 2005-07-26 07:11:51-07 by nkh
Text::Editor::Vip RFC
Welcome to Vip.

This forum is the prefered way to discuss all things Vip.

Feel free to list what you would like to see and what you don't want to see in Vip.

The state of the perl tools is bad and we've decided to make it better by working on the most basic tool of our trade.

We are looking for developers to join this project which expends far beyond a simple editor.

Nadim.
Direct Responses: 939 | 1399 | Write a response
Posted on 2005-08-26 18:51:22-07 by harleypig in response to 789
Re: Text::Editor::Vip RFC
I'd like to see this written in such a way that, if desired, a user could use a Text::Editor::Module in another editor (e.g., vim) and make it work by writing a minimal wrapper at best. I think this would reduce the plethora of duplicate code we'd see otherwise--though not eliminate it.
Direct Responses: Write a response
Posted on 2005-11-24 10:26:35-08 by kforner in response to 789
Re: Text::Editor::Vip RFC
Hello,

I'm not sure that this project is still alive, but I'll try anyway...

I'm convinced of the interest of such a project. I'm a xemacs fan user, but it is incredibly difficult to extend and understand because LISP, no namespaces, bad API documentation and I always dreamed about a nice Perl editor.

Here are some points that I believe are important

* it should be easy to install : and easy to install extensions, and automatic updates. So it implies that on all systems we can provide a tarball that contains all : the interpreter, the relevant CPAN packages,, the editor, templates, doc...

* it should work on all platforms from the beginning, including windows, to gain a maximum of developers and users. Moreover all modern IDEs have to be multiplatform.

* Good long-term conception (mean no limitations in the buffer size or things like this) but frequent releases.

* Not too many features : there's nothing more frustrating than features that do not work well or do not work at all. I prefer a few rock-solid features. so a lot of regression tests.

* for the GUI: overuse of context menus - for example, rather to have to remember keyboard shortcut or navigating in the menu for example to close or rename a tab, right click on the tab.

* GUI again: collaboration with Gtk2Perl and Gtk teams.

Direct Responses: Write a response
Perl Weekly newsletter
A free weekly newsletter for people who are busy to read all the blogs. click here to check it out.