커뮤니티 위시리스트 설문조사/업데이트

This page is a translated version of the page Community Wishlist Survey/Updates and the translation is 89% complete.

January 4, 2024: Shaping the Future of the Community Wishlist Survey

Community Tech has made some preliminary decisions about the future of the Community Wishlist Survey.

In summary, we would like to develop a new, continuous intake system for community technical requests that improves prioritization, resourcing, and communication around wishes. Until the new system is established, the Community Tech team will prioritize work from the recently audited backlog of wishes rather than run the survey in February 2024. We are also looking to involve more volunteer developers in the wishlist process, beginning with the first-ever community Wishathon in March 2024.

Please read the announcement in detail either on the Diff blog or MetaWiki, and give your feedback.

October 26, 2023: Edit-Recovery is now available for testing in Beta

Hello community, we have some updates. Edit-Recovery wish (formerly known as Auto-save feature) is now available on Beta Cluster, and you are invited to test it.

Start editing any page on any Beta site, for example simple.wikipedia.beta.wmflabs.org, but don't publish your change. Wait 5 seconds and close the tab. Reopen the tab. Your edit should be recovered!

We are working to make the feature more visible with an element like a toast notification when restoring edit data, with the option of discarding the recovered data.

October 17, 2023: An Update on Multiblocks Wish

We have selected Multiblocks the #14 wish in the Community Wishlist Survey 2023. The objective of the wish was to introduce layering blocks (a.k.a multiblocks). We have created a project page to share information about our approach. Please visit and give feedback.

September 25, 2023: It's Time for Wishathon!

The quarterly online hackathon known as Wishathon, organized by Community Tech to help fulfil more wishes from The Community Wishlist Survey, starts from Monday, 25 September 2023, to Friday, 29 September 2023.

Wishathon engages other Wikimedia Foundation staff to help fulfill more wishes, and also foster cross-team and cross-departmental collaboration.

August 8, 2023: Wish Updates

Hello everyone, there have been a few changes since our last major update in April 2023.

Displaying categories on mobile

We hoped to implement Display the categories on the mobile site for everyone – after completing the Better Diffs wish. Unfortunately, our key partner, the Web team, will not tackle this wish now. The importance of categories to readers must be researched further to prioritize this wish instead of other pending wishes. But wish fulfilment is often on a rolling basis, so your feedback is welcome. In the meantime, we are working on the Auto-save feature, the #8 wish in the Community Wishlist Survey 2023, which has been renamed to the Edit-Recovery Feature to reflect more accurately what the feature is.

Who Wrote That

Secondly, we have responded to the Extend ‘Who Wrote That?’ tool to more wikis and currently, Who Wrote That? (WWT) is now available on 8 more Wikipedias – French, Italian, Hungarian, Japanese, Indonesian, Portuguese, Dutch, and Polish. This brings the total number of wikis with WWT up from five to 13.

2023년 6월 22일: 자동 저장 기능의 다음 단계

커뮤니티기술 팀은 다음 단계를 결정하기 위해 자동 저장 기능과 관련하여 발생한 모든 조사, 토론, 패치를 검토하고 있습니다.

프로젝트에 대해 읽고 자동 저장 기능을 위해 데이터를 얼마나 오래 저장해야 하는지, 자동 저장 기능을 작동시키기 위해 데이터베이스에 무엇을 저장해야 하는지 등 몇 가지 질문에 답하는 데 도움을 주세요.

2023년 6월 22일: IPA에서 언어 팀으로 전환

커뮤니티 기술은 이번 6월에 IPA 프로젝트를 언어 팀에 넘길 것입니다. 이 결정은 현지화에 대한 언어 팀의 전문 지식과 무엇보다도 MinT 기계 번역 서비스와 같은 개방형 언어 지원 서비스 제품군을 만드는 데 중점을 두었기 때문입니다.

2023년 4월 27일: 2022년에 이어 2023년 위시리스트 시작

친애하는 커뮤니티 위시리스트 설문조사 참가자 여러분,

2023년 커뮤니티 위시리스트 설문조사에 참여해 주셔서 감사합니다. 설문 조사는 모든 사람을 위해 더 나은 위키미디어 프로젝트를 만들기 위해 새로운 기능과 개선 사항 개발의 우선 순위를 정하는 데 중요한 요소입니다.

2023년 작업 시작

단락 분할을 위한 더 나은 차이점 작업을 완료한 후 커뮤니티 기술 팀이 앞으로 몇 달 동안 작업할 우선 순위로 "모두를 위해 모바일 사이트에 분류 표시"를 확인했음을 발표하게 되어 기쁩니다. 이것은 또한 2022년 위시리스트의 위시 #18이었습니다. 이 결정은 희망사항의 기술 및 디자인 타당성과 모든 사용자를 위한 모바일 사이트의 사용자 경험을 개선하는 데 잠재적인 영향을 기반으로 한 것입니다.

우리는 커뮤니티를 위한 이 기능의 중요성을 이해하고 있으며 작업하게 되어 기쁩니다. 진행 상황에 대해 계속 업데이트하고 구현 일정에 대한 자세한 정보를 가능한 한 빨리 제공하겠습니다. 또한 우리는 2023년부터 7번째로 가장 인기 있는 소원인 "누가 썼습니까?" 도구를 더 많은 위키로 확장하는 방법을 조사하기 시작했으며 앞으로 몇 달 안에 이 작업에 큰 진전이 있기를 바랍니다. 우리는 앞으로 몇 주 안에 다른 여러 언어와 함께 프랑스어 위키백과에 "누가 썼습니까?"를 출시할 예정입니다.

다크 모드

