이미지 설명 추가를 장려하거나 강제하기

스크린리더를 사용하는 사람들이 Discourse를 사용할 수 있도록, 항상 이미지 설명을 추가하는 관행을 갖고 있습니다. 이미지 설명을 추가하는 데 도움이 되는 최선의 방법은 무엇일까요?

예를 들어, 이미지 설명을 추가하도록 안내하는 도움말 텍스트를 표시할 수 있을까요?

“이미지를 추가했습니다! 주제를 생성하기 전에 이미지 설명을 추가해 주세요.”

그리고, 대체 텍스트(alt-text)는 어떻게 추가하나요?

이미지 설명에 대해 더 알아보기
https://uxdesign.cc/how-to-write-an-image-description-2f30d3bf5546
https://livingwithdisability.tumblr.com/post/124066767358/all-about-image-descriptions

3개의 좋아요

Good question.. I’ve wondered about this myself. It appears that the filename is used to create a description for the image. Then after uploading, you can tweak it in the markdown. When viewing a post with an image, you can mouse over it or click on it to look at the image bigger, and it includes the description at bottom. But I don’t know how that description works in screen readers.

If this can work, then for communities where this is especially important you can develop a culture around improving these descriptions, and moderators can also keep an eye out and edit posts to improve descriptions or send PMs to educate users.

