comment on

For me, something that always bothers me is the fact that I generally work through on a server running putty (linux) on my client machine (windows). Most IDEs like EPIC expect that the libraries are installed locally. The debugging messages it provides are down-right useless. Attempts at using X11/Xming or the like to run across the network makes the interface slightly more laggy than I'd prefer. And some other random quirks.

I'd love to see an IDE that supported editing files remotely over sftp or the like. And fully supporting the fact that the entire environment of where the application should be tested, debugged, and run occur server side at the remote location.

I haven't found an IDE that can manage this. This is the one thing that prevents me from switching from vim.

Danny.

In reply to Re: What are the criterias of a "good" Perl IDE? by dekimsey
in thread What are the criterias of a "good" Perl IDE? by LanX

Are you posting in the right place? Check out Where do I post X? to know for sure.
Posts may use any of the Perl Monks Approved HTML tags. Currently these include the following:
<code> <a> <b> <big> <blockquote> <br /> <dd> <dl> <dt> <em> <font> <h1> <h2> <h3> <h4> <h5> <h6> <hr /> <i> <li> <nbsp> <ol> <p> <small> <strike> <strong> <sub> <sup> <table> <td> <th> <tr> <tt> <u> <ul>
Snippets of code should be wrapped in <code> tags not <pre> tags. In fact, <pre> tags should generally be avoided. If they must be used, extreme care should be taken to ensure that their contents do not have long lines (<70 chars), in order to prevent horizontal scrolling (and possible janitor intervention).
Want more info? How to link or How to display code and escape characters are good places to start.


Your skill will accomplish what the force of many cannot
	PerlMonks