설문 조사에서 투표된 "다크 모드" 소원에 대한 업데이트를 제공하고자 합니다. 우리는 웹 팀이 이러한 바람을 받아들이고 개발에 부지런히 일할 계획임을 알려드리게 되어 기쁩니다. 그러나 기술적 제약과 설계 타당성으로 인해 웹 팀은 "다크 모드" 기능의 첫 번째 버전을 베타로 출시할 예정입니다. 우리는 접근성과 포용성의 중요성을 이해하고 있으며 이 기능이 모든 사용자의 요구 사항을 충족할 수 있도록 최선을 다하고 있습니다. 또한 조정해야 할 템플릿이 많으며 "다크 모드" 기능이 완전히 출시되기 전에 자원봉사자에게 수정하라는 알림을 제공해야 합니다. 웹 팀은 이러한 문제를 문서화하기 위해 노력할 것이며 이 프로세스를 기다려 주셔서 감사합니다. 이 프로젝트에 대한 업데이트를 확인하려면 웹 팀의 뉴스레터를 구독하는 것이 좋습니다.

또한 제가 이곳에서 재임하는 동안 시간을 내어 선의로 저와 협력해 주신 자원봉사자들에게 감사의 말씀을 전하고 싶습니다. 제가 위키미디어 재단과 이 팀을 떠나게 되었음을 알려드립니다. 시간을 내어 제안에 참여하고 우리와 함께 문제를 해결해 주신 분들, 소원을 들어주는 기술적인 부분을 자원하고 해결해 주신 분들에게 감사드립니다. 저는 그 영감을 남은 제 경력 동안 가지고 다닐 것입니다.

제가 없는 동안에는 제품 트리오가 제 책임을 대신할 것이므로 5월 초에 제가 떠난 후 엔지니어링 관리자 KSiebert (WMF), 기술 책임자 DMaza (WMF) 및 수석 설계자 JSengupta-WMF에게 통합된 제품 트리오로 연락할 수 있습니다. 이전과 동일한 방식으로 팀과 소통할 수 있으며 프로젝트, 업데이트 및 팀에 대한 토론 페이지는 팀에 도달하는 가장 좋은 방법입니다. 커뮤니티 위시리스트 설문조사에 참여해 주셔서 다시 한 번 감사드립니다. 귀하의 의견은 위키미디어 프로젝트의 우선 순위를 지정하고 개선하는 데 도움이 되며 앞으로도 귀하의 지속적인 참여를 기대합니다.

감사합니다,

NRodriguez (WMF) 및 나머지 커뮤니티 기술 팀

2023년 3월 13일: 단락 분할 업데이트의 diff 처리 개선

팀은 엔지니어링 및 디자인 측면 모두에서 이러한 희망에 대한 작업을 계속했으며 업데이트를 여러분과 공유하고 싶었습니다.

 
 
 
 

시간을 내어 토론 페이지에 참여하고 피드백을 제공해주신 모든 분들께 감사드립니다. 우리는 모든 피드백을 읽고 지적 사항에 대한 종합적인 분석을 수행했습니다. 그런 다음 제안된 디자인에 대한 귀하의 피드백과 중재되지 않은 사용자 연구를 결합하고 제안된 디자인을 마무리하여 희망 사항 변경과 관련된 개선을 위해 엔지니어링에 투입했습니다.

다음을 포함하는 이 업데이트의 디자인을 참조하십시오.

  • 드롭다운을 통해 diff 모드 간 전환
  • 데스크톱용 범례 및 툴팁으로 인라인 diff의 접근성 향상
  • 새 줄 또는 단락을 도입한 변경 사항의 표시 개선
  • 기존 줄이나 문단을 삭제한 변경사항 표시 개선

또한 기본 비교 엔진의 변경 사항에 대한 데모가 생성되었습니다.

피드백을 제공하기 위해 데모를 시도하기 전에 다음 사항에 유의하십시오:

  • 진행 중인 작업이며 QA 엔지니어는 현재 포괄적인 diff 목록을 사용하여 변경 사항이 현재 버전의 2열 diff 환경 또는 UI 개선과 일치하는지 확인하고 있습니다.
  • 데모 페이지에는 최종 UI 변경 사항이 모두 포함되어 있지는 않지만 테스터에게 완료된 2열 diff 환경이 어떻게 표시되는지에 대한 좋은 정보를 제공할 수 있습니다.
  • 데모를 사용하려면 동일한 텍스트를 두 개의 상자에 붙여넣고 오른쪽 상자의 텍스트를 수정하십시오. 그 아래의 diff는 변경된 내용을 보여줍니다.

토론 페이지에서 여러분의 피드백을 듣고 싶습니다!

다음 단계

  • 디자인 색상의 접근성: 우리 디자이너는 디자인의 접근성을 결정하기 위해 디자인 시스템 팀과 긴밀히 협력하고 있습니다. 더 쉽게 접근할 수 있도록 음영을 약간 변경해야 할 것으로 예상하지만 색상은 현재 2열 및 인라인 diff에 표시되는 파란색과 노란색과 유사하게 유지됩니다.
  • 출시 계획: 출시 계획과 다음 단계 일정을 작업 중이며 다음 프로젝트 업데이트에 이를 포함할 예정입니다! diff의 기본 엔진에 대한 변경 사항을 릴리스하는 것은 미디어위키 소프트웨어의 기존 릴리스와 다른 프로세스를 따르므로 다음 번에 단계와 세부 정보를 업데이트할 것입니다.

우리는 또한 wikidiff2의 C++ 엔진의 기본 변경 사항을 기꺼이 도와준 커뮤니티 기술 직원이 아닌 팀 스털링에게 이번 업데이트에 큰 감사를 표하고 싶습니다. 우리는 커뮤니티 기술 팀에 속하지 않더라도 소원을 이루는 데 필요한 전문 지식을 가진 재단의 다른 구성원으로부터 소원을 이루는 지원을 받는 것을 항상 기쁘게 생각합니다.

