From: Carlos Pita <carlosjosepita@gmail.com>
To: 37770@debbugs.gnu.org
Subject: bug#37770: [PATCH] Expose scale factor through the redisplay interface
Date: Tue, 15 Oct 2019 19:29:58 -0300 [thread overview]
Message-ID: <CAELgYhc2j97KQY=p1n9X8sv2YEzvuWA+N4DndGssGTkV6UF9vQ@mail.gmail.com> (raw)
[-- Attachment #1: Type: text/plain, Size: 1332 bytes --]
I need this in order to move forward #37689.
Besides I did some related changes proposed in #37752, which I'm no
closing in favor of this one.
Here is the commit message:
* src/dispextern.h: add get_scale_factor API.
* src/xterm.c:
- Unify usages of xg_get_scale and x_get_scale_factor into a
consolidated x_get_scale_factor that is exported by the rif.
- Simplify scale inferring logic (see note below).
* src/w32term.c:
- Simplify w32_get_scale_factor in a similar way (see note).
- Add it to the rif.
* src/nsterm.m:
- Just add NULL to the rif since there are no uses of any scale
factor here. Clients are expected to interpret a missing API
as meaning scale factor = 1.
Note: both x_get_scale_factor and w32_get_scale_factor computed
distinct scales for x and y by taking the ratio between effective
resolution in each direction and a standard 96 dpi resolution. Since
this ratio is then truncated to an integer (the floor) it seems to me
that there is no sensible possibility that these two numbers
diverge. Moreover, modern toolkits report one number as scale factor
and we need a common interface here. For those reasons I'm arbitrarily
picking the horizontal scale factor as THE scale factor.
Best regards
--
Carlos
[-- Attachment #2: 0001-Expose-scale-factor-through-the-redisplay-interface.patch --]
[-- Type: text/x-patch, Size: 7080 bytes --]
From 494b2864e97d8035365b32079e0949a7633c3338 Mon Sep 17 00:00:00 2001
From: memeplex <carlosjosepita@gmail.com>
Date: Tue, 15 Oct 2019 19:14:03 -0300
Subject: [PATCH] Expose scale factor through the redisplay interface
* src/dispextern.h: add get_scale_factor API.
* src/xterm.c:
- Unify usages of xg_get_scale and x_get_scale_factor into a
consolidated x_get_scale_factor that is exported by the rif.
- Simplify scale inferring logic (see note below).
* src/w32term.c:
- Simplify w32_get_scale_factor in a similar way (see note).
- Add it to the rif.
* src/nsterm.m:
- Just add NULL to the rif since there are no uses of any scale
factor here. Clients are expected to interpret a missing API
as meaning scale factor = 1.
Note: both x_get_scale_factor and w32_get_scale_factor computed
distinct scales for x and y by taking the ratio between effective
resolution in each direction and a standard 96 dpi resolution. Since
this ratio is then truncated to an integer (the floor) it seems to me
that there is no sensible possibility that these two numbers
diverge. Moreover, modern toolkits report one number as scale factor
and we need a common interface here. For those reasons I'm arbitrarily
picking the horizontal scale factor as THE scale factor.
---
src/dispextern.h | 3 +++
src/nsterm.m | 1 +
src/w32term.c | 29 +++++++++++------------------
src/xterm.c | 41 ++++++++++++++++++-----------------------
4 files changed, 33 insertions(+), 41 deletions(-)
diff --git a/src/dispextern.h b/src/dispextern.h
index 0615b16..ec3c555 100644
--- a/src/dispextern.h
+++ b/src/dispextern.h
@@ -2942,6 +2942,9 @@ reset_mouse_highlight (Mouse_HLInfo *hlinfo)
#ifdef HAVE_WINDOW_SYSTEM
+ /* Return the scale factor for the screen containing frame F. */
+ unsigned (*get_scale_factor) (struct frame *f);
+
/* Draw a fringe bitmap in window W of row ROW using parameters P. */
void (*draw_fringe_bitmap) (struct window *w, struct glyph_row *row,
struct draw_fringe_bitmap_params *p);
diff --git a/src/nsterm.m b/src/nsterm.m
index 5583c61..8dddf1e 100644
--- a/src/nsterm.m
+++ b/src/nsterm.m
@@ -5087,6 +5087,7 @@ static Lisp_Object ns_string_to_lispmod (const char *s)
gui_clear_window_mouse_face,
gui_get_glyph_overhangs,
gui_fix_overlapping_area,
+ 0, /* get_scale_factor */
ns_draw_fringe_bitmap,
0, /* define_fringe_bitmap */ /* FIXME: simplify ns_draw_fringe_bitmap */
0, /* destroy_fringe_bitmap */
diff --git a/src/w32term.c b/src/w32term.c
index 9da0845..c898f17 100644
--- a/src/w32term.c
+++ b/src/w32term.c
@@ -304,20 +304,16 @@ w32_restore_glyph_string_clip (struct glyph_string *s)
}
}
-static void
-w32_get_scale_factor(struct w32_display_info *dpyinfo, int *scale_x, int *scale_y)
+static unsigned
+w32_get_scale_factor(struct frame *f)
{
+ struct w32_display_info *dpyinfo = FRAME_DISPLAY_INFO (f);
const int base_res = 96;
- *scale_x = *scale_y = 1;
-
- if (dpyinfo)
- {
- if (dpyinfo->resx > base_res)
- *scale_x = floor (dpyinfo->resx / base_res);
- if (dpyinfo->resy > base_res)
- *scale_y = floor (dpyinfo->resy / base_res);
- }
+ if (dpyinfo && dpyinfo->resx > base_res)
+ return floor (dpyinfo->resx / base_res);
+ else
+ return 1;
}
/*
@@ -334,12 +330,8 @@ w32_get_scale_factor(struct w32_display_info *dpyinfo, int *scale_x, int *scale_
static void
w32_draw_underwave (struct glyph_string *s, COLORREF color)
{
- struct w32_display_info *dpyinfo = FRAME_DISPLAY_INFO (s->f);
-
- int scale_x, scale_y;
- w32_get_scale_factor (dpyinfo, &scale_x, &scale_y);
-
- int wave_height = 3 * scale_y, wave_length = 2 * scale_x, thickness = scale_y;
+ int scale = w32_get_scale_factor (s->f);
+ int wave_height = 3 * scale, wave_length = 2 * scale, thickness = scale;
int dx, dy, x0, y0, width, x1, y1, x2, y2, odd, xmax;
Emacs_Rectangle wave_clip, string_clip, final_clip;
RECT w32_final_clip, w32_string_clip;
@@ -348,7 +340,7 @@ w32_draw_underwave (struct glyph_string *s, COLORREF color)
dx = wave_length;
dy = wave_height - 1;
x0 = s->x;
- y0 = s->ybase + wave_height / 2 - scale_y;
+ y0 = s->ybase + wave_height / 2 - scale;
width = s->width;
xmax = x0 + width;
@@ -7192,6 +7184,7 @@ w32_make_rdb (char *xrm_option)
gui_clear_window_mouse_face,
gui_get_glyph_overhangs,
gui_fix_overlapping_area,
+ w32_get_scale_factor,
w32_draw_fringe_bitmap,
w32_define_fringe_bitmap,
w32_destroy_fringe_bitmap,
diff --git a/src/xterm.c b/src/xterm.c
index 5d8b148..6000860 100644
--- a/src/xterm.c
+++ b/src/xterm.c
@@ -3611,21 +3611,21 @@ x_draw_stretch_glyph_string (struct glyph_string *s)
s->background_filled_p = true;
}
-static void
-x_get_scale_factor(Display *disp, int *scale_x, int *scale_y)
+static unsigned
+x_get_scale_factor(struct frame *f)
{
+#ifdef USE_GTK
+ return xg_get_scale (f);
+#else
+ Display *disp = FRAME_X_DISPLAY (f);
+ struct x_display_info *dpyinfo = x_display_info_for_display (disp);
const int base_res = 96;
- struct x_display_info * dpyinfo = x_display_info_for_display (disp);
-
- *scale_x = *scale_y = 1;
- if (dpyinfo)
- {
- if (dpyinfo->resx > base_res)
- *scale_x = floor (dpyinfo->resx / base_res);
- if (dpyinfo->resy > base_res)
- *scale_y = floor (dpyinfo->resy / base_res);
- }
+ if (dpyinfo && dpyinfo->resx > base_res)
+ return floor (dpyinfo->resx / base_res);
+ else
+ return 1;
+#endif /* USE_GTK */
}
/*
@@ -3641,27 +3641,21 @@ x_get_scale_factor(Display *disp, int *scale_x, int *scale_y)
static void
x_draw_underwave (struct glyph_string *s)
{
- Display *display = FRAME_X_DISPLAY (s->f);
-
/* Adjust for scale/HiDPI. */
- int scale_x, scale_y;
-
- x_get_scale_factor (display, &scale_x, &scale_y);
-
- int wave_height = 3 * scale_y, wave_length = 2 * scale_x;
-
+ int scale = x_get_scale_factor (s->f);
+ int wave_height = 3 * scale, wave_length = 2 * scale;
#ifdef USE_CAIRO
x_draw_horizontal_wave (s->f, s->gc, s->x, s->ybase - wave_height + 3,
s->width, wave_height, wave_length);
#else /* not USE_CAIRO */
- int dx, dy, x0, y0, width, x1, y1, x2, y2, xmax, thickness = scale_y;;
+ int dx, dy, x0, y0, width, x1, y1, x2, y2, xmax, thickness = scale;
bool odd;
XRectangle wave_clip, string_clip, final_clip;
dx = wave_length;
dy = wave_height - 1;
x0 = s->x;
- y0 = s->ybase + wave_height / 2 - scale_y;
+ y0 = s->ybase + wave_height / 2 - scale;
width = s->width;
xmax = x0 + width;
@@ -10557,7 +10551,7 @@ x_set_offset (struct frame *f, register int xoff, register int yoff, int change_
{
int modified_top, modified_left;
#ifdef USE_GTK
- int scale = xg_get_scale (f);
+ int scale = x_get_scale_factor (f);
#endif
if (change_gravity > 0)
@@ -13356,6 +13350,7 @@ x_activate_timeout_atimer (void)
gui_clear_window_mouse_face,
gui_get_glyph_overhangs,
gui_fix_overlapping_area,
+ x_get_scale_factor,
x_draw_fringe_bitmap,
#ifdef USE_CAIRO
x_cr_define_fringe_bitmap,
--
2.20.1
next reply other threads:[~2019-10-15 22:29 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-10-15 22:29 Carlos Pita [this message]
2019-10-16 0:32 ` bug#37770: [PATCH] Expose scale factor through the redisplay interface Carlos Pita
2019-10-16 8:51 ` Robert Pluim
2019-10-16 16:12 ` Carlos Pita
2019-10-16 19:08 ` Carlos Pita
2019-10-17 8:01 ` Robert Pluim
2019-10-20 12:34 ` Eli Zaretskii
2019-10-20 17:22 ` Carlos Pita
2019-10-22 18:06 ` Carlos Pita
2019-10-24 9:19 ` Robert Pluim
2019-10-24 14:34 ` Carlos Pita
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='CAELgYhc2j97KQY=p1n9X8sv2YEzvuWA+N4DndGssGTkV6UF9vQ@mail.gmail.com' \
--to=carlosjosepita@gmail.com \
--cc=37770@debbugs.gnu.org \
/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).