[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: idl2matlab translate-o-matic
In article <firstname.lastname@example.org>,
email@example.com (William Thompson) wrote:
>Mirko Vukovic <firstname.lastname@example.org> writes:
>>In article <email@example.com>,
>> "tb" <firstname.lastname@example.org> wrote:
>>> If IDL wants to be *the* scientific software development leader, then
>>> first needs to be a true application development environment.
>>AND it needs to use emacs as official editor. (semi seriously but
>Personally, I mainly use IDL on Unix workstations, and never use
>tend to feel it just gets in the way. I certainly would never use the
>built into idltool except in desperation, even on a PC, simply because I'm
>used to using emacs. :^)
>My vote is for allowing a user-defined alternative editor.
Add another vote for a user-defined alternative editor. I'm a fan of
BBEdit on a Mac. Although it's no Emacs, it's certainly far beyond the
IDL editor on the Mac and allows text files from any platform to be
used. I've asked RSI several times to provide some sort of link to
BBEdit, which is very extensible. BBEdit has a great link to Perl
development that allows you to compile and run perl programs through the
MacPerl environment. At this point, I use IDL and BBEdit much like it
was in a vi and UNIX environment. Edit in BBEdit, switch to IDL and
compile. It's not worth using a half-assed editor to work with IDL.
Mike Schienle Interactive Visuals, Inc.
email@example.com Remote Sensing and Image Processing
http://www.ivsoftware.com/ Analysis and Application Development