GNU bug report logs -
#13469
24.2; emacs has a tiny frame, when I embed it in a kmail text field via xembed (--parent-id %w)
Previous Next
Reported by: arne_bab <at> web.de
Date: Wed, 16 Jan 2013 23:55:01 UTC
Severity: normal
Tags: moreinfo
Found in version 24.2
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
Message #20 received at 13469 <at> debbugs.gnu.org (full text, mbox):
>>> Especially strange is that it works with emacs -Q --basic-display.
>> The --basic-display disables menu bar and tool bar, and also disables
>> blinking cursor. Maybe the absent menu and tool bar somehow affect
>> this, when you resize the qxembed-window?
>
> When I disable the menu bar, the frame is a bit bigger even without
> --basic-display. It still resizes to the tiny size, though.
Did you also try with a disabled toolbar?
> I just found a much easier way to reproduce it:
>
> Run emacs with --parent-id <random number>
>
> Then click with the mouse on the minibuffer. With menubar, it gets
> really tiny, without menubar it resizes to a bigger size (~4 times as
> wide
... high, I presume ...
> as the small size), but when I click the minibuffer it emacs starts
> to flicker and to resize repeatedly.
... how does it resize and how do you observe that ?
> The flickering stops, when I call
> async-shell-command but starts again once I hit C-g to leave the minibuffer.
Does it flicker/resize when you enter the minibuffer or when you leave
it?
>> I suggest to put a breakpoint in change_frame_size,
change_frame_size_1 is better, where it does block_input () so you avoid
delayed and not-changing-anything calls.
> and see who calls
>> it with such a small frame size.
>
> I get something like this:
In all these calls can you see something in newheight that reflects the
size change you requested?
martin
This bug report was last modified 3 years and 83 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.