WindowServer: Remove hack to restore graphics after switch from console
This hack is not necessary anymore, because WindowServer will try constantly to write the framebuffer contents to the display connector devices. After a switch from console mode to graphical mode, the write syscall on these devices will not be silently ignored but will actually write to the framebuffer screen.
This commit is contained in:
parent
cd08c4a5aa
commit
659b0d7fb4
Notes:
sideshowbarker
2024-07-17 11:14:22 +09:00
Author: https://github.com/supercomputer7 Commit: https://github.com/SerenityOS/serenity/commit/659b0d7fb4 Pull-request: https://github.com/SerenityOS/serenity/pull/13928 Reviewed-by: https://github.com/linusg
1 changed files with 0 additions and 6 deletions
|
@ -1585,12 +1585,6 @@ void WindowManager::process_key_event(KeyEvent& event)
|
|||
return;
|
||||
}
|
||||
|
||||
// FIXME: This is fragile, the kernel should send a signal when we switch back to the WindowManager's framebuffer
|
||||
if (event.type() == Event::KeyDown && (event.modifiers() & Mod_Alt) && (event.key() == Key_ExclamationPoint || event.key() == Key_1)) {
|
||||
Compositor::the().invalidate_screen();
|
||||
return;
|
||||
}
|
||||
|
||||
if (event.type() == Event::KeyDown && (event.modifiers() == (Mod_Ctrl | Mod_Super | Mod_Shift) && event.key() == Key_I)) {
|
||||
reload_icon_bitmaps_after_scale_change();
|
||||
Compositor::the().invalidate_screen();
|
||||
|
|
Loading…
Add table
Reference in a new issue