From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,db9a11afb3da4240 X-Google-Attributes: gid103376,public X-Google-Thread: 102b75,501ec19d1d81daee X-Google-Attributes: gid102b75,public X-Google-ArrivalTime: 2002-04-02 09:28:08 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!news-out.visi.com!hermes.visi.com!uunet!ash.uu.net!news.chips.ibm.com!newsfeed.btv.ibm.com!news.btv.ibm.com!hack From: hack@watson.ibm.com (hack) Newsgroups: comp.arch,comp.lang.ada Subject: Re: Language support for flexible handling of system-detected errors. Date: 2 Apr 2002 17:15:49 GMT Organization: IBM_Research Message-ID: References: NNTP-Posting-Host: starcraft.watson.ibm.com X-Trace: news.btv.ibm.com 1017767749 20144 9.2.8.37 (2 Apr 2002 17:15:49 GMT) X-Complaints-To: news@btv.ibm.com NNTP-Posting-Date: 2 Apr 2002 17:15:49 GMT Xref: archiver1.google.com comp.arch:26308 comp.lang.ada:22004 Date: 2002-04-02T17:15:49+00:00 List-Id: In article , Marin David Condic wrote: > >I think one of the reasons that many people like the "closed" IDEs with >everything related to a particular language and compiler is just that it >comes down to "One Stop Shopping". ... For the many people who want or need just one such environment, this is indeed very nice. Even if they also use an e-mail system and common word processor, the editing capabilities are probably not that different, and cut&paste can probably handle 90% of cross-domain activity. (What *really* gets my dander is environments that don't support universal cross-domain cut&paste, because they "know" what one might want to copy. Note that I'm just talking about text strings here, not about somebody preventing me from copying a picture into an audio file.) The situation is different for the (probably much smaller) number of people who work on different projects, concurrently or sequentially. The kinds of things they do are of a similar nature, but now each "closed" IDE provides a noticeably different environment, and the more sophisticated activities may be conceptually similar, but will have to be carried out differently. One may be able to write private macros to encapsulate such activities (assuming the IDE is programmable enough) but will not be able to reuse them in another "closed" IDE -- and one will have difficulty combining them with generic private tools (edit macros etc.) of one's main working environment. What would be *ideal* is a set of IDEs organised around a couple of common control and display paradigms (enabling interfacing to other environments), together with a specifically tailored user interface that provides useful defaults so that all the benefits of a "closed" IDE are also realised. In other words, a usable editor and scripting language would be included, but could be replaced by those with a wider range of needs or desires. I very much doubt that I'm the only one in this boat...