* bug#16306: 24.3.50; font change creates blank column on Lucid
@ 2013-12-31 2:27 YAMAMOTO Mitsuharu
2013-12-31 8:05 ` Eli Zaretskii
0 siblings, 1 reply; 16+ messages in thread
From: YAMAMOTO Mitsuharu @ 2013-12-31 2:27 UTC (permalink / raw)
To: 16306
Steps to reproduce:
1. $ emacs -Q &
2. (set-frame-font "Courier-18") C-j
Then a blank column is created on the right edge of the frame (i.e.,
to the right of the right fringe).
I can reproduce it if Emacs is compiled with the Lucid widgets
support, but not for GTK+ or non-toolkit builds.
YAMAMOTO Mitsuharu
mituharu@math.s.chiba-u.ac.jp
In GNU Emacs 24.3.50.1 (i386-apple-darwin13.0.0, X toolkit, Xaw3d scroll bars)
of 2013-12-31 on YAMAMOTO-no-MacBook-Air.local
Bzr revision: 115814 dancol@dancol.org-20131230232707-q2l921i5t5m0et5d
Windowing system distributor `The X.Org Foundation', version 11.0.11404000
Configured using:
`configure --with-jpeg=no --with-gif=no --with-tiff=no'
^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#16306: 24.3.50; font change creates blank column on Lucid
2013-12-31 2:27 bug#16306: 24.3.50; font change creates blank column on Lucid YAMAMOTO Mitsuharu
@ 2013-12-31 8:05 ` Eli Zaretskii
2013-12-31 9:48 ` YAMAMOTO Mitsuharu
0 siblings, 1 reply; 16+ messages in thread
From: Eli Zaretskii @ 2013-12-31 8:05 UTC (permalink / raw)
To: YAMAMOTO Mitsuharu; +Cc: 16306
> Date: Tue, 31 Dec 2013 11:27:36 +0900
> From: YAMAMOTO Mitsuharu <mituharu@math.s.chiba-u.ac.jp>
>
> Steps to reproduce:
>
> 1. $ emacs -Q &
> 2. (set-frame-font "Courier-18") C-j
>
> Then a blank column is created on the right edge of the frame (i.e.,
> to the right of the right fringe).
>
> I can reproduce it if Emacs is compiled with the Lucid widgets
> support, but not for GTK+ or non-toolkit builds.
Is the frame resized as result of changing the font, or do the frame
dimensions stay fixed?
^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#16306: 24.3.50; font change creates blank column on Lucid
2013-12-31 8:05 ` Eli Zaretskii
@ 2013-12-31 9:48 ` YAMAMOTO Mitsuharu
2013-12-31 9:59 ` Eli Zaretskii
2013-12-31 11:33 ` martin rudalics
0 siblings, 2 replies; 16+ messages in thread
From: YAMAMOTO Mitsuharu @ 2013-12-31 9:48 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 16306
>>>>> On Tue, 31 Dec 2013 10:05:33 +0200, Eli Zaretskii <eliz@gnu.org> said:
>> Date: Tue, 31 Dec 2013 11:27:36 +0900
>> From: YAMAMOTO Mitsuharu <mituharu@math.s.chiba-u.ac.jp>
>>
>> Steps to reproduce:
>>
>> 1. $ emacs -Q &
>> 2. (set-frame-font "Courier-18") C-j
>>
>> Then a blank column is created on the right edge of the frame (i.e.,
>> to the right of the right fringe).
>>
>> I can reproduce it if Emacs is compiled with the Lucid widgets
>> support, but not for GTK+ or non-toolkit builds.
> Is the frame resized as result of changing the font, or do the frame
> dimensions stay fixed?
Resized. Evaluation of (frame-pixel-width) gives different results
between Lucid and non-toolkit:
Lucid, showing blank column:
(list (frame-width) (frame-pixel-width)) => (80 674)
(set-frame-font "Courier-18")
(list (frame-width) (frame-pixel-width)) => (79 1162)
Non-toolkit, not showing blank column:
(list (frame-width) (frame-pixel-width)) => (80 674)
(set-frame-font "Courier-18")
(list (frame-width) (frame-pixel-width)) => (80 1166)
YAMAMOTO Mitsuharu
mituharu@math.s.chiba-u.ac.jp
^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#16306: 24.3.50; font change creates blank column on Lucid
2013-12-31 9:48 ` YAMAMOTO Mitsuharu
@ 2013-12-31 9:59 ` Eli Zaretskii
2013-12-31 11:33 ` martin rudalics
1 sibling, 0 replies; 16+ messages in thread
From: Eli Zaretskii @ 2013-12-31 9:59 UTC (permalink / raw)
To: YAMAMOTO Mitsuharu; +Cc: 16306
> Date: Tue, 31 Dec 2013 18:48:57 +0900
> From: YAMAMOTO Mitsuharu <mituharu@math.s.chiba-u.ac.jp>
> Cc: 16306@debbugs.gnu.org
>
> >>>>> On Tue, 31 Dec 2013 10:05:33 +0200, Eli Zaretskii <eliz@gnu.org> said:
>
> >> 1. $ emacs -Q &
> >> 2. (set-frame-font "Courier-18") C-j
> >>
> >> Then a blank column is created on the right edge of the frame (i.e.,
> >> to the right of the right fringe).
> >>
> >> I can reproduce it if Emacs is compiled with the Lucid widgets
> >> support, but not for GTK+ or non-toolkit builds.
>
> > Is the frame resized as result of changing the font, or do the frame
> > dimensions stay fixed?
>
> Resized. Evaluation of (frame-pixel-width) gives different results
> between Lucid and non-toolkit:
>
> Lucid, showing blank column:
> (list (frame-width) (frame-pixel-width)) => (80 674)
> (set-frame-font "Courier-18")
> (list (frame-width) (frame-pixel-width)) => (79 1162)
>
> Non-toolkit, not showing blank column:
> (list (frame-width) (frame-pixel-width)) => (80 674)
> (set-frame-font "Courier-18")
> (list (frame-width) (frame-pixel-width)) => (80 1166)
Thanks. Can you show the screenshot of the problem, with some text
nearby to allow to judge the size of the blank column?
^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#16306: 24.3.50; font change creates blank column on Lucid
2013-12-31 9:48 ` YAMAMOTO Mitsuharu
2013-12-31 9:59 ` Eli Zaretskii
@ 2013-12-31 11:33 ` martin rudalics
2013-12-31 11:51 ` YAMAMOTO Mitsuharu
1 sibling, 1 reply; 16+ messages in thread
From: martin rudalics @ 2013-12-31 11:33 UTC (permalink / raw)
To: YAMAMOTO Mitsuharu; +Cc: 16306
> Resized. Evaluation of (frame-pixel-width) gives different results
> between Lucid and non-toolkit:
Is it better now? I had some shelved fixes and couldn't
reproduce it so I installed them.
martin
^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#16306: 24.3.50; font change creates blank column on Lucid
2013-12-31 11:33 ` martin rudalics
@ 2013-12-31 11:51 ` YAMAMOTO Mitsuharu
2013-12-31 17:52 ` martin rudalics
0 siblings, 1 reply; 16+ messages in thread
From: YAMAMOTO Mitsuharu @ 2013-12-31 11:51 UTC (permalink / raw)
To: martin rudalics; +Cc: 16306
>>>>> On Tue, 31 Dec 2013 12:33:45 +0100, martin rudalics <rudalics@gmx.at> said:
>> Resized. Evaluation of (frame-pixel-width) gives different results
>> between Lucid and non-toolkit:
> Is it better now? I had some shelved fixes and couldn't reproduce
> it so I installed them.
It no longer shows a blank column. But for the Lucid case, the value
of (frame-width) is reduced from 80 to 79 (and 80th column is
partially shown) when I change the frame font to Courier-18.
YAMAMOTO Mitsuharu
mituharu@math.s.chiba-u.ac.jp
Lucid:
(list (frame-width) (frame-pixel-width))
=> (80 674)
(+ (* (frame-char-width) 80) (frame-fringe-width)
(frame-scroll-bar-width)
(* (frame-parameter nil 'internal-border-width) 2))
=> 674
(set-frame-font "Courier-18")
(list (frame-width) (frame-pixel-width))
=> (79 1162)
(+ (* (frame-char-width) 80) (frame-fringe-width)
(frame-scroll-bar-width)
(* (frame-parameter nil 'internal-border-width) 2))
=> 1166
Non-toolkit:
(list (frame-width) (frame-pixel-width))
=> (80 674)
(+ (* (frame-char-width) 80) (frame-fringe-width)
(frame-scroll-bar-width)
(* (frame-parameter nil 'internal-border-width) 2))
=> 674
(set-frame-font "Courier-18")
(list (frame-width) (frame-pixel-width))
=> (80 1166)
(+ (* (frame-char-width) 80) (frame-fringe-width)
(frame-scroll-bar-width)
(* (frame-parameter nil 'internal-border-width) 2))
=> 1166
GTK+:
(list (frame-width) (frame-pixel-width))
=> (80 672)
(+ (* (frame-char-width) 80) (frame-fringe-width)
(frame-scroll-bar-width)
(* (frame-parameter nil 'internal-border-width) 2))
=> 672
(set-frame-font "Courier-18")
(list (frame-width) (frame-pixel-width))
=> (80 1164)
(+ (* (frame-char-width) 80) (frame-fringe-width)
(frame-scroll-bar-width)
(* (frame-parameter nil 'internal-border-width) 2))
=> 1164
^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#16306: 24.3.50; font change creates blank column on Lucid
2013-12-31 11:51 ` YAMAMOTO Mitsuharu
@ 2013-12-31 17:52 ` martin rudalics
2013-12-31 18:05 ` Jan Djärv
2014-01-01 4:51 ` YAMAMOTO Mitsuharu
0 siblings, 2 replies; 16+ messages in thread
From: martin rudalics @ 2013-12-31 17:52 UTC (permalink / raw)
To: YAMAMOTO Mitsuharu; +Cc: 16306
> It no longer shows a blank column. But for the Lucid case, the value
> of (frame-width) is reduced from 80 to 79 (and 80th column is
> partially shown) when I change the frame font to Courier-18.
I can't repeat that here, neither with Lucid nor with Motif.
> Lucid:
> (list (frame-width) (frame-pixel-width))
> => (80 674)
=> (80 756) here
> (+ (* (frame-char-width) 80) (frame-fringe-width)
> (frame-scroll-bar-width)
> (* (frame-parameter nil 'internal-border-width) 2))
> => 674
=> 756
> (set-frame-font "Courier-18")
> (list (frame-width) (frame-pixel-width))
> => (79 1162)
=> (80 1248)
> (+ (* (frame-char-width) 80) (frame-fringe-width)
> (frame-scroll-bar-width)
> (* (frame-parameter nil 'internal-border-width) 2))
> => 1166
=> 1248
Can you tell me what
(list
(* (frame-char-width) 80)
(frame-fringe-width)
(frame-scroll-bar-width)
(* (frame-parameter nil 'internal-border-width) 2))
gives on your system? Here it's (720 18 16 2) before and (1200 30 16 2)
after the font change.
In any case, please have a look at x_new_font - maybe there's some
blatant error you can spot immediately. I have no idea how changing the
font is supposed to change the size of the scrollbars.
martin
^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#16306: 24.3.50; font change creates blank column on Lucid
2013-12-31 17:52 ` martin rudalics
@ 2013-12-31 18:05 ` Jan Djärv
2013-12-31 18:58 ` martin rudalics
2014-01-01 4:51 ` YAMAMOTO Mitsuharu
1 sibling, 1 reply; 16+ messages in thread
From: Jan Djärv @ 2013-12-31 18:05 UTC (permalink / raw)
To: martin rudalics; +Cc: 16306
Hi.
31 dec 2013 kl. 18:52 skrev martin rudalics <rudalics@gmx.at>:
> In any case, please have a look at x_new_font - maybe there's some
> blatant error you can spot immediately. I have no idea how changing the
> font is supposed to change the size of the scrollbars.
The native scroll bar is the same width as a character. Not sure if the pixelwise resize changed that.
Jan D.
^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#16306: 24.3.50; font change creates blank column on Lucid
2013-12-31 18:05 ` Jan Djärv
@ 2013-12-31 18:58 ` martin rudalics
0 siblings, 0 replies; 16+ messages in thread
From: martin rudalics @ 2013-12-31 18:58 UTC (permalink / raw)
To: Jan Djärv; +Cc: 16306
> The native scroll bar is the same width as a character. Not sure if the pixelwise resize changed that.
Can you tell me how this is processed in this part of x_new_font of
Emacs 24.3? I'm too silly to understand its semantics.
/* Compute the scroll bar width in character columns. */
if (FRAME_CONFIG_SCROLL_BAR_WIDTH (f) > 0)
{
int wid = FRAME_COLUMN_WIDTH (f);
FRAME_CONFIG_SCROLL_BAR_COLS (f)
= (FRAME_CONFIG_SCROLL_BAR_WIDTH (f) + wid-1) / wid;
}
else
{
int wid = FRAME_COLUMN_WIDTH (f);
FRAME_CONFIG_SCROLL_BAR_COLS (f) = (14 + wid - 1) / wid;
}
martin
^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#16306: 24.3.50; font change creates blank column on Lucid
2013-12-31 17:52 ` martin rudalics
2013-12-31 18:05 ` Jan Djärv
@ 2014-01-01 4:51 ` YAMAMOTO Mitsuharu
2014-01-01 11:09 ` martin rudalics
2014-01-05 5:08 ` YAMAMOTO Mitsuharu
1 sibling, 2 replies; 16+ messages in thread
From: YAMAMOTO Mitsuharu @ 2014-01-01 4:51 UTC (permalink / raw)
To: martin rudalics; +Cc: 16306
>>>>> On Tue, 31 Dec 2013 18:52:28 +0100, martin rudalics <rudalics@gmx.at> said:
>> It no longer shows a blank column. But for the Lucid case, the value
>> of (frame-width) is reduced from 80 to 79 (and 80th column is
>> partially shown) when I change the frame font to Courier-18.
> I can't repeat that here, neither with Lucid nor with Motif.
It seems that the behavior depends on the window manager. The
original report was with quartz-wm, the default one for X11 on OS X.
The value of (list (frame-width) (frame-pixel-width)) there was
(80 674) ;; before (set-frame-font "Courier-18")
(79 1162) ;; after (set-frame-font "Courier-18")
but with twm, it becomes
(80 674) ;; before (set-frame-font "Courier-18")
(80 1166) ;; after (set-frame-font "Courier-18")
The latter looks similar to yours.
> Can you tell me what
> (list
> (* (frame-char-width) 80)
> (frame-fringe-width)
> (frame-scroll-bar-width)
> (* (frame-parameter nil 'internal-border-width) 2))
> gives on your system? Here it's (720 18 16 2) before and (1200 30 16 2)
> after the font change.
On my system, (640 16 16 2) before and (1120 28 16 2) after the font
change.
Probably we should wait for reports on other window managers, in case
it is a bug in quartz-wm.
YAMAMOTO Mitsuharu
mituharu@math.s.chiba-u.ac.jp
^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#16306: 24.3.50; font change creates blank column on Lucid
2014-01-01 4:51 ` YAMAMOTO Mitsuharu
@ 2014-01-01 11:09 ` martin rudalics
2014-01-02 5:37 ` YAMAMOTO Mitsuharu
2014-01-05 5:08 ` YAMAMOTO Mitsuharu
1 sibling, 1 reply; 16+ messages in thread
From: martin rudalics @ 2014-01-01 11:09 UTC (permalink / raw)
To: YAMAMOTO Mitsuharu; +Cc: 16306
> On my system, (640 16 16 2) before and (1120 28 16 2) after the font
> change.
28 for the fringe width doesn't look right, this should be 30 since a
character is 15 pixels wide with the new font. So there could be a bug
in compute_fringe_widths, a function I never touched. But this still
would not explain a difference of four pixels.
Could you try starting with GDB in x_new_font and tell me which value of
"width" is passed to x_set_window_size_1 and how the latter calculates
"pixelwidth" which it passes to XResizeWindow?
And please also try the following patch (as mentioned earlier I never
understood that calculation and what the value "14" is supposed to
accomplish). For me it doesn't change anything - maybe it does for you.
martin
=== modified file 'src/xterm.c'
--- src/xterm.c 2013-12-31 09:48:54 +0000
+++ src/xterm.c 2014-01-01 10:01:19 +0000
@@ -7704,10 +7704,8 @@
}
else
{
- int wid = FRAME_COLUMN_WIDTH (f);
-
- FRAME_CONFIG_SCROLL_BAR_WIDTH (f) = 14;
- FRAME_CONFIG_SCROLL_BAR_COLS (f) = (14 + wid - 1) / wid;
+ FRAME_CONFIG_SCROLL_BAR_WIDTH (f) = FRAME_COLUMN_WIDTH (f);
+ FRAME_CONFIG_SCROLL_BAR_COLS (f) = 1;
}
if (FRAME_X_WINDOW (f) != 0)
^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#16306: 24.3.50; font change creates blank column on Lucid
2014-01-01 11:09 ` martin rudalics
@ 2014-01-02 5:37 ` YAMAMOTO Mitsuharu
2014-01-02 18:13 ` martin rudalics
0 siblings, 1 reply; 16+ messages in thread
From: YAMAMOTO Mitsuharu @ 2014-01-02 5:37 UTC (permalink / raw)
To: martin rudalics; +Cc: 16306
>>>>> On Wed, 01 Jan 2014 12:09:39 +0100, martin rudalics <rudalics@gmx.at> said:
>> On my system, (640 16 16 2) before and (1120 28 16 2) after the
>> font change.
> 28 for the fringe width doesn't look right, this should be 30 since
> a character is 15 pixels wide with the new font. So there could be
> a bug in compute_fringe_widths, a function I never touched. But
> this still would not explain a difference of four pixels.
There is actually nothing wrong with the calculation of the fringe
width, because the character width for the new font (Courier-18) is 14
on my side (14 * 80 = 1120).
> Could you try starting with GDB in x_new_font and tell me which
> value of "width" is passed to x_set_window_size_1 and how the latter
> calculates "pixelwidth" which it passes to XResizeWindow?
The value of "width" is 1120 as of the entry to x_set_window_size_1,
and the value of "pixelwidth" is 1166 at the call to XResizeWindow.
It is the window manager "quartz-wm" that reduces the width from 1166
to 1162, probably because it respects the size hint that was set in
update_wm_hints (in widget.c). There, the value of base_width/height
is calculated using the width/height of the frame *before* resizing.
> And please also try the following patch (as mentioned earlier I
> never understood that calculation and what the value "14" is
> supposed to accomplish). For me it doesn't change anything - maybe
> it does for you.
It doesn't change the behavior for me, either.
YAMAMOTO Mitsuharu
mituharu@math.s.chiba-u.ac.jp
^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#16306: 24.3.50; font change creates blank column on Lucid
2014-01-02 5:37 ` YAMAMOTO Mitsuharu
@ 2014-01-02 18:13 ` martin rudalics
0 siblings, 0 replies; 16+ messages in thread
From: martin rudalics @ 2014-01-02 18:13 UTC (permalink / raw)
To: YAMAMOTO Mitsuharu; +Cc: 16306
> It is the window manager "quartz-wm" that reduces the width from 1166
> to 1162, probably because it respects the size hint that was set in
> update_wm_hints (in widget.c). There, the value of base_width/height
> is calculated using the width/height of the frame *before* resizing.
What rôle does base_width play here? If it prevailed, we could never
resize a frame to any size but the present one.
martin
^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#16306: 24.3.50; font change creates blank column on Lucid
2014-01-01 4:51 ` YAMAMOTO Mitsuharu
2014-01-01 11:09 ` martin rudalics
@ 2014-01-05 5:08 ` YAMAMOTO Mitsuharu
2014-01-05 10:38 ` martin rudalics
1 sibling, 1 reply; 16+ messages in thread
From: YAMAMOTO Mitsuharu @ 2014-01-05 5:08 UTC (permalink / raw)
To: martin rudalics; +Cc: 16306
>>>>> On Wed, 01 Jan 2014 13:51:54 +0900, YAMAMOTO Mitsuharu <mituharu@math.s.chiba-u.ac.jp> said:
>> Can you tell me what
>> (list
>> (* (frame-char-width) 80)
>> (frame-fringe-width)
>> (frame-scroll-bar-width)
>> (* (frame-parameter nil 'internal-border-width) 2))
>> gives on your system? Here it's (720 18 16 2) before and (1200 30 16 2)
>> after the font change.
> On my system, (640 16 16 2) before and (1120 28 16 2) after the font
> change.
> Probably we should wait for reports on other window managers, in case
> it is a bug in quartz-wm.
I tried with the "metacity" window manager on Ubuntu 12.04 LTS and
CentOS 5.10, and the results were much like what I got with
"quartz-wm" (i.e., (frame-width) is reduced from 80 to 79).
YAMAMOTO Mitsuharu
mituharu@math.s.chiba-u.ac.jp
^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#16306: 24.3.50; font change creates blank column on Lucid
2014-01-05 5:08 ` YAMAMOTO Mitsuharu
@ 2014-01-05 10:38 ` martin rudalics
2019-11-02 16:15 ` Lars Ingebrigtsen
0 siblings, 1 reply; 16+ messages in thread
From: martin rudalics @ 2014-01-05 10:38 UTC (permalink / raw)
To: YAMAMOTO Mitsuharu; +Cc: 16306
> I tried with the "metacity" window manager on Ubuntu 12.04 LTS and
> CentOS 5.10, and the results were much like what I got with
> "quartz-wm" (i.e., (frame-width) is reduced from 80 to 79).
If it's the size hints as you suspected earlier, the problem should go
away if you set `frame-resize-pixelwise' to non-nil. Otherwise, you
would have to tell me how the new value of `frame-width' gets calculated
in the case at hand.
martin
^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#16306: 24.3.50; font change creates blank column on Lucid
2014-01-05 10:38 ` martin rudalics
@ 2019-11-02 16:15 ` Lars Ingebrigtsen
0 siblings, 0 replies; 16+ messages in thread
From: Lars Ingebrigtsen @ 2019-11-02 16:15 UTC (permalink / raw)
To: martin rudalics; +Cc: 16306
martin rudalics <rudalics@gmx.at> writes:
>> I tried with the "metacity" window manager on Ubuntu 12.04 LTS and
>> CentOS 5.10, and the results were much like what I got with
>> "quartz-wm" (i.e., (frame-width) is reduced from 80 to 79).
>
> If it's the size hints as you suspected earlier, the problem should go
> away if you set `frame-resize-pixelwise' to non-nil. Otherwise, you
> would have to tell me how the new value of `frame-width' gets calculated
> in the case at hand.
I tried reproducing this problem in Debian with whatever the window
manager is in Gnome, and was unable to. So perhaps this has been fixed?
In any case, a workaround exists, and more information was requested
five years ago, so I doubt there'll be any further progress here, so I'm
closing this bug report.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 16+ messages in thread
end of thread, other threads:[~2019-11-02 16:15 UTC | newest]
Thread overview: 16+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-12-31 2:27 bug#16306: 24.3.50; font change creates blank column on Lucid YAMAMOTO Mitsuharu
2013-12-31 8:05 ` Eli Zaretskii
2013-12-31 9:48 ` YAMAMOTO Mitsuharu
2013-12-31 9:59 ` Eli Zaretskii
2013-12-31 11:33 ` martin rudalics
2013-12-31 11:51 ` YAMAMOTO Mitsuharu
2013-12-31 17:52 ` martin rudalics
2013-12-31 18:05 ` Jan Djärv
2013-12-31 18:58 ` martin rudalics
2014-01-01 4:51 ` YAMAMOTO Mitsuharu
2014-01-01 11:09 ` martin rudalics
2014-01-02 5:37 ` YAMAMOTO Mitsuharu
2014-01-02 18:13 ` martin rudalics
2014-01-05 5:08 ` YAMAMOTO Mitsuharu
2014-01-05 10:38 ` martin rudalics
2019-11-02 16:15 ` Lars Ingebrigtsen
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).