우리는 라이트박스(lightboxing)의 최소 크기를 줄이는 방향으로 결정했습니다. 라이트박스를 사용하는 사용자 중 상당수가 약간 더 작은 크기나 정확히 400 x 300 크기의 이미지를 사용하고 있었기 때문입니다. 그 결과 아주 잘 작동했습니다.
@Heather_Dudley 어떻게 그렇게 하셨나요?
관리자 설정에서 라이트박스 옵션을 찾아 크기를 변경할 수 없었습니다.
max image size와 max image height입니다 - 'max image’로 검색하면 두 항목 모두 찾을 수 있습니다. 이 한도를 초과하는 이미지는 라이트박스(Lightbox)로 표시됩니다.
여러분 안녕하세요
게시글 “상자” 밖으로 이미지가 벗어나는 문제를 여전히 겪고 계신 분이 계신가요?
예를 들어 여기에서, 일부 이미지가 오른쪽으로 밀려서 보이지 않습니다.
안녕하세요. 저는 디스코르스를 처음 사용해 보고 있으며, 어떤 이미지 갤러리가 있는지 알아보고 있습니다. 현재 vBulletin 포럼에서 PhotoPost Gallery를 사용 중입니다. PhotoPost를 Tiles로 가져오는 가져오기 도구가 있나요? 찾아보았지만 아래 링크만 발견했고, 제 기억이 맞다면 당시 게시물이 논의될 때의 결론은 토픽으로 가져오라는 것이었습니다. 지금도 여전히 그렇게 해야 하나요?
컴포넌트 감사합니다.
정상적으로 작동하지만, 예시에서 볼 수 있는 "정적 미리보기"가 표시되지 않습니다.
사진은 왼쪽 줄로 강조 표시되지만, 크기가 조정되지 않습니다.
위 게시글들을 모두 읽은 결과, 저와 같은 문제를 겪는 사용자가 많다는 것을 알게 되었습니다.
Titles Image Gallery와 Slick Image Gallery 모두 사용자가 갤러리에서 사이트 설정의 "최대 이미지 너비 및 높이"보다 작은 이미지를 사용할 경우 게시물 레이아웃을 깨뜨립니다. 디스코스가 작은 이미지에 대해 "라이트박스"를 생성하지 않는다는 점은 이해합니다. 따라서 사용자가 이러한 작은 이미지를 클릭하거나 확대할 수 없는 것에 대해 불평하지는 않겠습니다.
그러나 모든 포럼 멤버가 사이트 설정의 “최대 이미지 너비 및 높이” 값보다 큰 이미지를 업로드하도록 강제하는 것은 불가능합니다. 대부분의 포럼 멤버는 픽셀이 무엇인지조차 이해하지 못하며, 이미지 크기를 확인하는 방법을 모릅니다. 그들은 다른 소셜 미디어에 업로드하듯 그냥 가진 이미지를 업로드할 뿐입니다.
예를 들어, 사이트의 최대 이미지 설정이 너비와 높이 모두 690px으로 되어 있다고 가정해 보겠습니다. 사용자가 갤러리에 680x680px 이미지가 4장을 업로드하면, 게시물에 큰 빈 공간(680 x 2720px)이 표시됩니다.
갤러리가 모든 이미지 크기에 맞게 작동하도록 만드는 개발에 시간이 걸릴 수 있다는 점은 이해합니다. 하지만 현재로서는, 갤러리가 이러한 잘못된 크기의 이미지를 숨기는 것이 더 낫다고 생각합니다. 적어도 게시물의 레이아웃이 깨지지 않을 것이기 때문입니다. 깨진 레이아웃은 사용자에게 나쁜 인상을 줍니다. 제 의견은 이 정도입니다. ![]()
스마트폰으로 볼 때 세 번째 이미지가 표시되지 않습니다.
총 4개의 이미지가 있으며, PC에서는 모두 확인 가능합니다.
하지만 스마트폰으로 볼 때 세 번째 이미지가 없습니다.
브라우저 인스펙터를 확인해 보니, 세 번째 이미지는 “tiles-col–3” 아래에 배치되어 있습니다. 작은 화면에서는 이렇게 되면 안 됩니다.
CSS에서 작은 화면일 때 "tiles-col–3"을 숨기(display:none)기 때문에, 3번째 열에 있는 이미지가 사라지는 것입니다.
이 TC에 대해 감사하다는 말씀만 드리고 싶어요. 제가 진행 중인 프로젝트와 아주 잘 어울리네요. 잘 만드셨어요. ![]()
이미지가 max보다 작으면 왜 표시되지 않나요?
@lhkjacky님이 설명한 것과 동일한 문제를 겪고 있습니다.
Tiles Image Gallery의 문제를 해결하기 위해 새로운 TC를 만들어 주신 @Heddson에게 감사합니다. ![]()
Masonry Image Gallery:
"Tiles Image Gallery"를 "Masonry Image Gallery"로 교체했습니다.
이제 갤러리에 작은 이미지를 추가해도 게시물의 레이아웃이 깨지지 않습니다. ![]()
Tile과 Slick을 몇 년 동안 함께 사용해 왔고, 우리 커뮤니티는 이 두 가지 모두를 꽤 좋아합니다! ![]()
최근 포럼을 Discourse 3.0으로 업데이트했는데, 그 후 두 플러그인 모두 조금 이상하게 작동하기 시작했습니다. 저희 설정의 문제라고 생각하지는 않습니다. 기본 테마를 사용하고 있으며 CSS 커스터마이징도 기본적인 수준에 그치는데, 업데이트 후에야 이런 문제가 발생했기 때문입니다.
Slick의 문제는 슬라이드쇼 외부에 몇 개의 추가 이미지가 표시되고, 아래에 클릭 가능한 점들이 여러 줄로 나타나는 것입니다. 이 설명이 더 도움이 될 것입니다:
그리드 플러그인의 경우, 그리드 오른쪽에 추가 이미지의 아주 작은 조각이 나타나는 것이 특징입니다:
모바일에서는 잘린 이미지가 더 넓게 보이지만, 여전히 잘린 상태입니다:
이 문제가 발생하는 실제 포럼 링크를 PM으로 보내드릴 수 있습니다.
이런 문제를 겪고 계신 다른 분이 있으신가요?
저는 Discourse 3.0.1 beta2를 사용 중입니다.
미리보기에는 정적 미리보기가 표시되지 않습니다:
하지만 게시글에서는 8장의 이미지가 올바르게 표시됩니다:
갤러리에 몇 장의 이미지가 있나요? 가로/세로 비율이 특이한 이미지가 있나요?
문제는 실제로 이미지 개수와 관련이 있습니다. 갤러리에 이미지 *불릿(bullets)*을 표시할 공간보다 이미지가 더 많으면, Discourse 3.0 이후 이상한 방식으로 깨지는 것 같습니다.
아래는 모든 것이 정상적으로 작동하고 불릿이 이미지 아래에 표시되는 한계치입니다:
여기서는 같은 갤러리에 이미지가 하나 더 추가된 상태입니다:
모든 불릿이 위로 이동하여 사진 위에 표시됩니다: 검은 배경 때문에 약간 보기가 어렵지만, 왼쪽에 최소 하나(호버 시 더 잘 보입니다)를 볼 수 있으며, 추가된 하나는 하단에 표시됩니다.
이전에는 이미지가 많을 때 불릿이 갤러리 아래에 줄을 이루어 쌓여 있었습니다.
관련될 수 있는 부분으로, 일부(또한 큰) 갤러리 — 하지만 전부ではない — 도 Discourse 3.0 업데이트 후 약간 깨졌습니다:
이것이 불릿 정렬 오류 때문인지 불분명합니다. HTML을 살펴보니 ul.slick-list와 button.slick-next.slick-arrow 사이에 수십 개의 <br> 태그가 있고, 그 사이에 사라진 두 이미지가 섞여 있습니다.
이 테마 컴포넌트에 대해 종료(EOL) 일정이 있나요? 새 기능으로 전환하는 작업을 우선순위에 두려고 합니다.
이 컴포넌트가 이미 깨진 것 같은데요? 여러분 사이트에서는 여전히 정상적으로 작동하나요?
다음과 같은 메시지를 받았습니다.
[관리자 공지] 다가오는 Discourse 코어 변경 사항과의 호환성을 위해 테마 또는 플러그인 업데이트가 필요합니다. (id:discourse.fontawesome-6-upgrade) 확인된 테마: ‘Tiles - Gallery Component’.
다만, 이는 비추천(deprecated) 컴포넌트입니다.














