From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kaushal Newsgroups: gmane.emacs.devel Subject: Re: [elpa] master b843370: * packages/other-frame-window/other-frame-window.el: New single-file package. Date: Mon, 17 Aug 2015 13:19:13 +0000 Message-ID: References: <20150814050452.7700.48557@vcs.savannah.gnu.org> <86vbcgtpr8.fsf@stephe-leake.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a113d23e06fe77d051d81a6db X-Trace: ger.gmane.org 1439817575 10741 80.91.229.3 (17 Aug 2015 13:19:35 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 17 Aug 2015 13:19:35 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stefan Monnier , Stephen Leake Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Aug 17 15:19:34 2015 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 1ZRKK2-0001GC-QY for ged-emacs-devel@m.gmane.org; Mon, 17 Aug 2015 15:19:30 +0200 Original-Received: from localhost ([::1]:55545 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZRKK2-0004bV-7J for ged-emacs-devel@m.gmane.org; Mon, 17 Aug 2015 09:19:30 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56404) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZRKJy-0004aI-Ao for emacs-devel@gnu.org; Mon, 17 Aug 2015 09:19:27 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZRKJx-0002LX-4p for emacs-devel@gnu.org; Mon, 17 Aug 2015 09:19:26 -0400 Original-Received: from mail-oi0-x22b.google.com ([2607:f8b0:4003:c06::22b]:34131) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZRKJx-0002LO-0e for emacs-devel@gnu.org; Mon, 17 Aug 2015 09:19:25 -0400 Original-Received: by oip136 with SMTP id 136so79692741oip.1 for ; Mon, 17 Aug 2015 06:19:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-type; bh=3EN1RPhBXvRmyN6Fg49anIRhA3fM8dv0L+4brAtUERU=; b=ny7pIQ1mFOQvCJVZG4MvZTxFKQpTgFbJEJ5IckXrduqOk/4f0lbE8LKRsN0t0flMIy ATnbniHQl+9x9OK13OkGg3SNpUObssoz8gGp4n1IV6emp/b9tC1VkFN3NMpg4B2XJWdt 8SKTI9ZdxFj/fzi8DPnFxhOs6CguQFYEv6d+OF5Ocn32xcMbQv2jLfAwWT5U3CCYnKJB hEBYoPrF6luVVOUq8Uoep+rgf0HZg9GSI/p7MLOnbtpJE8jiVb1emReGK/iYqgyUAKm3 /09SSivjiObiUKoMFsesLnlFTosUQzWq+9caDDbXFFUIHmhaxkBSth0nqM8ZCQ6N4MFo R06Q== X-Received: by 10.202.211.65 with SMTP id k62mr1140622oig.34.1439817563889; Mon, 17 Aug 2015 06:19:23 -0700 (PDT) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:4003:c06::22b 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:188840 Archived-At: --001a113d23e06fe77d051d81a6db Content-Type: text/plain; charset=UTF-8 If I do C-x 5 f, a new frame opens if needed (if I have only one frame to begin with). But if I do C-x 9 f, the buffer opens in a second frame only if I have 2 frames to begin with. If I had just one frame open, C-x 9 f seems to do nothing. Is that by design? If not, I can debug my config. On Sat, Aug 15, 2015 at 5:50 PM Stefan Monnier wrote: > > ;; FIXME: This is basically the union of the default C-x 4 and C-x 5 > > ;; keymaps in Emacs-25. > > Is the point of this FIXME: that eventually this could replace the C-x 4 > > and C-x 5 keymaps? > > Good question. I think it was a mistake. I probably started to write > "FIXME:" because I wanted to document the problem of the "dwim" > commands, which are somewhat ugly, but then I went ahead and wrote > those dwim commands and decided it wasn't that bad. So the end result > is a doc that isn't really a FIXME but which starts with "FIXME:". > > > - Why is (remove-hook 'pre-command-hook #'ofw--reset-prefix) before the > > 'if', instead of in the else branch? > > I like to write minor modes such that they always begin by cleaning up > first and then, if requested, adding what needs to be added. > I think in the case of global hooks it makes no difference, but for > a few other cases it avoids adding stuff twice or having to check > whether the mode was already enabled or something. > > > Stefan > > --001a113d23e06fe77d051d81a6db Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
If I do C-x 5 f, a new frame opens if needed (if I have on= ly one frame to begin with).
But if I do C-x 9 f, the buffer opens in a= second frame only if I have 2 frames to begin with. If I had just one fram= e open, C-x 9 f seems to do nothing. Is that by design? If not, I can debug= my config.

On S= at, Aug 15, 2015 at 5:50 PM Stefan Monnier <monnier@iro.umontreal.ca> wrote:
>=C2=A0 =C2=A0 =C2=A0;; FIXME: This is basically th= e union of the default C-x 4 and C-x 5
>=C2=A0 =C2=A0 =C2=A0;; keymaps in Emacs-25.
> Is the point of this FIXME: that eventually this could replace the C-x= 4
> and C-x 5 keymaps?

Good question.=C2=A0 I think it was a mistake.=C2=A0 I probably started to = write
"FIXME:" because I wanted to document the problem of the "dw= im"
commands, which are somewhat ugly, but then I went ahead and wrote
those dwim commands and decided it wasn't that bad.=C2=A0 So the end re= sult
is a doc that isn't really a FIXME but which starts with "FIXME:&q= uot;.

> - Why is (remove-hook 'pre-command-hook #'ofw--reset-prefix) b= efore the
>=C2=A0 =C2=A0'if', instead of in the else branch?

I like to write minor modes such that they always begin by cleaning up
first and then, if requested, adding what needs to be added.
I think in the case of global hooks it makes no difference, but for
a few other cases it avoids adding stuff twice or having to check
whether the mode was already enabled or something.


=C2=A0 =C2=A0 =C2=A0 =C2=A0 Stefan

--001a113d23e06fe77d051d81a6db--