all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Emanuel Berg <embe8573@student.uu.se>
To: help-gnu-emacs@gnu.org
Subject: Re: problem: how to disable project files from semantic autocomplete.
Date: Mon, 21 Apr 2014 13:14:53 +0200	[thread overview]
Message-ID: <87ha5ndjde.fsf@nl106-137-194.student.uu.se> (raw)
In-Reply-To: mailman.19983.1398077907.10748.help-gnu-emacs@gnu.org

Paul K <mafeuser@gmail.com> writes:

> I'm working with large C++ project where cedet
> freezes for a very long time at autocompletion.  What
> I really require from cedet/semantic is to
> autocomplete from linux system libraries, ie it does
> not have to complete from project C++ files.

Are you autocompleting the file *names*, or functions,
variable names, etc., inside those files?

I can't say I recommend autocompletion, in either
case. It doesn't save you time, is my experience,
instead it makes for a bumpy ride - it is
error-prone. There is always this programmer -
frustrated, hitting everything in sight, jumping up and
down trying to "save time" (I'm not saying you are like
this, I have never seen you - just saying it is common
computer character) - and they always hammer the
keyboard like it is a drumset. I think it is much
better to learn to *type*, and then to keep the modules
neat and files small, and to have clear, not-too-long
common names (that are easy to spell) for
everything. Only in those stinking M$ Visual Basic and
Access DB interfaces is Hungarian notation and
autocompletion perhaps just a bit usable because in
those if you setup a dialog and an "OK" button, that
creates *a zillion* items and they are impossible to
remember otherwise.

But -

For filenames, if you use Dired, check out

completion-ignored-extensions is a variable defined in
`C source code'.

Its value is (".o" "~" ".bin" ".lbin" ".so" ".a" ".ln"
".blg" ".bbl" ".elc" ".lof" ".glo" ".idx" ".lot"
".svn/" ".hg/" ".git/" ".bzr/" "CVS/" "_darcs/" "_MTN/"
".fmt" ".tfm" ".class" ".fas" ".lib" ".mem" ".x86f"
".sparcf" ".dfsl" ".pfsl" ".d64fsl" ".p64fsl"
".lx64fsl" ".lx32fsl" ".dx64fsl" ".dx32fsl" ".fx64fsl"
".fx32fsl" ".sx64fsl" ".sx32fsl" ".wx64fsl" ".wx32fsl"
".fasl" ".ufsl" ".fsl" ".dxl" ".lo" ".la" ".gmo" ".mo"
".toc" ".aux" ".cp" ".fn" ".ky" ".pg" ".tp" ".vr"
".cps" ".fns" ".kys" ".pgs" ".tps" ".vrs" ".pyc"
".pyo")

Documentation: Completion ignores file names ending in
any string in this list.  It does not ignore them if
all possible completions end in one of these strings or
when displaying a list of completions.  It ignores
directory names if they match any string in this list
which ends in a slash.

-- 
underground experts united:
http://user.it.uu.se/~embe8573


       reply	other threads:[~2014-04-21 11:14 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <mailman.19983.1398077907.10748.help-gnu-emacs@gnu.org>
2014-04-21 11:14 ` Emanuel Berg [this message]
2014-04-21 10:58 problem: how to disable project files from semantic autocomplete Paul K

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

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

  git send-email \
    --in-reply-to=87ha5ndjde.fsf@nl106-137-194.student.uu.se \
    --to=embe8573@student.uu.se \
    --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.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.