GNU bug report logs -
#19048
Frame height decreases at Emacs start
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 19048 in the body.
You can then email your comments to 19048 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#19048
; Package
emacs
.
(Thu, 13 Nov 2014 21:02:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Angelo Graziosi <angelo.graziosi <at> alice.it>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Thu, 13 Nov 2014 21:02:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
With current master, each time I start Emacs, the frame decreases its
height (about 1 line of text). After few times one starts Emacs, one
have to resize the height otherwise it is too short.
I see this with my Cygwin build (--with-w32)... I wonder if this issue
is related to the other I see on OSX [*]...
Ciao,
Angelo.
---
[*] http://lists.gnu.org/archive/html/bug-gnu-emacs/2014-11/msg00582.html
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#19048
; Package
emacs
.
(Sun, 16 Nov 2014 13:03:02 GMT)
Full text and
rfc822 format available.
Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Il 16/11/2014 12:37, martin rudalics ha scritto:
> >> (you can use the function `window--dump-frame' for that) and what the
> >> height stored by `desktop-save' is. I suppose this is somewhere in a
> >> cons whose car is something like `height' or `frame-height' or the
> like.
> >
> > I am afraid, I wasn't able to use that function.. How to evaluate it?
> I tried a few command but they didn't work.
>
> M-: (window--dump-frame)
>
OK. I removed the desktop and history files, than I started Emacs with
this simple init file:
$ cat init.el
;; Instead to save in ~/.emacs.desktop
(setq desktop-base-file-name "~/.emacs.d/desktop")
;; Save desktop
(desktop-save-mode t)
I did M-: (window--dump-frame), saved the window-frame-dump in
window-frame-dump-00.txt file. Then I closed Emacs saving the desktop at
the request.
Restarted Emacs repeating the M-: (window--dump-frame) command and saved
the window-frame-dump in window-frame-dump-01.txt file.
Repeating the same saving in window-frame-dump-02.txt file. These files
are in the attached tar-ball.
Ciao,
Angelo.
[window-frame-dump.tar.gz (application/x-gzip, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#19048
; Package
emacs
.
(Sun, 16 Nov 2014 13:56:02 GMT)
Full text and
rfc822 format available.
Message #11 received at submit <at> debbugs.gnu.org (full text, mbox):
> OK. I removed the desktop and history files, than I started Emacs with this simple init file:
>
> $ cat init.el
> ;; Instead to save in ~/.emacs.desktop
> (setq desktop-base-file-name "~/.emacs.d/desktop")
>
> ;; Save desktop
> (desktop-save-mode t)
>
>
> I did M-: (window--dump-frame), saved the window-frame-dump in window-frame-dump-00.txt file. Then I closed Emacs saving the desktop at the request.
>
> Restarted Emacs repeating the M-: (window--dump-frame) command and saved the window-frame-dump in window-frame-dump-01.txt file.
>
> Repeating the same saving in window-frame-dump-02.txt file. These files are in the attached tar-ball.
Fine. Just that now I can't relate this to the saved desktop. To avoid
an incorrect guess please do the following:
(1) Save the result of `window--dump-frame' in window-frame-dump-00.
(2) Exit Emacs.
(3) Save the contents of you desktop file in desktop-00.
(4) Restart Emacs.
(5) Save the result of `window--dump-frame' in window-frame-dump-01.
And please also try to do the same with `tool-bar-mode' turned off. I
suspect that restoring frames has problems reestablishing the correct
height of the tool bar.
Thanks, martin
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#19048
; Package
emacs
.
(Sun, 16 Nov 2014 14:17:02 GMT)
Full text and
rfc822 format available.
Message #14 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Il 16/11/2014 14:54, martin rudalics ha scritto:
>
> Fine. Just that now I can't relate this to the saved desktop. To avoid
> an incorrect guess please do the following:
>
> (1) Save the result of `window--dump-frame' in window-frame-dump-00.
>
> (2) Exit Emacs.
>
> (3) Save the contents of you desktop file in desktop-00.
>
> (4) Restart Emacs.
>
> (5) Save the result of `window--dump-frame' in window-frame-dump-01.
>
> And please also try to do the same with `tool-bar-mode' turned off. I
> suspect that restoring frames has problems reestablishing the correct
> height of the tool bar.
Attached the result. As before, I used the same minimal init.el file and
have removed the desktop file before to repeat with `tool-bar-mode'
turned off (no-TB)
Ciao,
Angelo.
[window-frame-dump2.tar.gz (application/x-gzip, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#19048
; Package
emacs
.
(Sun, 16 Nov 2014 14:23:02 GMT)
Full text and
rfc822 format available.
Message #17 received at submit <at> debbugs.gnu.org (full text, mbox):
> Attached the result. As before, I used the same minimal init.el file and have removed the desktop file before to repeat with `tool-bar-mode' turned off (no-TB)
So IIUC the problem doesn't happen without the tool bar. Right?
martin
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#19048
; Package
emacs
.
(Sun, 16 Nov 2014 14:35:02 GMT)
Full text and
rfc822 format available.
Message #20 received at submit <at> debbugs.gnu.org (full text, mbox):
Il 16/11/2014 15:22, martin rudalics ha scritto:
> > Attached the result. As before, I used the same minimal init.el file
> and have removed the desktop file before to repeat with `tool-bar-mode'
> turned off (no-TB)
>
> So IIUC the problem doesn't happen without the tool bar. Right?
Confirmed!
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#19048
; Package
emacs
.
(Sun, 16 Nov 2014 14:43:02 GMT)
Full text and
rfc822 format available.
Message #23 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi Martin,
Il 16/11/2014 15:33, Angelo Graziosi ha scritto:
>
>
> Il 16/11/2014 15:22, martin rudalics ha scritto:
>> > Attached the result. As before, I used the same minimal init.el file
>> and have removed the desktop file before to repeat with `tool-bar-mode'
>> turned off (no-TB)
>>
>> So IIUC the problem doesn't happen without the tool bar. Right?
>
> Confirmed!
just for completeness...
Here: http://lists.gnu.org/archive/html/bug-gnu-emacs/2014-11/msg00582.html
I flagged a similar issue on OSX which has been fixed:
http://lists.gnu.org/archive/html/bug-gnu-emacs/2014-11/msg00582.html
I don't know if this could be useful also for you...
Ciao,
Angelo.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#19048
; Package
emacs
.
(Sun, 16 Nov 2014 15:15:04 GMT)
Full text and
rfc822 format available.
Message #26 received at submit <at> debbugs.gnu.org (full text, mbox):
>> So IIUC the problem doesn't happen without the tool bar. Right?
>
> Confirmed!
Damn! In a normal frame with tool bar, please evaluate the following
three forms
(tool-bar-height nil t)
(tool-bar-height)
(frame-parameter nil 'tool-bar-lines)
and tell me what they give. I fail to understand why `tool-bar-lines'
is 2 in your saved desktop.
And while you're there: In a saved desktop find the (tool-bar-lines . 2)
entry, replace it with (tool-bar-lines . 3), fire another instance of
Emacs and tell me whether the frame height decreased.
martin
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#19048
; Package
emacs
.
(Sun, 16 Nov 2014 18:07:02 GMT)
Full text and
rfc822 format available.
Message #29 received at submit <at> debbugs.gnu.org (full text, mbox):
Il 16/11/2014 16:14, martin rudalics ha scritto:
> >> So IIUC the problem doesn't happen without the tool bar. Right?
> >
> > Confirmed!
>
> Damn! In a normal frame with tool bar, please evaluate the following
> three forms
>
> (tool-bar-height nil t)
> (tool-bar-height)
> (frame-parameter nil 'tool-bar-lines)
Always with a minimal init.el, I have
M-: (tool-bar-height nil t)
36 (#o44, #x24, ?$)
M-: (tool-bar-height)
3 (#o3, #x3, ?\C-c)
M-: (frame-parameter nil 'tool-bar-lines)
3 (#o3, #x3, ?\C-c)
>
> and tell me what they give. I fail to understand why `tool-bar-lines'
> is 2 in your saved desktop.
?? No, Martin I have : (tool-bar-lines . 3)
(the same on desktop-00 file I sent previously, and (tool-bar-lines . 0)
in desktop-no-TB-00).
I havd done many tries: Emacs frame decreases as described but
(tool-bar-lines . 3) NOT (tool-bar-lines . 2). So I am not sure how to
do the test you require... :(
> And while you're there: In a saved desktop find the (tool-bar-lines . 2)
> entry, replace it with (tool-bar-lines . 3), fire another instance of
> Emacs and tell me whether the frame height decreased.
>
> martin
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#19048
; Package
emacs
.
(Mon, 17 Nov 2014 10:57:02 GMT)
Full text and
rfc822 format available.
Message #32 received at submit <at> debbugs.gnu.org (full text, mbox):
Il 16/11/2014 16:14, martin rudalics ha scritto:
> >> So IIUC the problem doesn't happen without the tool bar. Right?
> >
> > Confirmed!
Since this issue is recent, I wonder if it caused by this change:
src/ChangeLog:
2014-11-07 Martin Rudalics <rudalics <at> gmx.at>
* dispnew.c (change_frame_size_1): Fix call of
adjust_frame_size.
[...]
* window.c (Fset_window_configuration): Adjust adjust_frame_size call.
* xfns.c (x_set_menu_bar_lines, x_set_internal_border_width)
(Fx_create_frame): Adjust adjust_frame_size calls.
(x_set_tool_bar_lines, x_change_tool_bar_height): Make sure that
frame can get resized when tool-bar-lines parameter changes from
or to zero.
(Fx_frame_geometry): New function.
* xmenu.c (update_frame_menubar): On Lucid call
adjust_frame_size with one pixel less height to avoid that
repeatedly adding/removing the menu bar grows the frame.
(free_frame_menubar): On Motif arrange to optionally preserve
the old frame height when removing the menu bar.
* xterm.c (x_new_font): Adjust adjust_frame_size call.
Angelo
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#19048
; Package
emacs
.
(Mon, 17 Nov 2014 12:52:02 GMT)
Full text and
rfc822 format available.
Message #35 received at submit <at> debbugs.gnu.org (full text, mbox):
Il 17/11/2014 11:56, Angelo Graziosi ha scritto:
>
>
> Il 16/11/2014 16:14, martin rudalics ha scritto:
>> >> So IIUC the problem doesn't happen without the tool bar. Right?
>> >
>> > Confirmed!
>
> Since this issue is recent, I wonder if it caused by this change:
Bingo!
I have build this commit
author Tassilo Horn 2014-11-07 10:48:25 (GMT)
download emacs-a067ef9a5ddc9812e35734e8c027684e01d684ef.tar.gz
doc/misc/{gnus.texi,gnus-faq.texi}: Add link to EWW manual
...and the frame is restored with the same size..
And this commit (just one minute lather the previous):
author Martin Rudalics 2014-11-07 10:49:22 (GMT)
download emacs-1c50b3adb636addc4244942e8f0e33b1e557ec07.tar.gz
Improve inhibiting of implied frame resizes.
..and the frame decreases in height each time one starts Emacs...
Ciao,
Angelo.
>
> src/ChangeLog:
>
> 2014-11-07 Martin Rudalics <rudalics <at> gmx.at>
>
> * dispnew.c (change_frame_size_1): Fix call of
> adjust_frame_size.
>
> [...]
>
> * window.c (Fset_window_configuration): Adjust adjust_frame_size call.
> * xfns.c (x_set_menu_bar_lines, x_set_internal_border_width)
> (Fx_create_frame): Adjust adjust_frame_size calls.
> (x_set_tool_bar_lines, x_change_tool_bar_height): Make sure that
> frame can get resized when tool-bar-lines parameter changes from
> or to zero.
> (Fx_frame_geometry): New function.
> * xmenu.c (update_frame_menubar): On Lucid call
> adjust_frame_size with one pixel less height to avoid that
> repeatedly adding/removing the menu bar grows the frame.
> (free_frame_menubar): On Motif arrange to optionally preserve
> the old frame height when removing the menu bar.
> * xterm.c (x_new_font): Adjust adjust_frame_size call.
>
>
> Angelo
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#19048
; Package
emacs
.
(Mon, 17 Nov 2014 18:26:01 GMT)
Full text and
rfc822 format available.
Message #38 received at 19048 <at> debbugs.gnu.org (full text, mbox):
> And this commit (just one minute lather the previous):
>
> author Martin Rudalics 2014-11-07 10:49:22 (GMT)
> download emacs-1c50b3adb636addc4244942e8f0e33b1e557ec07.tar.gz
>
> Improve inhibiting of implied frame resizes.
>
>
> ..and the frame decreases in height each time one starts Emacs...
OK. But you didn't answer my earlier questions:
In a normal frame with tool bar, please evaluate the following
three forms
(tool-bar-height nil t)
(tool-bar-height)
(frame-parameter nil 'tool-bar-lines)
and tell me what they give. I fail to understand why `tool-bar-lines'
is 2 in your saved desktop.
And while you're there: In a saved desktop find the (tool-bar-lines . 2)
entry, replace it with (tool-bar-lines . 3), fire another instance of
Emacs and tell me whether the frame height decreased.
Please do that now.
Thanks, martin
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#19048
; Package
emacs
.
(Mon, 17 Nov 2014 19:51:02 GMT)
Full text and
rfc822 format available.
Message #41 received at 19048 <at> debbugs.gnu.org (full text, mbox):
Il 17/11/2014 19:25, martin rudalics ha scritto:
> > And this commit (just one minute lather the previous):
> >
> > author Martin Rudalics 2014-11-07 10:49:22 (GMT)
> > download emacs-1c50b3adb636addc4244942e8f0e33b1e557ec07.tar.gz
> >
> > Improve inhibiting of implied frame resizes.
> >
> >
> > ..and the frame decreases in height each time one starts Emacs...
>
> OK. But you didn't answer my earlier questions:
I DID! See:
http://lists.gnu.org/archive/html/bug-gnu-emacs/2014-11/msg00792.html
Ciao,
Angelo.
>
> In a normal frame with tool bar, please evaluate the following
> three forms
>
> (tool-bar-height nil t)
> (tool-bar-height)
> (frame-parameter nil 'tool-bar-lines)
>
> and tell me what they give. I fail to understand why `tool-bar-lines'
> is 2 in your saved desktop.
>
> And while you're there: In a saved desktop find the (tool-bar-lines . 2)
> entry, replace it with (tool-bar-lines . 3), fire another instance of
> Emacs and tell me whether the frame height decreased.
>
> Please do that now.
>
> Thanks, martin
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#19048
; Package
emacs
.
(Tue, 18 Nov 2014 07:52:02 GMT)
Full text and
rfc822 format available.
Message #44 received at 19048 <at> debbugs.gnu.org (full text, mbox):
>> OK. But you didn't answer my earlier questions:
>
> I DID! See:
>
> http://lists.gnu.org/archive/html/bug-gnu-emacs/2014-11/msg00792.html
Sorry, my bad. That message must have got drowned by the GIT postings.
Quoting from that URL now:
> Always with a minimal init.el, I have
>
> M-: (tool-bar-height nil t)
> 36 (#o44, #x24, ?$)
>
> M-: (tool-bar-height)
> 3 (#o3, #x3, ?\C-c)
>
>
> M-: (frame-parameter nil 'tool-bar-lines)
> 3 (#o3, #x3, ?\C-c)
That's fine. I was confused because your first attachment (the one
containing desktop, desktop-00, desktop-01 and desktop-03) had a two
lines tool bar for each saved desktop and I wasn't able to reconcile
that with the frame dumps you sent later. You apparently used a larger
font in your earlier posting.
I'll now look into why that change
> And this commit (just one minute lather the previous):
>
> author Martin Rudalics 2014-11-07 10:49:22 (GMT)
> download emacs-1c50b3adb636addc4244942e8f0e33b1e557ec07.tar.gz
>
> Improve inhibiting of implied frame resizes.
may have caused the problems you see. What is the value of
`frame-inhibit-implied-resize' on your system?
BTW, has
> I flagged a similar issue on OSX which has been fixed:
>
> http://lists.gnu.org/archive/html/bug-gnu-emacs/2014-11/msg00582.html
>
> I don't know if this could be useful also for you...
been fixed for good now? Did that issue appear at the same time as
bug#19048?
martin
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#19048
; Package
emacs
.
(Tue, 18 Nov 2014 13:47:02 GMT)
Full text and
rfc822 format available.
Message #47 received at 19048 <at> debbugs.gnu.org (full text, mbox):
Il 18/11/2014 08:51, martin rudalics ha scritto:
>
> I'll now look into why that change
>
> > And this commit (just one minute lather the previous):
> >
> > author Martin Rudalics 2014-11-07 10:49:22 (GMT)
> > download emacs-1c50b3adb636addc4244942e8f0e33b1e557ec07.tar.gz
> >
> > Improve inhibiting of implied frame resizes.
>
> may have caused the problems you see. What is the value of
> `frame-inhibit-implied-resize' on your system?
C-h v frame-inhibit-implied-resize
frame-inhibit-implied-resize is a variable defined in `C source code'.
Its value is (tool-bar-lines)
Documentation:
Whether frames should be resized implicitly.
[...]
> BTW, has
>
> > I flagged a similar issue on OSX which has been fixed:
> >
> > http://lists.gnu.org/archive/html/bug-gnu-emacs/2014-11/msg00582.html
> >
> > I don't know if this could be useful also for you...
>
> been fixed for good now? Did that issue appear at the same time as
> bug#19048?
Yes it has been fixed:
author Jan D 2014-11-15 13:35:15 (GMT)
[...]
Fix getting frame size wrong when restoring desktop.
from ChangeLog
+ * nsmenu.m (update_frame_tool_bar): If tool bar changes height,
+ call updateFrameSize.
Maybe these two issue were similar in appearance but different in
substance...
Ciao, Angelo.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#19048
; Package
emacs
.
(Tue, 18 Nov 2014 14:39:01 GMT)
Full text and
rfc822 format available.
Message #50 received at 19048 <at> debbugs.gnu.org (full text, mbox):
Il 18/11/2014 08:51, martin rudalics ha scritto:
>
> I'll now look into why that change
>
> > And this commit (just one minute lather the previous):
> >
> > author Martin Rudalics 2014-11-07 10:49:22 (GMT)
> > download emacs-1c50b3adb636addc4244942e8f0e33b1e557ec07.tar.gz
> >
> > Improve inhibiting of implied frame resizes.
>
> may have caused the problems you see.
BTW, I see the same issue in today build of Windows build (MSYS2-MinGW64)...
Angelo
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#19048
; Package
emacs
.
(Tue, 18 Nov 2014 17:34:02 GMT)
Full text and
rfc822 format available.
Message #53 received at 19048 <at> debbugs.gnu.org (full text, mbox):
> BTW, I see the same issue in today build of Windows build (MSYS2-MinGW64)...
I see it too, now.
martin
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#19048
; Package
emacs
.
(Wed, 19 Nov 2014 08:32:02 GMT)
Full text and
rfc822 format available.
Message #56 received at 19048 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
>> BTW, I see the same issue in today build of Windows build (MSYS2-MinGW64)...
Please try the attached patch.
Thanks, martin
[x_set_tool_bar_lines.patch (text/plain, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#19048
; Package
emacs
.
(Wed, 19 Nov 2014 11:35:02 GMT)
Full text and
rfc822 format available.
Message #59 received at 19048 <at> debbugs.gnu.org (full text, mbox):
Il 19/11/2014 09:30, martin rudalics ha scritto:
> >> BTW, I see the same issue in today build of Windows build
> (MSYS2-MinGW64)...
>
> Please try the attached patch.
It seems to work both with Cygwin and MSYS2-MinGW64 builds.
Thanks,
Angelo.
>
> Thanks, martin
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#19048
; Package
emacs
.
(Wed, 19 Nov 2014 15:53:02 GMT)
Full text and
rfc822 format available.
Message #62 received at 19048 <at> debbugs.gnu.org (full text, mbox):
> It seems to work both with Cygwin and MSYS2-MinGW64 builds.
OK. If you don't have further problems I'll check it in in a couple of
days.
Thanks, martin
Reply sent
to
martin rudalics <rudalics <at> gmx.at>
:
You have taken responsibility.
(Wed, 31 Dec 2014 18:37:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Angelo Graziosi <angelo.graziosi <at> alice.it>
:
bug acknowledged by developer.
(Wed, 31 Dec 2014 18:37:02 GMT)
Full text and
rfc822 format available.
Message #67 received at 19048-done <at> debbugs.gnu.org (full text, mbox):
> With current master, each time I start Emacs, the frame decreases its height (about 1 line of text). After few times one starts Emacs, one have to resize the height otherwise it is too short.
>
> I see this with my Cygwin build (--with-w32)... I wonder if this issue is related to the other I see on OSX [*]...
This should have been fixed with this commit on trunk/master:
2014-11-22 Martin Rudalics <rudalics <at> gmx.at>
Don't shrink frame when using desktop-save-mode (Bug#19048).
I'm closing this bug. Please reopen if you still see problems.
Thanks, martin
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#19048
; Package
emacs
.
(Wed, 31 Dec 2014 22:07:02 GMT)
Full text and
rfc822 format available.
Message #70 received at 19048-done <at> debbugs.gnu.org (full text, mbox):
Il 31/12/2014 19:35, martin rudalics ha scritto:
> > With current master, each time I start Emacs, the frame decreases its
> height (about 1 line of text). After few times one starts Emacs, one
> have to resize the height otherwise it is too short.
> >
> > I see this with my Cygwin build (--with-w32)... I wonder if this
> issue is related to the other I see on OSX [*]...
>
> This should have been fixed with this commit on trunk/master:
>
> 2014-11-22 Martin Rudalics <rudalics <at> gmx.at>
>
> Don't shrink frame when using desktop-save-mode (Bug#19048).
>
> I'm closing this bug. Please reopen if you still see problems.
Oops.. I thought it was already closed... Here no problems!
> Thanks, martin
Thanks, Angelo...
...and Happy New Year :-)
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 29 Jan 2015 12:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 10 years and 144 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.