높이/너비 비율이 높은 이미지는 게시글(작성 화면)에서 수동으로 설정한 크기를 따르지 않습니다. 작성 화면 미리보기에서는 올바른 크기로 표시되지만, 게시글을 제출하면 잠시 올바른 크기로 표시된 후 화면 너비에 맞게 다시 조정됩니다.
2개의 좋아요
수년간 세로로 긴 이미지(높이와 너비의 비율이 높은 이미지)에 관한 몇 가지 주제가 있었습니다. 제가 아는 한, 표준 동작은 여러분이 겪고 있는 것과 동일합니다. 이를 변경할 수 있는 사이트 설정이 있습니다:
3개의 좋아요
이미지가 수동으로 크롭하지 않고 삽입된 경우라면, 실제로 그렇게 될 수 있습니다.
제 문제는 이미지가 기본 크기(높이가 너비보다 큰 상태)로 표시되는 것을 원하지 않는 것이 아니라, 수동으로 입력한 매개변수에 맞춰 크기가 조정되기를 원하는 것입니다(두 이미지 모두 크기가 50x50으로 설정되어 있지만, 하나만 제대로 반영되는 것을 확인해 주세요).
아직도 이것이 버그라고 생각합니다. 이미지가 시스템에 의해 자동으로 설정된 크기로 삽입된 후(그리고 사이트 설정에 따라 조정된) 것이 아니라, 시스템이 의도적으로 수동으로 입력된 크기를 무시했기 때문입니다.
2개의 좋아요
말씀하신 내용을 이해했습니다: 제 생각에 그것이 표준 동작 방식입니다.
즉, 저장된 게시물의 크기를 수동으로 자르지는 않으셨다는 뜻입니다. 그렇게 할 수 없다고 생각하지만, 팀 중 한 명이 이를 확인해 줄 수 있습니다.
다음 게시물은 리사이징이 어떻게 처리되는지 설명하고 있으며, 높이와 너비 값을 모두 설정하더라도 실제 치수와 일치하지 않는 한 작동하지 않는다는 것을 확인할 수 있습니다:
1개의 좋아요
존중하는 마음으로 말씀드리지만, 이는 사실과 다릅니다. 제가 제대로 설명하지 못했을 수 있으니, 다시 한번 시도해 보겠습니다:
- 해당 원본 이미지는 가로/세로 픽셀 비율이 낮습니다(이 부분은 이견이 없음)
- 이미지를 컴포저에 직접 삽입하면 마크다운에서
와 같이 자동으로 너비와 높이가 지정되며, 동일한 낮은 가로/세로 비율을 유지하므로min ratio to crop설정에 따라 표시됩니다. - 그러나 이미지를 마크다운에서 수동으로 리사이즈하여
! [image|50x50](upload://)로 만들 경우: 이 새로운 가로/세로 비율은 1이 되므로min ratio to crop사이트 설정이 트리거되지 않아야 합니다.
원본 이미지는 포함하고 있는 모든 정보가 중요하므로 잘라낼 수 없으며, 원하는 결과는 원본을 가리키는 50x50 크기의 작은 섬네일을 만드는 것입니다.
따라서 올바르게 재구성된 문제는 다음과 같습니다:
min ratio to crop사이트 설정은 물리적 픽셀 가로/세로 비율이 아닌 마크다운에서 정의된 가로/세로 비율을 존중해야 합니다.
@dax, 이 글은 #contribute:bug에서 #support로 이동되었습니다. #contribute:bug에 새 주제를 열어야 할까요, 아니면 이 글의 원문(OP)을 수정해야 할까요?
3개의 좋아요
다시 작성된 이슈는 적절해 보입니다. 하지만 제가 링크한 주제들을 읽었다면, 왜 이 문제가 큰 주목을 받지 못할 가능성이 높은지 이해할 수 있을 것입니다.
사이트 설정은 개인이 이를 무시하는 것을 방지하기 위해 개발된 반면, 당신은 이를 무시하려고 하고 있습니다. 대신, 이미지의 종횡비가 리사이징에 적합하도록 사이트 설정을 충분히 변경해야 합니다.
즉, 지나치게 길쭉한 이미지는 기본적으로 허용되지 않으며, 사이트 관리자가 명시적으로 허용해야 합니다. 개인 사용자는 이 설정을 무시할 수 없습니다.
1개의 좋아요
이 섬네일은 어떤 모습일까요? 50x50 예시를 기준으로 다음 세 가지 옵션을 볼 수 있습니다:
- 섬네이가 완벽한 50x50 정사각형이 되도록 이미지의 위/아래 부분이 잘립니다.
- 왼쪽/오른쪽 부분에 검은색(또는 유사한) 필러가 추가되어 50x50 섬네이 안에서 원본의 종횡비를 유지한 채 “전체” 이미지를 볼 수 있습니다.
- 이미지가 늘어나서 완전히(그러나 왜곡된) 이미지가 완벽한 50x50 정사각형을 채우도록 합니다.
제가 놓치고 있는 다른 옵션이 있을까요?
OP(첫 게시물)을 확인해 주세요: 첫 번째 이미지는 실제로 50x50으로 리사이즈되며, 그렇게 처리하는 방식은 전혀 문제없고 어떤 비율에서도 작동해야 합니다(전체 너비를 유지한 채 위쪽 중앙에서 이미지를 잘라내고, 선언된 크기 비율에 맞게 높이를 조정하는 방식으로, 그런 다음 리사이즈한다고 생각합니다).
문제는 이미지의 화소 w/h 비율이 낮지만 수동으로 설정한 화면 비율이 수용 가능한 경우에도 전역 설정이 발동되어서는 안 된다는 점입니다.
수동으로 설정한 비율이 우선되어야 합니다. 이 설정은 이미지가 (높이 때문에) 디스플레이의 큰 부분을 지배하는 것을 방지하기 위한 것인데, 50x50에서는 분명히 그렇지 않으므로요.
네, 확인했습니다. 하지만 그것은 당신의 다른 진술과 모순되는 것 같았어요:
다시 읽어보니, 원본 이미지는 자르지 말라고 하셨군요. 제가 아는 한, 원본 이미지는 절대 자르지 않으므로 거기에 대해 걱정할 필요는 없습니다.
어쨌든, 일반적인 우려/제안에는 동의합니다. 부분적인 이미지만 표시하는 이유는 높은 세로-가로 비율의 이미지가 페이지를 지배하는 것을 방지하기 위해서입니다. 예시에서 차원을 50x50처럼 설정하는 경우, 이는 분명히 해당 사항이 아닙니다. 따라서 지정된 마크다운 차원을 무시할 이유는 없습니다.
1개의 좋아요
저는 디스코스(Discourse) 팀원이 아니므로, 제가 확인한 내용을 그대로 전달하는 것입니다.
현재 기본 설정에 대해 여러 가지 이유가 제시된 바 있습니다. 여기에서 제가 기억하는 이유는 다음과 같습니다:
- 사이트 소유자가 이 기능을 제어할 수 있도록 하기
- 세로 방향으로 너무 많은 공간을 차지하여 화면을 지배하는 긴 이미지를 방지하기
- 긴 이미지가 가로 방향의 얇은 조각이나 끊김으로 변하는 것을 방지하기
- 가독성 있는 미리보기를 제공하기
- 한 차원에서 의도치 않은 신축이 원인이 되는 경우가 있는, 최적화되지 않은 비정상적인 이미지(긴 이미지 포함) 사용을 지양하기
또한, 컴포저 미리보기에서 표시 이미지를 수동으로 크기 조정할 수 있다고 생각하게 만드는 문제도 있습니다. 이 문제는 이전에 보고된 바가 있지만, 우선순위 있는 수정 사항으로 간주되지 않은 것으로 보입니다:
의도를 오해하고 있는 것 같습니다. 마크다운에서 200x200으로 지정된 200x1000 이미지가 마크다운에서 200x200으로 지정된 200x300 이미지와 다르게 취급되어야 하는 이유는 무엇인가요?
1개의 좋아요
기본값 변경에 찬성하거나 반대하는 논쟁을 하고 있는 것이 아니므로, 제 말의 요점을 놓치고 있는 것이 아닙니다. 반복해서 말씀드리지만, 저는 이미 포럼에 존재하는 내용을 보고할 뿐입니다. 저는 Discourse 팀의 일원이 아니므로, 어떤 일이 일어나도록 결정하는 데 어떠한 역할도 하지 않습니다.
제가 표현한 유일한 의견은, 현재의 기본값이 변경될 가능성이 낮다고 보는 것입니다. 이 포럼에서 거의 모든 새 주제를 5년간 읽으며, 팀의 의사결정 방식에 대해 훨씬 더 확신을 갖게 되었습니다. 현재로서는, Discourse 팀의 의견이 없는 것 자체가 많은 것을 말해 줍니다.
이 사안은 단순한 버그 리포트에서 완전히 주제에서 벗어난 의견글로 변질되었으니, 팀이 답변할 수 있는 공간을 좀 마련해 주는 것이 좋겠습니다.
이 허수아비 논쟁은 이미 충분히 다뤄졌으니, 이제 마무리하는 것이 어떨까요?
여기서 아무도 이 기본값이 변경되어야 한다고 주장하지 않습니다. 오히려 현재 상태가 꽤 합리적입니다:
제가 주장하는 것은 min ratio to crop(최소 비율로 자르기) 설정이 물리적 파일의 차원이 아니라 게시글 자체에 정의된 차원을 사용하여 작동해야 한다는 것입니다.
낮은 너비/높이 픽셀 비율을 가진 이미지가 게시글 내에서 수동으로 리사이즈되었다면, 더 이상 토론을 지배하지 않는 것 아닙니까?
그리고 왜 이것이 버그인지에 대한 질문이 나올 수 있으니 미리 말씀드리자면:
이는 제가 특정 이미지 하위 집합만 포맷팅할 수 없기 때문입니다. 포맷팅되지 않은 채로 두면 토론을 지배하게 될 이미지들을 포맷팅할 수 없어 딜레마에 빠진 상태입니다.
여전히 이 설정이 예상되는 기능을 깨뜨린다는 제 주장이 믿기지 않는다면, OP의 두 번째 이미지를 컴포저의 스케일링 도구를 사용하여 50%로 리사이즈해 보세요.
그 결과는 게시글의 모든 이미지가 절반 너비로 줄어든다는 점인데, 높고 좁은 이미지만 예외입니다.
1개의 좋아요
이것은 버그가 아니라 Discourse의 정상적이고 기본 동작입니다. 설계상 알려진 한계입니다. 또한 원하는 기능을 허용할 수 있는 사이트 설정이 있으며, 해당 제한을 해제할 권한은 사이트 소유자에게 있습니다.
이미지 크기, 파일 확장자 등에 대한 사이트 설정도 있으며, 기본값을 변경해 달라는 유사한 요청이 자주 들어옵니다. 설정을 변경하려면 사이트 소유자에게 요청해야만 한다면, 그것은 버그가 아닙니다.
이것은 버그가 아닙니다. 버그로 되돌려 두면, 더 이상 여기에서 환영받지 못하게 될 것입니다.
2개의 좋아요
Jeff님, 이 이슈에 관심을 가져주셔서 감사합니다.
팀 멤버가 이 주제를 다른 카테고리로 이동시킨 후, 제가 이 주제를 다시 분류한 적이 없으며(다시 버그 카테고리로 되돌린 것도 제가 한 것이 아닙니다) 앞으로도 그럴 것이라고 확신시켜 드릴 수 있습니다. 이 주제를 기능 요청으로 불러도 저는 전혀 문제없습니다.
제가 여기에 게시물을 올린 목적은 소프트웨어를 일상적으로 사용하면서 겪고 있는 문제를 설명하고, 팀의 답변을 구하기 위해서였습니다.
저는 어떤 것도 요구하지 않으며, 답변을 요구하는 것도 아닙니다. 하지만 최소한 팀이 제 의견을 들어주기를 바랍니다(같은 논거로 이 문제를 완전히 해결하지 못하는 방식으로, 이 포럼의—분명히 선의의—같은 멤버에게 여러 번 연속으로 일축당하는 것만은 원하지 않습니다).
전체 주제를 꼼꼼히 읽어보시고 문제를 파악하셨기를 바랍니다만, 명확성을 위해 다시 한번 요약해 드리겠습니다:
- 마크다운을 사용하여 모든 이미지를 원하는 크기로 설정할 수 없습니다(사용자 입장에서 예상하지 못한 동작입니다)
- 이는
min ratio to crop에 의해 결정되며, 이미지가 마크다운을 통해 허용되는 가로/세로 비율로 수동 조정되었더라도 이미지의 픽셀 가로/세로 비율을 사용합니다. - 과한 투자가 아니라면, 마크다운에서 정의된 가로/세로 비율을 사용하는 것이 가능할까요?
이렇게 하면 다음과 같은 예상치 못한 이미지 크기 조정 동작(모든 이미지를 50x50으로 설정)을 해결할 수 있습니다:
고려해 주셔서 감사드리며, 이 놀라운 소프트웨어에 쏟아붓는 팀 전체의 노력에 다시 한번 감사드립니다!
7개의 좋아요
변경하는 것이 얼마나 복잡한지는 확실하지 않지만, 이 기능도 보고 싶습니다.
보통 UI 스크린샷을 올릴 때 이런 문제를 겪습니다… 게시글을 작성할 때 이미지가 잘릴 것이라는 표시가 없어서, 게시물을 올린 후 잘린 이미지를 보고, 잘림을 피하기 위해 게시물을 수정하게 됩니다. 몇 번은 마크다운에서 크기를 수정해 보았지만, 물론 그렇게는 작동하지 않더군요… 결국 다시 돌아가서 이미지를 자르고 재업로드하게 됩니다.
8개의 좋아요
@zogstrip 어떻게 생각하시나요?
if crop
cropped_width, cropped_height = ImageSizer.crop(original_width, original_height)
if cropped_width < width
width = cropped_width
img["width"] = width
end
if cropped_height < height
height = cropped_height
img["height"] = height
end
end
VS 기존 코드:
현재 동작 방식보다 훨씬 덜 의외의 결과를 가져올 것이며 @awesomerobot 님도 좋아하실 것입니다. 제가 볼 수 있는 유일한 단점은 이 테스트가 매우, 매우, 매우 많이 목(mock)을 사용한다는 점입니다.
좋아하시면 커밋하셔도 됩니다.
7개의 좋아요
작은 변경 사항을 제안합니다:
한쪽 치수만 변경하고 다른 쪽은 그대로 두면 다소… 이상한 결과가 나올 수 있습니다.
2개의 좋아요
제가 볼 때, 적어도 개발 환경에서는 이후에 종횡비 비율을 수정하는 것 같습니다.
5개의 좋아요