unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: David Engster <deng@randomsample.de>
To: Stefan Monnier <monnier@iro.umontreal.ca>
Cc: Jambunathan K <kjambunathan@gmail.com>, 12045@debbugs.gnu.org
Subject: bug#12045: 24.1.50; semantic :: Debugger entered--Lisp error: (wrong-type-argument syntax-table-p nil)
Date: Fri, 12 Oct 2012 08:10:50 +0200	[thread overview]
Message-ID: <87haq0cj9x.fsf@engster.org> (raw)
In-Reply-To: <jwvehl4imfp.fsf-monnier+emacs@gnu.org> (Stefan Monnier's message of "Thu, 11 Oct 2012 20:08:07 -0400")

Stefan Monnier writes:
>> Regarding interactive commands, especially those with a pre-defined
>> keybinding, I'm not entirely sure what would be the best fix. The
>> easiest way would be if keymaps could be activated dependend on a
>> buffer-local variable, just as I can do that via the :visible attribute
>> for menu items.
>
> Minor mode keymaps work exactly this way (the minor-mode variable
> enables/disables the corresponding keymap).  But usually it's not
> necessary to disable a binding just because it's currently unusable.
> Just like most menu items use :enable rather than :visible, since that
> lets the user know that there is such a feature, even though it
> currently can't be used.

OK, so I will change the Semantic menu items to

:visible semantic-mode
:enable (semantic-active-p)

Regarding the key bindings however, I think we can agree that the
current situation needs improvement. The interactive commands usually
assume that the buffer was correctly set up for parsing and hence raise
some cryptic error if that isn't the case (see subject). So if the
keybindings should simply stay enabled in all buffers if semantic-mode
is active, I will have to add some `semantic-raise-error-if-unparsed'
function at the beginning of every interactive function.

-David





  reply	other threads:[~2012-10-12  6:10 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-07-25 14:58 bug#12045: 24.1.50; semantic :: Debugger entered--Lisp error: (wrong-type-argument syntax-table-p nil) Jambunathan K
2012-07-25 21:13 ` David Engster
2012-07-27 20:25   ` Jambunathan K
2012-07-27 20:47     ` Achim Gratz
2012-07-28  7:03     ` Eli Zaretskii
2012-08-07  8:08   ` Jambunathan K
2012-10-11 20:45     ` David Engster
2012-10-11 21:04       ` David Engster
2012-10-12  0:08       ` Stefan Monnier
2012-10-12  6:10         ` David Engster [this message]
2012-10-12 13:47           ` Stefan Monnier
2012-10-14 19:41             ` David Engster

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=87haq0cj9x.fsf@engster.org \
    --to=deng@randomsample.de \
    --cc=12045@debbugs.gnu.org \
    --cc=kjambunathan@gmail.com \
    --cc=monnier@iro.umontreal.ca \
    /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 public inbox

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

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).