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=-0.3 required=5.0 tests=BAYES_00, REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 X-Google-Thread: a07f3367d7,8d33ebaa85598950 X-Google-Attributes: gida07f3367d7,public,usenet X-Google-NewGroupId: yes X-Google-Language: ENGLISH,ASCII-7-bit Received: by 10.180.106.102 with SMTP id gt6mr575693wib.0.1348233580677; Fri, 21 Sep 2012 06:19:40 -0700 (PDT) Path: q11ni9084620wiw.1!nntp.google.com!feeder1.cambriumusenet.nl!feed.tweaknews.nl!85.12.40.130.MISMATCH!xlned.com!feeder1.xlned.com!newsfeed.xs4all.nl!newsfeed5.news.xs4all.nl!xs4all!border4.nntp.ams.giganews.com!border2.nntp.ams.giganews.com!border2.nntp.dca.giganews.com!border3.nntp.dca.giganews.com!border1.nntp.dca.giganews.com!nntp.giganews.com!newsfeed.news.ucla.edu!ihnp4.UCSD.Edu!nntp.club.cc.cmu.edu!weretis.net!feeder4.news.weretis.net!news.mixmin.net!aioe.org!.POSTED!not-for-mail From: "Dmitry A. Kazakov" Newsgroups: comp.lang.ada Subject: Re: GPS issues: laundry list Date: Fri, 14 Sep 2012 10:35:08 +0200 Organization: cbb software GmbH Message-ID: References: <854nn34fv2.fsf@stephe-leake.org> <1unaedlxs0o9j$.lbivg0rltyvw$.dlg@40tude.net> <85r4q62nw0.fsf@stephe-leake.org> <1b2nanavkx67n$.1rkpkv1o50bkj.dlg@40tude.net> <85d31p2g9s.fsf@stephe-leake.org> Reply-To: mailbox@dmitry-kazakov.de NNTP-Posting-Host: FbOMkhMtVLVmu7IwBnt1tw.user.speranza.aioe.org Mime-Version: 1.0 X-Complaints-To: abuse@aioe.org User-Agent: 40tude_Dialog/2.0.15.1 X-Notice: Filtered by postfilter v. 0.8.2 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Date: 2012-09-14T10:35:08+02:00 List-Id: On Fri, 14 Sep 2012 03:51:59 -0400, Stephen Leake wrote: > "Dmitry A. Kazakov" writes: > >> On Thu, 13 Sep 2012 06:55:11 -0400, Stephen Leake wrote: >> >> This particular task is rather for a source control system, not for the >> IDE. The project file name and its selection must not depend on its >> version, IMO. > > As usual, since you don't have a good answer to the original question, > you are changing the question. Maybe. But it is still an incredibly bad idea to manage versions by altering file names. >>>> For a small project the project view works very well. For large projects, >>>> especially ones with many generic instances, nothing helps. No idea how to >>>> improve that, but tabs and regex are definitely non-starters to me. >>> >>> Have you actually tried Emacs iswitchb? >> >> All people are divided into those who can use Emacs and others. I am in the >> second category. Should neurologists ever make brain scans of the Emacs >> users, they would certainly find it sufficiently different. Aliens live >> among us! (:-)) > > As usual, not actually answering the question. Didn't I? OK, the answer was no. I don't use Emacs (=> any feature of) and I don't plan to. I don't enjoy the very idea of "programming" source code in some kind of programming language. The idea the precursor generation of tools like Emacs, TeX et al represent. I prefer to concentrate my weak mental powers solely on typing and gazing Ada. >> Somebody, who can Emacs, who can memorize source file names, does need >> on-line help? > > As I indicated in my post, non-searchable help is the biggest problem > with GPS. I use Emacs help all the time, to find out what a particular > function does, or how to go about doing something I haven't done before. That is because you use Emacs as a programming language. GPS is an IDE, it is not a language. It presumes and encourages an amateurish, casual usage, which is good. > In my real job, I spend quite a bit of time making sure the manuals that > describe our system are correct and up to date. That way, i can just > refer people to the manuals, and don't have to spend time answering the > same questions over and over. The time spent maintaining the manuals is > _very_ well spent! I expect the same from help systems, especially > commercially supported ones. Modern-time systems became too complex for a comprehensive up-front dry training. > But the main point here is this: > >> Since GPS is a GTK application, its debugging must be a nightmare, even if >> you know the internals of GPS very well. > > That is _precisely_ why Emacs is better; debugging elisp is _not_ a > nightmare, _because_ it is an interactive system; you can always find > out what function a key invokes, you can find the source code that > implements that function, you can find the source code for all the > functions that calls. And then you can modify one function, and see the > results immediately, without quiting and recreating the current situation. In my GtkAda programs I hook Glib.Messages, which causes an error window to pop up with the source code location trace. The problem is that for GTK the actual error location is never the point where the error was detected. This is a problem of any event-driven framework. > You get some of that with Ada source code navigation, if you have the > GPS source code compiled, and that project open in GPS. Of course, you > can only have one project open at a time (how limiting!). And you can't > recompile and load just one function. In most cases continuation of a GTK program would be impossible anyway. The architecture is too tightly coupled. When I am asking for a native Ada graphical framework that is because I know Win32 and GTK pretty well. And even Ada has issues. > I suspect the reason you prefer to code in Python and XML is because > they are interactive; you don't have to quit and restart GPS to see the > changes, so you can make small, incremental changes quickly. "Do not underestimate the power of the Dark Side." -- Regards, Dmitry A. Kazakov http://www.dmitry-kazakov.de