* bug#7084: 24.0.50; alpha frame parameter causes flashing with standalone minibuffer
@ 2010-09-22 17:45 Drew Adams
2014-02-10 5:15 ` Lars Ingebrigtsen
0 siblings, 1 reply; 4+ messages in thread
From: Drew Adams @ 2010-09-22 17:45 UTC (permalink / raw)
To: 7084
I use a standalone minibuffer frame.
If I set the alpha frame parameter for some frame to (alpha 100 . 80),
then whenever that frame is inactive it becomes 20% transparent, as
intended. However, when the minibuffer becomes active the alpha frame
flashes. And it flashes again for each char I type or delete in the
minibuffer. This renders the alpha feature useless.
In GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600)
of 2010-09-20 on 3249CTO
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (4.4) --no-opt --cflags
-Ic:/imagesupport/include'
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#7084: 24.0.50; alpha frame parameter causes flashing with standalone minibuffer
2010-09-22 17:45 bug#7084: 24.0.50; alpha frame parameter causes flashing with standalone minibuffer Drew Adams
@ 2014-02-10 5:15 ` Lars Ingebrigtsen
2014-02-10 5:31 ` Drew Adams
0 siblings, 1 reply; 4+ messages in thread
From: Lars Ingebrigtsen @ 2014-02-10 5:15 UTC (permalink / raw)
To: Drew Adams; +Cc: 7084
"Drew Adams" <drew.adams@oracle.com> writes:
> I use a standalone minibuffer frame.
>
> If I set the alpha frame parameter for some frame to (alpha 100 . 80),
> then whenever that frame is inactive it becomes 20% transparent, as
> intended. However, when the minibuffer becomes active the alpha frame
> flashes. And it flashes again for each char I type or delete in the
> minibuffer. This renders the alpha feature useless.
Is this problem still present in Emacs 24.3?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog http://lars.ingebrigtsen.no/
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#7084: 24.0.50; alpha frame parameter causes flashing with standalone minibuffer
2014-02-10 5:15 ` Lars Ingebrigtsen
@ 2014-02-10 5:31 ` Drew Adams
2017-09-22 8:44 ` martin rudalics
0 siblings, 1 reply; 4+ messages in thread
From: Drew Adams @ 2014-02-10 5:31 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: 7084
> Is this problem still present in Emacs 24.3?
Yes, and in a 24.4 build from 2014-02-07. It makes frame
parameter `alpha' unusable for a setup that has a standalone
minibuffer frame (mine, at least).
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#7084: 24.0.50; alpha frame parameter causes flashing with standalone minibuffer
2014-02-10 5:31 ` Drew Adams
@ 2017-09-22 8:44 ` martin rudalics
0 siblings, 0 replies; 4+ messages in thread
From: martin rudalics @ 2017-09-22 8:44 UTC (permalink / raw)
To: Drew Adams, Lars Ingebrigtsen; +Cc: 7084-done
>> Is this problem still present in Emacs 24.3?
>
> Yes, and in a 24.4 build from 2014-02-07. It makes frame
> parameter `alpha' unusable for a setup that has a standalone
> minibuffer frame (mine, at least).
When I start Emacs 24.5.50.1 with the -Q option and load a file with the
following contents
(setq default-frame-alist '((minibuffer . nil)))
(set-frame-parameter nil 'alpha (cons 100 80))
and I now type C-h f in the "alpha frame", I can indeed see "the alpha
frame flash (at least on Windows)". Since I cannot reproduce this
flashing with a build of Emacs 25.3.50.1, I'm marking this bug as done.
Thanks for the report, martin
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2017-09-22 8:44 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-09-22 17:45 bug#7084: 24.0.50; alpha frame parameter causes flashing with standalone minibuffer Drew Adams
2014-02-10 5:15 ` Lars Ingebrigtsen
2014-02-10 5:31 ` Drew Adams
2017-09-22 8:44 ` martin rudalics
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).