여러분의 의견을 기다리겠습니다!

첫 번째 업데이트의 공개 질문: 여러분의 의견을 듣고 싶습니다!

  • 단락 분할을 비교하기 위해 새로 제안된 인터페이스에 대한 사용자 연구를 수행하는 데 관심이 있습니까? 그렇다면 토론 페이지에 관심이 있다고 게시하시겠습니까?
  • diff를 볼 때 나타나는 다른 문제점은 무엇입니까?
  • 단락 분할과 관련된 혼란을 해결하는 근본적인 문제를 어떻게 해결할 수 있습니까?
  • 색상 사용은 어떤 콘텐츠가 추가, 제거 또는 동일하게 유지되었는지 어떻게 나타냅니까?

2023년 3월 7일: 커뮤니티 위시리스트 설문조사 2023 결과 발표

커뮤니티 위시리스트 설문조사 2023 에디션이 종료되었습니다. 설문 조사 결과를 게시했으며 2023년 4월에 다음 업데이트를 제공할 예정입니다.

2022년 12월 20일: 위사톤 업데이트

올해 커뮤니티 기술은 내부 WMF 위사톤을 주최하는 전통을 시작했습니다. 이 위시톤 동안 우리 팀은 일주일 내내 회의를 취소하고 정규 "더 큰" 소원 작업량 외에 "더 작은" 소망을 위해 작업하는 데 모든 시간을 보냅니다. 예를 들어 단락 분할 소원에 대한 더 나은 diff는 성능 팀과의 품질 보증 및 종속성에 대한 계획뿐만 아니라 디자인 연구, 기술 아키텍처와 관련하여 많은 계획이 필요한 복잡하고 큰 소원입니다. 이러한 소원을 들어주는 데 보통 몇 달이 걸립니다. 위사톤은 더 간단하고 팀 간 종속성과 계획이 덜 필요한 소원을 들어주도록 영감을 줍니다. 이것이 가장 인기 있는 소원은 아닐 수 있지만, 우리는 여전히 그것이 영향을 미치고 그것에 투표한 참가자들이 크게 원한다고 믿습니다.

지난 12월, 우리는 다른 팀의 다른 엔지니어, 디자이너 및 관리자에게 일주일 간의 위사톤에 참여하도록 초대하고 이러한 작은 소원을 들어주는 데 필요한 작업을 진행하도록 돕습니다. 다른 팀의 엔지니어들의 추가 참여 덕분에 네 가지 소원을 마무리하고 중요한 코드를 리팩토링할 수 있었습니다. 신속하게 움직이고 사람들이 필요로 하는 소원을 빌기 위해 우리는 일반적으로 더 큰 소원에 대해 완료하는 연구 및 커뮤니케이션 아웃리치의 전체 주기를 수행하지 않았습니다. 지난 주에 완료한 소원, 그 영향 및 예정된 릴리스에 대해 아래에서 읽을 수 있습니다.

소원: 문서 생성 후 위키데이터 항목 연결 자동 제안

이 소원은 92표를 얻었고 2022년 소원 목록에서 가장 인기 있는 소원 12위에 올랐습니다.

문제점: 누군가 언어 A 위키백과에 문서를 생성하지만 언어 B 위키백과(종종 더 작은 언어 버전)에 이미 동일한 문서가 있다는 것을 모르기 때문에 위키데이터 링크가 만들어지지 않습니다. 제안자는 중국어 위키백과(zh)와 광둥어 위키백과(yue) 사이에 많은 경우를 보았습니다.

작업이 완료되었으며 2023년 1월 16일 주에 가젯으로 사용할 수 있습니다.

소원의 영향

  • 해당 위키데이터 항목에 연결된 더 많은 위키백과(및 기타 프로젝트) 페이지
  • 위키 기여자를 위한 위키데이터에 대한 인식 향상
  • 위키백과 언어 간의 링크 유지 관리 개선 및 기타 위키데이터 이점

소원: 태그 필터에 대한 부정 활성화

이 소원은 41개의 지지 투표를 받았으며 2022년 소원 목록에서 가장 인기 있는 소원 27위에 올랐습니다.

문제점: 특수:기여 또는 특수|최근 바뀜과 같은 피드를 볼 때 현재 태그로 필터링할 수 있지만 태그 부정으로는 필터링할 수 없습니다.

작업이 완료되었으며 2023년 1월 3일 주에 발생하는 배포 세트에서 나올 예정입니다.

  • 오리지널 위시
  • 관련 티켓 및 패치
    • T119,072 마감: 특수:기여에서 태그 부정 허용
    • T174,349 마감: 최근 바뀜에서 태그 부정 허용
    • ✅ 병합된 패치 866,814: 특수:기여에서 태그 부정을 위한 UX
    • ✅ 병합된 패치 867,726: hide-if로 더 잘 작동하도록 양식에 대한 고정 테스트(다음을 허용하기)
    • ✅ 병합된 패치 866,817: 특수:로그에서 태그 부정을 위한 UX(범위를 벗어나지만 쉬움)
    • ✅ 병합된 패치 867,255: API 및 피드에서 태그 부정 노출(다음 허용)
    • ✅ 병합된 패치 867,731: tagfilter 매개변수가 'all'로 설정되지 않도록 방지(다음 허용)
    • ✅ 병합된 패치 867,224: 최근 변경 사항/관심 목록에 대한 태그 부정을 위한 UX
  • 상태:
    • 866,814가 이미 프로덕션에 있음(예: 특수:기여)
    • 6개의 패치 병합, 두 개의 작업 종료, 하나의 위시 성취
  • 다음 단계:
    • 최근 바뀜 및 특수:로그(다음 트레인 포함)에 대한 프로덕션에 배포
  • 🏆 팀원들에게 특별히 감사드립니다: Roan Kattouw, Denny Vrandecic, James Forrester, Moriel Schottlender

