최근 업데이트에서 비롯된 문제인 것 같습니다. 이전에는 잘 맞았거든요.
Received 이메일 로그는 열 수가 적어서 잘 표시됩니다:
Sent와 Rejected 로그는 내용이 넘쳐납니다:
문제가 뭔지 잘 모르겠는데, 페이지가 넘쳐서 그런 건가요? 가로 스크롤바가 있는 것 같아서, 그렇지 않은 것 같은데요?
아마도 ‘overflow’는 이 문제를 설명하는 데 가장 적절한 표현이 아닐 수 있습니다. 이전에는 가로 스크롤 바가 필요하지 않았으며, 모든 콘텐츠가 컨테이너 안에 들어맞았기 때문입니다.
실제로 최근 변경 사항이 있었습니다.
따라서 이것이 의도된 디자인입니다. 대안은 더 납작한(squashed) 모양입니다.
결국 폭이 충분히 작아지면 테이블이 가로로 넘치고 스크롤이 필요합니다. 현재 뷰포트에서 그 지점에 조금 더 빨리 도달하는 것 같습니다.
1개의 좋아요
알겠습니다. 감사합니다. 저는 여전히 가로 스크롤보다는 압축된 레이아웃을 선호합니다. 글씨를 더 작게 하고 여백을 줄이는 건 어떨까요?
저도 그 변화를 알아차렸습니다 – 특히 Sent에서 어색하게 느껴집니다. 업데이트 이전에는 문제가 없어 보였거든요.
적어도 기본/기반(기본/Foundation) 테마의 경우 폭은 뷰포트가 아니라 디자인에 의해 제한됩니다. CSS 수정을 통해 테이블의 더 많은 부분을 노출할 수 있을 뿐입니다:
:root {
--d-max-width: 1310px;
}
열을 활성화/비활성화할 수 있으면 좋겠습니다. 하지만 그 전에:
- Sent에서는 Reply Key보다 Post & SMTP Details 열을 조사하는 데 훨씬 더 관심이 많습니다. 특정 Reply Key가 필요할 경우 오른쪽으로 스크롤하는 편이 낫습니다.
- Rejected는 자주 사용되지 않지만, To와 Subject가 이전처럼 조금 더 빽빽하게 줄바꿈되도록 조정되어도 괜찮을 것 같습니다. 어차피 대부분 줄바꿈이 일어나기 때문입니다.
1개의 좋아요
이전에 관리자 페이지는 전체 너비여야 합니다 스레드에서 이 내용을 올린 적이 있습니다:
조금 너무 간단해 보일 수 있지만, 이 CSS 수정으로 좋은 결과를 얻고 있습니다:
// 관리자 페이지를 전체 너비로 확장 .admin-interface { --d-max-width: 100%; }물론 내부 다이얼로그에는 영향을 주지 않으며, 일부 관리자 페이지에서는 과할 수 있지만, 로그를 훨씬 보기 좋게 만들어 줍니다.
2개의 좋아요
이 문제를 보고하려고 했는데, 다른 분들도 같은 문제를 발견하고 있어서 다행입니다.
개인적으로, Post & SMTP details 열을 가로 스크롤 없이 한눈에 볼 수 있는 기능이 사라진 건 정말 짜증스럽습니다.
Reply Key를 좀 더 압축할 수 있지 않을까 싶습니다(아마 중간 부분을 생략하는 식으로요). 이건 32자리의 16진수 문자열이거든요. 앞 8자리와 뒤 8자리만 있어도 레코드를 식별하는 데 충분한 고유성을 유지하면서 공간을 많이 절약할 수 있을 것 같습니다.
59e6a6c3ca31f7405d7c234d6d73bf53
vs
59e6a6c3…6d73bf53
마우스를 올렸을 때 전체 32자리를 표시하고, Ctrl-V(복사)를 누르면 전체를 복사하는 것과 같은 멋진 기능이 있다면 좋겠습니다.