커뮤니티 위시리스트 설문조사/업데이트
2024년 7월 1일: 커뮤니티 위시리스트가 2024년 7월 15일에 다시 열립니다. 예상되는 내용과 준비 방법은 다음과 같습니다.
커뮤니티 위시리스트는 커뮤니티가 기술 및 사용자 경험 문제와 기회를 표면화하여 위키미디어 재단과 커뮤니티가 이러한 문제의 우선순위를 정하고 함께 해결할 수 있도록 돕습니다.
과거와 마찬가지로 기여자는 연중 내내 "희망사항"을 제출함으로써 문제와 기회를 표면화할 수 있습니다. 재단은 희망사항 간의 패턴을 식별하고 집단적 문제를 공유하는 희망사항의 "중점 영역"을 제안할 것이며, 기여자는 우선순위가 필요한 영역을 강조하기 위해 중점 영역에 대해 논평하고 투표하도록 권장됩니다. 그런 다음 재단, 가맹단체 및 자원 봉사 개발자는 중점 영역을 채택하고 기여자와 협력하여 이러한 문제를 해결할 수 있습니다. 자세히 읽어보세요.
2024년 4월 24일: 복구 업데이트 편집
편집 복구는 이제 모든 위키에서 선택 기능으로 제공됩니다. 2월 초에 우리는 테스트 및 버그 수정을 위해 프랑스어, 영어 및 아랍어 위키백과에 이 기능을 배포했습니다. 링크된 프로젝트 페이지에서 자세한 내용을 읽어보세요.
2024년 4월 4일: 커뮤니티 위시리스트 설문조사에 대한 잠재적 수정 사항
1월에 커뮤니티 기술은 커뮤니티 위시리스트 설문조사의 변경 사항에 대한 몇 가지 초기 결정을 공유했으며, 얼마 지나지 않아 새로운 위시리스트 설문조사가 어떻게 진행되어야 하는지에 대한 지속적인 대화에 참여하도록 여러분을 초대했습니다(아직 참여하지 않으셨다면 참여해 주세요). 최신 업데이트에서는 위시리스트에 적용될 수 있는 수정 사항을 다룹니다. 이러한 변경 사항에 대해 읽어보시기 바랍니다.
2024년 3월 1일: 멀티차단 디자인 업데이트
지난 몇 주 동안 우리는 멀티차단에 대해 일부 관리자와 이야기하면서 사용자 경험과 사용자 인터페이스를 디자인해 왔습니다. 우리는 구현하고 싶은 몇 가지 디자인 결정을 스크린샷과 함께 공유했습니다.
2024년 1월 4일: 커뮤니티 위시리스트 설문조사의 미래 형성
커뮤니티 기술은 커뮤니티 위시리스트 설문조사의 미래에 대해 몇 가지 예비 결정을 내렸습니다.
요약하자면, 우리는 희망 사항에 대한 우선순위 지정, 자원 조달 및 의사소통을 개선하는 커뮤니티 기술 요청에 대한 새롭고 지속적인 접수 시스템을 개발하고자 합니다. 새로운 시스템이 구축될 때까지 커뮤니티 기술팀은 2024년 2월에 설문조사를 실행하는 대신 최근 감사된 희망사항 백로그 작업의 우선순위를 정할 것입니다. 2024년 3월 커뮤니티 위키톤입니다.
Diff 블로그나 메타위키에서 공지사항을 자세히 읽어보시고 피드백을 보내주세요.
2023년 10월 26일: 이제 편집-복구를 베타 버전으로 테스트할 수 있습니다
안녕하세요 커뮤니티 여러분, 몇 가지 업데이트가 있습니다. 편집-복구 희망 사항(이전에는 자동 저장 기능)을 이제 베타 클러스터에서 사용할 수 있으며 테스트해 보시기 바랍니다.
베타 사이트의 모든 페이지(예: simple.wikipedia.beta.wmflabs.org) 편집을 시작하고 변경 사항을 게시하지 마세요. 5초 동안 기다린 후 탭을 닫습니다. 탭을 다시 엽니다. 편집 내용이 복구되어야 합니다!
우리는 편집 데이터를 복원할 때 토스트 알림과 같은 요소와 복구된 데이터를 삭제하는 옵션을 통해 이 기능을 더 눈에 띄게 만들기 위해 노력하고 있습니다.
2023년 10월 17일: 멀티 차단 희망사항 업데이트
우리는 2023년 커뮤니티 위시리스트 설문조사에서 14위 희망사항으로 멀티차단을 선택했습니다. 이 희망사항의 목적은 레이어링 차단(일명 멀티차단)을 도입하는 것이었습니다. 우리는 접근 방식에 대한 정보를 공유하기 위해 프로젝트 페이지를 만들었습니다. 방문하셔서 피드백을 주시기 바랍니다.
2023년 9월 25일: 이제 위사톤(Wishathon)을 위한 시간입니다!
커뮤니티 위시리스트 설문조사의 더 많은 소망을 이루기 위해 커뮤니티 기술이 주최한 분기별 온라인 해커톤인 위사톤이 2023년 9월 25일 월요일부터 2023년 9월 29일 금요일까지 시작됩니다.
위사톤은 다른 위키미디어 재단 직원과 협력하여 더 많은 소망을 충족시키고 팀 간, 부서 간 협력을 촉진합니다.
2023년 8월 8일: 희망사항 업데이트
안녕하세요 여러분, 2023년 4월 마지막 주요 업데이트 이후 몇 가지 변경 사항이 있었습니다.
모바일에서 분류 표시하기
우리는 더 나은 차이 희망사항을 충족한 후 모든 사람을 위해 모바일 사이트에 카테고리 표시를 구현하기를 원했습니다. 불행하게도 우리의 주요 파트너인 웹 팀은 현재 이 요구 사항을 충족하지 못할 것입니다. 다른 보류 중인 희망사항보다 이 희망사항의 우선순위를 정하기 위해 독자에게 분류가 갖는 중요성을 추가로 조사해야 합니다. 그러나 희망사항 성취는 수시로 진행되므로 귀하의 피드백을 환영합니다. 그 동안 우리는 2023년 커뮤니티 위시리스트 설문조사의 8번째 희망사항인 자동 저장 기능을 작업 중입니다. 이 기능은 기능이 무엇인지 보다 정확하게 반영하기 위해 편집-복구 기능으로 이름이 변경되었습니다.
누가 썼는가
둘째, 우리는 ““누가 썼는가?” 도구를 더 많은 위키로 확장”에 응답했으며 현재 "누가 썼는가?"(WWT)는 프랑스어, 이탈리아어, 헝가리어, 일본어, 인도네시아어 등 8개 이상의 위키백과에서 사용할 수 있습니다. 포르투갈어, 네덜란드어, 폴란드어. 이로 인해 WWT가 포함된 위키의 총 수가 5개에서 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일 주에 가젯으로 사용할 수 있습니다.
- 오리지널 위시
- 관련 티켓/저장소/패치
- 설명서 페이지(초안): 자동제안사이트링크
- 🏆 팀원들에게 특별한 감사: 먼로이 하루미, 줄리에타 페르난데즈 (설계), MusikAnimal, Sam Wilson, David Martin, Natalia Rodriguez
- 상태: 작업이 병합되어 베타 테스트가 가능하며 1월 28일 주에 예정된 2023년 첫 열차와 함께 사용자에게 배포될 예정입니다.
소원의 영향
- 해당 위키데이터 항목에 연결된 더 많은 위키백과(및 기타 프로젝트) 페이지
- 위키 기여자를 위한 위키데이터에 대한 인식 향상
- 위키백과 언어 간의 링크 유지 관리 개선 및 기타 위키데이터 이점
소원: 태그 필터에 대한 부정 활성화
이 소원은 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) (태그: 비주얼 편집, 모바일 웹 편집)
태그 이름은 도움말 페이지에 대한 링크이거나 일반 텍스트입니다. 동일한 태그가 있는 편집 내용을 찾기가 쉽지 않습니다.
- 오리지널 위시
- 관련 티켓 및 패치
- ✅ T301,063
- 🏆 팀원에게 특별한 감사를 드립니다: James Forrester
- 상태: 작업은 1월 11일에 되돌려졌습니다.
소원의 영향
이제 사용자는 태그 이름을 클릭하여 변경 라인 내에서 동일한 태그가 있는 편집 내용을 찾을 수 있습니다.
간편한 공동 작업을 위해 페이지 분류 코드베이스에서 코드 리팩터링
- 오리지널 위시
- 🏆 팀원들에게 특별히 감사드립니다: 코스타 할란, 새미 탈링(TheresNoTime), 제이슨 셔먼, 게르고 티자
- 상태: 작업이 병합되었습니다.
일의 영향
코드베이스를 현대화하여 버그 수정 및 기능 개발을 보다 쉽게 수행
다음은 무엇입니까?
위에서 승인된 소원 외에도 몇 가지 다른 소원에 대해 약간의 진전을 이룰 수 있었습니다. 커뮤니티 기술은 남은 진행 상황에 따라 완료할 수 있는 소원을 평가할 것입니다. 이 위사톤 전통을 이어가게 되어 기쁩니다. 이 업데이트의 토론 페이지에서 여러분의 피드백을 환영합니다! 위시리스트에 참여해 주셔서 감사합니다. 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. 더 읽기