2020년에 이 패치를 작성하여 이를 위한 토대를 마련한 자원봉사자 마테이 수차넥에게 경의를 표합니다.

소원의 영향

사용자는 최근 변경 사항, 관심 목록, 특수:기여 및 특수:로그에 대한 태그를 기반으로 편집 내용을 필터링할 수 있습니다.

소원: 주시목록 및 최근 변경 사항에서 기본적으로 감사 버튼 활성화

이 소원은 62표를 얻었고 2022년 위시리스트에서 가장 인기 있는 소원 33위로 선정되었습니다.

문제점: 감사 버튼은 개별 페이지 기록에서만 사용할 수 있으며 정기적으로 상호 작용하는 사람은 거의 없습니다. 특히 경험이 많은 편집자는 더욱 그렇습니다. 개별 기록 페이지를 보는 초보자의 수는 극소수입니다.

  • 오리지널 위시
  • 관련 티켓 및 패치
  • 🏆 팀원들에게 특별한 감사: Jon Robson
  • 상태: 작업이 병합되어 베타에서 테스트할 수 있으며 1월 3일 주에 예정된 2023년 첫 번째 트레인과 함께 사용자에게 배포됩니다.

소원의 영향

사용자는 이제 감시 목록 및 최근 변경 페이지에서 다른 사용자에게 감사를 표할 수 있습니다.

소원: 변경 줄의 "태그 이름"은 "태그가 지정된 변경 사항"에 직접 연결되어야 합니다

이 소원은 18개의 지지 투표를 받았으며 2022년 소망 목록에서 가장 인기 있는 소원 #162로 선정되었습니다.

문제점: 변경 라인의 태그는 현재 다음과 같습니다:

   14:33 John Callahan's Quads!‎ (diff | hist) .. (−12) .. Rng0286 (토론 | 기여) (lorem ipsum) (태그: 비주얼 편집, 모바일 웹 편집)

태그 이름은 도움말 페이지에 대한 링크이거나 일반 텍스트입니다. 동일한 태그가 있는 편집 내용을 찾기가 쉽지 않습니다.

소원의 영향

이제 사용자는 태그 이름을 클릭하여 변경 라인 내에서 동일한 태그가 있는 편집 내용을 찾을 수 있습니다.

간편한 공동 작업을 위해 페이지 분류 코드베이스에서 코드 리팩터링

일의 영향

코드베이스를 현대화하여 버그 수정 및 기능 개발을 보다 쉽게 수행

다음은 무엇입니까?

위에서 승인된 소원 외에도 몇 가지 다른 소원에 대해 약간의 진전을 이룰 수 있었습니다. 커뮤니티 기술은 남은 진행 상황에 따라 완료할 수 있는 소원을 평가할 것입니다. 이 위사톤 전통을 이어가게 되어 기쁩니다. 이 업데이트의 토론 페이지에서 여러분의 피드백을 환영합니다! 위시리스트에 참여해 주셔서 감사합니다. 2023년 1월 23일에 열리는 연례 설문조사에서 뵙기를 바랍니다.

2022년 12월 16일: 실시간 미리보기 베타가 종료됩니다

위키텍스트 실시간 미리보기는 2023년 1월 9일 주에 2010 위키텍스트 편집기의 모든 사용자가 사용할 수 있는 기능으로 베타에서 나옵니다. 2010 위키텍스트 편집기의 도구 모음을 통해 사용할 수 있습니다. 이 기능은 2021년 커뮤니티 위시리스트 설문조사에서 4번째로 인기 있는 소원이었습니다.

2022년 12월 5일: 2023년 커뮤니티 위시리스트 설문조사는 1월에 진행됩니다

위키미디어 프로젝트를 위한 도구 또는 플랫폼 개선에 대한 아이디어가 있습니까? 이 발표는 당신을 위한 것입니다!

기여자가 도구 및 개선 사항을 제안하고 투표할 수 있는 커뮤니티 위시리스트 설문 조사(CWS) 2023은 다음 달 23 2023년 1월 23일 월요일 18:00 UTC에 시작되며 매년 계속됩니다.

도구 및 플랫폼의 기술적 개선을 위한 아이디어를 공유할 수 있도록 여러분을 초대합니다. 편집이나 기술에 대한 오랜 경험이 필요하지 않습니다. 우리 소프트웨어를 사용해 본 적이 있고 그것을 개선할 아이디어를 생각해 본 적이 있다면, 이곳이 그 아이디어를 공유할 수 있는 곳입니다!

설문 조사 단계의 날짜는 다음과 같습니다:

  • 1단계: 제안서 제출, 논의 및 수정: 2023년 1월 23일 월요일 ~ 2023년 2월 6일 월요일
  • 2단계: WMF/커뮤니티 기술에서 제안 검토 및 구성: 2023년 1월 30일 월요일부터 2023년 2월 10일 금요일까지
  • 3단계: 제안 투표: 2023년 2월 10일 금요일 ~ 2023년 2월 24일 금요일
  • 4단계: 게시된 결과: 2023년 2월 28일 화요일

설문 조사에 앞서 아이디어 작성을 시작하려면 제안에 대해 생각하기 시작하고 CWS 샌드박스에서 초안을 작성할 수 있습니다.

작년에 참여해주신 모든 분들께 감사드립니다. 2023년 1월에 만나요!

2022년 12월 1일: 더 나은 diff 사용성 테스트

