From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Blink cursor changes, possible W32 breakage. Date: Fri, 19 Jul 2013 16:43:45 +0300 Message-ID: <83ppuezmum.fsf@gnu.org> References: <83oba22ymd.fsf@gnu.org> <6B4F86F0-164D-4CBE-8CD2-9BC9326451C4@swipnet.se> <8361w93k8e.fsf@gnu.org> <871u6x4we0.fsf@catnip.gol.com> <58D8CF7D-C157-4D48-93B4-2EFFAA4AAF61@swipnet.se> <8338rd2q1h.fsf@gnu.org> <534E99D7-CC13-4C8D-A80B-EC00995F741A@swipnet.se> <83txjt15hw.fsf@gnu.org> <83li550z3l.fsf@gnu.org> <87ip072t8d.fsf@catnip.gol.com> <831u6v12ae.fsf@gnu.org> <83wqomzwvi.fsf@gnu.org> <87ip064ydr.fsf@wanadoo.es> <83r4euztt6.fsf@gnu.org> <8761w64uzy.fsf@wanadoo.es> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Trace: ger.gmane.org 1374241748 15390 80.91.229.3 (19 Jul 2013 13:49:08 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 19 Jul 2013 13:49:08 +0000 (UTC) Cc: emacs-devel@gnu.org To: =?iso-8859-1?Q?=D3scar?= Fuentes Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jul 19 15:49:08 2013 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1V0B3M-0003cZ-CN for ged-emacs-devel@m.gmane.org; Fri, 19 Jul 2013 15:49:00 +0200 Original-Received: from localhost ([::1]:52494 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V0B3M-0000aU-2F for ged-emacs-devel@m.gmane.org; Fri, 19 Jul 2013 09:49:00 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57827) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V0B3I-0000a5-4M for emacs-devel@gnu.org; Fri, 19 Jul 2013 09:48:57 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1V0B3G-0001Yq-Qr for emacs-devel@gnu.org; Fri, 19 Jul 2013 09:48:56 -0400 Original-Received: from mtaout20.012.net.il ([80.179.55.166]:35748) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V0Ay7-0007lp-76 for emacs-devel@gnu.org; Fri, 19 Jul 2013 09:43:35 -0400 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MQ600K00RAN8P00@a-mtaout20.012.net.il> for emacs-devel@gnu.org; Fri, 19 Jul 2013 16:43:33 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MQ600KPBRGL8J10@a-mtaout20.012.net.il>; Fri, 19 Jul 2013 16:43:33 +0300 (IDT) In-reply-to: <8761w64uzy.fsf@wanadoo.es> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.166 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:162021 Archived-At: > From: =D3scar Fuentes > Date: Fri, 19 Jul 2013 14:02:20 +0200 >=20 > On the GNU/Linux machine I'm writing this message, C-h v shows this= : Thanks. But I think this whole line of approaching this subject is fundamentally wrong. The issue eventually boils down to this: do we want Emacs to be friendly to laptop batteries, or do we want it not to blink the cursor? If the latter, then making blink-cursor off by default is al= l we need. No need for binding frame-focus events or anything like that. By contrast, if we want the former, then we need an _infrastructure_ that would make it easy to stop all or just some of the timers from firing when Emacs is idle, or doesn't have focus, or the machine runs on batteries, or whatever else condition is deemed appropriate. It doesn't matter how many users really run such timers, because even if there's just one user with just one such timer, the fact that Emacs i= s running that timer when that user's laptop is on batteries will be a bug for that single user of that one timer.