From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kaushal Modi Newsgroups: gmane.emacs.bugs Subject: bug#21507: 25.0.50: (global-SOME-MINOR-MODE) not affecting fundamental mode buffers Date: Thu, 17 Sep 2015 12:15:46 -0400 Message-ID: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a11c1dfc09ebdac051ff3bcec X-Trace: ger.gmane.org 1442506691 20167 80.91.229.3 (17 Sep 2015 16:18:11 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 17 Sep 2015 16:18:11 +0000 (UTC) To: 21507@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Sep 17 18:17:59 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1Zcbsh-0002en-9F for geb-bug-gnu-emacs@m.gmane.org; Thu, 17 Sep 2015 18:17:55 +0200 Original-Received: from localhost ([::1]:59761 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zcbsh-0000PB-2a for geb-bug-gnu-emacs@m.gmane.org; Thu, 17 Sep 2015 12:17:55 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54875) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zcbrs-0007nM-Ge for bug-gnu-emacs@gnu.org; Thu, 17 Sep 2015 12:17:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zcbrr-0001WM-5Y for bug-gnu-emacs@gnu.org; Thu, 17 Sep 2015 12:17:04 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:44063) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zcbrr-0001W9-2p for bug-gnu-emacs@gnu.org; Thu, 17 Sep 2015 12:17:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Zcbrq-0001Lk-L8 for bug-gnu-emacs@gnu.org; Thu, 17 Sep 2015 12:17:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Kaushal Modi Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 17 Sep 2015 16:17:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 21507 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: X-Debbugs-Original-To: "bug-gnu-emacs@gnu.org" Original-Received: via spool by submit@debbugs.gnu.org id=B.14425065975149 (code B ref -1); Thu, 17 Sep 2015 16:17:02 +0000 Original-Received: (at submit) by debbugs.gnu.org; 17 Sep 2015 16:16:37 +0000 Original-Received: from localhost ([127.0.0.1]:36273 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZcbrQ-0001Ky-I9 for submit@debbugs.gnu.org; Thu, 17 Sep 2015 12:16:37 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:44331) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZcbrO-0001Kq-EC for submit@debbugs.gnu.org; Thu, 17 Sep 2015 12:16:35 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZcbrM-00010u-Nc for submit@debbugs.gnu.org; Thu, 17 Sep 2015 12:16:33 -0400 Original-Received: from lists.gnu.org ([2001:4830:134:3::11]:53626) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZcbrM-00010j-Ko for submit@debbugs.gnu.org; Thu, 17 Sep 2015 12:16:32 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54292) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZcbrL-0007Di-1H for bug-gnu-emacs@gnu.org; Thu, 17 Sep 2015 12:16:32 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZcbrG-0000w8-Jg for bug-gnu-emacs@gnu.org; Thu, 17 Sep 2015 12:16:30 -0400 Original-Received: from mail-ob0-x22d.google.com ([2607:f8b0:4003:c01::22d]:35942) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZcbrG-0000vn-E2 for bug-gnu-emacs@gnu.org; Thu, 17 Sep 2015 12:16:26 -0400 Original-Received: by obqa2 with SMTP id a2so17236307obq.3 for ; Thu, 17 Sep 2015 09:16:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:cc:content-type; bh=xwGj8CoWDTUre0N7Z1VFLQPIwNowku2Pb2HsrNmDirw=; b=kJ+vg+U/fC3JM/aG2g2w678XiJ3RTnJZtRu9ZdtU9DUHqj2GWNZ9aGN37NYGrPeDx1 Pa+8o11mUaQJfYx1Gr2zNN4k/g8iYe6mlj3Z+LsRS46wy0V0skfgb35omAfmPFGfdknC 6NT9IyAJv2wfyU4eYdVnXLx25dXwx5jL8JQUqxBNc9lp1XAE38c7GfBcf8xZCRXk4tfu 4rks4MnPgWkxhxNGZrMuq8W03qWXUnvQbPzICtLWbRtaGODWLxBLH6Vji4xmqbnIstbl d1U7LmkjfzAn/wepyM63Uk648E4Uvs13oWrfOssEGTXKz7vqKOnVgLADEnOA9pV+ZDER aOAQ== X-Received: by 10.182.240.135 with SMTP id wa7mr30792131obc.63.1442506585583; Thu, 17 Sep 2015 09:16:25 -0700 (PDT) Original-Received: by 10.202.172.205 with HTTP; Thu, 17 Sep 2015 09:15:46 -0700 (PDT) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:106694 Archived-At: --001a11c1dfc09ebdac051ff3bcec Content-Type: text/plain; charset=UTF-8 Hi, I recently was debugging an issue with my globalized minor mode and auto generated Fundamental mode buffers created by different pacakages. I brought up that problem over at emacs.SE: http://emacs.stackexchange.com/q/16693/115 The below code summarizes what I learnt. The code can be eval'ed in an emacs -Q session to recreate the issue I am seeing. Please review the below code, eval and run it and proceed with my explanation after the code. ;; my1-mode - init value nil - enabled using its global variant (define-minor-mode my1-mode :init-value nil :lighter " my1") (defun turn-on-my1-mode () (my1-mode 1)) (define-globalized-minor-mode global-my1-mode my1-mode turn-on-my1-mode) (global-my1-mode) ;; my2-mode - init value nil - enabled using setq-default (define-minor-mode my2-mode :init-value nil :lighter " my2") (defun turn-on-my2-mode () (my2-mode 1)) (define-globalized-minor-mode global-my2-mode my2-mode turn-on-my2-mode) (setq-default my2-mode t) ;; my3-mode - init value t (so enabled by default) (define-minor-mode my3-mode :init-value t :lighter " my3") ;; Now call `get-buffer-create' that creates a buffer with Fundamental major mode (with-current-buffer (get-buffer-create "*temp*") (insert "Hello")) (split-window-right) (switch-to-buffer "*temp*") --- My minor mode is of the type my1-mode above where the init value is nil but I enable it in my config using (global-my1-mode). The global enabling of my1-mode is seen everywhere, all the newly created buffers except for the cases where a package would create some sort of temp buffer using `get-buffer-create'. Such buffers would be in Fundamental mode by default and I noticed that the (global-my1-mode) had no effect on those buffers. If I tweak my minor mode to be of my2-mode (change the init value to t)or my3-mode (force the init value to t using setq-default) types above, then my minor mode gets enabled globally in true sense (even in buffers created using get-create-buffer). In essence, setting the init value as t is not the same as enabling a globalized minor mode. Is this by design? -- Kaushal Modi --001a11c1dfc09ebdac051ff3bcec Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

