From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: position on changing defaults? Date: Thu, 06 Mar 2008 01:28:16 +0200 Organization: JURTA Message-ID: <871w6ou4xb.fsf@jurta.org> References: <200803050637.m256bXL3008361@sallyv1.ics.uci.edu> <200803052230.m25MUORx001881@sallyv1.ics.uci.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1204760107 28253 80.91.229.12 (5 Mar 2008 23:35:07 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 5 Mar 2008 23:35:07 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Mar 06 00:35:30 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1JX38v-0004ot-7M for ged-emacs-devel@m.gmane.org; Thu, 06 Mar 2008 00:35:25 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JX38N-00088i-Mf for ged-emacs-devel@m.gmane.org; Wed, 05 Mar 2008 18:34:51 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JX38J-00088Z-Rw for emacs-devel@gnu.org; Wed, 05 Mar 2008 18:34:47 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JX38H-00088F-MP for emacs-devel@gnu.org; Wed, 05 Mar 2008 18:34:46 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JX38H-00088C-Ip for emacs-devel@gnu.org; Wed, 05 Mar 2008 18:34:45 -0500 Original-Received: from relay02.kiev.sovam.com ([62.64.120.197]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1JX38G-0005Ig-SM for emacs-devel@gnu.org; Wed, 05 Mar 2008 18:34:45 -0500 Original-Received: from [83.170.232.243] (helo=smtp.svitonline.com) by relay02.kiev.sovam.com with esmtp (Exim 4.67) (envelope-from ) id 1JX386-000C6B-Ar for emacs-devel@gnu.org; Thu, 06 Mar 2008 01:34:42 +0200 In-Reply-To: <200803052230.m25MUORx001881@sallyv1.ics.uci.edu> (Dan Nicolaescu's message of "Wed, 05 Mar 2008 14:30:24 -0800") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (x86_64-unknown-linux-gnu) X-Scanner-Signature: fa1e9f04260dd27375e84b1224048298 X-DrWeb-checked: yes X-SpamTest-Envelope-From: juri@jurta.org X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 2362 [Mar 5 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {HEADERS: header Content-Type found without required header Content-Transfer-Encoding} X-SpamTest-Method: none X-SpamTest-Rate: 11 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release X-detected-kernel: by monty-python.gnu.org: FreeBSD 6.x (1) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:91434 Archived-At: > > > - show-paren-mode on by default > > > > Never liked it. Is it really that popular? > > That's hard to measure, isn't it? In _my_ experience it is. > Or more likely: blink-matching-open is unpopular, and in general > blinking cursor is downright hated by many people. I always use M-( to insert a balanced pair of open and close parentheses, so I never see that blink-matching-open jumping cursor. When there is a need to see a matching parenthesis, this is possible by using commands that move point on balanced expressions like forward-sexp. Even though show-paren-mode doesn't require such point movements, it is annoying when a matching parenthesis is highlighted in inappropriate places like e.g. when displaying a group of completions in parenthesis in the minibuffer, etc. > > > - iswitchb-mode on by default > > > > I'd rather improve the general completion mechanism, than only improve > > it for buffer selection. > > That would be great too. But we also need to consider the fact iswitch > is here now, it works and is useful, improvements to completion are not > available yet (or even in the works?). I agree with Stefan that the general completion mechanism should be uniform among all minibuffer types, not only for switching between buffers, and we should make such improvements to the general mechanism. > > > - flyspell-mode on by default for text-mode > > > > I indeed have it on in text-mode (and programming modes as well, as > > a matter of fact), > > Same here. > > Another related point: flyspell-prog-mode is even more obscure than > flyspell. How do we make it's availability more obvious to programmers? Like all other features, to make them more available to users, we should add more commands to the main menu. Most newbies tend using this menu where they can discover hidden features. > > but I haven't given any thought to enabling it by default. I think > > it might be a bit too brittle currently to be enabled by default: it > > usually works just fine, but I've had problems with it every once in > > a while. > > I don't share that experience... How about we try it on and see if any > problems show up? There's plenty of time to disable it again until the > next release. I think that before enabling flyspell-mode by default we should improve the language detection mechanism, so it will set the correct ispell dictionary in every buffer where flyspell-mode will be enabled. Otherwise, it would be annoying to see most words in buffers highlighted in red. -- Juri Linkov http://www.jurta.org/emacs/