리브레 위키:LibertyEngine/리버티 엔진 요구사항

현재 제작 진행 중인 리버티 엔진의 개선사항이나 요구사항은 여기에 적어주시길 바랍니다.

---

서명도 부탁드려요 --Nessun (토론) 2015년 12월 27일 (일) 11:06:08 (KST)

미디어위키 이외의 마크업은 편집기에서만 사용 가능하도록 적용

리버터엔진은 오로지 미디어위키 문법만을 지원하되 편집할 때에 미디어위키 문법을 사용자 지정한 마크업으로 변환하여 편집하고, 이후 미디어위키로 변환하여 저장하는 방법도 괜찮을 듯 합니다. --아라는 다 알아 (토론) 2015년 12월 28일 (월) 02:29:28 (KST)

코어에서는 쓰일 리가 없으니 확장 기능으로 지원하는 것이 좋겠습니다. --아라는 다 알아 (토론) 2017년 2월 19일 (일) 17:34 (KST)

관리 기능 유지

현재 관리 기능에서 누락되는 게 없었으면 좋겠습니다. --CENTRAIR(센트레아) APP·DEP 2015년 12월 28일 (월) 02:13:00 (KST)

DB 종류 추가 지원 요청

틀:편집 충돌 DB로는 리브레 위키(리브레 백과, 리브레 시리즈)와 같은 프로젝트를 위한 MariaDB(MySQL like) 뿐만 아니라 DB 서버를 사용하기를 원치 않는 운영자를 위해 SQLite 지원도 검토 부탁드립니다. (PostgreSQL는 무리겠죠?) --아라는 다 알아 (토론) 2015년 12월 28일 (월) 02:14:54 (KST)

관리패널 기능

특수문서들로 산재되어있는 미디어위키의 관리방식보다는 cPanel이나 xe 어드민 페이지와 같은 방식이 더 편리할 것 같습니다. --눅세 (토론|기여) 2015년 12월 28일 (월) 03:06:06 (KST)

이것에 대해서는 코어에서는 특수 문서로 접근하되, 관리 패널을 위한 별도의 확장 기능 및 특수 문서를 사용하는 것이 좋겠습니다. --아라는 다 알아 (토론) 2017년 2월 12일 (일) 16:33 (KST)

LocalSettings.php를 위한 확장 기능이라면 Configure가 있네요. 하지만 다른 관리용 특수 문서라면 현재 모든 특수 문서로도 충분하다고 봅니다. --아라는 다 알아 (토론) 2017년 2월 19일 (일) 16:54 (KST)

만약 관리 패널이 만들어지면 Windows 10의 설정 앱처럼 특수 문서들을 분류한 다음 왼쪽 프레임에서 해당 특수 문서를 선택한 다음 오른쪽 프레임에서 특수 문서를 사용할 수 있다는 거지요? --아라는 다 알아 (토론) 2017년 2월 19일 (일) 16:54 (KST)

다중계정검사 인터페이스

보다 간편한 정보 대조를 위해 사용자 검사 결과를 테이블로 나타낼 수 있으면 좋을 것 같습니다. 복수의 계정이나 IP를 선택하면 해당 계정의 IP 기록과 해당 IP의 계정 정보를 테이블로 정리해서 나타내 어느 계정들이 어느 IP들을 사용한 적이 있는지 한 눈에 볼 수 있으면 좋겠습니다. 상습적인 다중계정 악용이나 반달 체크를 위해 '주시'나 '북마크' 같은 기능도 지원하면 좋을 것 같습니다.(다만 이 경우에도 조회시마다 로그를 남기도록 해야겠죠.) 또 검사관용 로그(검사 대상 IP, 계정명 전부 공개) 외 전체공개용 로그(IP 및 계정명 숨김) 기능도 지원하면 좋겠습니다. --sternradio (토론 | 기여) 2015년 12월 28일 (월) 16:08:24 (KST)

HTML5 문법으로 동영상 첨부

