Enterprise: 도구 모음: 검색 필드의 정렬되지 않은 닫기 버튼

@rob2d 검색 필드에 대한 변경 사항을 다시 방문할 수 있는지 궁금하십니까? 이 문제가 소수에서 발생하는 것 같습니다. 여기에서 조회 필드 내의 검색 필드에는 동일한 문제가 있습니다. https://master-enterprise.demo.design.infor.com/components/lookup/example-index.html

픽셀 값 대신 transform: translateY() 를 사용하는 것과 관련이 있다고 생각합니다.

• 여기 한 곳이 있습니다
• 여기 다른

원래 티켓에 대해 이야기할 때 이것을 기억하지 못했지만 과거에 변환과 이러한 유형의 정렬을 수행하는 것을 특별히 피했습니다. 정렬을 위해 픽셀 값으로 이동합니다.

@EdwardCoyle y-offset은 약 5-6개의 케이스에 필요했으며 마지막 티켓은 필드로 너무 멀리 내려가거나 시각적으로

나는 이것을 보고 다음에 그것을 확인할 때 그것을 분리하려고 노력할 것이다. 아마도 충돌하는 규칙이 있는 것 같기 때문에 컴포넌트 수준에서 이러한 특정 경우에 더 많은 컨텍스트를 가진 클래스를 주입할 수 있을 것이다. 그것은 전에 나의 첫 번째 티켓이었고 익숙하지 않았기 때문에 그것을 피하려고 시도했습니다(하지만... 그 티켓에서 가장 많지는 않지만 잘하면 충분합니다).

필드가 몇 픽셀 아래에 있다는 사소한 문제 외에도 https://main-enterprise.demo.design.infor.com/components/swaplist/example-search.html 을 참조하십시오. 필드에 입력하면 X가 완전히 보이지 않습니다. 나는 이것이 여기와 같은 문제가 될 수 있다고 생각합니다. 따라서 해당 페이지를 검토하려는 경우에도 좋습니다.

https://github.com/infor-design/enterprise/issues/5080

두 가지 문제가 더 게시되었습니다. https://github.com/infor-design/enterprise/issues/5096 https://github.com/infor-design/enterprise/issues/5090

다 같이 고칠 수 있을 것 같아요....

@tmcconechy 첫 번째와 두 번째 문제는 실제로 관련이 없습니다.

두 번째 CSS/고정 및 테스트용으로 대상을 지정했습니다. 하지만 계속 진행된다면, 정렬이 충돌하는 여러 가지 방식으로 하드 코딩되어 있기 때문에 전체적으로 이 닫기 버튼을 다시 생각하는 것이 더 나을 수 있습니다. 기능이 회고에 추가되었지만 절대/유연한 위치 없이 일부 나쁜 경우를 생성 하지 않는 솔루션이 없었기 때문에 그 종류는 약간 멍청한 것처럼 느껴집니다(이것이 일부에서 다운된 첫 번째 문제를 일으킨 원인입니다) 경우).

Wack 두더지가 바로 그것입니다. 그러나 작동하는 각 경우에 대해 CSS를 만들 수 있습니다. 이것을 강제하는 방식으로 수행되었으므로 다른 무엇을 할 수 있는지 잘 모르겠습니다. 당신이 생각해낼 수 있는 것을 보십시오.... 하루가 끝날 때까지 예쁘기만 한 것은 아닙니다.

@tmcconechy 이것은 실제로 나머지와 약간 다릅니다. 그것은 실제로 기능적이며 우리가 지금까지 깨닫지 못한 문제입니다. 이는 적절한 스타일링과 관련이 있습니다. 잘리는 메뉴가 있어서 스타일이 고정된 적은 없지만 튀거나 튀어나와요. 그러나 흐름이 변경될 때 무작위로 제거되는 is-open 클래스도 있습니다(이 때문에?). 컨테이너를 display: inline-flex 하면 숨김 현상이 해결되지만 새로운 규칙이 도입되어 일관되게 스타일을 지정할 수 있습니다.

여기에 숨어있는 div를보십시오. 실제로는 더 작은 해상도에서 넘쳐납니다.

이것은 작은 벌레 캔처럼 보이지만 올바르게 수정하려면 일부 스크린샷을 새로 고쳐야 할 수도 있습니다.

예 - 테스트로 이해할 수 있습니다. 우리는 그것을 얻을 것이다. 이 코드가 더 오래된 경우 수정 사항을 더 구체적으로 대상으로 지정할 수 있습니다.

@tmcconechy가 조사를 시도했지만 매우 구체적으로 수정할 수 없는 것 같았습니다. 클래스를 생성하는 코드를 살펴보려고 했지만 여기에는 이해/컨텍스트가 필요한 난해한 개념/규칙이 추가되었으며 그 중 하나는 흐름이 변경될 때 클래스가 말을 더듬게 하는 것입니다. 따라서 인라인 레이아웃 규칙을 통해 메뉴를 복원하려고 시도하고 위의 내 게시물을 기반으로 팝업되는 이러한 문제를 대상으로 하는 데 도움이 되기를 바랍니다.

좋습니다. 그러나 다음과 같은 몇 가지 경우가 있습니다.

https://main-enterprise.demo.design.infor.com/components/swaplist/example-search.html -> 스왑 목록 클래스를 대상으로 할 수 있음
https://master-enterprise.demo.design.infor.com/components/lookup/example-index.html -> 조회 모달을 대상으로 할 수 있음

다른 일부는 탭이나 도구 모음 요법을 대상으로 할 수 있습니다. 아름답지는 않지만 더 좋은 것이 떠오르지 않는다면.

@tmcconechy 넵 감사합니다. swaplist에 클래스에 대한 수정 사항이 있습니다. 이 페이지의 화면에 있는 것에 대해 이야기하고 있었습니다.

(레이아웃에 완전히 다른 버그가 있습니다. 예를 들어 메뉴가 오버플로에서 방금 사라졌지만 원래 있던 것처럼 보입니까? ** 또는 그 반대의 경우도 다시 나타나서 사라집니다.)

편집: 문맥을 위해, giphy:

하지만 당분간은 스타일링에만 집중할 것입니다.

품질보증을 통과했습니다. 감사합니다.