모듈 토크:좌표
Module talk
| ||
| 관련 페이지 |
|---|
좌표 삽입 피쳐가 손상됨
이즈노(talk·contribs)의 이 편집은 다음을 깼습니다. coordinsert특징.Didcot과 같은 페이지로 이동하여 정보 상자(인라인) 하단의 좌표 링크와 페이지 상단의 표시기 슬롯(제목)에 있는 좌표 링크를 비교합니다.인라인에는 쿼리 문자열 매개 변수가 있습니다.params=51.606_N_1.241_W_region:GB_type:city(26920)반면에 그 직함은 오직.params=51.606_N_1.241_W_이것은 제게 말해줍니다. coordinsert피쳐가 손상되었습니다.두 링크의 쿼리 문자열이 동일한 어제는 잘 작동했습니다. --Redrose64 🌹 (talk) 10:59, 2022년 2월 5일 (UTC)[
- 어제(TemplateSandbox) 작동한 것을 다시 확인할 수 있습니다.무슨 일이 일어나고 있는지, 왜 그런지 전혀 모르겠습니다.
- 미디어위키 토크 때문이기도 합니다.벡터-2022.css#2022년 2월 5일 인터페이스 보호 편집 요청.이즈노 (토크) 21:10, 2022년 2월 5일 (UTC) [
감사합니다 --Redrose64 🌹 (talk) 00:12, 2022년 2월 6일 (UTC) - Izno, 좌표 삽입기가 정말로 엉터리 문자열 구문 분석을 하는 것 같습니다. 그래서 당신의 마지막 변경이 효과가 없었던 것 같습니다.
- 기존 마크업을 유지하면서 지시자를 추가하는 것에 대해 어떻게 생각하십니까? (예: 새로운 코드 외에 기존 함수 본문을 유지합니다.)새로 추가된 코드에는 #좌표 대신 다른 ID(예: #좌표 표시기)를 사용합니다.
- 인디케이터 버전에 대한 별도의 아이디가 있으면 유용할 것 같고, 인디케이터 표시에 문제가 있는 것을 발견하면 모노북과 같은 오래된 스킨에 숨겨질 수 있습니다.
- 당신은 어떻게 생각하나요?
- 대안적인 접근법은 HTML 변경에 더 취약하도록 좌표 삽입 코드를 리팩터링하는 것입니다. 하지만 저는 지금 몇 번 읽었지만 여전히 잘 알지 못합니다.Jdlobson (대화) 22:44, 2022년 6월 10일 (UTC) [
- 또는 이전에 시도한 아이디어만 있기 때문에 cord2text 및 cordinter를 변경할 수 있으므로 지금 당장 두 번이 아닌 한 번의 호출이 필요합니다.그렇게 하면 지표가 만들어지기 전에 호출을 받고 그런 식으로 작동할 수 있습니다.제가 볼 수 있는 주요 문제는 아마도 약 100만 페이지를 두 번의 호출(다른 한 번의 호출)에서 한 번의 호출로 변경해야 한다는 것입니다.
- 좌표 삽입을 사용하는 또 다른 옵션은 내부 호출에 display=inters 또는 plain=yes 매개 변수를 요구하는 것입니다.두 경우 모두 표시기가 추가되지 않으며 좌표 삽입이 제대로 작동합니다.이전 제안보다 이점은 편집이 덜 필요하다는 것입니다.(어쨌든, 머리가 아파서 아마 월요일까지 아무 대답도 하지 않을 거예요)--Snebar (대화) 11:31, 2022년 7월 1일 (UTC)
- 저는 이번 주에 몇 가지를 살펴보았고 몇 가지 의견이 있습니다.
- 기본적으로,
coordinsert좌표를 배치하는 것과 완전히 호환되지 않습니다.<indicator>좌표 삽입 모듈이 볼 때 좌표가 스트립 마커 안에 있기 때문입니다.오늘날 존재하는 다양하고 다양한 장소에서 위키 텍스트를 보존하는 것은 말 그대로 할 일이 없습니다.제목 URL에서 "정밀도 손실"을 허용하지 않고 지표로 이동할 수 있는 유일한 방법은 다음을 사용하여 백만 페이지 이상을 변경하는 것입니다.coordinsert기본적으로 Snävar가 제안하는 대로 기본 공간 위키 텍스트에 URL 조정을 직접 추가하는 infobox를 통해 제공됩니다.두 번째 제안은, 좌표 삽입기 내부의 디스플레이 전용 좌표 사용 시 경고/경고/요구하는 것이지만, 표시기 버전과 비표시기 버전 간의 불일치 문제를 해결하지는 못할 것입니다.표시되어야 하지만 표시되지 않은 플레이스에 대한 약간 더 많은 정보가 있는 링크만 편집자에게 경고합니다.그리고 이것은 비슷한 규모의 편집을 초래할 가능성이 높습니다.그러한 대량 변경을 선호하는 습관이 없기 때문에, 제가 선호하는 것은 어쨌든 여기서 변경을 하고 제목 버전의 URL에서 이 '정밀도 손실'에 대해 신경 쓰지 않기로 선택하는 것입니다.사용자들은 하루가 끝날 때에도 여전히 "충분히 충분하다" 위치로 이동합니다.아마도 누군가 최종 지도 공급자에 대한 매개 변수의 정확한 중요성에 대해 알려줄 수 있을 것입니다.(저는 공교롭게도 모든 것을 카토그래퍼로 옮겨야 한다는 의견을 가지고 있지만, 그것은 다른 이야기이고 여기서는 특별히 관련이 없습니다.)
- 디스플레이 불량과 관련해서는 배치, 캐싱 등에서 "디스플레이 불량"을 감수해야 한다고 생각합니다.관련 .css 페이지에서 모두 끌어내기만 하면 됩니다.하지만 누군가가 그 동안 적절한 CSS를 제안하고 싶다면, 제가 초대해 주세요.
- 기본적으로,
- "저는 관심 있는 것들이 많고, 이것은 3개의 해킹이기 때문에 동기부여가 필요하며, 지금까지 살펴보았으므로 코디 인서트에 대해 부팅하기 위해 제 생각을 정리해야 합니다.";) 이즈노 (대화) 6:19, 2022년 7월 2일 (UTC)
- 좌표 삽입은 어떤 식으로든 lat/long 값을 변경하지 않기 때문에 "정밀도 손실"(그리고 그 아이디어가 어디서 왔는지도 모릅니다)과는 관련이 없습니다.제공되는 매핑 서비스에 관한 것입니다. 이 두 URI를 비교해 보십시오.
- 그
_region:GB_type:city두 번째 것은 코디네이터가 추가하는 것입니다.이제 링크를 따라가 보십시오. 첫 번째 링크는 화면 오른쪽 절반에 정확하지 않은 일반 지도가 있고(때로는 완전히 빈 회색 사각형으로 표시되기도 함), 두 번째 링크는 대신 여러 유용한 매핑 서비스를 제공합니다.저는 그 의도가 덜 중요한 것을 우리에게 강요하는 것이 아닌지 걱정됩니다. --Redrose64 🌹 (대화) 20:10, 2022년 7월 2일 (UTC)- 추가된 매개변수를 참조하는 '정밀도 손실'.말씀드렸듯이, 제목의 URL은 유용하지 않더라도 어느 정도는 괜찮습니다.
- 저는 제 추천을 했습니다: 덜 유용한 제목 좌표 URL을 받아들이고, 원한다면, 사용자에게 인라인 버전이 표시되지 않은 좌표 삽입 사례에 대해 경고하여 페이지 어딘가에 적어도 하나 이상의 유용한 URL이 표시되도록 합니다.현재 New Vector 제목 좌표 표시가 고장 나서 일주일에 한 번씩 불만이 제기됩니다. New Vector가 활성화되고 제목 표시가 수정되지 않을 때 얼마나 많은 불만이 제기될 것인지 예상할 수 있을 것입니다.이즈노 (대화) 22:51, 2022년 7월 2일 (UTC) [
- @이즈노 당신이 재생할 수 없는 이유가 있나요?
<indicator>모듈에서 했던 것과 같은 태그:샌드박스/브랜든XLF/2? – BrandonXLF (대화) 23:52, 2022년 7월 2일 (UTC) [- 모듈을 두 번 호출하는 대신 실제 샌드박스와 함께 작동할 수 있다고 생각한다면 그렇게 하십시오.이즈노 (대화) 00:00, 2022년 7월 3일 (UTC) [
- Module:에서 작동하게 되었습니다.좌표/샌드박스.이 페이지의 맨 위에 있는 예제를 참조하십시오.
{{#invoke:Coordinates/sandbox coordinsert {{Coord/sandbox 53.528 N 0.893 W display=inline,title}} region:GB type:city}}--> 53°31'41ºN 0°53'35ºW / 53.528°N 0.893°W / – BrandonXLF (talk) 00:42, 2022년 7월 3일 (UTC) [
- Module:에서 작동하게 되었습니다.좌표/샌드박스.이 페이지의 맨 위에 있는 예제를 참조하십시오.
- 모듈을 두 번 호출하는 대신 실제 샌드박스와 함께 작동할 수 있다고 생각한다면 그렇게 하십시오.이즈노 (대화) 00:00, 2022년 7월 3일 (UTC) [
- @이즈노 당신이 재생할 수 없는 이유가 있나요?
- 저는 이번 주에 몇 가지를 살펴보았고 몇 가지 의견이 있습니다.
- 지금 이 문제와 이 문제를 생각하고 있습니다.점점 더 저는 해결책이 이 점에서 방출되는 것을 바꾸는 것보다 낫다는 느낌을 받습니다.이즈노 (대화) 5:29, 2022년 7월 3일 (UTC) [
- 또한 모듈에 대해서도 생각합니다.ID를 참조하는 KML을 첨부합니다.이즈노 (대화) 17:10, 2022년 7월 7일 (UTC) [
- 모듈: 표시기를 사용하여 이 모듈과 일치하도록 첨부된 KML도 업데이트해야 합니다.
- 첫 번째 문제는,
#coordinates { display: none; }계속 작동할 것입니다.좌표 표시기가 유일한 표시기인 경우에도 좌표 표시기가 숨겨져 공간을 전혀 차지하지 않을 때 표시기 컨테이너 요소의 높이는 0이 됩니다. - 두 번째 문제의 경우, 사용자 지정 CSS 규칙이 추가되지 않은 것 같습니다.
position규칙, 그래서 한 번은.position규칙이 제거되었습니다.top규칙이 작동을 멈추고 좌표를 기본 위치에 유지하면 됩니다.브랜든 XLF (talk) 4:39, 2022년 7월 8일 (UTC) [
- 또한 모듈에 대해서도 생각합니다.ID를 참조하는 KML을 첨부합니다.이즈노 (대화) 17:10, 2022년 7월 7일 (UTC) [
지표에 대한 미해결 문제
- BrandonXLF가 제안한 솔루션 확인
- 수정 모듈:첨부된 KML 샌드박스 참조
- 우리는 :not(.mw-indicator)를 다양한 스킨의 현재 #좌표 CSS 문에 적용해야 합니다.
- 표시기의 좌표 글꼴 크기는 현재 85%로 고정되어 있습니다.이미 자체 글꼴 크기 정의와 함께 제공되었기 때문에 모노북과 벡터 레거시에서 이전보다 더 작아진 것 같습니다.저는 그냥 글꼴 크기의 선을 내리는 것을 선호합니다, 저는 처음부터 좌표가 아주 작았다고 생각합니다.
- 피부 스타일을 모듈로 이동:좌표/styles.css는 샌드박스를 참조합니다.
- 배포 모듈:부착된 KML/샌드박스
- 새 모듈 배포:좌표/styles.css
- 새 모듈 배포:좌표
제가 놓친 것이 있나요? —DJ(대화 • 기여) 2022년 7월 28일(UTC) 13:45 [
- 위에서 제가 제안했듯이, 우리는 작업 대기열이 수백만 개의 결론을 통과한 후에 피부 CSS를 완전히 제거해야 합니다.저는 우리가 현재의 모습을 보존할 필요가 있다고 생각하지 않습니다. 그리고 만약 보존한다면 아마도 새로운 합의 논의가 있어야 한다고 생각합니다. 왜냐하면 제가 보기에,현재의 모습은 "오 좋아 보이네요"에 대한 논의를 기반으로 하며 지표 확장이 없었던 오늘(15년 전 참조)부터의 CSS 기대치를 반드시 고려하지는 않습니다.이것은 또한 예를 들어 그것을 일치시킵니다.템플릿:Sky 및 최근에 12개의 #좌표 사용자를 광범위하게 제거하기 위해 수행한 다른 조정 사항(기본적으로 좌표가 아니었기 때문에 어디선가 적절하게 사용하는 사용자는 없다고 말했지만).이즈노 (대화) 2022년 7월 28일 17:00 (UTC) [
- 모든 CSS 스타일링을 먼저 템플릿 스타일로 옮길까요, 아니면 마지막으로 옮길까요? —DJ (대화 • 기여) 2022년 7월 28일 (UTC :14, 회신[
- 첨부된 KML을 조금 살펴봤습니다.우선, 기능의 절반이 사라졌습니다. 왜냐하면 예전에는 kmlining 및/또는 Google을 열 수 있는 링크가 있었지만, 둘 다 더 이상 작동하지 않기 때문입니다.따라서 #좌표에 배치된 것은 라벨뿐입니다.그런 다음 WMA를 #좌표에 연결하고 어떻게든 페이지에서 kml을 찾습니다.그래서 표시기를 사용하기 위해 바꿨지만, 그렇지 않으면 WMA가 연결할 수 없기 때문에 #좌표가 여전히 필요합니다. :( 하지만 그것은 우리에게 정말 차단기가 되지 않을 것이라고 생각합니다.적어도 피부 CSS가 제안된 대로 수리된 후에.—DJ(대화 • 기여) 2022년 7월 28일 19:35(UTC)
- 만약 내가 @BrandonX를 이해한다면,LF의 솔루션을 올바르게 사용하면 제목 요소 생성의 출력을 복사하여 생성된 페이지의 HTML 주석에 저장하므로 코디 삽입이 해당 주석을 찾고 동일한 HTML을 사용하여 자체 요소를 생성할 수 있습니다.템플릿 확장 단계 후 파서에 의해 최종 HTML에서 주석이 제거됩니다.템플릿에 의해 생성된 바이트(아마도 총 템플릿 확장 제한에 포함됨) 측면에서 다소 낭비적이지만, 이는 페이지에 한 번뿐이기 때문에 현재로서는 충분할 것으로 생각합니다.—DJ(대화 • 기여) 2022년 7월 28일 19:48, UTC
- 선택하면 VE 미리 보기에 표시기가 표시되지 않으므로 스타일링 문에 이를 고려할 필요가 없습니다.—DJ(대화 • 기여) 2022년 7월 28일 19:54(UTC)
- 이에 대한 모든 기술 옵션, 특히 벡터-2022와 관련하여 검토되었습니까?일반 사회는 독자들에게 가장 좋다고 생각하는 것을 선택할 수 있어야 하며, 그들은 그것이 기술적으로 어떻게 성취되는지에 대해 별로 신경 쓰지 않을 것입니다.일부 사람들은 이미 기술 인력이 독자 배치를 추진하는 것, 특히 다른 프로젝트로 이동하는 언어 제어가 두드러지는 것에 대해 불만을 가지고 있습니다.이상적으로는 커뮤니티에서 검토할 수 있는 기술적으로 지원 가능한 몇 가지 옵션을 보고 싶습니다.xaosfluxTalk 13:28, 2022년 7월 29일 (UTC) [
- 저는 이것에 대한 진전이 무엇인지 (없음) 다시 질문을 받았습니다.제 조언은 지역사회가 그들이 좌표로 무엇을 하고 싶어하는지 알아낼 때까지 우리가 그들을 전부 숨겨야 한다는 것입니다.—DJ(대화 • 기여) 2022년 8월 23일 15:00(UTC)
- @DJ: 저는 이 체크리스트가 마음에 듭니다. (Timesless에서 포지셔닝을 결정하기 위해 필요한 것은 무엇입니까?)그것이 다른 것을 지연시키는 것입니까?) @Xaosflux: 이것은 가장 깨끗한 솔루션인 것 같습니다 + 다른 대형 위키백과에서 사용되는 대체 솔루션도 문제를 일으키는 것 같습니다.SJ + 2023년 4월 29일 14:33 UTC [
- 편집자가 페이지에 특별히 추가한 내용을 제거하라는 제안을 참조하는 경우
"...그들
을 모두 숨겨라", 더 많은 의견이 없으면 좋은 생각이 아니라고 생각합니다.지역 편집자들은 그것을 해결책으로 만족하지 않을 것이라고 꽤 확신합니다.xaosfluxTalk 2023년 4월 29일 16:20 (UTC) [
- 편집자가 페이지에 특별히 추가한 내용을 제거하라는 제안을 참조하는 경우
- @DJ: 저는 이 체크리스트가 마음에 듭니다. (Timesless에서 포지셔닝을 결정하기 위해 필요한 것은 무엇입니까?)그것이 다른 것을 지연시키는 것입니까?) @Xaosflux: 이것은 가장 깨끗한 솔루션인 것 같습니다 + 다른 대형 위키백과에서 사용되는 대체 솔루션도 문제를 일으키는 것 같습니다.SJ + 2023년 4월 29일 14:33 UTC [
- 샌드박스의 지표 변화를 되살렸습니다.100% 유사한 포지셔닝을 보장하기 위해 CSS에 일부 변경 사항이 적용되었습니다.하지만 오리지널을 위한 CSS는 여전히 존재합니다.이는 CSS 캐시를 엉망으로 만들지 않고 템플릿 변경을 수행할 수 있다는 것을 의미하며 실제 CSS 재작업을 이 변경 사항이 정착되는 시점으로 연기할 수 있습니다.—DJ(대화 • 기여) 2023년 5월 21일 09:36 UTC(
- 2022년 2월 5일(UTC) 10시 59분에 보고드린 문제가 수정되었던 것이 다시 같은 형태로 돌아왔습니다. --Redrose64 🌹 (talk) 19:22, 2023년 5월 28일()합니다
좌표2 텍스트
다른 모듈에서 function cord2text를 호출하고 싶습니다.이것을 바꿀 수 있습니까?마틴 (MSGJ · talk) 11:02, 2023년 5월 22일 (UTC) [
- 꽤 간단한 변화인 것 같습니다.—DJ(대화 • 기여) 2023년 5월 22일 13:04, UTC
- 다른 모듈에서 해당 기능을 호출할 수 있는 목적은 무엇입니까?이즈노 (대화) 2023년 5월 24일 21:45 UTC [
- 위키텍스트를 구문 분석하여 좌표를 추출한 다음 위키데이터로 가져올 수 있습니다. 자세한 내용을 알고 싶으십니까?마틴 (MSGJ · talk) 2023년 5월 24일 21:50 UTC [
- 멋지네요, 그런데 그게 위키에서 어떻게 유용할까요?그게 여기서 어떻게 도움이 될지 모르겠어요.그리고 제 말은 "오, 위키데이터, 저리 가"가 아니라 "당신은 심지어 무엇을 하고 있습니까"라는 의미입니다.:P 이즈노 (대화) 2023년 5월 24일 22:07, UTC [
- 제가 당신의 호기심을 불러일으켰군요 :) 저는 이와 같은 페이지를 읽고 이와 같은 페이지를 출력하고 있습니다. 이 페이지를 QuickStatement에 붙여넣어 Wikidata로 빠르게 데이터를 가져올 수 있습니다. – Martin (MSGJ · talk ) 2023년 5월 27일 (UTC) 21:51, 27일 (UTC합니다.
- 멋지네요, 그런데 그게 위키에서 어떻게 유용할까요?그게 여기서 어떻게 도움이 될지 모르겠어요.그리고 제 말은 "오, 위키데이터, 저리 가"가 아니라 "당신은 심지어 무엇을 하고 있습니까"라는 의미입니다.:P 이즈노 (대화) 2023년 5월 24일 22:07, UTC [
- 위키텍스트를 구문 분석하여 좌표를 추출한 다음 위키데이터로 가져올 수 있습니다. 자세한 내용을 알고 싶으십니까?마틴 (MSGJ · talk) 2023년 5월 24일 21:50 UTC [
2023년 5월 24일 보호된 편집 요청
이 편집 요청에 응답했습니다.설정 answered=또는 ans=요청을 다시 활성화하려면 매개 변수를 no로 지정합니다. |
위의 "루아 오류" 논의에 따라 이전 버전으로 돌아가십시오.가장 최근의 변경 사항에서 좌표 템플릿의 수락 기능이 손상된 것 같습니다. display=title적어도 어떤 상황에서는 100개 이상의 이전 작업 기사에 큰 빨간색 오류 메시지를 남깁니다.해결책이 나오지 않았기 때문에 샌드박스에서 문제를 해결할 수 있을 때까지 모듈 변경을 되돌려야 합니다. – Jonsey95 (대화) 03:43, 2023년 5월 24일 (UTC)
- 위의 #LDS temple에서 논의한 바에 따르면, 저는 이러한 문제를 제거하기 위해 곧 무언가가 발생해야 한다는 것에 동의하지만, 모듈 변경이 되돌린다면 상황을 디버깅할 수 있는 합리적인 방법이 있는지 알고 싶습니다.저는 변화를 바라보는 데 20분밖에 걸리지 않았습니다.몇 가지 좋은 스타일 수정(즉, 코드를 배열하는 루아 스타일의 개선)과 아직 소화하지 못한 몇 가지 중요한 변경 사항만 있습니다.Johnuniq (대화) 04:06, 2023년 5월 24일 (UTC) [
- 이 모듈 및 모듈에 대해 잘 알지 못합니다.무슨 일이 일어나고 있는지 이해하기 위한 지도 프레임.주변을 둘러보면 문제가 있음을 알 수 있습니다(모듈:384...lat_disnil) 라인의 맵프레임은 다음과 같은 이유로 인해
coords매개 변수가 무엇인지function util.parseCoords수신합니다.그것이 해석할 수 있는 좌표가 되는 대신에,parseCoords"선택된" 스트립 마커와 범주를 수신합니다.그것은 새로운 것 때문입니다.function displaytitle모듈:좌표는 좌표를 표시기에 표시합니다. 어떻게 모듈:맵프레임은 이를 매개 변수로 가져옵니다.Gsub 코드와 같은 것.function coordinates.coordinsert모듈:좌표가 필요해, 어딘가에.Johnuniq (대화) 05:06, 2023년 5월 24일 (UTC) [
- 이 모듈 및 모듈에 대해 잘 알지 못합니다.무슨 일이 일어나고 있는지 이해하기 위한 지도 프레임.주변을 둘러보면 문제가 있음을 알 수 있습니다(모듈:384...lat_disnil) 라인의 맵프레임은 다음과 같은 이유로 인해
신음. 이제 좀 더 자세히 보니 세 가지 문제가 있습니다.
이것들은 조사가 필요합니다.Johnuniq (대화) 2023년 5월 24일 07:37 (UTC) [
- 첫 번째는 {{WikidataCord}}을(를) 사용하여 다음을 설정합니다.
display=title결석으로오류가 있는 기사가 더 있을 것 같은데 작업 대기열에서 새로 고쳐지지 않아서 오류 범주에 표시됩니다.이 문제가 해결될 때까지 가장 최근의 변경 사항을 되돌리는 것이 좋습니다.이전의 안정된 버전으로 돌아가면 단점이 있습니까?Jonesey95 (대화) 2023년 5월 24일 14:44(UTC) [- @위의 경우 존(WMF) 및 @DJ.
- 이 모듈과 모듈에 적용된 두 가지 변경 사항:첨부된 KML은 Vector 2022 스킨을 사용하여 좌표 근처의 다른 아이콘(예: 기사 아이콘)이 좌표와 충돌하는 문제를 해결하는 데 도움이 됩니다.자세한 내용은 T281974를 참조하십시오.이 변경 사항을 되돌리면 대부분의 판독기에서 사용하는 피부(기본 피부)에서 다시 충돌이 발생합니다.IMO 이전 상태는 별로 좋지 않았습니다. 특히 좌표 텍스트가 특집 기사 스타와 충돌하고 중심이 맞지 않는 편집을 한 날의 특집 기사에서.
- 특히 여기서 변경 사항을 수정하고 모듈로 되돌려야 하기 때문에 오류가 발견되면 나머지 템플릿을 수정하는 것이 이상적입니다.KML이 첨부되었습니다. 또한 여기서 변경 사항을 지원하기 위해 모듈의 다른 변경 사항은 되돌려야 할 수도 있습니다.제가 보기에 세 가지 예시는 페이지 이력을 기준으로 고정되어 있습니다.몽환적인talk to me my contributions 재즈 2023년 5월 24일 17:30 (UTC []
- 네, 제가 해결했습니다.그러나 이 편집은 여러 번 반대되었으므로 여전히 되돌려야 하며 WOSlinker가 문제 해결을 위해 수천 개의 기사에 인라인 좌표를 추가한 것은 부적절하다고 생각합니다.Pppery it has begun...* 2023년 5월 24일 18:48 UTC [
- 샌드박스를 편집했습니다(모듈:좌표/샌드박스 및 모듈:Lua 오류를 수정하는 버전으로 /sandbox/styles.css)를 조정합니다.유일한 단점은 클라이언트에 HTML을 더 많이 보낸다는 것입니다. 그러나 페이지당 표시 제목이 있는 좌표는 최대 한 개뿐이므로 큰 걱정은 없습니다.
- 네, 제가 해결했습니다.그러나 이 편집은 여러 번 반대되었으므로 여전히 되돌려야 하며 WOSlinker가 문제 해결을 위해 수천 개의 기사에 인라인 좌표를 추가한 것은 부적절하다고 생각합니다.Pppery it has begun...* 2023년 5월 24일 18:48 UTC [
- 코드:
{{Infobox 브리지 좌표 = {{cord 45 11 30.0 N 67 17 0.2 W type:slot display=slot}} }
- 현재:
좌표 | |
|---|---|
| 좌표 | 45°11'30.0°N 67°17'0.2ºW/45.191667°N 67.283389°W |
| 위치 | |
![]() | |
- 고정:
좌표 | |
|---|---|
| 좌표 | 45°11'30.0°N 67°17'0.2ºW/45.191667°N 67.283389°W |
| 위치 | |
![]() | |
브랜든이 제안한 수정을 완료했습니다.이즈노 (대화) 2023년 5월 24일 21:33 UTC [ - 그렇게 해주셔서 감사합니다.이것이 나머지 문제를 해결하기를 바랍니다.앞으로 해결해야 할 문제가 있으면 언제든지 저에게 연락해주세요.Dreamytalk to me my contributions Jazz 21:39, 2023년 5월 24일 (UTC) [
- @아이즈노 샌드박스 코드를 몇 가지 수정했는데, 추가해주실 수 있나요?브랜든 XLF (대화) 2023년 5월 24일 22:23 UTC [
세 개 더:
Johnuniq (대화) 2023년 5월 26일 08:57 (UTC) [
- 이러한 문제는 기존의 문제일 수 있습니다.템플릿은 템플릿 좌표를 사용하지 않고 좌표를 지정합니다. 또한 NSWE도 지정하지 않았습니다. NSWE는 모듈:mapframe의 parseCord가 처리할 수 없는 것처럼 보이는 형식입니다. —DJ(대화 • 기여) 11:24, 2023년 5월 26일UTC)[
2023년 5월 29일 보호된 편집 요청
이 편집 요청에 응답했습니다.설정 answered=또는 ans=요청을 다시 활성화하려면 매개 변수를 no로 지정합니다. |
모듈에서 코드 복사:메인 모듈에 대한 좌표/샌드박스.저는 코드를 조정하여 제목의 지시자와 함께 코디 삽입이 제대로 작동하도록 했습니다.출력의 유일한 차이점은 인라인 좌표가 이제 다음과 같이 감싸진다는 것입니다.<span class="geo-inline">...</span>태그, 하지만 이것이 문제가 될 만한 곳은 어디에도 없습니다.또한 변경 사항을 확인하기 위해 display=display title과 display=display title에 대한 몇 가지 수동 테스트 케이스를 추가했습니다.샌드박스와 모듈의 차이점은 여기에서 확인할 수 있습니다.브랜든 XLF (대화) 2023년 5월 29일 19:41 UTC [
팝업에 필요한 내용을 확인하기 위해 문서를 찾고 있습니다.시작 시간은 mw:페이지 미리 보기는 하지만 mw에서 구현에 대한 링크 외에는 관련이 없다고 생각합니다.특수:내 언어/확장자:팝업.링크 없이 아래에 재현된 두 가지 항목에 대한 FAQ가 있습니다.
- 페이지 미리보기에서 내용을 제거하려면 어떻게 해야 합니까?예외 클래스가 표시되지 않은 요소는 요약에서 제거됩니다.
- 요약의 출처는 어디입니까?Wiki가 기본 mwApiPlain 게이트웨이를 사용하는 경우 요약 REST API 또는 TextExtracts API를 통해 제공됩니다.
새로운 좌표 코드가 팝업 미리 보기를 엉망으로 만드는 이유나 수정 방법을 보여주는 일부 조사 결과가 나타날 수 있습니다.브랜든 XLF는 현재 활성화되어 있지 않지만 경고하기 위해 핑하고 있습니다.Johnuniq (대화) 03:54, 2023년 6월 6일 (UTC) [
- 이상하게도, 도쿄 상공을 맴도는 것은 적절한 팝업을 보여줍니다.해당 페이지의 다른 많은 위치 링크도 작동합니다.템플릿 토크에서 보고한 대로 팝업이 작동하지 않는 일부 예(좌표 표시)는 호주(대륙), 지역 대표 이사회 및 아랍 에미레이트 연합입니다.좌표 #미리보기 페이지가 깨졌습니다.Johnuniq (대화) 2023년 6월 6일 05:05 (UTC) [
- 나열된 3개의 페이지에는 정보 상자 외부에 정의된 좌표 템플릿이 있습니다.그에 따라 인라인으로 정의된 항목은 없습니다.
- 그게 왜 중요한지는 모르겠지만, 그것이 명백한 패턴입니다.이즈노 (대화) 2023년 6월 6일 05:32, UTC [
- 팹 냄새가 나요.T334273: TemplateStyle을 통해 인라인 텍스트가 숨겨지고 추출 모듈은 TemplateStyle에 상관하지 않으므로 지오인라인에 덤프되는 텍스트가 충분하다고 결정합니다.그것은 문제가 되지 않습니다.
infobox첫 번째 단락이 무엇이어야 한다고 생각하는지 고려하기 전에 이미 그 모든 것을 잡아당기기 때문입니다. - 보시다시피, 저는 이것이 TextExtracts와 TemplateStyles가 상호 작용하는 방식에 대한 잘못된 기대라고 이미 주장했습니다.
- 우리는 아마도 지역적으로 이 문제를 해결할 수 있을 것입니다.
noexcerpt수업. 이즈노 (talk) 05:39, 2023년 6월 6일 (UTC) [ - 모듈을 최근에 편집한 후:좌표 및 오스트레일리아(대륙)의 저물질 편집은 더 이상 나타나지 않습니다.REST 끝점이 빈 p 및 new 라인을 선택하는 중입니다.
extract: "\n\n"; extract_html: "<p>\n\n</p>"네, 제 생각에 이 특정한 선을 그은 디브에서 스팬으로 바꾼 것 같습니다.숨겨진 인라인을 다시 디비로 바꾼 다음 디비를 찾는 두 번째 유월절을 수행하여 이 문제를 해결할 수 있다고 생각합니다.coordinsert또는 태그에 대한 의존성을 제거함으로써 처음에 정규식을 조금 더 탐욕스럽게 변경합니다.이즈노 (대화) 17:12, 2023년 6월 6일(UTC) 회신 [
- 팹 냄새가 나요.T334273: TemplateStyle을 통해 인라인 텍스트가 숨겨지고 추출 모듈은 TemplateStyle에 상관하지 않으므로 지오인라인에 덤프되는 텍스트가 충분하다고 결정합니다.그것은 문제가 되지 않습니다.