가능한진 모르겠는데요 가능하다면 현재 가능한 {{Youtube}}, {{다음팟}}, {{니코}} 등 말고 다른 곳의 동영상도 올릴 수 있게 HTML5 문법만을 이용해서도 동영상을 올릴 수 있었으면 좋겠습니다. 고급문법을 사용한다 해도 모바일에서도 재생이 지원되도록--KJS615 토론ㆍ기여 2015년 12월 31일 (목) 12:37:10 (KST)

보안 문제만 해결된다면 좋겠네요. 이 경우 미디어위키에서도 지원이 될 거라고 봅니다. --아라는 다 알아 (토론) 2017년 2월 12일 (일) 16:35 (KST)

모든 파서 함수 지원

ParserFunctions확장기능이 지원하는 모든 파서 함수가 지원되었으면 합니다.--LEE77^기여·TALK 2016년 1월 14일 (목) 11:36:16 (KST)

비주얼 에디터 같은 완전 위지위그 에디터 지원

위키마크업은 위키 초보의 진입장벽중 하나입니다. 특히 주요 커뮤니티 사이트는 위지위그에디터 지원이 완전히 되어있어 위지위그에디터에 익숙한 한국인의 특성상, 위지위그를 지원한다면 장기적으로도 기여자를 늘리는데 도움이 되겠습니다.--LEE77^기여·TALK 2016년 1월 14일 (목) 11:39:22 (KST)

워드프레스에서도 위지위그가 지원되는데, 당연히 일반 기여자에게는 위지위그가 지원되는 편집기로 편집하는 것이 편하다고 봅니다. --아라는 다 알아 (토론) 2017년 2월 12일 (일) 16:58 (KST)

css 사용 지원

