GNU bug report logs -
#38497
27.0.50; Frame is not rendered when frame-resize-pixelwise it 't
Previous Next
Reported by: 'Ihor Radchenko' <yantar92 <at> gmail.com>
Date: Thu, 5 Dec 2019 07:11:02 UTC
Severity: normal
Found in version 27.0.50
Done: YAMAMOTO Mitsuharu <mituharu <at> math.s.chiba-u.ac.jp>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
> Many window managers can only maximize a frame, full screen is
> something the application has to provide by herself (via <F11>, for
> example). The missing title bar seems to indicate that your frame is
> full screen, is that right? Does the frame then redraw when you hit
> F11 twice? Does the problem happen with maximized frames too?
Oh. I meant maximised, not full screen. Initially, I observed the issue
with maximised emacs frames. (My title bar is located at the bottom of
the frame, not on top).
> It would be interesting to look into what the differences between the
> two are ;-)
I also tested the actual full screen (if it matters, I use Awesome WM).
The problem persists. However (!), there is also no rendering when using
set-face-attribute in full screen.
> Could you try with a GTK (or Motif) build whether they exhibit the
> same behavior?
I have tested using both GTK and Motif. The rendering is all right with
those builds.
Best,
Ihor
martin rudalics <rudalics <at> gmx.at> writes:
> > A while ago I noticed that pop-up org-capture frames are not rendered
> > (no buffer or mode-line text is shown, as in attached image) when the
> > window manager forces them to be full screen (floating frames are
> > rendered as usual).
> >
> > The issue seems to be triggered by the combination of
> > maximised frame, frame-resize-pixelwise 't, custom-setting a certain
> > default font, and loading certain colour theme.
>
> Many window managers can only maximize a frame, full screen is
> something the application has to provide by herself (via <F11>, for
> example). The missing title bar seems to indicate that your frame is
> full screen, is that right? Does the frame then redraw when you hit
> F11 twice? Does the problem happen with maximized frames too?
>
> > ;; Using this instead of custom-set-faces does not trigger the rendering problem
> > ;; (set-face-attribute 'default nil
> > ;; :foundry "adobe"
> > ;; :family "source code pro")
> > (custom-set-faces
> > '(default ((t (:foundry "adobe" :family "source code pro"))))
> > )
>
> It would be interesting to look into what the differences between the
> two are ;-)
>
> Could you try with a GTK (or Motif) build whether they exhibit the
> same behavior?
>
> martin
This bug report was last modified 5 years and 139 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.