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
next parent 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.