커뮤니티 위시리스트 설문 조사 2022의 1순위 소원인 단락 분할에 대한 더 나은 diff 처리를 위해 다양한 디자인 대안을 작업하고 있습니다! 사용성 테스트에 등록하고 피드백을 제공하도록 커뮤니티를 초대했습니다.

2022년 5월 3일: 파트너 프로젝트에 대한 실시간 미리보기 출시

폴란드어 위키백과에 실시간 미리보기 기능 버전을 출시했습니다. 커뮤니티는 우리와 파트너 관계를 맺고 나머지 사용자에게 출시하기 전에 개선 방법에 대한 피드백을 제공하는 데 동의했습니다. 전체 릴리스 계획을 찾으세요. 더 읽기

이 기능은 위키 프로젝트에서 가장 많이 사용되는 편집기(위키텍스트 2010) 중 하나입니다. 따라서 모든 사용자에게 기능을 출시하기 전에 베타 기능으로 출시하기로 결정했습니다. 이를 통해 모든 사용자에게 릴리스하기 전에 피드백을 수집하고 개선할 수 있습니다.

우리는 초기에 사용자와 협력하여 새 도구의 동작을 이해하고 개선하고 있습니다. 사용자의 연결에 따라 미리보기 창의 자동 및 수동 다시 로드와 관련된 패턴을 다음과 같이 관찰하고 평가하는 것을 목표로 합니다:

  • 자동 재장전: 디바운스 시간. 미리 보기 창이 자동으로 다시 로드될 때 디바운스 시간이 유동적인 경험을 제공하기에 충분합니까?
  • 자동 재장전: 수동 재장전 버튼의 검색 가능성. 미리보기 창이 자동으로 새로고침될 때 미리보기 창 위로 마우스를 가져갈 때 나타나는 수동 새로고침 버튼을 쉽게 찾을 수 있나요?

및/또는

  • 수동 리로드: 수동 새로고침 상태 표시줄의 검색 가능성/표시 시간입니다. 미리보기 창이 자동으로 다시 로드되지 않으면 사용자에게 수동으로 다시 로드하도록 초대하는 상태 표시줄이 표시됩니다. 막대의 검색 가능성이 충분합니까? 상태 표시줄이 사용자의 작업 흐름을 방해합니까?

안정적인 고속 인터넷 연결을 사용하는 사용자를 위해 이 두 가지 시나리오를 모두 관찰하는 것을 목표로 합니다. 두 경우 모두 두 페이지에서 테스트를 수행합니다. 하나는 이미지가 없는 짧은 기사(더 빠른 다시 로드 시간)이고 다른 하나는 큰 콘텐츠와 멀티미디어 자산이 포함된(더 느린 다시 로드 시간)입니다.

주요 조사 외에도 사용자와의 화면 공유 세션에서 다음 사항도 관찰할 것입니다:

  • 전체 기능의 검색 가능성: 사용자가 실시간 미리 보기 기능의 존재와 후자와 "미리 보기 표시" 기능 간의 잠재적인 관계에 대해 알림을 받지만.
  • 사용자 화면 크기 - 이 데이터는 화면이 작은 사람들에게 실시간 미리보기가 얼마나 유용한지 이해하는 데 도움이 될 수 있습니다. 이것은 그들의 경험을 너무 혼잡하게 만드는가요?
  • 구문 강조 표시/코드 미러 사용
  • 두 창에 동기화된 스크롤 동작이 없음을 이해합니다.

위의 미해결 질문에 대한 피드백을 제공하려면 이 새로운 기능의 유용성에 대해 듣고자 하는 열망이 있으므로 토론 페이지에서 저희에게 연락하십시오. 함께 만들어 주셔서 감사합니다!

2022년 2월 15일: CWS 2022년 결과

커뮤니티 위시리스트 설문조사 2022가 종료되었습니다! 올해 판에 참여해주신 모든 분들께 감사의 말씀을 드리며, 아래의 설문조사에 지대한 공헌을 해주신 분들께 특별히 감사의 말씀을 드립니다. 여러분이 없었다면 우리는 할 수 없었을 것입니다!

다음에 어떻게 되는지 궁금하세요? 우선 순위 지정 프로세스에 대해 알아보고 올해의 우선 순위 제안 순위를 확인하세요. 더 읽기

2021년 11월 8일: 동음이의 페이지에 링크할 때 경고

We have an update about the wish. We have finished user tests. 더 읽기

Hello everyone,

Many thanks for your great support and feedback on the proposed user experience and designs for this wish. This update is regarding the usability testing, which was conducted in parallel with community members on the talk page, as well as the first “Talk to Us hours” video call last September. Thanks again for your valuable inputs!

The goal of this round of usability tests was to determine if our proposed designs were successful in warning users about the potential risks of adding a link to disambiguated page in the 2010 wikitext editor without inhibiting users from continuing to edit. We conducted the test on usertesting.com with 5 editors total.

Here are the insights we gathered from the tests:

  • 2/3 of users successfully noticed the new notification warning them about the disambiguation link they added. Two users were not able to see the notifications due to complications with the testing interface and instructions.
  • All users who saw the notification found it helpful and easy to understand. When users noticed the disambiguation notification and understood its purpose, most of them stated that it was useful without being disruptive to their edit flow.

Acknowledgments: This test was conducted on beta-wiki with a limited content pages. Before we could push some recent user experience and engineering improvements for this wish, including the new link selector widget for the Wikitext editor. We are hoping that these changes will mitigate some of the difficulties encountered by the users during this usability test.

Not all of these editors from this panel are experienced users. Although this wish is intended to be helpful for every user – we assume that less experienced editors will tend to use the VisualEditor over the wikitext editor, thus making this new feature less relevant for them.

