GNU bug report logs -
#25408
Remove Decorations Around Emacs Frame (Windows OS)
Previous Next
Full log
Message #116 received at 25408 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Wed, Apr 12, 2017 at 09:13:15PM +0200, martin rudalics wrote:
> > Should an undecorated frame be resizable? ie. if you run something
> > like
> >
> > (set-frame-size nil 20 20)
> >
> > would you expect the frame to resize?
>
> Definitively! Undecorated frames should behave like normal frames -
> just without decorations.
Excellent, that’s what I wanted to know so I didn’t go chasing after a
behaviour that wasn’t right.
> > Mine currently resizes if the frame was created with decorations and
> > they were removed,
>
> When can you remove the decorations? Does it flicker when you do that?
I mean, it *can* resize after I remove the decorations. There’s no
flickering, it’s all quite smooth.
> > but not if it was created without them. I suspect
> > creating it without decorations is breaking some NS → Emacs event
> > path.
>
> Why do you think so?
The actual macOS window resizes, but the contents of that window
(Emacs) don’t. I’ve attached a screenshot that will hopefully explain
it better.
If I add decorations and remove them again:
(set-frame-parameter nil 'undecorated nil)
(set-frame-parameter nil 'undecorated t)
Then I can resize it fine. So it seems like the decorations are adding
something that allows the resize to work.
I’ve tried turning on NSTRACE, but the output looks identical whether
resizing works or not.
I’ll just keep looking at it. Hopefully I’ll be able to track it down.
--
Alan Third
[Screen Shot 2017-04-12 at 20.46.06.png (image/png, attachment)]
This bug report was last modified 7 years and 315 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.