사용 방법을 사용하지 않았습니다.
Declare Function SetWindowPos Lib "user32.dll" (ByVal hwnd As Long, ByVal hWndInsertAfter As Long, ByVal X As Long, ByVal Y As Long, ByVal cx As Long, ByVal cy As Long, ByVal wFlags As Long) As Long
Public Declare Function FindWindow Lib "user32" Alias "FindWindowA" (ByVal ClassName As String, ByVal WindowName As String) As Long
그리고 기능 (들) 그 변화를 호출하는 명령 단추에 아래 추가 : 저도에게 : 모듈의 상단에있는 선언에 다음을 추가
시도를하지 않는다 VBE에서가 :
Application.Echo False
SetWindowPos FindWindow("wndclass_desked_gsk", Application.VBE.MainWindow.Caption), 0&, 0&, 2000&, 1, 1, &H80 Or &H1
<run your code that calls the VBE>
Application.VBE.MainWindow.Visible = False
Application.Echo True
이 먼저 모든 화면 변경 사항을 표시하지 액세스를 중지 여전히 배경에 숨어있는 동안 화면 끄기 VBE 창을 이동합니다, 당신의 코드를 실행가 해제되면 어쨌든 창을 숨 깁니다 화면을 표시 한 다음 정상적으로 업데이트 된 화면을 다시 표시합니다. VBE는 화면에서 꺼져 있으며 작업 표시 줄/바탕 화면에서 볼 수 없습니다.
이제 VBE 윈도우를 화면에서 벗어나게하는 것은 분명히 부정 행위입니다 ...하지만 내 클라이언트는 속임수를 쓰는지 여부에 상관하지 않습니다.
이 코드를 사용하고 예기치 않은 오류를 디버깅해야하는 경우 성가신 수 있습니다. 또한 때로는 Access가 데이터베이스 전체에서조차도이 창 위치를 저장하므로 바람직하지 않습니다. 조심해서 사용하거나 손에 충분한 시간을 사용하십시오.
인터넷에 다음과 같은 내용이 나와 있지만 Access 2016에서 작동하지 못했습니다. 아마도 나보다 똑똑할까요?
LockWindowUpdate FindWindow("wndclass_desked_gsk", Application.VBE.MainWindow.Caption)
은 어떻게 든 LockWindowUpdate
에 대한 선언을 잃었지만, 나는 당신이 그것을 찾을 수 있습니다 확신합니다. 칩 피어슨이나 어쨌든 뭔가 훔쳐 갔을거야.
_refreshed & saved_ - 정말 필요합니까? 나는 그러한 욕구를 결코 갖지 못하거나 만난 적이 없다. – Gustav
@Gustav 행운이 있습니다. 데이터베이스의 사용 방법을 실제로 이해하고 있거나 선호하는 도구가 그러한 응용 프로그램 용으로 제공되지 않는다고 말할만큼 충분한 돈이있는 클라이언트가 있어야합니다. 언젠가 당신의 위치에 있기를 바랍니다. – CWilson
죄송합니다. 이러한 시나리오 중 어느 것도 해당하지 않습니다. 나는 진심으로 당신이 잘못된 경로를 따라 움직이고 있다고 믿습니다. – Gustav