From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Robert Pluim Newsgroups: gmane.emacs.bugs Subject: bug#31031: 27.0; (elisp) `Position Parameters', floating-point values Date: Fri, 06 Apr 2018 12:28:38 +0200 Message-ID: <87fu48pr1l.fsf@gmail.com> References: <5AC3232D.1020107@gmx.at> <874lksy9vy.fsf@gmail.com> <5AC35626.2070700@gmx.at> <877epowjq9.fsf@gmail.com> <5AC48386.8040901@gmx.at> <87sh8bw4xa.fsf@gmail.com> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1523010428 3760 195.159.176.226 (6 Apr 2018 10:27:08 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 6 Apr 2018 10:27:08 +0000 (UTC) Cc: 31031@debbugs.gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Apr 06 12:27:04 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f4OaE-0000se-Q2 for geb-bug-gnu-emacs@m.gmane.org; Fri, 06 Apr 2018 12:27:03 +0200 Original-Received: from localhost ([::1]:43197 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f4OcK-0005Pe-7Q for geb-bug-gnu-emacs@m.gmane.org; Fri, 06 Apr 2018 06:29:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39012) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f4OcD-0005Nt-Ok for bug-gnu-emacs@gnu.org; Fri, 06 Apr 2018 06:29:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1f4OcA-0008ND-JI for bug-gnu-emacs@gnu.org; Fri, 06 Apr 2018 06:29:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:60220) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1f4OcA-0008Mq-FV for bug-gnu-emacs@gnu.org; Fri, 06 Apr 2018 06:29:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1f4OcA-0001sI-42 for bug-gnu-emacs@gnu.org; Fri, 06 Apr 2018 06:29:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Robert Pluim Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 06 Apr 2018 10:29:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31031 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 31031-submit@debbugs.gnu.org id=B31031.15230105307188 (code B ref 31031); Fri, 06 Apr 2018 10:29:02 +0000 Original-Received: (at 31031) by debbugs.gnu.org; 6 Apr 2018 10:28:50 +0000 Original-Received: from localhost ([127.0.0.1]:39884 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f4Oby-0001rs-7J for submit@debbugs.gnu.org; Fri, 06 Apr 2018 06:28:50 -0400 Original-Received: from mail-wr0-f180.google.com ([209.85.128.180]:42933) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f4Obw-0001rf-6S for 31031@debbugs.gnu.org; Fri, 06 Apr 2018 06:28:48 -0400 Original-Received: by mail-wr0-f180.google.com with SMTP id s18so1203098wrg.9 for <31031@debbugs.gnu.org>; Fri, 06 Apr 2018 03:28:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:mail-copies-to:gmane-reply-to-list :date:in-reply-to:message-id:mime-version:content-transfer-encoding; bh=4zzIj/5rts1nYLkwYTFQPMM7XOWpYaFMJiPb5qalKiM=; b=M+CFKPtNBvAIR0aQiOQVentr1CjCB05VkNjjSgB++TSydyE7BB2eXhtHDv9EJ3fV61 t5QAyD5/myLBR3cFNphinkFb0R2Zg3/uC0FmO1R7m2xTXIKEwaATTBgtOS4cs84VuAWl Q1KV9qyYNc1D7WstGpsjkPsobWx1RZnpDvO0MV6goAxD90giSU2t/Pl8Dg4UcCNpAUPu CaWM3YS0WmjClIqL+iuU5SwVCyXoahukPuo8JXoZ7HLXNkAhs1XGzcP+n5yHKrCQP3gq 59nkvYeZvwPFr3lHNtS0U4Jhj7NidBLohSTRT5aYkeiYK5GX7kZn0ZRKFVKQyu4wIR2C AvkQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:mail-copies-to :gmane-reply-to-list:date:in-reply-to:message-id:mime-version :content-transfer-encoding; bh=4zzIj/5rts1nYLkwYTFQPMM7XOWpYaFMJiPb5qalKiM=; b=GhcCh2M6CMGWVvQwW1MeqjFi6flj5uPBt+Zd/Z0bx6KIoRSTe85o6/MxfzL5Yr5d19 3DvbvhxXBZNFfWMTb/DrQwvlLVLbxjUq0SVc0HDUyrznmhBdd3hpkA/3LxPl68nvMnEN yC0RPaZ7TLT6IujIHT9ev9pAPcaXjbhm0aEJZjv2/W83g6/Hk6pg/PtEEtMVHUb/EkdI Gk1b8LBc6YBM4lodle6P9DYyw38jljT4iZOdUM4cZjNNIohaBkt+8FtbmUFD/wu/hkgk sBYV+djDCwq365zU7q2QHM/Y1gbXMnzLgXaHpIyA02PKA62mFukv5eDi70yn9//9WjB5 mn0g== X-Gm-Message-State: AElRT7GDBJ3eumkoGdyZ48BjTRINxQdwcYM6gZYS8rnANDnTCXyMEqgb G8KX0tsq3zLZfXFQRpGx4HrnUeKV X-Google-Smtp-Source: AIpwx49rJcD29SGaescmmHxOh7oFeBOesBWpZhN6Hjcgq9uAC3oDIrAJETLkBFd+FFZ2Jx5i2Hs67w== X-Received: by 10.223.219.16 with SMTP id s16mr20796364wri.123.1523010521981; Fri, 06 Apr 2018 03:28:41 -0700 (PDT) Original-Received: from rpluim ([149.5.228.1]) by smtp.gmail.com with ESMTPSA id r75sm5919641wmf.34.2018.04.06.03.28.40 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 06 Apr 2018 03:28:41 -0700 (PDT) Mail-Copies-To: never Gmane-Reply-To-List: yes In-Reply-To: <87sh8bw4xa.fsf@gmail.com> (Robert Pluim's message of "Wed, 04 Apr 2018 14:07:45 +0200") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] 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" Xref: news.gmane.org gmane.emacs.bugs:144943 Archived-At: Robert Pluim writes: >>> D'oh. Of course, top is the right parameter to use. With that the >>> frame switches monitor between top and bottom, so that would imply >>> that the same switching should happen for "left". I=CA=BCm undecided so= far >>> as to which I think is the "correct" behaviour. >> >> I'm not sure I understand. Do you mean that when you change the value >> of 'left' the frame always stays within the left monitor while when >> you change 'top' the frame moves from the upper to the lower monitor >> and back? That would be queer. > > I=CA=BCll have to retest this one, I may have missed a case. Two monitors, one above the other, frame on bottom one. (modify-frame-parameters nil '((top . 0.0))) =3D> frame moves to top monitor (modify-frame-parameters nil '((top . 1.0))) =3D> frame moves tobottom monitor Repeating those commands cycles between top and bottom monitor. (and they're not flush to the edges, but this is with GDK scaling going on, so I=CA=BCm not too surprised by that). Two monitors, one next to the other, frame on right one. (modify-frame-parameters nil '((left . 0.0))) =3D> frame moves to left monitor (modify-frame-parameters nil '((left . 1.0))) =3D> frame moves to right monitor and again this cycles between the monitors. So whatever I tested before, it wasn't this, and the behaviour is consistent between "left" and "top". I can't find anything in the elisp manual describing that the workareas of the two monitors are combined like this. Should such information go in (elisp)Multiple Terminals, or (emacs)Multiple Displays? Or both? Robert