Microsoft는 Windows 10이 Chrome에서 더 잘 작동하도록하기 위해 적극적으로 노력하고 있습니다.

윈도우 / Microsoft는 Windows 10이 Chrome에서 더 잘 작동하도록하기 위해 적극적으로 노력하고 있습니다. 1 분 읽기

마이크로 소프트



많은 사용자가 Windows 10의 내장 터치 키보드와 관련된 버그를보고했습니다. 이 버그로 인해 Chrome에서 제대로 작동하지 않습니다. 놀랍게도 Microsoft는 실제로이 문제에 대한 버그 수정 (커밋)을 발표했습니다.

곤충

버그가보고되었습니다. bugs.chromium.org Microsoft 엔지니어에 의해. 그는 온라인 Excel 문서를 편집 할 때 Windows 10의 내장 터치 키보드에서 Chrome이 제대로 작동하지 않는 문제를 해결했습니다. 터치 키보드가 표시되면 Excel 문서에서 선택한 셀을 가리는 문제입니다. 이로 인해 사용자가 Chrome에서 터치 키보드를 사용하는 것이 매우 비효율적이었습니다. 버그 게시물에 예상되는 결과는 다음과 같습니다. ‘터치 키보드가 팝업되고 초점이 맞춰진 셀이 스크롤되어보기에 들어갑니다.’ 대신 우리가 얻는 결과는 ‘화면 키보드가 튀어 나오지만 선택한 셀을가립니다.’



고치다

Microsoft는 버그 수정 커밋 형태로이 문제에 대해. 커밋의 제목은 'OOPIF 내에서 포커스가있는 요소를 가리는 터치 키보드 수정'입니다.



포스트는 다음과 같이 말합니다.



'윈도우에서 OOPIF 내부의 입력 요소에 포커스가 주어지면 온 스크린 키보드가 포커스 된 요소를 뷰로 스크롤하는 대신가립니다.'

'브라우저 프로세스는 업데이트 된 시각적 뷰포트를 알리는 SynchronizeVisualProperties 메시지를 최상위 프레임의 렌더러 프로세스로 라우팅했습니다. 여기에서 삽입을 설정해야합니다.'

'메인 프레임은 포커스 된 요소가 다른 프로세스 (크로스 프로세스 프레임)에 있음을 발견하면 포커스 된 요소를 스크롤하지 못합니다.'



“이 변경 사항은 초점이 맞춰진 요소를보기로 스크롤합니다. 메인 프레임 렌더러 프로세스가 포커스 된 노드를보기로 스크롤하지 못할 때 브라우저 프로세스를 메시징합니다. 그런 다음 브라우저 프로세스는 RenderWidgetHostViewAura :: ScrollFocusedEditableNodeIntoRect를 호출하여 스크롤 메시지를 초점이 맞춰진 프레임으로 올바르게 라우팅합니다.”

이러한 문제가있는 경우 여기에서 해결책을 찾을 수 있습니다. 우편 .

Microsoft 및 Chromium

대부분의 사람들이 놀라실 지 모르지만 이것은 그리 놀라운 일이 아닙니다. Microsoft가 Microsoft Edge를 Chromium으로 전환하겠다고 발표 한 이후로 자세한 내용을 읽을 수 있습니다. 여기 . Microsoft는 Chromium 커뮤니티에 적극적으로 기여해 왔습니다.

태그 마이크로 소프트 윈도우