From mboxrd@z Thu Jan 1 00:00:00 1970 From: Sebastien Vauban Subject: Re: [bug] YASnippet (bound to SPC) and Org in `master' Date: Tue, 25 Nov 2014 15:16:47 +0100 Message-ID: <86egsre568.fsf@example.com> References: <8661e57xom.fsf@example.com> <87r3wroevf.fsf@selenimh.mobile.lan> Mime-Version: 1.0 Content-Type: text/plain Return-path: List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org-mXXj517/zsQ@public.gmane.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org-mXXj517/zsQ@public.gmane.org To: emacs-orgmode-mXXj517/zsQ@public.gmane.org Hello Nicolas, >> In Org `master' (not in `maint'), there is a bug (or conflict or ???) >> when one binds `yas-expand' to SPC (the "abbrev-way"), as in the >> following minimal Emacs configuration file: > > [...] > >> With the above config, typing SPC after any word in any Org table >> cell deletes the whole contents of the cell... [1] >> >> When typing, for example, "Every word gets deleted on pressing >> SPC...", you successively only see "Every", then "word", then "gets", >> ..., and then finally "SPC..." as the cell contents! >> >> Searching for the difference between `maint' and `master' shows that >> the problem occurs since the following commit in `master': >> >> e8b51c0ce5d6dbd5f2c6cfff2d260a3f5f7ac58f is the first bad commit >> Author: Bastien Guerry >> Date: Mon Jul 28 17:28:54 2014 +0200 >> >> org.el (org-self-insert-command): Use `yas-expand' > > I don't understand why yas-expand (or yas/expand) appears in > `org-self-insert-command'. This feature was introduced for the first > time in 94c4f801a2a8f0e0e14b48719c22e06dd9a1e599: > > Tables: Fix auto-blanking of fields is yasnippet is active. > > When yasnippet is active, it is the official binding of TAB. That > means, the org-mode self-insert command must know that it may > blank table fields if the last command was yas/expand. > > The "must know" part is not clear to me. I tend to think we should > remove it. Will you do that? Best regards, Seb -- Sebastien Vauban