We are grateful for your feedback on this talk page and the Talk to Us for our team to get a better understanding of your needs as experienced contributors. Thanks so much for your feedback on the talk page!

2021년 11월 2일: 위키텍스트에 대한 실시간 미리보기

최근 "우리와 이야기하세요" 영상 통화와 함께 토론 페이지에 대한 의견에 감사드립니다. 또한 사용성 테스트를 진행했습니다. 우리는 가장 중요한 발견을 공유하고 있습니다. 더 읽기 안녕하세요 여러분,

제안된 디자인에 대한 지원과 훌륭한 피드백에 감사드립니다. 최근 "우리와 이야기해요" 영상통화와 함께 토론 페이지에 댓글을 남겨주셔서 감사합니다. 숙련된 사용자가 편집하는 방법에 대해 자세히 알아보았습니다.

또한 usertesting.com 플랫폼에서 사용성 테스트를 진행했습니다. 5명의 편집자가 참여했습니다. 아래에서 몇 가지 결과와 통찰력을 찾을 수 있습니다:

  • 사용자의 절반이 도구 모음에서 새로운 "미리보기" 버튼을 찾았습니다. 그 이유 중 하나는 편집기 상자 바닥글의 기존 "미리보기 표시" 버튼을 통해 개발된 행동 패턴일 수 있습니다. 가이드 팝업이 있는 저마찰 맥동 도트를 디자인하고 있습니다. 이를 통해 새로운 기능을 더 쉽게 알아차릴 수 있기를 바랍니다.
  • 모든 사용자가 기존의 "미리보기 표시" 버튼을 찾았습니다.
  • 모든 사용자는 두 버튼의 차이점을 이해했습니다. 하나는 편집하는 동안 사용할 수 있습니다(출력을 빠르게 볼 수 있음). 다른 하나는 변경 사항을 게시하기 전에 교정하는 데 더 유용할 수 있습니다.
  • 한 사용자는 위키텍스트 입력과 미리보기 출력 간의 관계를 이해하는 것이 항상 쉬울 수 있다고 보고했습니다. 이를 완화하기 위해 두 창에서 텍스트를 강조 표시하고 스크롤 또는 편집 동작을 정렬하는 방법을 모색하고 있습니다.

감사의 말:

  • 모든 편집자가 숙련된 사용자는 아닙니다. 이 바람은 모든 사용자에게 도움이 되기 위한 것이지만 경험이 부족한 편집자는 위키텍스트 편집기보다 비주얼 편집기를 사용하는 경향이 있다고 가정합니다. 이렇게 하면 새 기능의 관련성이 낮아집니다.
  • 우리는 또한 두 창의 크기를 개선하기 위해 노력하고 있습니다. 우리는 소형 및 초광각 디스플레이 모두에 대해 최적의 지원을 제공하고자 합니다.

다시 한 번, 피드백에 감사드립니다!

2021년 10월 19일: 서지 봇 소원 거절하기

소원 제목: 서지봇

조사를 위한 파브리케이터 티켓

소원 순위: 14위

이유 요약: 작업 범위가 너무 커서 투표가 충분하지 않습니다.

우리는 이 프로젝트를 거절하기로 결정했습니다. 우리는 신중한 고려와 팀 내 여러 차례의 피드백 및 WMF 및 가맹단체의 다른 팀과의 대화를 통해 이를 수행했습니다.

이유: 먼저 엔지니어와 디자이너는 소원의 문제 진술(T243150)에 정의된 작업 범위를 조사했습니다. 우리는 작업 자체가 우리의 초기 추정치를 훨씬 초과한다고 결정했습니다.

이 소원은 우리의 우선 순위 지정 과정에서 매우 높은 점수를 받았습니다. 왜냐하면 언뜻 보기에 위키데이터 내에서 Citoid 동작을 복제하는 것이 간단해 보였기 때문입니다. 코드와 디자인을 재사용할 수 있기 때문에 기술 및 디자인 관점에서 복잡성이 낮다고 가정했습니다. 그러나 위키데이터의 인용은 데이터베이스의 다른 객체에 대한 참조로 연결되어야 합니다. 이는 복잡성을 크게 증가시킵니다.

이 소원은 가장 인기 있는 소원 10위 안에 들지 못했습니다. 14위에 올라왔습니다. 우리는 초기 추정에 대해 틀렸습니다. 사실 이 소원을 위한 작업은 위키데이터/위키미디어 독일에서 여러 달 동안 작업했습니다. 최종 솔루션은 당시 사용 가능한 리소스를 고려할 때 완료하기에는 너무 복잡했습니다. 커뮤니티 기술 팀이 완료하는 데 몇 개월이 걸리며, 대신 작업할 더 인기 있는 다른 소원이 있습니다.

2021년 9월 4일: 위키텍스트에 대한 실시간 미리보기

위키텍스트 도구에 대한 실시간 미리보기 작업이 진행되었습니다. 디자인에 대해 두 가지 질문이 있습니다. 프로젝트 토론 페이지에서 답변해 주시기 바랍니다. 더 읽기

피드백 감사합니다

안녕하세요 여러분, 우리는 이 소원에 대해 제안된 디자인에 대한 업데이트를 가지고 돌아왔습니다. 토론 페이지에 대한 모든 의견에 감사드립니다. 우리는 당신의 말을 듣고 다음과 같이 피드백을 종합했습니다:

  • 위키텍스트 출력을 미리보기 위한 버튼은 더 직관적이어야 하고, 그것을 클릭하는 사람은 그것이 하는 일을 알아야 합니다.
  • 텍스트를 미리 보는 버튼은 도구 모음에 있어야 합니다.

그런 다음 다음 디자인 세트를 만들기 위해 두 번째 시도를 했습니다. 도구 모음에 새 버튼이 표시되도록 제안합니다:

 

