From: Drew Adams <drew.adams@oracle.com>
To: Juanma Barranquero <lekktu@gmail.com>
Cc: "martin rudalics" <rudalics@gmx.at>,
"Jan Djärv" <jan.h.d@swipnet.se>,
"YAMAMOTO Mitsuharu" <mituharu@math.s.chiba-u.ac.jp>,
"Emacs developers" <emacs-devel@gnu.org>
Subject: RE: x-display-pixel-width/height inconsistency
Date: Fri, 5 Jul 2013 09:58:06 -0700 (PDT) [thread overview]
Message-ID: <be6377e5-1871-4885-8c66-7cc275e7fc78@default> (raw)
In-Reply-To: <CAAeL0SROU-1F+f1509PkL_nrWJG1YEj0cC3BEms44ZYwocLt8A@mail.gmail.com>
> > If it is off-screen then move it on-screen.
>
> Just detecting if it is off-screen isn't trivial with multiple
> monitor. By using three of them side-by-side but not perfectly
> aligned, it would be possible to have a window (an Emacs frame) that
> is visible, and yet has its four corners outside any monitor's
> displaying area.
OK. But for other cases? No reason to let the ideal become the enemy
of the good.
> Anyway, I'm against adding a command to move a frame on-screen. As
> part of automatic restoration, perhaps, because restoration does not
> require user interaction. But if a frame is off-screen and the user
> wants it on-screen, please dear user, learn to use Windows more
> effectively.
No - please, dear Emacs, learn to help lost users. ;-)
I don't feel strongly about it, but I guess I disagree. I can imagine
people who use Emacs on multiple platforms, including MS Windows, and
who never become True Winistas.
In addition, beyond Emacs, I would even guess that most Windows users
have no idea how to move a window back on screen. Google "how to move
window back onto screen"...
And they generally do not need such knowledge. Losing a window
off-screen does not happen every 30 minutes.
I think you mentioned that your use of MS Windows is mainly command-line
use. That's great, but it is hardly the case of most Windows users. (I
would even guess it is hardly the case for most Windows users of Emacs.)
In sum, most Emacs users, whether on MS Windows or not, will not guess
how to move a frame back onto the screen. And most Windows users will
not know how to do so outside Emacs.
And it is trivial to provide a command that lets a user select a frame
and then move it around until s?he sees it - or just move it to, say,
top: 0, left: 0.
FWIW - In frame-cmds.el I have long had commands
`move-frame-to-screen-(top|bottom|left|right)', with suggested bindings
`M-S-v', `C-S-v', `C-S-prior', and `C-S-next'.
These all read a frame name using completion (default: selected frame),
then move that frame to the corresponding screen edge. With a numeric
prefix arg they offset it that many chars from the edge.
(And there are repeatable commands that move the selected frame in each
direction - suggested repeatable bindings: `M-(up|down|left|right)'.
While such commands can be used to get a frame back on screen, I've now
added `move-frame-to-screen-top-left' (suggested binding: `C-S-home'),
to move a frame you choose to the top, left screen corner.
(No idea what this means for multiple monitors, but presumably the
off-all-monitors frame you describe would show up at the top left of
one of the monitors.)
next prev parent reply other threads:[~2013-07-05 16:58 UTC|newest]
Thread overview: 97+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-03-21 0:58 x-display-pixel-width/height inconsistency grischka
2013-03-21 1:05 ` YAMAMOTO Mitsuharu
2013-03-21 1:09 ` grischka
2013-03-21 1:44 ` YAMAMOTO Mitsuharu
2013-03-21 23:29 ` YAMAMOTO Mitsuharu
2013-03-22 10:33 ` Eli Zaretskii
2013-03-23 0:32 ` YAMAMOTO Mitsuharu
2013-03-23 6:15 ` Eli Zaretskii
2013-03-23 13:35 ` Jan Djärv
2013-03-23 23:58 ` YAMAMOTO Mitsuharu
2013-03-24 3:53 ` Eli Zaretskii
2013-03-24 4:36 ` YAMAMOTO Mitsuharu
2013-03-24 16:19 ` Eli Zaretskii
2013-04-27 5:13 ` YAMAMOTO Mitsuharu
2013-04-27 8:04 ` Jan Djärv
2013-04-28 1:40 ` YAMAMOTO Mitsuharu
2013-04-28 17:16 ` Jan D.
2013-04-29 2:27 ` YAMAMOTO Mitsuharu
2013-04-29 2:42 ` YAMAMOTO Mitsuharu
2013-05-01 9:58 ` Jan Djärv
2013-05-02 4:09 ` YAMAMOTO Mitsuharu
2013-05-06 1:04 ` YAMAMOTO Mitsuharu
2013-05-06 1:55 ` Stefan Monnier
2013-05-06 6:15 ` YAMAMOTO Mitsuharu
2013-05-06 13:37 ` Stefan Monnier
2013-05-08 10:46 ` YAMAMOTO Mitsuharu
2013-05-08 11:24 ` YAMAMOTO Mitsuharu
2013-05-08 17:41 ` Eli Zaretskii
2013-05-09 0:09 ` YAMAMOTO Mitsuharu
2013-05-09 1:52 ` Glenn Morris
2013-05-09 3:19 ` YAMAMOTO Mitsuharu
2013-05-09 6:27 ` Glenn Morris
2013-05-09 2:53 ` Eli Zaretskii
2013-05-09 8:14 ` Jan Djärv
2013-05-09 8:43 ` YAMAMOTO Mitsuharu
2013-05-09 15:18 ` Jan Djärv
2013-05-09 20:03 ` Eli Zaretskii
2013-05-09 21:28 ` Stefan Monnier
2013-05-10 6:00 ` YAMAMOTO Mitsuharu
2013-05-10 6:05 ` YAMAMOTO Mitsuharu
2013-05-10 7:06 ` Eli Zaretskii
2013-05-10 7:47 ` YAMAMOTO Mitsuharu
2013-05-10 8:41 ` Eli Zaretskii
2013-05-10 8:55 ` YAMAMOTO Mitsuharu
2013-05-10 9:15 ` Eli Zaretskii
2013-05-10 9:27 ` YAMAMOTO Mitsuharu
2013-05-14 10:39 ` YAMAMOTO Mitsuharu
2013-07-01 6:49 ` martin rudalics
2013-07-02 1:30 ` YAMAMOTO Mitsuharu
2013-07-02 10:38 ` martin rudalics
2013-07-02 10:53 ` Juanma Barranquero
2013-07-02 13:11 ` martin rudalics
2013-07-02 14:05 ` Juanma Barranquero
2013-07-03 9:27 ` martin rudalics
2013-07-03 10:49 ` Juanma Barranquero
2013-07-03 12:44 ` martin rudalics
2013-07-03 13:43 ` Juanma Barranquero
2013-07-04 9:34 ` martin rudalics
[not found] ` <5987E3>
2013-07-04 22:32 ` Juanma Barranquero
2013-07-05 7:44 ` martin rudalics
2013-07-05 9:32 ` Juanma Barranquero
2013-07-05 9:34 ` Jan Djärv
2013-07-05 9:41 ` Juanma Barranquero
2013-07-05 11:25 ` Jan Djärv
2013-07-05 11:56 ` Juanma Barranquero
2013-07-05 12:12 ` Jan Djärv
2013-07-05 12:16 ` Juanma Barranquero
2013-07-05 15:30 ` Drew Adams
2013-07-05 15:53 ` Juanma Barranquero
2013-07-05 16:58 ` Drew Adams [this message]
2013-07-06 14:48 ` Juanma Barranquero
2013-07-06 19:25 ` Drew Adams
2013-07-05 15:27 ` Drew Adams
2013-07-04 10:28 ` YAMAMOTO Mitsuharu
2013-05-10 7:44 ` Jan Djärv
2013-04-28 1:48 ` YAMAMOTO Mitsuharu
-- strict thread matches above, loose matches on Subject: below --
2013-03-19 0:39 YAMAMOTO Mitsuharu
2013-03-19 1:34 ` Leo Liu
2013-03-19 4:54 ` Xue Fuqiao
2013-03-19 15:41 ` Drew Adams
2013-03-19 15:51 ` Leo Liu
2013-03-19 15:58 ` Drew Adams
2013-03-20 0:55 ` Leo Liu
2013-03-19 22:25 ` YAMAMOTO Mitsuharu
2013-03-19 23:15 ` Dmitry Gutov
2013-03-19 23:52 ` YAMAMOTO Mitsuharu
2013-03-20 0:12 ` Dmitry Gutov
2013-03-20 0:20 ` YAMAMOTO Mitsuharu
2013-03-20 1:41 ` Dmitry Gutov
2013-03-20 3:58 ` YAMAMOTO Mitsuharu
2013-03-20 14:05 ` Dmitry Gutov
2013-03-20 23:28 ` YAMAMOTO Mitsuharu
2013-03-21 1:27 ` Dmitry Gutov
2013-03-21 1:51 ` YAMAMOTO Mitsuharu
2013-03-21 2:43 ` Dmitry Gutov
2013-03-21 3:47 ` YAMAMOTO Mitsuharu
2013-03-21 4:22 ` YAMAMOTO Mitsuharu
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=be6377e5-1871-4885-8c66-7cc275e7fc78@default \
--to=drew.adams@oracle.com \
--cc=emacs-devel@gnu.org \
--cc=jan.h.d@swipnet.se \
--cc=lekktu@gmail.com \
--cc=mituharu@math.s.chiba-u.ac.jp \
--cc=rudalics@gmx.at \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).