From: "Jan Djärv" <jan.h.d@swipnet.se>
To: YAMAMOTO Mitsuharu <mituharu@math.s.chiba-u.ac.jp>
Cc: 5721@debbugs.gnu.org
Subject: bug#5721: Feature request: Function that returns absolute coordinates
Date: Thu, 15 Jul 2010 08:07:26 +0200 [thread overview]
Message-ID: <4C3EA59E.40300@swipnet.se> (raw)
In-Reply-To: <wl630h38ei.wl%mituharu@math.s.chiba-u.ac.jp>
YAMAMOTO Mitsuharu skrev 2010-07-15 02.17:
>>>>>> On Wed, 14 Jul 2010 17:22:27 +0200, Jan Djärv<jan.h.d@swipnet.se> said:
>
>>> I think major motivation to use the absolute coordinate system is
>>> to specify the frame location (OP's case), or to pass it to
>>> external programs (the SCIM case). "Absolute unscaled" one is more
>>> suitable for such uses.
>
>> I would imagine that for frame positioning, absolute scaled would be the
>> default, as top and left frame parameters should also be absolute
>> scaled.
>
> That would bring us coarser precision with respect to the frame
> position. If the scale factor is 2, then we cannot place a frame to a
> position whose coordinate is an odd number (in absolute unscaled).
As I said below, special functions to do that based on unscaled coordinates
would be needed. But for the default scaled should be used. Placing tooltips
for example is much more common than placing frames. Doing so based on scaled
coordinates is no problem. The alternative, to use unscaled, would make Emacs
internals everywhere have to handle two coordinate systems all the time. To
knowingly introduce such an overhead on everything is madness.
>
> I doubt the OP still wants window edges in absolute coordinates
> systems, once he knows simple offsetting is not sufficient in general
> (i.e., with scale factor).
>
If all coordinates and sizes he uses are scaled, why isn't it sufficient?
Jan D.
next prev parent reply other threads:[~2010-07-15 6:07 UTC|newest]
Thread overview: 68+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-03-15 14:33 bug#5721: Feature request: Function that returns absolute coordinates IRIE Shinsuke
2010-03-30 17:50 ` Jan Djärv
2010-05-31 10:28 ` IRIE Shinsuke
2010-06-01 1:16 ` YAMAMOTO Mitsuharu
2010-07-02 2:10 ` YAMAMOTO Mitsuharu
2010-07-02 7:06 ` Jan Djärv
2010-07-02 9:15 ` YAMAMOTO Mitsuharu
2010-07-14 15:22 ` Jan Djärv
2010-07-15 0:17 ` YAMAMOTO Mitsuharu
2010-07-15 6:07 ` Jan Djärv [this message]
2010-07-15 6:49 ` YAMAMOTO Mitsuharu
2010-07-15 7:50 ` Jan Djärv
2010-07-15 7:59 ` YAMAMOTO Mitsuharu
2010-07-15 8:06 ` Jan Djärv
2010-07-15 8:18 ` YAMAMOTO Mitsuharu
2010-07-15 8:35 ` Jan Djärv
2010-07-15 8:44 ` YAMAMOTO Mitsuharu
2010-07-15 8:59 ` Jan Djärv
2010-07-15 9:27 ` YAMAMOTO Mitsuharu
2010-07-15 9:35 ` Jan Djärv
2010-07-15 9:38 ` YAMAMOTO Mitsuharu
2010-07-15 10:32 ` Jan Djärv
2010-07-16 0:25 ` YAMAMOTO Mitsuharu
2010-07-16 6:39 ` Jan Djärv
2010-07-16 9:14 ` YAMAMOTO Mitsuharu
2010-07-16 12:20 ` Jan Djärv
2010-07-15 9:57 ` YAMAMOTO Mitsuharu
2010-07-15 10:56 ` Jan Djärv
2010-07-16 0:35 ` YAMAMOTO Mitsuharu
2010-07-16 6:38 ` Jan Djärv
2010-07-16 8:37 ` YAMAMOTO Mitsuharu
2010-07-16 8:49 ` Jan Djärv
2010-07-16 8:58 ` YAMAMOTO Mitsuharu
2010-07-16 12:19 ` Jan Djärv
2010-07-17 0:30 ` YAMAMOTO Mitsuharu
2010-07-17 5:32 ` YAMAMOTO Mitsuharu
2010-07-17 8:37 ` Jan Djärv
2010-07-17 8:42 ` YAMAMOTO Mitsuharu
2010-07-01 12:37 ` Jan Djärv
2010-07-01 16:52 ` bug#5721: Feature request: Function that returnsabsolute coordinates Drew Adams
2010-07-01 17:20 ` Jan Djärv
2010-07-01 17:27 ` Drew Adams
2010-07-01 18:26 ` Jan Djärv
2010-07-01 18:52 ` Drew Adams
2010-07-01 20:08 ` Juanma Barranquero
2010-07-01 22:05 ` Lennart Borgman
[not found] ` <87r5jn148f.wl%irieshinsuke@yahoo.co.jp>
2010-07-01 18:14 ` bug#5721: Feature request: Function that returns absolute coordinates Jan Djärv
2010-07-02 0:33 ` MON KEY
2013-09-28 20:06 ` Andreas Politz
2013-09-29 10:26 ` martin rudalics
2013-09-29 15:41 ` Andreas Politz
2013-09-29 16:02 ` Jan Djärv
2013-09-29 16:05 ` Jan Djärv
2013-09-29 17:21 ` Andreas Politz
2013-09-29 18:09 ` Jan Djärv
2013-09-29 18:47 ` martin rudalics
2013-09-29 18:47 ` martin rudalics
2013-09-29 20:10 ` Jan Djärv
2013-10-03 17:25 ` Andreas Politz
2013-10-03 20:25 ` Eli Zaretskii
2013-10-03 21:09 ` Andreas Politz
2013-10-04 6:47 ` Eli Zaretskii
2013-10-04 8:28 ` Andreas Politz
2013-10-04 8:55 ` Eli Zaretskii
2013-10-04 10:33 ` Andreas Politz
2013-09-29 18:46 ` martin rudalics
2013-09-29 20:25 ` Andreas Politz
2013-09-29 15:59 ` Jan Djärv
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=4C3EA59E.40300@swipnet.se \
--to=jan.h.d@swipnet.se \
--cc=5721@debbugs.gnu.org \
--cc=mituharu@math.s.chiba-u.ac.jp \
/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).