I recently was debugging an issue wi= th my globalized minor mode and auto generated Fundamental mode buffers cre= ated by different pacakages. I brought up that problem over at emacs.SE: http://emacs.stackexch= ange.com/q/16693/115

The below code summarizes what I learnt. The code can be e= val'ed in an emacs -Q session to recreate the issue I am seeing.=C2=A0<= /div>

Please r= eview the below code, eval and run it and proceed with my explanation after= the code.

;; my1-mode - init value nil - enabled = using its global variant
(define-minor-mode my1-mode
=C2=A0 :init-value nil
=C2=A0 :lighter " = my1")
(defun turn-on-my1-mode () (my1-mode 1))
(define-globalized-minor-mode global-my1-mode my1-mode turn-on= -my1-mode)
(global-my1-mode)

;; my2-mode - init value nil - enabled using setq-default
(define-minor-mode my2-mode
=C2=A0 :init-value= nil
=C2=A0 :lighter " my2")
(d= efun turn-on-my2-mode () (my2-mode 1))
(define-globalized-= minor-mode global-my2-mode my2-mode turn-on-my2-mode)
(set= q-default my2-mode t)
<= font face=3D"trebuchet ms, sans-serif">
;; my3-mode - = init value t (so enabled by default)
(define-minor-mode my= 3-mode
=C2=A0 :init-value t
=C2=A0 :light= er " my3")

;; Now call `ge= t-buffer-create' that creates a buffer with Fundamental major mode
(with-current-buffer (get-buffer-create "*temp*")
=C2=A0 (insert "Hello"))
(split-w= indow-right)
(switch-to-buffer "*temp*")<= /div>


-= --

My mi= nor mode is of the type my1-mode above where the init value is nil but I en= able it in my config using (global-my1-mode).
The global enabling of my1-mode is se= en everywhere, all the newly created buffers except for the cases where a p= ackage would create some sort of temp buffer using `get-buffer-create'.= Such buffers would be in Fundamental mode by default and I noticed that th= e (global-my1-mode) had no effect on those buffers.

If I tweak my minor mode to be = of my2-mode (change the init value to t)or my3-mode (force the init value t= o t using setq-default) types above, then my minor mode gets enabled global= ly in true sense (even in buffers created using get-create-buffer).

In essence, set= ting the init value as t is not the same as enabling a globalized minor mod= e.=C2=A0

Is this by design?=C2=A0



--
Kaushal Modi<= /div>
--001a11c1dfc09ebdac051ff3bcec--