![Irish Stout after a week in the fermenter, ready for pouring into bottles|375x500](upload://rW0hzxtwAluwFC6TAY07KT7J8IK.jpeg) 

4개의 좋아요

I’d like to bump this.

@codinghorror is there a place to make specific requests for technical improvements here? Requiring users to rename files or supply markup is simply a non-starter. Those techniques are completely non-discoverable, but even if they weren’t, are also a bigger hurdle than most users will climb. Adding alt text need to be obvious, simple, and (critically) part of the normal process for uploading images, so that users who rely on assistive technologies can participate. IMO the best solution would be to have a pop-up on image upload that asks for descriptive text to be supplied. And at least for our forum I would even like a configuration to make supplying non-empty text mandatory.

7개의 좋아요

OK, I think you’d need a plugin for that, perhaps start in Marketplace ?

@codinghorror I meant to convey that accessibility needs to be a first-class concern that is built directly in to Discourse, not bolted on as an afterthought. (Apart from that, after a recent very bad experience with a non-official plugin and a botched upgrade, we only install official plugins).

2개의 좋아요

pop-ups rarely improve usability, so I am not sure I agree with that.

At the moment when pasting from clipboard we do this:

A theme component could be built (no need for a plugin here)

  • That adds a big red popup
  • That highlights the word image after upload
  • That introduces an interstitial page.

I suggest starting with a theme component here prior to considering any core changes.

4개의 좋아요

Could you point me to a theme component that has these elements? I’d like to play around with one so that I can perhaps sketch out what an alt text / image description theme component workflow would be like.

I do think a plug-in like how events works would be best though, where you insert an image and a form opens up where you type in the alt text and the image description. Then when you hit submit the image is automatically properly formatted.

I suggest starting with a theme component here prior to considering any core changes.

Sorry for the delayed reply. I have always regarded Discourse development as both thoughtful and thorough, and my perception from other threads as also led me to believe that accessibility is a priority.

Which is why I am frankly struggling to understand the reluctance here. I would describe the current situation for users as “nearly impossible to add, even if they want to / remember to” and the situation for admins as “completely impossible to remind / encourage”. Making alt-tags simpler and easier seems like incredibly low-hanging fruit that would benefit accessibility on every Discourse instance. It should be built-in, everywhere. $0.02

3개의 좋아요

You could certainly build a blocking interstitial which prevents posting.. I think you could do this with watched words – since we know the default image description is equal to the filename?

![super_breakout_1680x1050|690x431](upload://kVEmM01Hth0lkki06JdIsR4do5P.jpeg)

1개의 좋아요

This might be an interesting target for an AI Auto labeler.

IMO these settings would be present

  • Prompt for descriptions on image uploads (default ON)
  • Attempt to auto-fill image descriptions using AI service (default OFF)

I would not personally want automated AU labels submitted without human review.

All that said, after three years now, I am somewhat skeptical that Discourse is going to build in functionality to streamline accessibility options for image uploads.

저희는 이미지 중심의 포럼은 아니지만, 방금 이미지를 업로드할 일이 생겼고, 어떻게 작동하는지 확실하게 확인하기 위해 Meta에 와서 대체 텍스트 기능을 찾아봐야 했습니다. 기능이 매우 직관적이지 않습니다.

요즘 웹 개발 전반에서 접근성에 대한 강조가 커지면서 저의 인식도 높아졌습니다. Discourse에서 업로드 시 대체 텍스트를 입력하도록 프롬프트를 표시하고, 이를 필수로 설정할 수 있는 옵션을 제공하면 좋겠습니다.

2개의 좋아요

조금 관련이 있는 내용이지만, Discourse AI는 이제 게시글에 대체 텍스트가 없는 이미지를 감지할 때 사용자가 AI 생성의 자동 이미지 캡션을 활성화하도록 한 번 프롬프트를 표시합니다.

그것도 의미 있는 시도이지만, AI 기능이 없는 포럼에서도 저자를 위한 프롬프트를 제공했으면 합니다.

(디스커스 AI를 탓하려는 것은 아니지만, 지금까지 AI 생성 대안 텍스트는 맥락을 무시하고 매우 평이하거나 부정확한 내용을 제시하는 경우가 많아 개인적으로 선호하지 않습니다. AI는 대량의 과거 콘텐츠에 대한 일괄 처리 같은 용도에는 적합할 수 있습니다. 하지만 글이나 대화에서는 단순한 시각적 설명이 아니라, 이미지가 전달하려는 서사적 의도를 저자가 직접 작성한 대안 텍스트를 선호합니다.)

1개의 좋아요

앞으로의 최선의 방법은 커뮤니티가 이를 수행하는 테마 컴포넌트를 개발하는 것입니다. 잘 받아들여진다면 결국 코어에 채택될 수 있습니다.

1개의 좋아요

왜일까요? 특히 접근성(Accessibility)은 Discourse가 선두에 서야 할 분야입니다.

1개의 좋아요

Discourse에는 이미지에 설명을 추가하는 방법이 제공됩니다. 구현 방식이 마음에 들지 않는다고 해서 우리가 앞서가지 못하고 있다는 뜻은 아니에요. :wink:

다른 구현 방식을 원하신다면, 테마 컴포넌트로 직접 구현하시거나 #marketplace에서 누군가에게 의뢰하실 수 있습니다. 현재보다 더 나은 방식으로 작동한다면 코어에 추가됩니다. 많은 개선 사항이 이렇게 코어에 포함됩니다.

그렇다고 해서, 새로운 작성기(composer) 작업의 일환으로 이 UI 영역을 다시 살펴볼 예정입니다. 목록에 올라가 있습니다.

1개의 좋아요

푸터를 추가하는 것을 말씀하시는 건가요, 아니면 ALT 텍스트 같은 것을 말씀하시는 건가요? 특히 시각 장애인을 위해 이미지에 설명을 추가하는 현재 권장 방법이 있는지 확인하려고 여기에 왔습니다.

1개의 좋아요

alt 속성은 이미지 설명으로, 이미지 마크다운 구문 안에 추가하거나 게시글 미리보기의 이미지 섬네일에서 직접 추가할 수 있습니다 :slight_smile:

마크다운 예시:

![이미지는 제품 매니저가 AI 자동 응답기를 논의하는 디스코드 AI 블로그 게시물입니다. 이 기능은 AI를 사용하여 지원 문의에 지능적으로 응답하며, 기능을 위해 디스코드 자동화 및 AI 플러그인이 필요합니다. (AI가 캡션을 생성함)|230x500](upload://6rMT7zREgcFUdeLKbbXXSqOUZLo.jpeg)

3개의 좋아요

저는 이 세부 사항에 대한 제 생각을 계속 다듬어 왔습니다. 시력 있는 사용자에게는 다소 은폐된 alt 텍스트에는 최소한 시각적 묘사가 포함되어야 하며, 서사적 맥락은 이상적으로 figcaption을 사용하여 인라인으로 표현해야 합니다. figcaption은 Discourse에서 아직(아마도?) 사용 가능한 기능이 아닙니다: Support image captions - in addition to alt text.

하지만 현재 우리가 가진 것은 실제로 alt 텍스트인 "이미지 설명"뿐이므로, 이 부분에 대한 프롬프트를 제공하는 것이 여전히 좋을 것입니다.

2개의 좋아요