[Eric] Request for proposal
fccoelho at gmail.com
Mon Dec 21 09:05:29 GMT 2009
I vote for Mercurial Plugin but I second the suggestion for improvement of
the autocompletion system (I think the Netbeans Python plugin may serve as a
template for completion and call-tip behavior).
Another sugestion I have, is enabling on-the-fly pylint Code analysis at the
module level with icons for (convention, refactor,warning ,error,Fatal) on
the margin (similar to what spyder has).
On Sun, Dec 20, 2009 at 8:48 PM, <niklas at montao.com.br> wrote:
> > On Donnerstag, 17. Dezember 2009, Mikhail Terekhov wrote:
> >> On Thu, Dec 17, 2009 at 1:43 PM, detlev <detlev at die-offenbachs.de>
> >> wrote:
> >> > Hi,
> >> >
> >> > I would like to plan the next steps for eric4 development and would
> >> like
> >> > to ask the community. Here are the choices.
> >> >
> >> > 1. Port eric4 to Python3 (resulting in eric5; that may take some time)
> >> > 2. Create a Mercurila VCS plugin (could be done by a volunteer as
> >> well)
> >> > 3. Create a GIT VCS plugin (could be done by a volunteer as well)
> >> > 4. Give a suggestion
> >> >
> >> > My vote goes to option 1.
> Volunteer for hg mercurial project for Eric basically first enabling
> clone, commit and push for command line independence. emacs already has hg
> integration but no clone option. The functions that will make minimal
> requirement are clone, commit and push. It's a rare feature but basic
> since only IDEs now supporting hg are Komodo, Wing and Eclipse either too
> bloated mixing in java we don't need or expensive. There was a script for
> drPython that builtin hg to drPython on the net somewhere.
> Niklas R
> Eric mailing list
> Eric at riverbankcomputing.com
Flávio Codeço Coelho
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Eric