Mam konfigurację podwójnego monitora na moim pudełku Windows 7 w pracy. Chciałbym wiedzieć, w jaki sposób (jeśli to możliwe) mogę ustawić gorący kąt, aby uruchomić wygaszacz ekranu lub uśpić wyświetlacz?
Mam konfigurację podwójnego monitora na moim pudełku Windows 7 w pracy. Chciałbym wiedzieć, w jaki sposób (jeśli to możliwe) mogę ustawić gorący kąt, aby uruchomić wygaszacz ekranu lub uśpić wyświetlacz?
Odpowiedzi:
Faktycznie, wygaszacze ekranu systemu Windows nie ma tej funkcji (przynajmniej te wymienione jako część pakietu Plus, które starzy powinni zapamiętać!):
Rzeczywiście, naprawdę przydatny błąd spowodował, że gorące kąty zostały określone dla Plus! wygaszacze ekranu globalne ustawienie, które dotyczyło non-Plus! wygaszacze ekranu również!
Najłatwiejszym sposobem uzyskania podobnej funkcjonalności w systemie Windows może być teraz użycie aplikacji AutoIT (dostępne źródło) o nazwie, co nie dziwi, Hot Corners . Może również robić różne inne interesujące rzeczy oprócz uruchamiania wygaszacza ekranu:
Oto napisana przeze mnie aplikacja Hotcorners. Mam nadzieję, że Ci się spodoba! Wydałem również źródło na github.
Szczegóły można znaleźć na: https://sites.google.com/site/bytecar/home/hotcornersapp
Szczęśliwego hakowania!
Oto moja szybka wersja tego PowerShell, jeśli ktoś jest zainteresowany ( bezwstydna wtyczka do blogu ) (lub GitHub )
ten kod obserwuje mysz w określonej pozycji (obecnie prawy dolny róg), a następnie uruchamia API wyłączania monitora Win32 ... wyświetla ikonę paska zadań jako widoczny wskaźnik działania wraz z menu kontekstowym, aby zakończyć wykonywanie
niestety jestem zbyt zielony, aby publikować zrzuty ekranu ... na razie proszę zapoznać się z linkiem github, aby uzyskać szczegółowe informacje
# Source: http://www.powershellmagazine.com/2013/07/18/pstip-how-to-switch-off-display-with-powershell/
# Turn display off by calling WindowsAPI.
# SendMessage(HWND_BROADCAST,WM_SYSCOMMAND, SC_MONITORPOWER, POWER_OFF)
# HWND_BROADCAST 0xffff
# WM_SYSCOMMAND 0x0112
# SC_MONITORPOWER 0xf170
# POWER_OFF 0x0002
Add-Type -TypeDefinition '
using System;
using System.Runtime.InteropServices;
namespace Utilities {
public static class Display
{
[DllImport("user32.dll", CharSet = CharSet.Auto)]
private static extern IntPtr SendMessage(
IntPtr hWnd,
UInt32 Msg,
IntPtr wParam,
IntPtr lParam
);
public static void PowerOff ()
{
SendMessage(
(IntPtr)0xffff, // HWND_BROADCAST
0x0112, // WM_SYSCOMMAND
(IntPtr)0xf170, // SC_MONITORPOWER
(IntPtr)0x0002 // POWER_OFF
);
}
}
}
'
Add-Type -AssemblyName System.Windows.Forms
$notifyIcon = New-Object System.Windows.Forms.NotifyIcon
$notifyIcon.Icon = New-Object System.Drawing.Icon "$(Split-Path -parent $PSCommandPath)\icon.ico"
$notifyIcon.Text = "Hot Corners"
$notifyIcon.add_MouseDown( {
if ($script:contextMenu.Visible) { $script:contextMenu.Hide(); return }
if ($_.Button -ne [System.Windows.Forms.MouseButtons]::Left) {return}
#from: http://stackoverflow.com/questions/21076156/how-would-one-attach-a-contextmenustrip-to-a-notifyicon
#nugget: ContextMenu.Show() yields a known popup positioning bug... this trick leverages notifyIcons private method that properly handles positioning
[System.Windows.Forms.NotifyIcon].GetMethod("ShowContextMenu", [System.Reflection.BindingFlags] "NonPublic, Instance").Invoke($script:notifyIcon, $null)
})
$contextMenu = New-Object System.Windows.Forms.ContextMenuStrip
$contextMenu.ShowImageMargin = $false
$notifyIcon.ContextMenuStrip = $contextMenu
$contextMenu.Items.Add( "E&xit", $null, { $notifyIcon.Visible = $false; [System.Windows.Forms.Application]::Exit() } ) | Out-Null
$contextMenu.Show(); $contextMenu.Hide() #just to initialize the window handle to give to $timer.SynchronizingObject below
$timer = New-Object System.Timers.Timer
$timer.Interval = 500
$timer.add_Elapsed({
$mouse = [System.Windows.Forms.Cursor]::Position
$bounds = [System.Windows.Forms.Screen]::FromPoint($mouse).Bounds #thank you! - http://stackoverflow.com/questions/26402955/finding-monitor-screen-on-which-mouse-pointer-is-present
<# __ __ _ __ __ __ ____
/ / / /__ ________ ( )_____ / /_/ /_ ___ / /_ ___ ___ / __/
/ /_/ / _ \/ ___/ _ \|// ___/ / __/ __ \/ _ \ / __ \/ _ \/ _ \/ /_
/ __ / __/ / / __/ (__ ) / /_/ / / / __/ / /_/ / __/ __/ __/
/_/ /_/\___/_/ \___/ /____/ \__/_/ /_/\___/ /_.___/\___/\___/_/ #>
# currently set to trigger at lower right corner... season to your own taste (e.g. upper left = 0,0)
if ($mouse.X-$bounds.X -gt $bounds.Width-10 -and $mouse.Y -gt $bounds.Height-10) { [Utilities.Display]::PowerOff() }
#run the ps1 from command line to see this output
#debug: Write-Host "x: $($mouse.X), y:$($mouse.Y), width: $($bounds.Width), height: $($bounds.Height), sleep: $($mouse.X-$bounds.X -gt $bounds.Width-10 -and $mouse.Y -gt $bounds.Height-10)"
})
#frugally reusing $contextMenu vs firing up another blank form, not really necessary but i was curious if it'd work... the notify icon itself does not implement InvokeRequired
#see this for why SynchronizingObject is necessary: http://stackoverflow.com/questions/15505812/why-dont-add-eventname-work-with-timer
$timer.SynchronizingObject = $contextMenu
$timer.start()
$notifyIcon.Visible = $true
[System.Windows.Forms.Application]::Run()
Używam - i polecam używanie - HotCorners AutoIT (lub wariacja pana Lekrema Yelsewa, HotCorners 2). Nie jest to do końca „Screener” (starsza wersja systemu Mac OS), ale robi to, co powinien i „wychodzi na żądanie” (tzn. Nie ma opóźnienia w powrocie do biznesu ze stanu określonego przez jeden z „rogów”).
BZT