unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
From: Richard G Riley <rileyrgdev@googlemail.com>
To: Bastien <bzg@altern.org>
Cc: help-gnu-emacs@gnu.org
Subject: Re: code completion
Date: Wed, 12 Mar 2008 13:29:52 +0100	[thread overview]
Message-ID: <d3wso8yvjz.fsf@richardriley.net> (raw)
In-Reply-To: <878x0o87uu.fsf@bzg.ath.cx> (Bastien's message of "Wed, 12 Mar 2008 12:06:17 +0000")

Bastien <bzg@altern.org> writes:

> Richard G Riley <rileyrgdev@googlemail.com> writes:
>
>> However, it would be wrong to say all is flowers and sunshine. It is not
>> and an honest answer (from my perspective) is more respectful at times.
>
> If someone requests improvements for a feature in Emacs (e.g. code
> refactoring) it is honest to tell about the shortcomings of its current
> implementation.  It is depressing to recommand the OP to have a look
> at

It is also honest to state ones opinion as to the current state. And I
have requoted my original statements below in case they are further
misrepresented however unintentionally.

> other editors, not because it is dishonest, but because such an advice
> won't help make the Emacs implementation better.

And neither will "come on in, it all works perfectly."

>
> And the more constructive way is to give directions on how to help
> improving the feature.

I agree. What makes you think this has not happened? I get the feeling
you take my words as some sort of attack? They are not and I am mildly
surprised at your reaction here. Possibly a late night maintaining the
(excellent) org-mode? :-;

In addition, not every programmer has the luxury of the time needed to
negotiate new or fixed features in a tool he needs working
yesterday. These things take a lot of familiarisation and effort.

>
> Imagine this: you create a new tool (say bzr) that aims at being better
> than others (say CVS, RCS) wrt some features.  When you start coding the
> tool, it is still behind the other ones.  Now imagine that someone likes
> your tool and asks about a feature.  What if someone else recommends the
> OP to switch to another tool, just because your tool (the one he uses)
> doesn't have this feature ?

He didn't ask about a specific tool. He asked about code
completion. This could be one of many things in emacs. I mentioned
semantic.

What is your experience of code completion? Have you used CEDET and ecb
etc? 

As for suggesting the op switches to another tool, I would remind you of
what I actually said (including redirecting him to the semantic mailing
list):

,----
| It's a commonly asked question and frequently goes without an answer. I
| tried semantic but couldn't really get it to work. You might ask on
| their mailing list as I think thats the only route. I have a nasty
| feeling that using emacs as a C/C++ IDE might be coming to the end of
| the road as it falls behind in many of the features (code completion,
| refactoring for an example) that more modern IDEs like Eclipse
| provides. The maintainer of ecb as good as said the same. A shame.
`----

What parts of this are wrong or misleading? As i stated, the ecb
developer HIMSELF has voiced his concerns at emacs falling behind too.

>
> I guess you woudn't find this constructive...

I don't really know what you are getting at. I have worked a fair bit
with these tools and given constructive feedback when necessary. As well
as numerous other tools.

You seem to take my honest opinion on the status of emacs code
completion as some sort of attack on the editor itself and the tools. It
is not. It is an honest opinion on its suitability and its ability to
compete with other tools for a professional C/C++ programmer.

The bottom line is that where emacs excels in some places, it is lagging
in others. Not all of us have the time or the ability to "do it
ourselves" and sometimes it saves people a lot of time and hassle to
forewarn them of possible pitfalls.

Using emacs is an obsession with some of us. I still do ALL my
coding in emacs. Why? Because the positives outweigh the negatives. And
believe me, org-mode is one of the better positives as is the wonderful
nxhtml from Lennart.

YASnippets is cool too.





  reply	other threads:[~2008-03-12 12:29 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <mailman.8709.1205244459.18990.help-gnu-emacs@gnu.org>
2008-03-11 15:56 ` code completion Richard G Riley
2008-03-11 19:50   ` Eli Zaretskii
2008-03-11 21:07     ` Lennart Borgman (gmail)
2008-03-12  4:14       ` Eli Zaretskii
     [not found]     ` <mailman.8726.1205269686.18990.help-gnu-emacs@gnu.org>
2008-03-11 21:15       ` Richard G Riley
2008-03-12  9:56       ` Arne Schmitz
2008-03-12 19:37         ` Óscar Fuentes
     [not found]         ` <mailman.8785.1205350636.18990.help-gnu-emacs@gnu.org>
2008-03-12 19:51           ` Pascal Bourguignon
2008-03-12 20:58             ` Tom Tromey
2008-03-12 22:22               ` Lennart Borgman (gmail)
2008-03-12 21:35                 ` Tom Tromey
2008-03-12 23:17                   ` Lennart Borgman (gmail)
2008-03-12 23:24                     ` Jason Rumney
2008-03-13  0:14                       ` Óscar Fuentes
2008-03-12 21:40             ` Óscar Fuentes
     [not found]   ` <mailman.8721.1205265045.18990.help-gnu-emacs@gnu.org>
2008-03-11 21:05     ` Richard G Riley
2008-03-12  4:19       ` Eli Zaretskii
     [not found]       ` <mailman.8740.1205295602.18990.help-gnu-emacs@gnu.org>
2008-03-12  4:55         ` Richard G Riley
2008-03-12  9:11       ` Bastien Guerry
2008-03-12 11:17         ` Richard G Riley
2008-03-12 12:06           ` Bastien
2008-03-12 12:29             ` Richard G Riley [this message]
2008-03-12 13:07               ` Bastien Guerry
2008-03-12 16:06                 ` Richard G Riley
2008-03-11 14:08 Alain Muls
2008-03-11 19:36 ` Eli Zaretskii
2008-03-12  9:06 ` Bastien
     [not found] ` <mailman.8747.1205313317.18990.help-gnu-emacs@gnu.org>
2008-03-12 11:23   ` Richard G Riley
2008-03-12 12:07     ` Bastien Guerry
2008-03-12 12:30       ` Richard G Riley
2008-03-12 13:10         ` Bastien Guerry
     [not found] <mailman.3235.1151043305.9609.help-gnu-emacs@gnu.org>
2006-06-23 18:45 ` Code completion Boof
2006-06-23 20:03   ` Thorsten Bonow
2006-06-24 23:45     ` Jorge Peixoto de Morais Neto
  -- strict thread matches above, loose matches on Subject: below --
2006-06-23  6:14 Jorge Peixoto de Morais Neto
2006-06-23 20:34 ` Noah Slater

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=d3wso8yvjz.fsf@richardriley.net \
    --to=rileyrgdev@googlemail.com \
    --cc=bzg@altern.org \
    --cc=help-gnu-emacs@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).