사용자가 콘텐츠를 미리 볼 때 미리 보기 버튼 레이블이 "파란색"으로 유지되어 미리 보기 상태가 켜져 있고 활성화되었음을 나타냅니다:

 

사용자가 이 버튼을 끄면 미리보기 버튼이 다시 검은색으로 바뀌고 미리보기가 사라집니다.

수평 대 수직

이러한 제안된 디자인은 예시임을 유의하세요. 가로로 보기에는 너무 어수선하여, 페이지 너비를 960px로 제한하는 웹 데스크톱 개선에 대한 계획 및 향후 작업을 감안할 때 와이드 스크린 기능이 여전히 옵션인지 조사하고 있기 때문에 세로 버전만 포함했습니다.

공개 질문: 여러분의 의견을 듣고 싶습니다!

  • 새 버튼 배치가 도구 모음의 워크플로에 더 직관적으로 보입니까?
  • 현재 제안된 레이아웃이 위키텍스트와 출력을 모두 볼 수 있는 충분한 공간이 있는 것처럼 느껴지나요?

토론 페이지에 대한 지속적인 피드백에 감사드립니다!

2021년 8월 27일: 위키텍스트에 대한 실시간 미리보기

위키텍스트용 실시간 미리보기 도구의 초기 단계를 진행 중입니다. 디자인에 대한 질문이 있습니다. 프로젝트 토론 페이지에서 답변해 주시기 바랍니다. 더 읽기

제안된 디자인

수평 데스크탑 레이아웃

새 버튼이 나타납니다. 이렇게 하면 편집자에게 실시간으로 측면의 텍스트를 미리 볼 수 있는 옵션이 제공됩니다:

 

"참고: 위의 분홍색 상자는 버튼에 주의를 끌기 위한 것이며 실제로 사용자에게 표시되지는 않습니다."

편집자는 위에 강조 표시된 버튼을 클릭할 수 있습니다. 그렇게 하면 다음 레이아웃을 통해 스크롤 가능한 고정 컨테이너에서 출력을 미리 볼 수 있습니다:

 

세로 데스크탑 레이아웃

사용자에게 수직 데스크탑 화면이 있는 경우 다음과 같은 새로운 사용자 인터페이스 요소가 나타납니다:

 

"참고: 위의 분홍색 상자는 버튼에 주의를 끌기 위한 것이며 실제로 사용자에게 표시되지는 않습니다."

편집자는 위에 강조 표시된 버튼을 클릭할 수 있습니다. 그렇게 하면 다음 레이아웃을 통해 스크롤 가능한 고정 컨테이너에서 출력을 미리 볼 수 있습니다:

 

엔지니어들은 이러한 변경 작업을 시작했습니다. 미디어위키 코어 내부의 변경 사항을 소개합니다. 제안된 디자인에 대한 여러분의 생각을 듣고 싶습니다. 특히 다음에 대한 피드백을 원합니다:

  • 복사 및 버튼 배치를 직관적으로 만들기
  • 제안된 디자인의 전체적인 느낌

제안된 디자인 및 기타 고려 사항에 대한 여러분의 의견을 기다리고 있습니다!

공개 질문: 여러분의 의견을 듣고 싶습니다!

위의 솔루션이 제안되었으며 초기 단계에 있습니다. 토론 페이지에서 여러분의 피드백을 듣고 싶습니다. 여러분의 통찰력은 다른 접근 방식, 위험 및 솔루션을 이해하는 데 도움이 될 수 있습니다.

다음은 여러분에게 드리는 질문입니다:

  • 이것이 당신이 편집하는 방식에 어떤 영향을 미칠 것이라고 생각합니까?
  • 확장 버튼의 아이콘이 편집자가 그 기능을 이해할 수 있도록 합니까? 방해가 되나요?

2021년 8월 20일: 2022년 커뮤니티 위시리스트 설문조사는 1월에 진행됩니다

안녕하세요 여러분,

이 힘든 시기에 여러분 모두가 최대한 건강하고 안전하기를 바랍니다! 커뮤니티 위시리스트 설문조사 2022의 변경 사항에 대한 소식을 전해드리고자 합니다. 여러분의 의견도 듣고 싶습니다.

2022년 1월에 커뮤니티 위시리스트 설문조사 2022를 실행할 예정입니다. 2021년 희망사항에 대해 작업하려면 더 많은 시간이 필요합니다. 또한 2022년 위시리스트에 대한 일부 변경 사항을 준비할 시간이 필요합니다. 그동안 전용 작업장을 사용하여 2022년 소원에 대한 초기 아이디어를 남길 수 있습니다.

제안과 소원성취는 같은 해

과거에 커뮤니티 기술 팀은 전년도 11월에 다음 연도의 커뮤니티 위시리스트 설문조사를 실행했습니다. 예를 들어, 우리는 2020년 11월에 2021년 위시리스트를 실행했습니다. 몇 년 전에는 잘 작동했습니다. 당시 우리는 투표 결과가 나온 직후에 위시리스트 작업을 시작했습니다.

그러나 2021년에는 투표와 새로운 소원을 위한 작업을 시작할 수 있는 시간 사이에 지연이 있었습니다. 2021년 7월까지 우리는 2020년 위시리스트의 소원을 작성했습니다.

2022년 1월 위시리스트 2022가 더 직관적이기를 바랍니다. 이것은 또한 2021년 위시리스트에서 더 많은 소원을 성취할 시간을 줄 것입니다.

역사적으로 배제된 커뮤니티의 광범위한 참여 장려

우리는 위시리스트에 더 쉽게 참여할 수 있는 방법을 생각하고 있습니다. 우리는 더 많은 번역을 지원하고 자원이 부족한 커뮤니티가 더 활성화되도록 장려하고 싶습니다. 이러한 변경 사항을 적용하는 시간을 갖고 싶습니다.

