What are the most important features of an IDE for Perl development?

Question

As some of you might know I am the lead developer of Padre, the Perl IDE. In the first year of its development Padre became an acceptable text editor with some extra features for Perl development.

I'd like to ask the Stack Overflow community for some help in driving the project further to turn it into an exceptional IDE for Perl development. So I'd be glad to read what do you think what are the most important features of an IDE that are still missing from Padre?.

Especially I'd be interested from people who currently use Eclipse+EPIC, Komodo, Visual Studio or any of the text editors for programmers.

Answer 1

The two most invaluable features I find:

• line-by-line debugging, watchpoints, breakpoints and so on, so I can properly debug my code.
• code completion so I don't have to go looking up docs (even online).

Answer 2

The first thing I look for is some kind of overview over the currently active file. I'd like to see methods/functions and, if possible, the use'd modules and escpecially any use base statements.

You solved that pretty well in Padre.

Answer 3

The most important feature of an IDE for Perl development (including Padre) is:

an interactive debugger that actually works. E.g. remembering breakpoints, ability to drill down into complicated data structures, copy (to clipboard) should work on watched variables - including a menu command Copy Special that allows putting it in various formats; say CSV, XML or tab separated.

Answer 4

I am a heavy Perl EPIC user and my biggest gripe is not being able to jump to a function that is clearly defined in the current context (usually by pressing F3). It is pretty much hit or miss at this point.

Answer 5

Integration of a read-eval-print loop. As a heavy Emacs user, I very much appreciate Sepia. Very useful for trying things out before I commit them to code.

Answer 6

Visual-Studio style refactoring for variables and function names and extraction of functions. Visual studio searches your whole module for all references and allows you to see all changed lines in case you do not want to change one instance (for whatever reason)....

Answer 7

Good VCS integration. This is something that I absolutely love in Eclipse: You instantly see what files have local changes and which aren't added to the repository yet. And you get to browse the different versions and have a nice diff view just one mouse click away.

Answer 8

This can be possibly achieved via use strict; but could be as well a valuable feature even if not use'd explicitly, namely:

the other day we spent about 10-20 minutes debugging the following behavior:

my %hash;

$hash->{'key1'} = value1;

# on reading in different module
print $hash{'key1'}; # is of course empty, but was so easy to overlook in the code above

resume: proper Perl type safety brought in by the IDE.

It might be already implemented in Padre, though, as it turned out not in Eclipse+EPIC

Answer 9

A project manager. It's essential for me to be able to define the set of files and folders that comprise a particular codebase. Sessions are useful but not a replacement.

Answer 10

The ability to configure and run external (command-line) tools. Plug-ins are great but end-users won't necessarily want to author one just to integrate with an external tool. Allowing users to configure their own tools provides a great deal of extensibility with minimal barriers to entry.

My editor of choice is UltraEdit. It's not an IDE, but through its support for user tools I've been able to integrate IDE features such as lint, version control, debugging, and more.

Answer 11

OK, here's my third answer, although I hate to say it.

The competition is pretty easy to install. Padre isn't. I tried to update to the latest release today and, once again, got failing tests.

Answer 12

Stability. People turn away quickly if their editor crashes and they loose their work.

Answer 13

Ability to create and debug XS code.

Answer 14

Line ending policies for files, by directory, and project wide.

So, for a given project or directory, I'd like to make all line endings be LF only. While in another directory I may wish to have a mix of CRLF and LF files.

I work a lot on stuff that goes back and forth between Unix and Win32 environments.

The typical solution of automatically converting all files back and forth as one moves from platform to platform hasn't worked well for me.

When a file gets created in the wrong format by accident, it can be a real pain.

Answer 15

Testing integration.

Perl has great unit testing tools. When I run my test suite, and get a failure, I want to see the code for the test that failed.

Having a good way to jump through test results and see the code for the failed test along with the expected and actual results would be a great boon.

Answer 16

I don't know if Padre can do this, but the ability to split the screen is very important to me. As a VIM user I constantly split my screen to look at another file while coding.

Answer 17

The ability to use my own choice of editor (which it may have, as far as I know). That has a chance of winning over the vim/emacs people.

Answer 18

I work with Komodo. I also use other editors but I come back to Komodo most of the time. A good IDE shoud have:

1. A good Debugger. Breakpoints, watch lists, everything you need.
2. Remote debugging. Threads debugging capability.
3. Syntax highlighting including weighted fonts as well ( I was pretty disappointed by Oxygen for example, a XSLT IDE, where I can not use bold fonts to emphasise reserved terms)
4. Syntax completion.
5. Project management tools, preferable extendable by plugins.