Moin
3월 1, 2024, 12:12오후
1
태블릿을 사용하는 경우, 숨겨진 AI 자막 버튼을 발견하기가 어려울 수 있습니다. 그러나 태블릿에는 마우스오버 기능이 없으므로, 보이지 않는 버튼을 탭하게 되어 이미지 탭으로 자막 생성이 의도치 않게 트리거될 수도 있습니다.
6개의 좋아요
Falco
(Falco)
3월 1, 2024, 2:58오후
2
awesomerobot 님, “데스크톱 + 터치스크린” 기기에서 버튼을 무조건 표시해야 하나요?
1개의 좋아요
음, 태블릿은 항상 조금 까다롭긴 하죠… 호버 버튼이 항상 표시되려면 너무 크다는 느낌이 드는데, 터치를 위해 더 작고 항상 보이는 버튼을 만들어볼 수는 있겠네요. 아마 AI 아이콘만 표시해서 공간을 덜 차지하게 하면 될 것 같습니다
2개의 좋아요
Moin
3월 1, 2024, 3:17오후
5
버튼이 화면에 보이는 경우에만 작동하도록 하는 것이 가능한가요? 버튼의 크기가 작기 때문에 가능성이 낮지만, 100%, 75%, 50% 버튼에도 동일한 문제가 있습니다. 버튼의 존재를 모르고 있는 상태에서 실수로 클릭할 수 있습니다. 이 버튼들이 화면에 보이는 경우에만 작동한다면, 먼저 이미지를 탭한 다음에 AI 캡션, 크기 및 기타 옵션이 표시되어 선택할 수 있게 될 것입니다.
2개의 좋아요
네, 여기서 그렇게 구현했습니다. 보고해 주셔서 감사합니다 (AI에 대한 언급은 없지만, AI도 포함됩니다).
main ← image-hover-controls
merged 08:06PM - 01 Mar 24 UTC
Reported here: https://meta.discourse.org/t/accidentially-tapping-the-invisible-… ai-caption-button/297455
This should make it harder to accidentally trigger the opacity-hidden hover buttons on touch devices.
6개의 좋아요
Moin
3월 1, 2024, 9:25오후
7
차이를 찾을 수 없습니다.
버전을 확인하고 새로운 시크릿 창을 사용했습니다. 제가 놓친 것이 있을까요?
<meta name="generator" content="Discourse 3.3.0.beta1-dev - https://github.com/discourse/discourse version 84882ad25fa38c55fb4a6b83940133fd64c06694">
1개의 좋아요
음, 좀 더 테스트를 해봐야겠네. 이건 안드로이드 태블릿에서 실행되는 건가?
2개의 좋아요
네, 언급해 주셔서 감사합니다. 이번 업데이트 기준으로, 데스크톱 모드를 사용하는 터치 기기(보통 태블릿)에서는 모바일과 동일하게 버튼이 무조건적으로 표시됩니다:
main ← touch-image-controls
merged 10:19PM - 04 Mar 24 UTC
This switches the composer preview image hover controls to always be visible on … *touch* devices, not just mobile.
This also reverts 84882ad25fa38c55fb4a6b83940133fd64c06694 — the idea there was that pointer-events (clicks) should be disabled if the controls aren't visible, but too many mobile devices do a simultaneous "hover + tap" state for that to work. Tapping triggers the hover, and therefore the controls were interactive even before they're visible.
I considered some alternate approaches, like adding JS click observers and the like... but hovering (double tapping) to find invisible controls just isn't great experience on a touch device. So we should always show these, and if we're unhappy with how they look on touch we can come up with a different design.
Before (iPad):

After (iPad):

이 밖에는 이러한 기기에서 호버 컨트롤을 제공하는 좋은 방법이 없습니다.
항상 표시될 때 컨트롤이 차지하는 공간을 줄여 더 개선할 수 있겠지만, 적어도 이렇게 하면 컨트롤이 존재한다는 것을 명확히 보여주고 혼란스러운 오작동을 줄일 수 있습니다.
2개의 좋아요