양식은 지켜주셨으면 합니다.
아직 철도 분야는 일반인보다 조금 아는 정도고(상하행 구분 일주일 전 이해) 처음 편집하는거라 미숙했습니다. 다음부터는 양식을 충분히 숙지를 하고 진행해보도록 하겠습니다.
저도 완벽하진 않으니 내용은 미숙할 수 있습니다. 하지만 양식, 레이아웃은 기존 문서를 참고하거나 물어봐주셨으면 좋겠네요.
재밌는 위키생활하기를 바랍니다.
최근 위키미디어 공용 파일에 있는 한자 관련 이미지 파일에 대한 삭제 작업이 진행되었습니다. 이에 따라 이와 관련된 분류 (분류:한자/문자/획순/bw.png 등) 도 삭제가 진행될 예정인데, 혹시 다른 의견이 있는지 확인하고자 합니다.
획순 관련 파일만 삭제되었나요? 위키미디어 공용에 있던 이미지 로드 개선이 이루어지기 전에 업로드한 것이라 현재는 문제가 없습니다. 분류도 마찬가지입니다.
-bw.png, -jbw.png, -order.gif, -jorder.gif 등으로 끝나는 파일이 삭제되었음을 확인했습니다. 다른 파일이 발견되면 다시 말씀드리겠습니다.
네 확인했습니다
다른 파일은 삭제되지 않은 것으로 보입니다. 혹시 삭제되지 말았어야할 파일이 삭제되었거나 한자 문서에 문제가 생겼다면 말씀 부탁드립니다.
칸테이류 서체 한자 파일에 삭제 신청이 들어갔다 취소가 되었는데 단순 착오가 맞나요?
넵, 삭제 신청 과정에서 착오가 확인되어 되어 되돌렸습니다. 다만 삭제 신청이 들어간 파일은 특수:안쓰는파일에 포함되었던 파일이라 한 번 확인해 주셨으면 합니다.
아... 알겠습니다
갑골문, 금문, 대전, 전서, 예서 파일도 삭제 요청하고자 하는데 어떻게 생각하시는지 궁금합니다.
네 그것도 확인해보니 지워도 될 것 같네요. 위키미디어 상에 있던 사진들의 이름이 규칙을 따르지 않는 예외사항이 많았던 것 같지만 랜덤으로 10개 뽑아서 확인해보았더니 낮은 비율인 것 같네요. 봇으로 사진 이름 싹 바꾸고 빨갛게 링크 뜨는 것들만 수정만 하면 될 것 같습니다. 예서 파일은 제가 직접 제작한 것도 있어서 확인 부탁드립니다.
알겠습니다. 감사합니다.
다른 파일은 아까 작업을 했고 예서 파일은 대체 작업이 끝나지 않아서 일단 놔두셨으면 좋겠습니다. 위키미디어 링크가 리브레위키 파일 링크를 타면 뜨게 되거든요. 삭제된 이후에 일일이 찾는 수고가 들 것 같아서요.
삭제 신청은 작업하고 다시 해놓겠습니다.
사용하지 않는 칸테이류 파일들은 봇 편집하다 실수로 누락되었거나 해서 생긴건데 나중에 자동으로 삽입할 예정입니다.
알겠습니다.
미디어위키토론:Common.css에서 논의가 진행 중입니다. "옛한글 css" 삭제에 동의하시는지 의견 부탁드립니다.
네 삭제해도 좋습니다.
(기록용)
.jamocomposed_block {
font-family: '함초롬돋움 LVT', 'HCR Dotum LVT', '함초롬바탕 LVT', 'HCR Batang LVT', '본고딕', 'Source Han Sans K', '본고딕 KR', 'Source Han Sans KR', 'Noto Sans CJK KR', '나눔바른고딕 옛한글', 'NanumBarunGothic YetHangul', '나눔명조 옛한글', 'NanumMyeongjo YetHangul', '은 바탕', 'Un Batang', '돋움 옛한글', 'Dotum Old Hangul', '바탕 옛한글', 'Batang Old Hangul', '굴림 옛한글', 'NewGulim Old Hangul', '궁서 옛한글', 'Gungsuh Old Hangul', '맑은 고딕', 'Malgun Gothic', '함초롬돋움', 'HCR Dotum', '함초롬바탕', 'HCR Batang', Code2000;
}
.oldhanyang {
font-family: "New Gulim", "새굴림", "새돋움", "한컴돋움", "Naver Dictionary", "네이버사전", "Haansoft Batang", "한컴바탕", "새바탕";
}
이제 제목에 기본 다국어 평면 밖에 있는 한자를 삽입할 수 있습니다. (시리즈:리브레 한자사전/𨭎) 분류 체계를 건드리는 건 어려울 것 같아 사용자 토론에 남깁니다.
덕분에 코드가 간단해질 수 있겠군요. 조만간 작업하도록 하겠습니다.
우선 하늘님에게 제가 너무 따가운 말투로 말을 했던 것에 대해서 굉장히 죄송해하고 있습니다. 다음부터는 제가 조금 더 부드럽게 말하는 법을 배워야겠습니다. 그리고 저는 하늘님이 방출되는 것을 원하지 않습니다. 누구나 잘못된 정보를 적을 수도 있다고 생각하고 있습니다. 제가 지금 하늘님이 틀렸다고 하며 지우고 새로 올린 정보도 언젠가는 그것이 정설이 아닌 걸로 밝혀질 수도 있으니까, 그때 틀린 정보라고 하며 지우시면 됩니다. 그게 위키의 순기능이라 생각했었는데, 어떤 면에서는 다른 사람들에게 상처를 줄 수 있다고 생각하게 됩니다. 기껏 기여했는데 다른 사람에 의해 삭제되니까 상처를 받게되는 것일겁니다. 이는 저도 나무위키나 위키백과에서 다 느껴본 감정입니다. 뭔가 속상한 그 감정, 저도 알고 있습니다.
그 문서를 발견하게 된 계기가 얼마 전(얼마 전도 아닙니다. 사실상 오늘이었습니다.)에 위키백과에서도 이 문서와 관련한 토론이 계속 개최되고 있었는데 그 과정에서 여기로 들어왔다가 이미 정설이 아닌 부분이 남겨져 있었고, 그것도 한국인들을 비하하기 위해 넣어놓은 문장처럼 판단해서(과거에 사람들이 그냥 장난 삼아 밀었는데 한국인들은 자기 피가 있다는 이유만으로 감싸고 다른 나라에게 구걸을 받는다는 내용이었고 참사가 아니라 사고로 인정해야 한다는 내용의 글이 생각났습니다) 저도 이 내용이 생각나서 지우게 되었는데, 그 과정에서 하늘님에게 굉장히 따갑게 말씀드렸습니다. 과거의 일을 가지고 함부로 그렇게 말하는 게 아니었는데, 상처를 만들게 되어서 죄송합니다.
저도 마찬가지로 죄송합니다. 정치하고 관련된 내용을 편집하다 몇번 분쟁이 있었는데요. 그래서인지 비슷한 상황만 되면 감정부터 불안해지고 그런게 있습니다. 몇 시간 뒤에 다시 생각해보면 불안해질 상황이 전혀 아닌데 상처가 많다보니 그렇게 됐네요.
2번남으로 몰리기도 하고 근첩으로 몰리기도 하고 전두환 옹호자로 몰리기도 하고 제가 왜 표적이 됐는지는 모르겠고 그래서 과민반응을 했나 봅니다 정말 죄송합니다...
과거에 사람들이 그냥 장난 삼아 밀었는데 한국인들은 자기 피가 있다는 이유만으로 감싸고 다른 나라에게 구걸을 받는다는 내용
저도 구걸을 받는다는 내용은 적절하지 않아보이네요.
그게 트라우마로 남은 것인가 보군요. 앞으로는 비슷한 일이 있어도 너무 신경 쓰지 마시길 바랍니다. 제가 편집한 부분같은 경우는 이미 현재 상황에서 거짓이라는 것이 밝혀지고, 애초에 원래 주장부터가 잘못된 것에서 시작한 것이다 보니 민감해질 수 밖에 없던 문제였던 것 같습니다. 좋게 받아주셔서 감사합니다.
쓰신 내용은 제가 생각이 바뀐 부분입니다. 근데 반영을 안했어요. 비슷한 상황일 때 너무 신경쓰지 않아도 된다는 말씀주셔서 감사합니다.
사실 이곳에서 받은 다른 상처에서 회복된지 얼마 안된 상태였습니다.
갑작스럽게 사용자토론 문서에 말씀드리게 되어 죄송합니다. 하늘님의 도움이 필요한 것 같습니다. 제가 이제 한자에 대해서 전혀 모르는 사람이기도 하고, 중국에서 사용되는 밈 같은 거를 기여해 보고 싶은데 제 한자 실력이 너무 좋지 않아서 부득이하게 당신께 연락드리게 되었습니다. 리브레 한자사전에 어떻게 기여해야 하는지 조금 알려 주실 수 있을까요? 정보를 찾은 대로, 제 능력대로 시리즈:리브레 한자사전/囧에 기여하였습니다. (조언을 주신다면 업데이트를 하겠습니다)
그리고 편집하다가 편집 필터에 걸렸는데 사용자 문서에서 뭣모르고 편집 필터에 걸리게 해서 죄송합니다. (한자기여는 처음입니다)
시리즈:리브레 한자사전/冏 입니다. 왜 또 없는 문서로 나타나는지는 모르겠습니다.
제가 이 프로젝트를 만들었을 때 편리한 시스템을 위해 분류도 자동으로 들어가게 하고 여러 기능을 포함시켰습니다. 그런데 만들고 보니 문어발식 틀이 되어버렸네요. 그래서 많이 복잡한 점 이해해주셨으면 좋겠습니다... 다음에 좀 더 간단하게 시스템을 만들겠습니다. 새 문서를 작성하실 때에는 현행대로 템플릿에서 작성하시면 되고 왼쪽 상단에 큰 글씨로 한자가 빨간색으로 나와있는데 그걸 이용해서 넘겨주기 링크를 만드시면 됩니다. 그리고 한자 목록도 있는데 이건 자동화 스크립트를 효율적으로 재개발 중이라 현재는 일단 수동으로 목록으로 갱신해야 합니다.
아하, 감사합니다. 사실 한자에 대한 지식이 없어 처음 볼 때 뭐부터 채워야 하나 하며 다른 한자들을 보고 한자사전을 직접 찾아 만든 것도 있는데, 말씀대로 한번 해보겠습니다. 답변해주셔서 감사합니다.
사실 이 문서가 내용 기여로서는 첫기여라서 어떻게 해야 하나 확인하면서도 고민하고 고민하면서 쓴거고, 한자를 진짜 모르는 사람이라 일부러 안 쓰고 그래서 걱정했는데, 하늘님께서 내용을 보충해주신 것을 확인하였습니다. 감사합니다. 주말 즐겁게 보내시기 바랍니다.
감사합니다
삭제 요청에 대해 이의가 있으면 삭제토론을 열어야지 사람 무시하고 삭제 요청 통째로 지우는 건 뭐하는 짓입니까?
d
이 게시글은 하늘님에 의해 숨겨졌습니다 (기록)
삭제 해제에 대한 이유는 요약으로 적었습니다
- 극단적이지 않더라도 한겨레 신문을 비롯한 몇몇 언론들은 체리피킹이 동반된 뉴스를 퍼뜨리기도 한다.
최소 이 부분을 삭제하신 이유에 대해서 설명해주세요. 막 밀어버리면 괜히 숙청으로 느껴집니다.
제대로 된 사과없이 존중받는걸 원하신가요??
사과만 했다하면 먹이를 물고 쫓아오는 약은 사람은 아닙니다
아니라는 말만 하시면 됐는데 찔리셨으면 죄송합니다라고 하니까 오히려 제 마음에 금을 만드신거 같은데요?
"집이 맘에 안든다고 땅 전체를 불도저로 미는 듯이 하는건 아니라 봅니다."는 엄연히 존재하는 것을 마음에 들지 않는다는 이유로 존재를 지워버리는 것 같아서 그런거였고 그렇다면 좌빨 문서도 지우는 것이 낫겠다는 의미에서 삭제 신청을 넣어봤습니다. 확대 해석이라면 저의 잘못입니다.
제가 또 긁어 부스럼을 만들었네요 근첩 하나 때문에 원인 제공할 일을 만든게 후회됩니다 그냥 물 흐르는 대로 갈게요 토론은 또 원인 제공이 될까봐 걸지는 않을 거고 제가 다 잘못했습니다
절대로 이의제기는 없을 것입니다
접속하셨으니까 확인하신 것으로 알고 토론 닫겠습니다
더이상 토론을 이어나갈것도 없고 해서 그렇습니다.
삭제된 문서에서 하늘님께서 작성하신 내용을 보관해 뒀습니다. (특수:고유링크/1640836)원하시는 조치 (RAW 복사 등) 를 마친 후에 댓글 부탁드립니다.
문서 이동으로 제 하위 문서로 옮겨도 될까요?
원하시는 문서명 말씀해 주시면 옮겨드리겠습니다.
여기로 옮겼습니다. 사용자:하늘/메모장/단군 혹시 다른 것도 더 있나요?
지금까지 재검토한 문서 중에는 없습니다. 발견하게 되면 다시 여기로 안내드리겠습니다.
네 감사합니다. :)
혹시 봇 관련해서 여쭤보는데 제가 PyWikiBot로 Bot을 만들려고 하는데 여기에서 걸려서 혹시 도움 좀 받을수 있을까요?
1: commons 2: foundation 3: i18n 4: incubator 5: lingualibre 6: mediawiki 7: meta 8: omegawiki 9: osm
10: outreach 11: species 12: vikidia 13: wikibooks 14: wikidata 15: wikihow 16: wikimania 17: wikimediachapter 18: wikinews 19: wikipedia 20: wikiquote 21: wikisource 22: wikispore 23: wikitech 24: wikiversity 25: wikivoyage 26: wiktionary 27: wowwiki 이게 문제인데 여기에서 어떤번호를 눌러야 하는지 잘 모르겠어서;; 이거 해결책 내주시면 감사합니다.
제가 파이위키 봇 안 쓰고 자체 제작 봇만 써서요...
프로젝트가 활성화 된거라 보통 최신 메뉴얼 있을 겁니다.
파이위키 쓰려면 저한테는 좀 복잡해서 제가 api이용해서 손수 만들어서 쓰고 있습니다. 잘 아면 답변드릴 수 있지만..
혹시 봇은 어떻게 만들죠? 하...
python에 requests 패키지를 사용해서 api로 요청을 보내고 응답을 받아서 json으로 변환한 후 그걸 이용해서 문서의 내용을 뽑아내고 post 요청으로 편집을 저장하는 방식입니다. 저는 이렇게 쓰고 있는데 파이위키 봇은 정해진 규칙이 있어서 쓰기가 싫어서요..
opython이랑 동일인 입니다.
어떤 작업을 하고 싶으신 건지 알려주시면 도움을 드릴 수 있을지도 모릅니다. 디스코드 아이디를 공개하는 것은 삼가해 주시기 바랍니다.
아 네
네.
답변 완료됐다는 의미죠?
네 근데 혹시 다시 물어볼게 있는데 물어봐도 되나요?
네 괜찮습니다
하늘님 혹시 하늘님에 API를 이용해서 사용하려 하는데 공유 해주실수 있나요?
미디어위키 내장 API 이용하고 있습니다. 시간 나면 사용자 문서에 올려보겠습니다.
원래 깃랩 링크로만 보여드릴려고 했는데 그냥 요 위키에 공개할게요.
두 달 정도 방치됐는데 파이썬 개발 경험이 거의 없고 혹시 모르니까 조금 수정해서 사용하세요.
참고로 여기에 있는 소스는 업데이트가 안 된 상태입니다.
https://librewiki.net/wiki/%EC%82%AC%EC%9A%A9%EC%9E%90:%ED%95%98%EB%8A%98/%EC%86%8C%EC%8A%A4
여기에 일단 예시가 있네요. 패키지가 아니라 단일 파일입니다.
제가 Opython님의 실력을 알 수는 없기 때문에 불필요한 설명을 할 수도 있습니다.
감사합니다. 토론 닫습니다.
하늘님 제가 위키 설립관련해서 도움 받으려는데 infinityfree 이쪽에서 열려고 하는데 이 쪽에서 도메인 설정까지 했는데 잘 안되서요. 하늘님이 추천해주신 거기는 도메인 되나요? 패쇄도 되나요?
그리고 또 혹시 SSL은 어디 이용하셨는지?
서버에 Let's encrypt 프로그램 설치해서 자동인증 받았습니다. 운영체제는 우분투입니다.
웹 호스팅을 쓰지 않아서 답변드리기 어렵구요... 구글 클라우드나 오라클 클라우드 같은거만 써봐서... 구글 클라우드 프리티어 등급 쓰시면 개인용으로 쓰기에는 괜찮습니다.
miraheze는 위키 개설을 요청하면 그냥 만들어주는데 도메인 연결이 되는지는 찾아봐야 될 것 같아요. 그리고 거긴 오랫동안 방치하면 사이트가 폐쇄됩니다.
세루리안의 봇계정입니다라고 그대로 남아있어서 그렇습니다.
네 수정하겠습니다. 하늘님께서는 조금 부담스러워서.. 하늘님이 라고 해주세요..
네 죄송합니다 ㅠ
그냥 편하게 부르셔도 됩니다.
네!
해당 내용은 일반화가 맞긴 하지만 그전에 비인도적인 게시글을 작성하는 사람중 윤석열 지지자가 아닌 경우는 찾기가 매우 힘듭니다. 네이버나 유튜브등 게시물, 댓글 작성자의 다른 게시글들을 보면 그들 모두 공통적으로 윤석열 지지자라는 공통점이 있습니다. 다른 예시로 넷상에서 말끝에 '노'를 붙이며 고인드립을 하는데 일베충이 아니어도 말끝에 '노'를 붙이고 고인드립을 할 수 있다며 일베충으로 몰아가는건 일반화하는것이다라는것과 비슷하지 않을까요?
반중롤&원깨의 경우 나무위키에서 그들의 문제점에 대해 잘 서술되어있고요. "롤을 많이 하는 것과 국산 게임을 비난하는건 별개 아닌가요?"라고 했는데 요점은 국산게임을 비난하는게 문제가 아닌 중국을 혐오하면서 정작 중국 게임인 롤과 원신을 찬양하는 모습을 보이는 내로남불에 대해 비판하는겁니다.
똥파리라고 불리는 강성 문파들도 있습니다.
반중롤깨라고 국산 게임을 비난하는게 무슨 상관일까요? 친중롤깨라도 국산 게임 비난할 수 있죠. 그들의 문제는 반중이면서 롤은 못 끊는다라고 봅니다.
국산 게임을 비난하는건 잘못된 서술인것은 인정합니다. 그리고 말했듯 요점은 국산 게임을 비난하는것이 아닌 내로남불 행동에 대해 비판하는겁니다.
비인도적인 게시글을 작성하는 사람중 윤석열 지지자가 아닌 경우는 찾기가 매우 힘듭니다. 한겨레, ytn 등에서도 상대 지지자를 향한 비난이 수도 없이 많죠.
비인도적인 게시글을 작성하는 사람은 여기저기 널려있다고 봅니다.
잘못된 서술인거 인정하셨네요
그럼 이 부분이 군더더기가 되네요.
이재명 지지자중에서도 비인도적인 게시글을 작성하는 경우가 있을수는 있죠. 그런데 해당 게시글을 작성한 사람을 조사해보면 모두 윤석열 지지자니까 이런 말이 나오는겁니다.
저는 내로남불이라는 주장을 비판하는 것이 아닙니다. 읽는 이가 모든 2번남이 다 내로남불적이고 과격한 사람들이라고 인식을 할 수 있다는 점이 문제라고 봅니다.
군데군데 이런 문제가 발생할 수 있는 서술이 발견되어서 그럽니다.
해당 문서에 토론을 개설하였으니 참고 부탁드립니다.
제가 사용하는 2번남은 모든 윤석열 지지자가 아닌 해당 문서에 서술된것처럼 특정 윤석열 지지자를 일컷습니다.
인용문2의 내용이 숫자 목록 서식으로 끝날 경우 작가 및 출처 위치와의 간격이 비정상적으로 좁아지는 문제가 있습니다. 해당 형태로의 사용이 많아 보이지는 않습니다만 시간이 날 때 수정을 부탁드리겠습니다.
{{인용문2|모든 사람은 태어날 때부터 자유롭고,
존엄성과 권리에 있어서 평등하다.|유엔 세계인권선언 제1조}}
모든 사람은 태어날 때부터 자유롭고,
존엄성과 권리에 있어서 평등하다.— 유엔 세계인권선언 제1조
위처럼 입력해도 아래처럼 출력 가능하도록 구조를 바꾸었는데 여백 문제 때문에 곤란하네요.
모든 사람은 태어날 때부터 자유롭고,
존엄성과 권리에 있어서 평등하다.
<br> 태그 없이 엔터만을 사용해서 개행 가능하도록 바꾸었습니다.
투표 개시일 이전에 기재하신 서명은 무효이기 때문에 다시 서명해주시기 바랍니다.
틀:마을 정보가 싹 바뀌었기 때문에 설명문서를 참고하시길 바랍니다.
참고하겠습니다.
틀:Lang-일본어 중 M PLUS 2 폰트는 어떤 환경 대응용인지 알 수 있을까요?
Liebesfreud님이 추가하셔서 저는 잘 모르겠습니다. 그 분한테 질문하시면 될 것 같습니다.
저도 잘못 봤군요...
언어 틀 넘겨주기로 대만 문서 등의 틀이 깨져 있는데요, 빠른 처리 부탁드립니다.
이건 좀.. 심각한 문제네요.
고쳤습니다
'등'이라고 하셨는데 더 있죠?
제가 따로 찾아보지는 않아서요;;; 처리해주셔서 감사합니다.
서버 작업으로 특수:분류 문서에서 나타났던 에러는 처리했습니다만, 혹여나 싶어 여쭤봅니다.
해당 문서를 편집하셨을 때 일반적인 환경에서 편집하셨나요? 아니면 API(봇)를 사용하셨나요?
전에 봇으로 이 분류들을 제거했었습니다. [분류:한자/문자|여][분류:𦥑|-]
분류를 모듈로 넣거나 수동으로 넣거나 속도 차이가 안 나는 것 같아서 분류를 모듈로 넣고 분류를 도로 지웠습니다.
아 API를 이용해서 편집했습니다
음.. 뭔가 중간에 mw가 뻑난것 같습니다마는 유사한 일이 생기면 다시 보도록 하죠
한자 관련 분류에 재귀 분류가 되어있어서 혹시 이 문제인가 싶어서 다 지웠는데 그래도 오류가 나네요.
또 오류 나네요..
"Wikimedia\Assert\ParameterAssertionException"에서 심각한 오류
지금은 작업할 상황이 아니니 오늘 밤쯤에 보겠습니다.
아까와 같은 문제입니다. API 사용 시 설정을 재검토하시거나 가급적이면 빈 분류를 생성하지 않게 점검하는 것을 권장드립니다.
분류 문서를 다른 문서에 끼워넣는건 영향이 없죠?
일반적으로는 문제가 없습니다마는 그런 경우에는 가능한 한 웹으로 편집하시길 부탁드립니다.
네 알겠습니다
봇 편집 중 실수로 빈 분류를 삽입했던 적이 있었던 것 같습니다. 도움이 될지는 모르겠습니다.
https://librewiki.net/index.php?title=%ED%8C%8C%EC%9D%BC:%E4%B8%83-bw.png&diff=prev&oldid=1435707
https://librewiki.net/index.php?title=%ED%8C%8C%EC%9D%BC:%E4%B8%80-bw.png&diff=prev&oldid=1435706
이번에는 틀:포켓몬 자료/로파파 이 문제였습니다.
에.. 그렇군요
방금 또 오류가 났는데 봇 문제는 아닌 것 같습니다. 이번에 봇 편집을 하지는 않았습니다.
mw 버그로 빈 분류가 자꾸 생기는 것 같으니, 향후 업데이트까지 가야 근본적인 해결이 될 것 같습니다.
루비(ruby)는 변수로 사용하지 않고, 직접 넣는 게 더 나을 것 같다는 생각이 듭니다.
변수 없이는 이중 틀이 되어서 변수를 만들었습니다. 저는 변수를 넣는 쪽이 깔끔해서 좋다고 생각합니다.
편의성도 고려하면 변수를 넣는 것이 좀더 낫지 않을까.. 합니다.
그렇게 볼 수도 있겠네요.
그런데 틀:lang-일본어하고 중국어는 왜 문법이 다른가요?
틀:lang-일본어는 틀:ja에서 영향을 받아서 r,y 변수를 만들었고 중국어는 요미가나가 없어서 그냥 r만 넣었습니다. 정확히 어떤 부분인지 알 수 있을까요?
아니 틀:ja가 아니네요. 틀을 비슷하게 만들었던거 같은데..
틀:Ja-y 요건가요?
아닌가봅니다... 비슷하게 만든거 같은데 잘 모르겠네요
뭐 그건그렇고 r, y, 3 모두 같은 변수인 것 같은데 r만 써도 되지 않나요?
그렇겠죠?
고럼 봇으로 확인해보고 없애려고 합니다.
지우셔도 됩니다
네 감사합니다.
틀:색 이전 코드가 좀 더 직관적인 것 같은데, 수정하신 이유가 뭔가요?
{\{색|gradient=linear-gradient(90deg, #fff, #000)|위키}}는 1번 변수가 텍스트, gradient 변수가 색상.
{\{색|#fff|위키}}는 1번 변수가 색상, 2번 변수가 텍스트이길래 둘 다 1번이 색상 2번이 텍스트가 되도록 통일했습니다.
앞에꺼는 {\{색|위키|gradient=linear-gradient(90deg, #fff, #000)}}처럼 작성해도 작동되어서 두 가지 표기법이 혼재하면 혼란을 유발할 것 같았습니다. 아예 순서대로 입력하도록 했습니다.
제가 한 것이 오히려 더 불편할 수 있는지 여쭤봅니다.. 다른 이용자도 생각해야 하니까요.
일단, 현재 방법은 gradient가 불필요하게 들어가긴 합니다. 그리고 'gradient=='은 좀 헷갈릴 여지가 있고요.
"{\{색|위키|gradient=linear-gradient(90deg, #fff, #000)}}" 요건 Cerulean님 말씀이 맞기는 하지만, 그래서 제가 일부러 설명문서에서 "{\{색|gradient=linear-gradient(90deg, #fff, #000)|위키}}"만 설명했습니다. 색깔을 앞에 두라는 식이죠.
"'gradient=='은 좀 헷갈릴 여지가 있다" 저도 동의합니다. 'gradient='으로 쳐도 작동될거라고 생각할 수도 있네요.
보통은 설명문서에서 복사 붙여넣기해서 사용할 것 같은데 나중에 사용법을 흐릿하게 기억하는 정도면 헷갈릴 여지가 있을 것 같습니다. 그렇다고 1번 2번으로 달랑 해놓으면 css상으로 작동이 안되고.. 'gradient=='도 헷갈릴 여지가 있고 만약 'gradient=='를 넣으면 변수가 3개로 늘어나 수직선을 한 개 더 쳐야해서 그거대로 불편하겠네요.
타협해서 되돌리는게 맞는 것 같습니다. Pika님 편집본처럼 'gradient='를 linear-gradient 앞에 적는 방식은 다소 귀찮음을 유발할 수도 있을 것 같습니다. gradient의 두 문자를 따서 g=로 입력해도 작동되게끔 했으면 좋겠습니다.
뭐 그것도 나쁘지는 않네요. 아니면 "linear-gradient=90deg, #fff, #000"로도 할 수 있을 것 같은데, 제가 gradient 코드는 잘 몰라서요;;
아하 gradient는 color에 직접 넣으면 작동이 불가능하고 background에 그레디언트를 넣고 background-clip에 'text'지정, color를 투명으로 설정합니다.
그럼 일단 이전 판으로 돌리고, 'g='도 가능하게 만들까요?
네 그렇게 합시다
그럼 기존 문서에서 사용하던 것들도 봇으로 다 바꿔야 하는데, 대부분 마지막에 'gradient=='가 있는 방식으로 사용하셨나요?
네 제가 다 바꾼 것 같네요
근데 제 기억상으로는 몇 개 없어서 봇을 쓰지 않아도 될 것 같습니다.
몇몇 문서에서 레이아웃이 깨지는 문제가 있어 잠시 되돌렸습니다. 미디어위키:Anonnotice 등에서 문제가 발생했으니 미리 테스트 후 코드를 바꿔주시기 바랍니다.
아마도 기존 코드들(gradient==)을 다 수정한 것 같습니다. 그래서 틀:색 코드도 변경했습니다.
양해해주셔서 감사합니다.
Edittool(편집창 아래 문자입력도구) 커스터마이징 관련해서 Cerulean님의 소스를 가져와서 도움말:사용자 자바스크립트 문서에 활용하려고 생각하고 있는데 괜찮으신지요.
네 활용하셔도 됩니다
확인했습니다. 감사합니다.
매크로성 대량 편집을 부계정을 이용해서 쓰신다면 리:운영진 요청에 부계정에 봇 권한 부여해달라고 요청하시면 될 것 같습니다. 봇 권한 필요하다고 생각할 때 참고하세요.
저는 봇 권한을 쓰지는 않는 것 같은데 봇 계정을 안 쓴다고 규정에 걸리는건 없죠?
pywikibot은 쓸 줄 몰라서 오토위키브라우저를 쓰고 있습니다.
봇 계정을 쓰는 이유가 있군요. 리브레 위키:봇
넵 참고하겠습니다.
https://m.dcinside.com/board/namuwiki/27708
여기에 달린 댓글은 본인이 쓴 것이 맞나요? --Jellanie (토론) 2021년 8월 17일 (화) 20:58 (KST)
그걸 굳이 확인을 받아야 하나요?
사칭 가능성이 있어서요.
.
환경 설정-보이기의 가장 아래에 '되돌리기 링크를 클릭할 때 확인창을 표시' 기능이 있습니다. 도움이 되지 않을까 싶습니다...
어? 이런 기능이 있었네요. 설정했습니다. 감사합니다.
제가 필요한 이유가 있을까요?
이 게시글은 175.223.17.113님에 의해 숨겨졌습니다 (기록)
그냥 토론 참여 요청이니 넣고 하면 스팸 수준이지 뭡니까 그게.
이런 식이면 조치할 수 밖에 없습니다.
문법의 일관성을 요구하시는 것 같아서 수정했습니다.
.....?
실수죠
뭐 가끔 그렇죠
'가운데 중', '나라 한' 이렇게 훈과 음을 모두 포함하자는 것이었습니다.
아 구체적으로 말씀 안하셔서 몰랐습니다. 제가 물어볼걸 그랬습니다.
그런 넘겨주기는 쉽게 생성이 가능합니다. 한번에 하는건 힘드니까. 매일 가볍게 몇 개씩 편집하겠습니다.
나라 한, 가운데 중 이런걸 왜 생각못했을까요
파일:YouTube icon rgb.svg로 대체 가능한 파일이고, 현재 사용하는 곳이 없어 삭제하려 합니다. 비교적 최근에 올리신 파일이어서 확인차 연락드립니다.
넵 알겠습니다.
한자 문서들의 제목이 한자로 되어 있어서 입력하기가 불편합니다. 다음에 문서 만드실 때는 넘겨주기도 만들어 주세요.
넘겨주기를 만들면 '한'을 입력하게 되면 漢, 韓 두 가지가 있는데 둘 중 하나로만 연결되어서 오히려 불편할 수 있습니다. 그럼 동음이의어 문서를 만들어야 되는데 작업이 꽤 오래걸릴거 같습니다. 좀 불편하더라도 기다려야 할겁니다. 못 한다는게 아니라 작업이 오래걸릴 뿐입니다.
한자 문서들은 특성상 시리즈:모두의 영한사전와 거의 유사한데, 비슷하게 시리즈로 넘기는 것이 더 적당하다고 생각합니다.
저도 생각해본적 있습니다.
어차피 넘겨주기는 허용되니까요.
그 부분은 차차 생각해보고 천천히 진행해 볼 생각입니다.
지금 일반 문서로 만들다 보니 분량을 채우기가 힘든데 시리즈 문서로 만들면 분량 채울 필요가 없게 되나요? 일반 문서면 뭔가 채워야 할거 같은 느낌이 들어서 말입니다.
일종의 사전이니까 단순히 사용자:Cerulean/辶처럼 획수, 부수만 있지 않는다면 상관 없을 것 같습니다.
저는 용례를 적는 정도만 하고 있는데 혹시 내용을 뭘 추가하면 더 좋을지 의견을 듣고 싶습니다.
마음이 쉽게 바뀌어서.. 시리즈 문서 만들어보고 싶네요
- 현재처럼 틀:한자 정보
- 용례(한국, 중국, 일본)
- 형성 원리(韋 문서처럼요)
- 서체(예서·해서·행서·초서) (가능하다면요)
면 충분할 것 같습니다.
부수 한자는 해당 부수를 사용하는 한자 목록을 추가하면 좋겠네요.
오 감사합니다.
서체는 위키미디어에서 자료를 끌어다 쓰면 되고요.
되도록이면 지양해주시기 바랍니다.
너무 많이 쓰지 않도록 자제하겠습니다.
문서상 텍스트 아이콘의 적용에 있어, 기본적인 정보 제공 성격의 고려와 함께 텍스트 아이콘과 실제 아이콘 및 패비콘간의 동일 여부상 이전과 같이 파일 형식으로 대체함은 어떨지 말씀드립니다.
위키 내 사용 여부와 별개로 해당 제공되는 아이콘을 확인할 경우 아이튠즈 아이콘은 현재와 다른 몇 년 전 버전의 아이콘이 제공되고, 엣지나 크롬 같은 경우 단색으로 쓰기 위해 내부 윤곽을 임의로 처리한 것에 가까워 보이는 등 실제와 동일한 형태를 제공한다는 보증이 이루어진다고 보기 힘든 제3자에 해당하는 해당 서비스의 제공을 웹 사이트의 공식적인 브랜드나 패비콘처럼 사용하기에는 어려움이 있어 보입니다.
더해 위키피디아와 같이 제공되는 것과 달리 패비콘에서 분명히 배경을 포함하는 경우도 있으며, 래스터 그래픽상에서는 패비콘처럼 작은 크기로 표시될 용도의 경우 사용처를 고려해 이미지상 세부 사항을 조정하기도 하기 때문에 이와 같은 사항의 고려 없이 텍스트 아이콘을 사용함은 부적절함이 있을 것으로 보입니다.
한편 틀 설명문서에서의 경우 새로고침만 문자를 대체하는 단독적인 아이콘으로 처리되는 것이 당위와 일관성이 적합하다고 볼 수 있을지 싶은 의견을 남깁니다.
아이콘 목록을 보니까 실제 로고와 차이가 많이 나는 경우도 있더군요. 그래서 저도 모든 사이트에 적용하기에는 무리가 있다고 보긴했습니다. 파이어폭스 아이콘도 출력이 불가능해서 비슷한걸로 올려놨고요.
텍스트 아이콘과 실제 파비콘, 로고와 상당히 일치하거나 저작권 때문에 로고 파일을 구할 수 없는 경우에만 텍스트 아이콘을 적용하는게 어떨까요?
위키피디아 파비콘처럼 공식 파비콘과 fontawesome(?) 아이콘이 일치하지 않는다면 모두 사진 파일로 대체하는게 바람직할거 같습니다. 트위터나 핀터레스트 정도는 상당히 비슷해서 바꿀 필요는 없지 않을까요?
틀 설명문서는 하나만 아이콘으로 바꾼 것이 일관성을 해치는 것 같습니다. 그럼 아이콘으로 다 바꿀건지 원래대로 되돌릴건지의 문제가 되겠네요
트위터 문서를 보면 파비콘을 svg파일로 하게 되면 파비콘이 약간 흐릿하게 나오는 문제가 있네요. 제가 좀 이런거에 예민해서 가능하면 텍스트로 바꾸는게 낫다고 판단했습니다. 좀 더 생각을 했어야 했는데
이 게시글은 하늘님에 의해 숨겨졌습니다 (기록)
그냥 쓸 수 있다고 해서 집어넣는 것은 물론이고, 파일 업로드 유무나 일치의 정도를 떠나서 파일보다 원본성이 보증되지 않는 로고를 문서에서 실제처럼 배치한다는 것은 바람직하지 못할 것으로 생각합니다.
틀 설명 문서의 경우 적어도 위키에서 '새로 고침'에 해당하는 기능에 아이콘이 할당된 사례는 찾기 어려워보입니다. 주요 메뉴를 제외한 문서 영역에서의 기능은 기본적으로 문단 편집과 같이 텍스트로 처리되고요.
원본성이 보증되지 않는 로고 이게 핵심이군요
틀 설명문서에 아이콘을 사용하게 되면 일관성을 해치게 되나요?
현재에서 저의 판단은 그럴뿐더러 얼마나 맥락이 맞을지 모르겠습니다.
아이콘을 지우는 쪽으로 가겠습니다.
위키쨩 포크 문서용인 것으로 보이지만 위키쨩 문서와 틀을 확인한 결과 위키쨩 틀에서도 웹사이트 관련 내용은 공식 사이트, 블로그, 트위터가 전부인 것으로 확인됩니다. 음반사도 레이블로만 바꾸면 되고, 어차피 수작업으로 내용을 옮겨야 하는데 차후 틀 유지보수도 고려할 일이라 이전대로 가는 것이 좋지 않을지 싶습니다.
처음에 틀 수정을 시작한건 위키쨩과 호환을 위한 것은 맞으나 후에 추가된 인스타그램 페이스북은 위키쨩 포크문서만을 위한 것이 아닙니다. 이거 건들다가 다른 것도 만져보자해서 저렇게 변수가 많아졌습니다.
방송인 정보가 들어간 문서를 보면 항목= 웹사이트 내용= 유튜브 아이콘 + 유튜브 링크 트위터 아이콘 + 트위터 링크 이런식으로 된 문서가 많습니다. 이런 스타일을 한번 음악가 정보 틀에도 적용해본겁니다.
각 서비스 연결 틀을 입력하는 것 대비 이렇게 처리하면 정보상자 내에서 서비스 순서를 정렬하고 임의 이름을 지정하거나 각 서비스에 주석을 넣을 수 없는 문제를 감수해야 해서... 그냥 기존 방식대로 해도 어떨까요. 인터넷 방송인 정보 틀도 어차피 각 연결 틀은 따로 사용합니다.
제가 예전에 그런 방식으로 해봤었는데, 틀이 경직되어 틀 수정과 문서 수정 둘 다 복잡해지는 결과를 낳았습니다.
따라서 틀에 모든 변수를 입력하는 것으로 한번에 해결하는 것은 추천하지 않습니다.
#if를 많이 쓰면 연산이 많아져서 시간이 좀 더 걸리기도 하죠. 뭐 그렇게 큰 차이는 아닙니다만, 다른 틀에도 #if, #ifexist가 있다면 얘기가 달라지죠.
좀 편할려고 그랬는데 구체적으로 설명해주시니까 어떤 문제가 발생하는지 잘 알겠습니다. 되돌리는게 낫겠네요
부트스트랩 기능이라고 보면 되나요?
아 유튜브 동영상 화면비율 자동 계산하는 모듈입니다
1920 16:9 입력하면 1080이 출력되는 식입니다.
고유명사 이외에는 되도록이면 한국어 표제를 유지해주시기 바랍니다. (리브레 위키:편집지침#외국어로 된 제목의 번역)