From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: grischka Newsgroups: gmane.emacs.devel Subject: Re: switch-to-buffer: for interactive use only Date: Thu, 14 Jul 2011 00:13:07 +0200 Message-ID: <4E1E1873.5060207@gmx.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1310591636 10604 80.91.229.12 (13 Jul 2011 21:13:56 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 13 Jul 2011 21:13:56 +0000 (UTC) Cc: emacs-devel@gnu.org To: rudalics@gmx.at Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jul 13 23:13:52 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Qh6ki-000285-03 for ged-emacs-devel@m.gmane.org; Wed, 13 Jul 2011 23:13:52 +0200 Original-Received: from localhost ([::1]:43590 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qh6kg-0007XJ-LA for ged-emacs-devel@m.gmane.org; Wed, 13 Jul 2011 17:13:50 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:56933) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qh6kK-0007Vg-7o for emacs-devel@gnu.org; Wed, 13 Jul 2011 17:13:32 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Qh6kI-0008PZ-PQ for emacs-devel@gnu.org; Wed, 13 Jul 2011 17:13:27 -0400 Original-Received: from mailout-de.gmx.net ([213.165.64.22]:49144) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1Qh6kI-0008PN-1w for emacs-devel@gnu.org; Wed, 13 Jul 2011 17:13:26 -0400 Original-Received: (qmail invoked by alias); 13 Jul 2011 21:13:24 -0000 Original-Received: from unknown (EHLO [10.130.156.34]) [89.204.154.34] by mail.gmx.net (mp068) with SMTP; 13 Jul 2011 23:13:24 +0200 X-Authenticated: #18588216 X-Provags-ID: V01U2FsdGVkX1+SgBc747uSDEq7wLYAEYd43rRtCZGxv4IWDVBjKb mzJQpVDXcuUW0N User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) Original-References: 4E1DD34A.2040007@gmx.at X-Y-GMX-Trusted: 0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 213.165.64.22 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:142010 Archived-At: > I think that we want two types of `switch-to-buffer' functions: > > (1) [...] C-x b [...] set-window-buffer' based [...] not callable > from Elisp. > > (2) [...] callable from Elisp. > > Anything wrong with this approach? Yes. I've observed this elsewhere earlier. It means that emacs to support its native UI, uses tricks that aren't available for the mere mortals. However if there is anything that actually flies then it's the built-in always existing UI's such as completion or help. Only naturally that people will want their thing work equally well, sooner or later learn the necessary tricks and then you are back in the situation where you have zero control for consistency because your freshly designed interface is consequently bypassed by, which is only worse, those who actually care for good UI. --- grischka > > martin