มีวิธีแก้ไขปัญหาเพื่อป้องกันไม่ให้แอปพลิเคชันขโมยโฟกัสจากหน้าต่างที่ใช้งานอยู่หรือไม่?

สิ่งนี้น่ารำคาญเป็นพิเศษเมื่อฉันเริ่มแอปพลิเคชันสลับไปทำอย่างอื่นและแอปพลิเคชันใหม่เริ่มรับข้อความครึ่งประโยค

สิ่งนี้เป็นไปไม่ได้หากไม่มีการจัดการภายใน Windows อย่างกว้างขวางและคุณต้องแก้ไขให้ถูกต้อง

มีช่วงเวลาที่คอมพิวเตอร์ใช้ประจำวันเมื่อจำเป็นอย่างยิ่งที่คุณต้องทำสิ่งใดสิ่งหนึ่งก่อนที่ระบบปฏิบัติการจะอนุญาตให้คุณทำสิ่งอื่นได้ ในการทำเช่นนั้นจำเป็นต้องล็อคโฟกัสของคุณในบางหน้าต่าง ใน Windows การควบคุมพฤติกรรมนี้ส่วนใหญ่จะเป็นของนักพัฒนาของแต่ละโปรแกรมที่คุณใช้

ไม่ใช่นักพัฒนาซอฟต์แวร์ทุกคนตัดสินใจอย่างถูกต้องเมื่อพูดถึงหัวข้อนี้

ฉันรู้ว่านี่เป็นสิ่งที่น่าหงุดหงิดและน่ารำคาญมาก แต่คุณไม่มีเค้กและกินมันเกินไป อาจมีหลายกรณีที่เกิดขึ้นในชีวิตประจำวันของคุณซึ่งคุณสามารถปรับโฟกัสได้อย่างสมบูรณ์แบบด้วยการย้ายโฟกัสไปยังองค์ประกอบ UI ที่แน่นอนหรือแอปพลิเคชันที่ขอให้โฟกัสยังคงล็อคอยู่ แต่แอพพลิเคชั่นส่วนใหญ่ค่อนข้างเท่ากันเมื่อต้องตัดสินใจว่าใครเป็นผู้นำในตอนนี้และระบบจะไม่สมบูรณ์แบบ

ไม่นานมานี้ฉันได้ทำการวิจัยอย่างกว้างขวางเกี่ยวกับการแก้ไขปัญหานี้ครั้งเดียวและสำหรับทั้งหมด (และล้มเหลว) ผลของการวิจัยที่สามารถพบได้บนหน้าโครงการแกล้ง

โครงการนี้ยังรวมถึงแอปพลิเคชันที่พยายามดึงโฟกัสโดยการโทรซ้ำ ๆ :