아직 부여되지 않은 우선 순위와 희망 사항에 대해 이야기할 수 있는 새로운 공간

우리는 위시리스트 없이 365일을 보낼 것입니다. 우리는 당신이 우리에게 접근하는 것이 좋습니다. 토론 페이지에서 여러분의 의견을 듣기를 희망하지만, 격월로 열리는 우리와 이야기해요 미팅에서도 만나기를 바랍니다! 이들은 전 세계의 시간대에 친숙한 두 개의 다른 시간에 호스팅됩니다.

9월 15일 23:00 UTC에 첫 번째 회의를 시작합니다. 일정 및 형식에 대한 자세한 내용은 곧 공개됩니다!

제안 단계 전에 브레인스토밍 및 제안 초안

희망 사항에 대한 초기 아이디어가 있는 경우 새로운 커뮤니티 위시리스트 설문 조사 샌드박스를 사용할 수 있습니다. 이렇게 하면 2022년 1월 이전에 이러한 사항을 잊지 않을 것입니다. 돌아와서 아이디어를 구체화할 수 있습니다. 샌드박스의 수정 사항은 희망 사항으로 간주되지 않습니다.

피드백 =

  • 위시리스트 페이지를 개선하려면 어떻게 해야 합니까?
  • 새로운 샌드박스를 어떻게 사용하시겠습니까?
  • 위시리스트 2022의 날짜를 변경하기로 한 결정에서 어떤 위험이 예상됩니까?
  • 더 많은 사람들이 위시리스트 2022에 참여하는 데 무엇이 도움이 될까요?

토론 페이지(선호하는 언어로) 또는 우리와 이야기하세요 회의에서 답변하세요.

2021년 8월 18일: 동음이의 페이지에 링크할 때 경고

We have moved forward with the design. We would like you to answer our questions. 더 읽기

Progress with the design

Hello everyone, and thanks to those of you who have been active on our talk page and tested the proof of concept script for displaying a warning. We have moved forward with designing for the last two requirements in our proposed solutions and wanted to share them with you so that we could hear your input!

As an Editor using the link toolbar to search for knowledge to reference in my article, I can:

  • See a warning before publishing if I have introduced a disambiguation link in my article
  • Visibly differentiate disambiguation links as a different type of content than articles that come up on my suggestions

For the first solution above, we are proposing displaying this yellow box warning when wikitext users add a link:

 

For the second solution above, we are proposing changing the copy to better describe what a disambiguation page means in the wikitext link button and in the visual editor link pop-up:

 

 

Open questions

We'd love to hear your thoughts on our proposed designs. We'd especially love feedback on:

  • Making the copy accessible and making it easier to glean what a disambiguation page is
  • Making sure the warning for wikitext editors feels preventative without coming off as discouraging-- editors should still be able to publish even if they have introduced faulty links

We're looking forward to hearing your thoughts on our proposed designs!

2021년 8월 5일: 연결된 토론 페이지 삭제(복구)

We have completed our first investigation. You can track this inside this ticket on Phabricator. The bulk of the work here will be around security and performance considerations. We estimate tackling this work within the coming months. 더 읽기

2021년 8월 2일: 동음이의 페이지에 링크할 때 경고

We have completed our first part of the wish. As a result, we will release a new change in a few days. Thank you for all the comments you have given. 더 읽기

The first part is about the following improvement:

As an Editor using the link toolbar to search for knowledge to reference in my article, I can see specific articles as the first search results.

This effects the link search function in VisualEditor and the 2017 wikitext editor.

The change should go live this week. In the meantime, if you would like to preview the changes, you can try it out on the beta cluster. For instance, when adding a link and you type out the term "New York", New York City and New York (state) appear above the disambiguation page New York in the search results.

We are looking forward to hearing your feedback!

After this change is released, we will be monitoring the numbers inside The Daily Disambig to see if it has any impact on the number of unwanted dab links being added (thanks for pointing us in the direction of this page).

2021년 7월 23일: 동음이의 페이지에 링크할 때 경고

We have begun design planning on this wish. Our designer, NAyoub is working on setting up some user tests where we ask new editors to link from the Jupiter article to the Mars article and see if they fall for the disambiguated page since it's the first result. We will take notes and write up next steps based on the results. Our engineers are also investigating the feasibility of moving search results for disambiguated terms to the bottom of the results. 더 읽기

2021년 7월 16일: diff 복사 붙여넣기

우리는 diff 복사하여 붙여넣기 도구에 대한 초기 단계를 수행하고 있습니다. 디자인에 대한 질문이 있습니다. 프로젝트 토론 페이지에서 답변해 주시기 바랍니다. 더 읽기

엔지니어링 조사

우리는 이 파브리케이터 티켓 내부에서 이 작업에 대한 엔지니어링 조사를 시작했습니다. 우리는 이 문제를 해결하기 위해 찾은 솔루션에 대해 낙관적입니다.

다양한 선택 항목에 대한 복사 및 붙여넣기 상호 작용을 보여주는 비디오

공개 질문

  • 사용자가 일반적으로 diff에서 복사하여 붙여넣는 컨텍스트는 무엇입니까?
  • 어떤 구문이 방해가 되는 것으로 나타납니까? 클립보드에 보관하는 것이 바람직한 구문이 있습니까?
  • 제안된 솔루션에 대한 피드백은 무엇입니까?

2021년 7월 15일: 상태 보고서

There have been and will be changes to our team. We have made decisions what will be the sequence of wishes we will be working on. We would like you to learn more about our methodology. There are reasons why the voting is not the only criterion. Please tell us what you think about it. 더 읽기