백괴사전에서 {{#css:로 css를 쓰는 것을 보고 리브레위키에서도 가능했으면 좋을 것 같은 생각이 듭니다.--KJS615 토론ㆍ기여 2016년 1월 28일 (목) 17:19:41 (KST)

리브레 위키는 유머위키가 아닌 사전형 위키인 만큼 문서에 특수효과까지 줄 필요는 없다고 봅니다. 게다가 이걸 쓰면 css테러에 노출될 위험이 있습니다. --LEE77^기여·TALK 2016년 1월 30일 (토) 15:22:12 (KST)

저도 동의하는 바입니다. 리브레 위키가 백과사전 및 교과서를 지향하기에 말입니다. --아라는 다 알아 (토론) 2016년 2월 1일 (월) 10:14:13 (KST)

백괴사전에서 CSS는 파서 펑션으로, CSS 확장 기능으로 지원합니다. 코어에서는 지원할 리가 없습니다. 그 대신에 Core:Common.css처럼 해당 문서에서 입력한 CSS가 지원되어야겠죠. --아라는 다 알아 (토론) 2017년 2월 12일 (일) 16:58 (KST)

사용자 토론

사용자 토론에 '본문'탭이 없어 사용자 문서로 돌아갈 수 없는데 추가되었으면 합니다. --Rainy (초간단 프로필 | 이 사용자와 대화 | 위키질 내역) 2016년 1월 30일 (토) 14:27:33 (KST)

그거 토론 버튼 누르면 본문으로 돌아갑니다. --155.230.44.252 2016년 1월 30일 (토) 14:30:41 (KST)

이것저것 기능 추가 요청

1. 나무위키의 틀:지도처럼 문서 내부에 리브레맵스 삽입이 가능했으면 좋겠습니다.
2. 위키백과의 유니폼 틀 기능을 돚거구현해 주시면 감사하겠습니다.
3. 저번에 위키방:83955에도 건의했던 것이지만 토너먼트 대진표나 가계도의 include 문법을 구현해주셨으면 좋겠습니다. - 붉은악마 (토론 | 기여 ) 2016년 1월 30일 (토) 14:30:44 (KST)

틀:지도는 iframe을 사용한 것이네요. iframe의 경우 보안 문제를 일으킬 수 있기 때문에 iframe의 사용에는 반대합니다. 다만 지도 삽입이라면 확장 기능으로는 가능하다고 봅니다. --아라는 다 알아 (토론) 2017년 2월 12일 (일) 16:58 (KST)

<a> 태그

<a></a> HTML 태그를 지원해서 이미지 등에 간편하게 링크를 걸 수 있었으면 합니다. --BrownMania (토론 | 기여) 2016년 1월 30일 (토) 15:14:59 (KST)

위키 이미지 링크는 파일에 [[파일:(파일이름)|링크=(주소)]]로 하면 될듯 합니다. 그리고 저는 위키 마크업에 링크 문법이 있는데, 굳이 이 태그를 지원할 필요는 없다고 봅니다. --LEE77^기여·TALK 2016년 1월 30일 (토) 15:22:46 (KST)

더 시드처럼 그림 또한 [[링크|[[파일:Example.png]]]]로 지원했으면 좋겠습니다. --아라는 다 알아 (토론) 2017년 2월 19일 (일) 17:34 (KST)

외부 이미지 링크

나무위키 수준까진 아니더라도 <img/> 태그를 지원하면 이미지를 올리기 수월해질 것 같습니다. 물론 그 태그 자체는 그닥 간편하지 않지만 틀:색처럼 틀을 이용하면 훨씬 수월해지리라 봅니다.. --Rainy (초간단 프로필 | 이 사용자와 대화 | 위키질 내역) 2016년 1월 31일 (일) 15:05:55 (KST)

이 태그를 지원한다면 자바스크립트를 사용할 수 있는 요소는 빼야 보안 문제가 없을 것으로 보입니다. (onClick 등) --아라는 다 알아 (토론) 2016년 2월 1일 (월) 10:14:13 (KST)

<img />를 대신할 위키 문법이 떠올랐습니다. 바깥 링크를 적용하듯이 주소 앞에 '파일:'을 붙여 [파일:https://example.com/example.png|설명|섬네일|100px]처럼 쓰면 되겠네요. 여기서 바깥 링크 문법 또한 [https://example.com/|example.com 홈페이지]처럼 비슷하게 쓸 수 있을 것 같네요. 이렇게 하면 더 시드와는 달리 문서를 만들 때와 파일을 업로드할 때 'https://'라는 제목을 사용할 수 있으리라 봅니다. (Https:// 넘겨주기 참조) --아라는 다 알아 (토론) 2017년 2월 19일 (일) 17:34 (KST)

사용자 문서 관련

특수:사용자프로필과 특수:기여를 사문에서 바로 열 수 있게 됐으면 합니다. 특:사용자프로필에 차단 기록이나 사용자 권한 등 표시되는 정보가 조금 늘어나도 좋을 거 같습니다. --BrownMania (토론 | 기여) 2016년 2월 11일 (목) 23:43:43 (KST)

<br> 태그 관련

br 태그 필요없이 엔터 키만 누르면 바로 개행이 됐으면 좋겠습니다. --Rainy (초간단 프로필 | 이 사용자와 대화 | 위키질 내역) 2016년 2월 25일 (목) 12:02:51 (KST)

이렇게 변경될 시 봇이 한번 돌아야 할 거 같긴 합니다만. --Rainy (초간단 프로필 | 이 사용자와 대화 | 위키질 내역) 2016년 2월 27일 (토) 00:33:32 (KST)

저는 이 기능은 코어에서 지원하는 것에는 반대합니다. 대신에 확장 기능에서 지원하면 좋겠네요. --아라는 다 알아 (토론) 2017년 2월 19일 (일) 17:00 (KST)

사용자 문서 관련

사용자 문서에 한해서는 그 사용자에게 관리자와 동일한 권한을 주는 것도 괜찮아 보입니다. 본인이 알아서 수정 권한을 설정하고, 삭제/되살리기 가능하게요. --Rainy (초간단 프로필 | 이 사용자와 대화 | 위키질 내역) 2016년 2월 27일 (토) 00:33:32 (KST)

자신의 사용자 문서 권한의 관리자 권한 부여에 대해 루트 사용자 문서의 이동 기능에는 반대합니다. 단 하위 문서는 자신의 사용자/다른 사용자 이름으로 된 문서의 다른 하위 문서의 위치에서나 (일반) 등의 자동 인증된 사용자가 이동할 수 있는 위치에서는 넘겨주기 없이도 이동을 할 수 있도록 부여해야 합니다. --아라는 다 알아 (토론) 2017년 2월 19일 (일) 17:52 (KST)

해시태그를 입력해서 분류하는 기능

해시태그를 입력하여 간단하게 분류할 수 있도록 했으면 좋겠습니다. [#분류이름] 문법으로 입력시 자동으로 [[분류:분류이름]]로 변환 --아라는 다 알아 (토론) 2016년 3월 21일 (월) 12:59:14 (KST)

코어 또는 확장 기능으로 지원하면 좋겠습니다. --아라는 다 알아 (토론) 2017년 2월 19일 (일) 17:34 (KST)

분류 넘겨주기 기능

분류:A가 분류:B로 넘겨주는 문서일 때 분류:A로 문서를 분류할 시 자동으로 분류:B로 넘겨지는 기능이 있으면 좋겠습니다. --Rainy (이 사용자와 대화 | 위키질 내역) 2016년 3월 22일 (화) 17:02:16 (KST)

그렇다면 넘겨주기가 설정된 분류를 태그하여 변경을 저장하면 저장시 넘겨주기 대상으로 지정된 분류로 자동으로 변환하여 저장한다는 거죠? --아라는 다 알아 (토론) 2017년 2월 19일 (일) 17:34 (KST)

관리 인터페이스

내부 파일 건드리지 않고 사이트 내에서 설정할 수 있는 부분이 많았으면 좋겠습니다. 매뉴얼을 작성하는 수고도 덜 수 있고요. --Rainy (이 사용자와 대화 | 위키질 내역) 2016년 4월 9일 (토) 23:38:18 (KST)

투표

투표 시스템을 현재의 서명으로 하는 방식이 아닌 엔진 자체 기능으로 지원하면 편리할 것으로 생각됩니다. --BrownMania (토론 | 기여) 2016년 4월 17일 (일) 13:08:29 (KST)

이거 좋네요. 그런데 미디어위키에서도 확장 기능으로 지원합니다. 그러므로 이 엔진에서도 확장 기능으로 지원했으면 좋겠습니다. --아라는 다 알아 (토론) 2017년 2월 19일 (일) 17:52 (KST)

수식은 latex를 통해 직접 서버단에서 로드되도록 했으면 합니다.

현재 사용하고 있는 mathjax방식이 일부 환경에서는 제대로 로드가 안된다고 보고가 들어왔습니다. 따라서 새로운 엔진에는 latex를 통해 서버단에서 직접 로드되었으면 합니다. --Neet (토론) 2016년 4월 18일 (월) 22:24:01 (KST)

스포일러 경고 알림

오리위키 등에서 사용하는 기능입니다. 스포일러 틀이 있을 때, 경고창에서 동의를 누르지 않으면 스포일러가 보이지 않습니다. --눅세 (토론ㅣ기여) 2016년 4월 25일 (월) 00:59:11 (KST)

코어가 아닌 확장 기능으로 구현할 필요가 있습니다. --아라는 다 알아 (토론) 2017년 2월 19일 (일) 17:52 (KST)

미디어위키 익스텐션과 호환

모든 추가기능을 개발하시는 것보다 기존 프로그램이 포팅 가능한 구조라면 기능 추가가 쉽겠죠.--눅세 (토론ㅣ기여) 2016년 4월 26일 (화) 21:34:28 (KST)

언어 자체가 다른지라 어려울까 싶습니다. 언어가 아예 다른지라 개인적으로 발상 자체가 티맥스 윈도우 마냥 괴랄하기도 하고... --Neet (토론) 2016년 4월 27일 (수) 21:28:23 (KST)

미디어위키는 PHP로 구동되고, 리버티엔진은 Node.js로 구동됩니다. API가 미디어위키와 같다는 전제 하에 확장 기능이 소스가 대부분 공개되어 있으니까 차라리 PHP로 된 확장 기능을 Node.js에 사용 가능하도록 변환하는 것이 현실적이라고 봅니다. --아라는 다 알아 (토론) 2017년 2월 12일 (일) 16:40 (KST)

그럼 필수 확장기능 몇 가지는 기본으로 지원돼야 겠네요. --BrownMania (토론 | 기여) 2016년 5월 16일 (월) 19:05:56 (KST)

진행중인 토론내용이 본문하단에 보이도록

위키시스템에 익숙지 않은 사용자들은 그 문서에서 토론이 이루어지는지도 잘 알기 힘듭니다. 특히 모바일에서는 더합니다. 현재 토론이 진행중이라면, 1. 본문의 출력이 완료되면 현재 진행중인(닫히지 않은) 토론의 내용이 본문에 이어서 하단에 표시되거나, 2. 설정을 통해 본문탭과 토론탭을 동시에 출력하거나 현행처럼 탭별로 출력하는 것을 설정하게 하거나 3. 토론기능을 포기하고 본문에 문단 별로 리플(코멘트)가 가능하게 하거나 4. 적어도 본문 상단에 틀:토론이 없어도 닫히지 않은 토론이 있으면 자동으로 토론이 진행중이라는 것을 표시해주었으면 좋겠습니다. Drjekyll1 (토론) 2016년 4월 27일 (수) 08:48:21 (KST)

위키아에서 지원하는 기능입니다. Flow 확장 기능과 함께하면 댓글로서 충분히 쓸 수 있으리라 봅니다. --아라는 다 알아 (토론) 2017년 2월 19일 (일) 17:52 (KST)

문서 '편집중' 알림

소도구로 제공하는 문서 새 판 알림이 아니라, 다른 사람이 편집창에 접속중일 때 표시를 해준다면 편집 충돌을 방지하고 문서 토론에 도움을 줄 수 있을 것 같습니다. --눅세 (토론ㅣ기여) 2016년 5월 2일 (월) 20:33:09 (KST)

미디어위키 확장에 왠지 있을 법해서 찾아보니 없는 것 같네요. 더불어 충돌 발생 후 병합 절차에 대한 개선점 등을 생각해보는 것도 좋을 것 같습니다... --Chugun (토론) 2016년 5월 2일 (월) 20:37:56 (KST)

도쿠위키의 경우 문서를 편집할 때 편집을 잠가서 다른 사용자가 편집 중임을 알리는 기능이 있습니다. 리버티에서는 위 기능을 코어에 넣으면 미디어위키에서도 따라하지 않을까요? --아라는 다 알아 (토론) 2017년 2월 19일 (일) 16:28 (KST)

시스템을 생각할 때는 항상 부작용부터 생각해야 합니다. 말씀하신 대로의 기능은 악의적인 사용자가 문서 편집 상태로 계속 들어가있는 경우에는 대처하지 못합니다(제한 시간 등을 둘 수는 있겠죠). 편집 충돌이 번거로운 작업을 유발하는 것은 맞지만, 그저 편집 중인 상대가 있다는 사실을 고지하는 것으로도 충분하다고 봅니다. 어차피 이탈할 사람은 이탈할 것이고요. 더불어 단락별 편집의 경우 편집 영역이 겹치지만 않는다면 상호 동시 반영도 가능합니다. 이러한 부분을 감안한다면 그렇게 강제하는 시스템은 불요하거나 혹은 불요 이상을 넘어 불편을 유발할 소지가 있다고 보여지는군요. --Chugun (토론) 2017년 2월 19일 (일) 16:37 (KST)

제가 단순히 편집 중임을 알린다는 기능을 도쿠위키의 기능을 넣는다는 것과 헷갈렸습니다. 위 기능은 사실 전자를 가리기는 것임을 알려드립니다. --아라는 다 알아 (토론) 2017년 2월 19일 (일) 17:52 (KST)

문서를 되돌리기 할 때 경고/확인창 띄우기

최근 바뀜에서 저 뿐만 아니라 다른 이용자들도 클릭 미스로 문제없는 문서를 편집 되돌리기 하는 경우가 있습니다. 특히 모바일에서 일어나기 쉽습니다. 문서를 되돌리기 할 때 "정말로 되돌리기 하시겠습니까?" 정도의 확인창이 뜸으로서 바로 되돌리기가 되지 않도록 하면 좋겠습니다.--Ulrezal(공방|기여|토론) 2016년 5월 16일 (월) 14:28:15 (KST)

되돌리기 하면서 사이에 뭔가를 집어넣을 경우 되돌리기가 그냥 편집 취소에 비해 딱히 메리트가 떨어질 수는 있을 거 같습니다. 그래도 되돌리기 기능 사용을 껐다 켰다 하거나 정도는 가능했으면 좋겠네요. --BrownMania (토론 | 기여) 2016년 5월 16일 (월) 19:05:56 (KST)

향상된 넘겨주기 기능

'A'가 'B'로 가는 넘겨주기라면 'A/C'에 별도로 지정된 문서 내지 넘겨주기가 없을 경우 자동으로 'B/C'로 넘겨줬으면 합니다. --BrownMania (토론 | 기여) 2016년 5월 16일 (월) 19:05:56 (KST)

이 기능은 확장 기능으로서 지원하면 좋겠네요. --아라는 다 알아 (토론) 2017년 2월 19일 (일) 17:52 (KST)

최근 바뀜 개선

최근 바뀜에 문서 수정 내역이 짤막하게나마 보였으면 합니다. --Centrair(센트레아) APP·DEP 2016년 8월 12일 (금) 10:23:24 (KST)

혹시 변경점을 말하는 건가요? 최근 바뀜에 확인 상자로 지원하면 좋겠군요. --아라는 다 알아 (토론) 2017년 2월 19일 (일) 17:52 (KST)

특수 문서의 사용자 인터페이스 관련 제안

특수 문서의 제목 옆에 아이콘을 추가하면 해당 아이콘이 어느 특수 문서인지를 쉽게 알 수 있으리라 봅니다. --아라는 다 알아 (토론) 2017년 2월 19일 (일) 16:54 (KST)

모든 특수 문서에서 특수 문서의 아이콘이 있거나 없더라도 타일 보기/목록 보기로 하여 기본값은 타일 보기로 하면 어느 특수 문서인지를 편하게 볼 수 있으리라 봅니다. --아라는 다 알아 (토론) 2017년 2월 19일 (일) 16:54 (KST)

모든 특수 문서에서는 확인 상자로 모두/사용자/관리자/사무관/개발자 등과 같이 사용자 권한별로 사용할 수 있는 특수 문서를 볼 수 있으면 좋겠군요. --아라는 다 알아 (토론) 2017년 2월 19일 (일) 17:52 (KST)

문법 개선

{|
| <:> | ㅇㅇ
|-
| <:> | 뭐 이런식으로
|}

표 문법 개선 했으면 좋겠네요 -- 2여 (토론) 2017년 6월 30일 (금) 01:41 (KST)

각주/취소선 문법 변환 또는 문법 파서 추가 (확장 기능 전용 추천)

<*>각주</*>를 입력하여 <ref>각주</ref>로 자동 변환하는 기능 또는 각주로 구문 분석하는 기능이 있었으면 좋겠습니다. 한영 등 타 언어 전환이 필요 없어집니다. --아라는 다 알아 (토론) 2017년 12월 26일 (화) 15:25 (KST)

위의 경우와 같은 필요성으로 <~~>취소선</~~>를 입력하여 처리하는 것을 제안합니다. --아라는 다 알아 (토론) 2017년 12월 28일 (목) 00:27 (KST)

편집 화면의 탭에 '차이' 추가

미디어위키와는 달리 리버티엔진, 더 시드의 편집 화면의 탭에는 '위키텍스트'와 '미리보기'만 있습니다. 거기에 '차이'를 추가할 필요가 있습니다. --아라는 다 알아 (토론) 2017년 12월 27일 (수) 14:50 (KST)