switch( message ) {
  case WM_TIMER:
    if( hWnd != NULL ) {
      // Start off easy
      // SetForegroundWindow will not move the window to the foreground,
      // but it will invoke FlashWindow internally and, thus, show the
      // taskbar.
      SetForegroundWindow( hWnd );

      // Our application is awesome! It must have your focus!
      SetActiveWindow( hWnd );

      // Flash that button!
      FlashWindow( hWnd, TRUE );
    }
    break;

อย่างที่เราเห็นได้จากตัวอย่างนี้งานวิจัยของฉันก็เน้นไปที่ด้านอื่น ๆ ของพฤติกรรมส่วนต่อประสานผู้ใช้ที่ฉันไม่ชอบ

วิธีที่ฉันพยายามแก้ปัญหานี้คือการโหลด DLL ลงในทุกกระบวนการใหม่และขอให้เรียก API ที่ทำให้หน้าต่างอื่นเปิดใช้งาน
ส่วนสุดท้ายคือส่วนที่ง่ายขอบคุณ API ที่ยอดเยี่ยมที่เชื่อมต่อกับไลบรารีที่นั่น ฉันใช้ห้องสมุด mhookที่ยอดเยี่ยมมาก:

#include "stdafx.h"
#include "mhook-2.2/mhook-lib/mhook.h"

typedef NTSTATUS( WINAPI* PNT_QUERY_SYSTEM_INFORMATION ) ( 
  __in       SYSTEM_INFORMATION_CLASS SystemInformationClass,     
  __inout    PVOID SystemInformation, 
  __in       ULONG SystemInformationLength, 
  __out_opt  PULONG ReturnLength    
);

// Originals
PNT_QUERY_SYSTEM_INFORMATION OriginalFlashWindow   = 
  (PNT_QUERY_SYSTEM_INFORMATION)::GetProcAddress( 
  ::GetModuleHandle( L"user32" ), "FlashWindow" );

PNT_QUERY_SYSTEM_INFORMATION OriginalFlashWindowEx = 
  (PNT_QUERY_SYSTEM_INFORMATION)::GetProcAddress( 
  ::GetModuleHandle( L"user32" ), "FlashWindowEx" );

PNT_QUERY_SYSTEM_INFORMATION OriginalSetForegroundWindow = 
  (PNT_QUERY_SYSTEM_INFORMATION)::GetProcAddress( 
  ::GetModuleHandle( L"user32" ), "SetForegroundWindow" );

// Hooks
BOOL WINAPI
HookedFlashWindow(
  __in  HWND hWnd,
  __in  BOOL bInvert
  ) {
  return 0;
}

BOOL WINAPI 
HookedFlashWindowEx(
  __in  PFLASHWINFO pfwi
  ) {
  return 0;
}

BOOL WINAPI 
HookedSetForegroundWindow(
  __in  HWND hWnd
  ) {
  // Pretend window was brought to foreground
  return 1;
}


BOOL APIENTRY 
DllMain( 
  HMODULE hModule,
  DWORD   ul_reason_for_call,
  LPVOID  lpReserved
  ) {
  switch( ul_reason_for_call ) {
    case DLL_PROCESS_ATTACH:
      Mhook_SetHook( (PVOID*)&OriginalFlashWindow,         HookedFlashWindow );
      Mhook_SetHook( (PVOID*)&OriginalFlashWindowEx,       HookedFlashWindowEx );
      Mhook_SetHook( (PVOID*)&OriginalSetForegroundWindow, HookedSetForegroundWindow );
      break;

    case DLL_PROCESS_DETACH:
      Mhook_Unhook( (PVOID*)&OriginalFlashWindow );
      Mhook_Unhook( (PVOID*)&OriginalFlashWindowEx );
      Mhook_Unhook( (PVOID*)&OriginalSetForegroundWindow );
      break;
  }
  return TRUE;
}

จากการทดสอบของฉันในตอนนั้นมันใช้งานได้ดีมาก ยกเว้นส่วนของการโหลด DLL ลงในทุกกระบวนการใหม่ อย่างที่ใคร ๆ ก็คาดไม่ถึง ฉันใช้วิธีการAppInit_DLLแล้ว (ซึ่งไม่เพียงพอ)

โดยพื้นฐานแล้วมันใช้งานได้ดี แต่ฉันไม่เคยพบเวลาที่จะเขียนสิ่งที่จะฉีด DLL ของฉันเข้าสู่กระบวนการใหม่อย่างถูกต้อง และเวลาที่ลงทุนในเรื่องนี้ทำให้ผมรำคาญใจมากที่การขโมยโฟกัสทำให้ผม

นอกจากปัญหาการฉีด DLL แล้วยังมีวิธีการโฟกัสแบบขโมยซึ่งฉันไม่ได้กล่าวถึงในการใช้งาน Google Code เพื่อนร่วมงานได้ทำการวิจัยเพิ่มเติมและครอบคลุมวิธีการนั้น มีการพูดถึงปัญหาใน SO: https://stackoverflow.com/questions/7430864/windows-7-prevent-application-from-losing-focus

ใน Windows 7 ForegroundLockTimeoutรายการรีจิสทรีจะไม่ถูกตรวจสอบอีกต่อไปคุณสามารถตรวจสอบได้ด้วย Process Monitor อันที่จริงแล้วใน Windows 7 พวกเขาไม่อนุญาตให้คุณเปลี่ยนหน้าต่างพื้นหน้า ไปและอ่านรายละเอียดเกี่ยวกับมันมาตั้งแต่ Windows 2000

อย่างไรก็ตามเอกสารนั้นเป็นข้อมูลที่แย่มากและพวกมันจะไล่ล่าซึ่งกันและกันและหาทางแก้ไข

ดังนั้นมีบางสิ่งบางอย่างที่เกิดขึ้นกับSetForegroundWindowรถหรือฟังก์ชั่น API ที่คล้ายกันคือ ...

วิธีเดียวที่จะทำสิ่งนี้ได้อย่างถูกต้องคือการสร้างแอปพลิเคชันขนาดเล็กซึ่งเรียกเป็นระยะ ๆLockSetForegroundWindowปิดการใช้งานการโทรไปยังฟังก์ชัน buggy API ของเราอย่างแท้จริง

หากยังไม่พอ (มีการโทร API แบบ buggy อีกครั้ง) คุณสามารถดำเนินการต่อไปและทำการตรวจสอบ APIเพื่อดูว่าเกิดอะไรขึ้นจากนั้นคุณเพียงแค่ขอให้มีการโทรแบบ API ในทุกขั้นตอนหลังจากที่คุณสามารถกำจัดสายใด ๆเบื้องหน้า อย่างไรก็ตามแดกดันนี้เป็นกำลังใจโดย Microsoft ...

มีตัวเลือกในTweakUIซึ่งทำสิ่งนี้ มันป้องกันไม่ให้นักพัฒนาซอฟต์แวร์ที่น่าสงสัยส่วนใหญ่ใช้กลอุบายเพื่อบังคับให้แอพของพวกเขาโฟกัส

มันเป็นสงครามอาวุธต่อเนื่องดังนั้นฉันไม่รู้ว่ามันเหมาะกับทุกสิ่งหรือไม่

_{ปรับปรุง : ตามEndangeredMassa , TweakUI ไม่ทำงานบน Windows 7}

ฉันเชื่อว่าความสับสนบางอย่างอาจมีอยู่เนื่องจากมี "วิธีการขโมยโฟกัส" สองวิธี: (1) หน้าต่างที่มาด้านหน้าและ (2) หน้าต่างรับการกดแป้น

ปัญหาที่อ้างถึงในที่นี้น่าจะเป็นปัญหาที่สองซึ่งหน้าต่างเรียกร้องการโฟกัสโดยนำตัวเองไปยังส่วนหน้า - โดยไม่ต้องมีการร้องขอหรือการอนุญาตจากผู้ใช้

การสนทนาจะต้องแยกที่นี่ระหว่าง XP และ 7

Windows XP

ใน XP มีแฮ็ครีจิสทรีที่ทำให้ XP ทำงานเหมือนกับ Windows 7 ในการป้องกันไม่ให้แอปพลิเคชันขโมยโฟกัส:

1. ใช้ regedit HKEY_CURRENT_USER\Control Panel\Desktopเพื่อไปที่:
2. ดับเบิลคลิกที่และตั้งค่าในฐานสิบหกForegroundLockTimeout30d40
3. กดตกลงแล้วออกจาก regedit
4. รีบูทพีซีของคุณเพื่อให้การเปลี่ยนแปลงมีผล

วินโดว 7

_{(การสนทนาด้านล่างส่วนใหญ่ใช้กับ XP เช่นกัน)}

โปรดเข้าใจว่าไม่มีทางที่ Windows สามารถปิดกั้นแอปพลิเคชันทั้งหมดจากการขโมยโฟกัสและยังคงใช้งานได้ ตัวอย่างเช่นหากในระหว่างการคัดลอกไฟล์โปรแกรมป้องกันไวรัสของคุณตรวจพบภัยคุกคามที่เป็นไปได้และต้องการป๊อปอัปหน้าต่างขอให้คุณดำเนินการหากหน้าต่างนี้ถูกบล็อกคุณจะไม่เข้าใจว่าทำไมการคัดลอกจึงไม่ยุติลง

ใน Windows 7 มีเพียงหนึ่งการปรับเปลี่ยนที่เป็นไปได้กับลักษณะการทำงานของ Windows เองซึ่งเป็นการใช้แฮ็กรีจิสตรีที่เน้นการติดตามเมาส์แบบ MS-Windowsซึ่งการโฟกัสและ / หรือการเปิดใช้งานจะไปยังหน้าต่างภายใต้เคอร์เซอร์เสมอ สามารถเพิ่มการหน่วงเวลาเพื่อหลีกเลี่ยงแอปพลิเคชันที่โผล่ขึ้นมาบนเดสก์ท็อป
ดูบทความนี้: Windows 7 - เมาส์เลื่อนทำให้หน้าต่างที่ใช้งาน - เปิดใช้งาน

มิฉะนั้นต้องตรวจพบและทำให้เป็นกลางโปรแกรมผิด: ถ้านี่เป็นแอพพลิเคชั่นเดียวกันที่ได้รับโฟกัสอยู่เสมอแอปพลิเคชั่นนี้จะได้รับการตั้งโปรแกรมให้ทำการโฟกัสและป้องกันสิ่งนี้อาจทำได้โดยการปิดการใช้งาน ใช้การตั้งค่าบางอย่างที่จัดทำโดยแอปพลิเคชันนั้นเพื่อหลีกเลี่ยงพฤติกรรมนี้

คุณสามารถใช้สคริปต์ VBS ที่รวมอยู่ในรหัส VB ​​ซึ่งระบุว่าใครขโมยโฟกัสซึ่งผู้เขียนเคยระบุผู้กระทำผิดว่าเป็นตัวอัปเดต "การโทรกลับบ้าน" สำหรับซอฟต์แวร์เครื่องพิมพ์

มาตรการที่สิ้นหวังเมื่อสิ่งอื่นล้มเหลวและหากคุณระบุแอปพลิเคชันที่โปรแกรมไม่ดีนี้คือการย่อให้เล็กสุดและหวังว่าจะไม่นำตัวเองมาอยู่ข้างหน้า แบบฟอร์มที่แข็งแกร่งของการลดคือการถาดโดยใช้หนึ่งในผลิตภัณฑ์ฟรีที่ระบุไว้ใน ที่ดีที่สุดฟรีโปรแกรม Minimizer

แนวคิดสุดท้ายในลำดับความสิ้นหวังคือการทำให้เดสก์ท็อปของคุณแตกหักโดยการใช้ผลิตภัณฑ์เช่นเดสก์ท็อปหรือDexpotและทำงานในเดสก์ท็อปอื่นนอกเหนือจากค่าเริ่มต้น

[แก้ไข]

ในฐานะที่เป็น Microsoft ได้ออกคลังเก็บถาวรนี่คือรหัส VB ​​ข้างต้นทำซ้ำ:

Declare Auto Function GetForegroundWindow Lib "user32.dll" () As Integer
Declare Auto Function GetWindowThreadProcessId Lib "user32.dll" (ByVal hwnd As Integer, ByRef procid As Integer) As UInteger

    Private Sub Form1_Load(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles MyBase.Load
        Me.RichTextBox1.AppendText("Starting up at " & Now & vbCrLf)
    End Sub

    Private Sub GoingAway(ByVal sender As Object, ByVal e As System.EventArgs) Handles Me.Deactivate, Me.LostFocus

        Dim hwnd As Integer = GetForegroundWindow()
        ' Note that process_id will be used as a ByRef argument
        ' and will be changed by GetWindowThreadProcessId
        Dim process_id As Integer = 1
        GetWindowThreadProcessId(hwnd, process_id)

        If (process_id <> 1) Then
            Dim appExePath As String = Process.GetProcessById(process_id).MainModule.FileName() 
            Me.RichTextBox1.AppendText("Lost focus at " & Now & " due to " & appExePath & vbCrLf)
        Else
            Me.RichTextBox1.AppendText("Lost focus due to unknown cause.")
        End If

    End Sub

Ghacks มีทางออกที่เป็นไปได้:

มันเกิดขึ้นวันละหลายครั้งที่บางแอปพลิเคชันขโมยโฟกัสของหน้าต่างที่ใช้งานอยู่โดยเปิดขึ้นมา สิ่งนี้สามารถเกิดขึ้นได้จากหลายสาเหตุเมื่อฉันแยกไฟล์หรือการถ่ายโอนเสร็จสิ้นตัวอย่างเช่น ไม่สำคัญว่าเมื่อเกิดเหตุการณ์นี้ขึ้น แต่บางครั้งฉันเขียนบทความและไม่เพียง แต่หมายความว่าฉันต้องพิมพ์คำบางคำอีกครั้ง แต่ต้องสูญเสียสมาธิและต้องคลิกเพื่อให้ได้โฟกัส

ความคิดเห็นที่ Proเว็บไซต์ที่มีเคล็ดลับเกี่ยวกับวิธีการป้องกันไม่ให้เกิดขึ้น วิธีที่ง่ายที่สุดในการป้องกันการขโมยโฟกัสคือใช้ Tweak UI ซึ่งมีการตั้งค่าที่เรียกว่า "ป้องกันแอปพลิเคชันจากการขโมยโฟกัส" การเลือกตัวเลือกนี้จะป้องกันไม่ให้แอปพลิเคชันอื่น ๆ ปรากฏขึ้นอย่างฉับพลันและขโมยโฟกัสของหน้าต่างที่คุณกำลังทำงานอยู่

ใช้งานได้เฉพาะเมื่อแอปพลิเคชันนั้นย่อเล็กสุดมาก่อน แทนที่จะขโมยโฟกัสมันจะกระพริบจำนวนครั้งที่สามารถกำหนดได้ในเมนูเดียวกันในTweak UI หากคุณไม่ต้องการใช้ Tweak UI คุณสามารถเปลี่ยนการตั้งค่าใน Windows Registry

นำทางไปยังคีย์รีจิสทรี HKEY_CURRENT_USER> แผงควบคุม> เดสก์ท็อปและเปลี่ยนค่า ForegroundLockTimeout เป็น 30d40 (เลขฐานสิบหก) หรือ 200000 (ฐานสิบ) ForeGroundFlashCount ที่สำคัญกำหนดจำนวนกะพริบของหน้าต่างเพื่อแจ้งเตือนผู้ใช้ที่ 0 หมายถึงไม่ จำกัด

โดยได้รับแรงบันดาลใจจากคำตอบของ Der Hochstaplerฉันตัดสินใจเขียน DLL injector ซึ่งทำงานได้ทั้งกระบวนการ 64 และ 32 บิตและป้องกันการขโมยโฟกัสบน Windows 7 หรือใหม่กว่า: https://blade.sk/stay-focused/

วิธีการทำงานคือการเฝ้าดูหน้าต่างที่สร้างขึ้นใหม่ (โดยใช้SetWinEventHook) และอัด DLL ที่คล้ายกันมากกับ Der Hochstapler's หนึ่งเข้าไปในกระบวนการของหน้าต่างหากยังไม่ปรากฏ มันยกเลิกการโหลด DLLs และเรียกคืนการทำงานดั้งเดิมเมื่อออกจากระบบ

จากการทดสอบของฉันมันใช้งานได้ดีมากจนถึงตอนนี้ อย่างไรก็ตามดูเหมือนว่าปัญหาจะลึกซึ้งยิ่งกว่าแอปที่โทรSetForegroundWindowมา ตัวอย่างเช่นเมื่อมีการสร้างหน้าต่างใหม่มันจะถูกนำเข้าสู่เบื้องหน้าโดยอัตโนมัติซึ่งรบกวนผู้ใช้ที่พิมพ์ลงในหน้าต่างอื่น

หากต้องการจัดการกับวิธีการอื่นในการขโมยโฟกัสจำเป็นต้องทำการทดสอบเพิ่มเติมและฉันขอขอบคุณข้อเสนอแนะเกี่ยวกับสถานการณ์ที่กำลังเกิดขึ้น

ฉันหาวิธีที่จะหยุดแถบงานไม่ให้กระพริบหน้าต่างเป้าหมายที่เปิดใช้งานใหม่หลังจากที่คุณเปิดใช้งานโดยทางโปรแกรมให้ขยายใหญ่สุดและโฟกัสหน้าต่างหลักของกระบวนการนั้นจากกระบวนการอื่น ก่อนอื่นมีข้อ จำกัด มากมายเกี่ยวกับการอนุญาตให้ดำเนินการนี้

"ระบบ จำกัด กระบวนการที่สามารถตั้งค่าหน้าต่างพื้นหน้ากระบวนการสามารถตั้งค่าหน้าต่างเบื้องหน้าเฉพาะเมื่อเงื่อนไขข้อใดข้อหนึ่งต่อไปนี้เป็นจริง:

• กระบวนการนี้เป็นกระบวนการพื้นหน้า
• กระบวนการเริ่มต้นโดยกระบวนการพื้นหน้า
• กระบวนการได้รับเหตุการณ์ป้อนข้อมูลล่าสุด
• ไม่มีกระบวนการทำงานเบื้องหน้า
• กระบวนการพื้นหน้ากำลังถูกดีบั๊ก
• ส่วนหน้าไม่ได้ล็อค (ดูที่ LockSetForegroundWindow)
• การหมดเวลาการล็อกส่วนหน้าหมดอายุแล้ว (ดู SPI_GETFOREGROUNDLOCKTIMEOUT ใน SystemParametersInfo)
• ไม่มีเมนูใช้งาน

_{https://docs.microsoft.com/en-us/windows/desktop/api/winuser/nf-winuser-allowsetforegroundwindow}

ดังนั้นหากกระบวนการควบคุมอยู่ในเบื้องหน้าจึงสามารถเปิดใช้งานกระบวนการอื่นชั่วคราวเพื่อขโมยเบื้องหน้าโดยการเรียกAllowSetForegroundWindowด้วยรหัสกระบวนการของกระบวนการเป้าหมาย จากนั้นหลังจากนั้นกระบวนการเป้าหมายสามารถเรียกSetForegroundWindowเองโดยใช้หมายเลขอ้างอิงหน้าต่างของตัวเองและมันจะทำงาน

เห็นได้ชัดว่าสิ่งนี้ต้องการการประสานงานระหว่างสองกระบวนการ แต่มันใช้งานได้และหากคุณทำเช่นนี้เพื่อใช้แอปอินสแตนซ์เดียวซึ่งเปลี่ยนเส้นทางการคลิก Explorer ทั้งหมดไปสู่อินสแตนซ์ของแอปที่มีอยู่ มีไพพ์ที่ชื่อ (เช่น) เพื่อประสานงานต่าง ๆ อยู่ดี