모듈 토크:선형간

이것은 유기적으로 성장한 모듈입니다. 처음에는 작고 단순하게 시작했지만, 시간이 지남에 따라 다양한 비트들이 추가되고, 다시 쓰여지고, 다듬어졌습니다. 모든 시간과 스타일이 달랐기 때문에 결과는 아마도 꽤 읽을 수 없을 것입니다.코드에 접근하기 전에 경고를 받습니다.

제가 해야 할 일 목록에 있는 주요 항목은 다음과 같습니다(죄송합니다. 파이프를 따라 가독성이 개선되지 않았습니다!).

• mw에 따라 스타일 및 클래스를 변경합니다.확장:TemplateStyles는 영어 위키백과에서 해당 확장을 사용할 수 있을 때마다 사용합니다(특수:버전)
• lang= 호출 모듈 만들기:랭, 그 일이 해결되면 언제든
• 블레처러스 파서 함수를 다시 작성합니다.XML 파서 또는 적어도 정규식 엔진을 사용할 수 있는 시점에 (확장 또는 모듈로) 이 작업을 수행하는 것이 더 의미가 있습니다.

이 모든 것들은 외부 요인의 존재 여부에 따라 달라지므로 현재의 주요 과제는 사용 가능해질 때까지 기다리는 것입니다.우안팔라 (대화) 20:28, 2017년 12월 12일 (UTC) 응답 [응답]

저는 모듈이 하는 일을 정말 좋아합니다.User:에서 고대 그리스어 예제 문장에 사용하는 것을 실험하고 있습니다.Erutuon/고대_그리스어 간 선형 광택은 일반적으로 고대 그리스어를 가르치는 데 사용되지 않는 전통적이지 않기 때문에 곧 기사에 사용되지 않을 수도 있습니다.

그래서 고대 그리스어 예제는 자동으로 번역을 생성했고, 그리스어 텍스트를 그리스어 텍스트와 별도의 매개 변수로 {{grc-tr-bare}}에 복사하여 입력합니다. 하지만 아마도 모듈이 번역 모듈(모듈)을 사용할 수 있다고 생각했습니다.고대 그리스어) - 모듈 이름과 테이블에서 해당 언어에 대해 내보낸 함수의 이름을 검색하여 자동으로 번역을 생성합니다.그게 더 편할 겁니다.

예를 들어, 이 예제 입력 방법에서 다음과 같이 입력합니다.

{{fs interlinear lang=grc  '''Σωκράτ-ης''' γὰρ '''σοφ-ὸς''' ἦν καὶ '''δίκαι-ος'''  {{grc-tr-bare '''Σωκράτ-ης''' γὰρ '''σοφ-ὸς''' ἦν καὶ '''δίκαι-ος'''.소크라테스-놈.와이즈-NOM의 SG입니다.SGbe.IMPERF.3.SG 및 wise-NOM.SG. 'Socrates'의 경우 '현명한'과 '그냥'이었습니다.}}

여기까지 –

{{fs interlinear lang=grc  '''Σωκράτ-ης''' γὰρ '''σοφ-ὸς''' ἦν καὶ '''δίκαι-ος'''  Socrates-NOM.와이즈-NOM의 SG입니다.SGbe.IMPERF.3.SG 및 wise-NOM.SG. 'Socrates'의 경우 '현명한'과 '그냥'이었습니다.}}

번역이 자동으로 생성됩니다.

어쨌든, 그건 아이디어야.고대 그리스어는 아직 이 템플릿을 항목에 사용하지 않기 때문에, 아마도 그것을 구현하려고 시도할 때가 아닙니다.Euru·tuon 2018년 1월 23일 08:59 (UTC) 회신 [답장]

당신이 설명한 기능의 매우 잠정적인 버전을 추가했습니다.{fs interline}에서만 작동합니다.

{{fs interlinear lang=grc  '''Σωκράτ-ης''' γὰρ '''σοφ-ὸς''' ἦν καὶ '''δίκαι-ος'''  auto  Socrates-NOM.와이즈-NOM의 SG입니다.SGbe.IMPERF.3.SG 및 wise-NOM.SG. 'Socrates'의 경우 '현명한'과 '그냥'이었습니다.}}

템플릿에서 제공한 줄이 "auto" 문자열이면 해당 줄은 이전 줄의 자동 번역으로 대체됩니다.그것이 유용성을 위한 방법은 무엇입니까?이 예제의 대안은 모듈이 제공된 총 행 수(예상되는 4개가 아닌 3개인 경우)에서 추측하여 번역해야 할 첫 번째 행이라고 가정하는 것입니다.이것들은 대부분 합리적인 가정이지만, 다른 맥락에서 기능을 사용하는 것을 비합리적으로 어렵게 만들 것이라고 생각합니다(예를 들어, 두 개 이상의 언어나 스크립트에 원본 문장이 있고 각각 번역이 필요한 경우).당신은 어떻게 생각하나요?"auto"라는 단어를 좀 더 직관적인 것으로 대체할 수 있다면, 계속하세요.실제 번역은 다음에서 발생합니다.function transliterate제가 두고 온 곳에서 그것을 자유롭게 찾아가세요.

현재 설정되어 있으므로, 번역기는 언어 코드를 기반으로 선택됩니다(소스 센텐이 n번째 이름 없는 매개 변수인 경우, 먼저 langN=조회가 되고 누락된 경우 lang=사용됨).사용된 스크립트를 기반으로 모듈을 추측하는 것이 타당한지 모르겠습니다.궁극적으로, 저는 다른 번역 체계뿐만 아니라 역번역(로마 기반 체계에서 외국 문자로)에 대한 지원이 있어야 한다고 생각합니다.

자동 번역이 선형 간 글로스에만 필요한 것이 아니라는 점을 고려할 때, 필요에 따라 개별 스크립트/언어에 대한 모듈을 로드하는 모든 자동 번역 반복을 처리할 수 있는 우산 메타모듈이 있어야 한다고 생각합니다.무슨 생각 있어요?우안팔라 (대화) 03:38, 2018년 1월 27일 (UTC) 회신 [답장]

논쟁이 3개 미만일 때 올바른 행동은 무엇입니까?문서가 이 점에서 상충됩니다.

특히, 두 개의 인수(줄)만 있는 경우, 첫 번째와 두 번째 인수는 무엇을 나타낼 가능성이 가장 높은가요?저는 원어민 + 글로스라고 말하고 싶지만, 현재 구현은 원어민 + 무료 번역인 것 같습니다.(IMO, 실제로 광택을 내는 것이 아니라면 애초에 이 템플릿을 사용하는 이유는 무엇입니까?첫 번째 줄은 이유 없이 특별한 간격을 가집니다.)생각은?-고든 P. 헴슬리→✉ 2019년 7월 11일 12:35, UTC 답장 [답장]

• 설명서의 관련 부분은 템플릿의 마지막 단락에 있습니다.Interlinear#기본 사용법.모듈을 임의의 수의 행과 함께 사용할 수 있다는 점을 고려할 때, 저는 하나 이상의 행의 모든 경우에 대해 하나의 규칙을 갖는 것이 더 간단하다고 생각했습니다. 1a) 마지막 행은 자유 번역으로 취급되어 상호 선형화되지 않습니다. 1b) 자유 번역을 생략하려면 빈 마지막 행을 제공하십시오.두 줄에 대해 의도된 사용이 네이티브 언어 + 글로스라는 것이 거의 확실하다는 데 동의합니다. 따라서 이 경우에 예외를 추가할 수 있지만, 그렇게 하면 사용자가 알아야 할 추가 규칙이 추가될 수 있습니다.또한 두 줄을 모국어 + 무료 번역으로 포맷하는 것이 불가능하므로, 우리는 이것이 절대 필요하지 않다는 것을 완전히 확신해야 합니다.우안팔라 (대화) 2019년 7월 11일 22:52 (UTC) 회신 [답장]

충돌은 템플릿입니다.Interlinear#Glossing 약어는 광택선이 지정되지 않은 경우 두 번째 선이 광택을 내는 것으로 가정합니다. 따라서 두 번째 선과 마지막 선이 동일한 선일 때 발생하는 문제가 발생합니다.이것은 단순히 문서를 명확하게 하는 문제로 밝혀질 수 있습니다. (인정하건대, 그러한 정보를 찾으려는 여러 번의 시도에도 불구하고, 저는 마지막 줄을 강제로 상호 선형화하는 방법을 말하는 부분을 놓쳤습니다.이를 더욱 돋보이게 하거나 여러 섹션에 배치하는 것이 좋습니다.)—Gordon P. 헴슬리→✉ 2019년 7월 12일 11:42, (UTC) 회신 [답장]

아, 그렇군요, 저는 그것을 알아차리지 못했습니다.그래서 어느 쪽이든 우리는 추가적인 복잡성을 가지고 있습니다. 두 번째 줄에 광택이 있다고 가정하거나, 두 번째 줄이 전부 두 번째 줄이 아니면 마지막 줄이 항상 자유로운 번역으로 가정합니다.따라서 모듈의 동작을 변경하거나 설명서를 업데이트해야 합니다.두 가지 변경 사항은 모두 사소한 것이기 때문에 문제는 두 가지 대안 중 어느 것이 더 큰 유용성을 초래하느냐 하는 것입니다.무슨 생각 있어요?우안팔라 (대화) 12:36, 2019년 7월 12일 (UTC) 응답 [응답]

당신은 이전에 아무도 두 줄을 모국어 + 자유 번역으로 포맷하고 싶어하지 않을 것이라고 완전히 확신하는 것에 대해 중요한 점을 제기했고, 그것은 저를 잠시 멈추게 했습니다.그러나 무료 번역에 대비하여 텍스트 한 줄을 선형화하려는 유효한 시나리오는 생각할 수 없습니다.이는 단일 행 동작이 왜 그런 것인지에 대한 의문을 제기합니다. 자유 번역 행을 추가할 수 있는 단일 행 상호 선형화의 예를 찾을 수 있을까요?-고든 P. 헴슬리→✉ 2019년 7월 12일 21:56, UTC 답장 [답장]

예, 단일 선일 경우에는 상호 선형화할 필요가 없습니다(템플릿 동작의 측면을 변경해야 함).제가 예상했던 두 줄 사용 방식은 모국어 문장+무료 번역, 광택이 없는 것 같습니다.그리고 이것이 제가 찾을 수 있었던 두 가지 실제 사례에서 이루어진 것입니다 [1][2].어떤 면에서는 여기서 이 템플릿(또는 다른 템플릿)을 사용할 필요가 없습니다.그러나 이 템플릿의 벨과 호루라기 중 일부를 사용해야 하는 경우(또는 사용하지 않지만 동일한 기사의 템플릿 사용과 일관성을 유지해야 하는 경우)에는 이 작업이 어렵습니다.예:

우안팔라 (대화) 2019년 7월 12일 22:31, (UTC) 회신 [답장]

아, 흥미로운 예입니다.이러한 예에서는 두 번째 줄을 비워 두는 것이 더 직관적인 방법인 것 같습니다. 여기서 글로스는 문맥에 의해 암시됩니다.그 반전(세 번째 줄에서 벗어나는 대신 두 번째 줄에서 벗어나는 것)에 대해 어떻게 생각하십니까?다른 생각: (1) 저는 비록 누군가가 시도하는 것을 막을 방법이나 심지어는 이유가 없다고 생각하지만, 이 템플릿을 단일 단어에 사용할 이유가 거의 없다는 것에 동의합니다. (2) 무료 번역 주변에서 인용 부호를 정상화하기 위해 뭔가를 해야 할까요/할 수 있을까요?-고든 P. 헴슬리→✉ 2019년 7월 13일 14:42, UTC 회신[답장]

인용 부호를 정규화하는 것은 위키백과 전반에 걸쳐 하나의 유형만 사용되도록 하는 것과 같습니다. 하나의 유형만 사용된다고 가정할까요?저는 그것에 대해 의견이 없으며 누가 그렇게 해도 반대하지 않을 것입니다.

저는 두 번째 줄을 공백으로 표시할 생각을 하지 않았는데, 이제 당신이 그것을 언급하니, 이 특정한 경우에 더 직관적으로 보입니다.그러나 그러한 규칙은 세 줄 이상의 경우에 적합하지 않습니다.제가 생각할 수 있는 대안은 기본 "광택" 라인을 두 번째 라인(시작부터 계산)이 아닌 마지막 라인(마지막 라인)으로 변경하는 것입니다.이것은 어쨌든 좋은 생각인 것 같습니다. 만약 많은 줄이 관련되어 있다면, 추가 줄이 여러 버전의 네이티브 텍스트(형태소 구분이 있든 없든 다른 쓰기 시스템이나 번역 반복 등)를 제공하는 데 가장 자주 사용되기 때문에, 광택이 있는 줄은 자유 번역 이전의 마지막 줄일 가능성이 높습니다.당신은 어떻게 생각하나요?우안팔라 (대화) 2019년 7월 13일 18:07, (UTC) 회신 [답장]

두 가지 관점에서 볼 때, 저는 그것이 말이 된다고 생각합니다.1행부터 (n-2)까지의 행은 선형화되어 있고, (n-1) 행은 광택, n행은 자유 번역입니다.그러면 n<3이 더 명확해지고(n=1은 무료 번역만 가능하며, n=2는 글로스 + 무료 번역일 수 있음), 어떤 섹션도 건너뛸 수 있습니다.그러나 이는 왜 이 템플릿을 한 줄로만 사용해야 하는지에 대한 질문을 불러옵니다.

따옴표와 관련해서는 저자가 추가(또는 추가하지 않음)한 것이 아니라 무료 번역을 따옴표로 자동 포장해야 하는지 고민하고 있었습니다.우리가 그것을 따로 고려해도 좋고, 전혀 고려하지 않아도 좋습니다.-고든 P. 헴슬리→✉ 2019년 7월 14일 12:22, UTC 회신[답장]

당신이 그것을 말하기 전에, 나는 n = 2의 경우에 대한 "n-2에서의 계산" 규칙의 명백한 의미를 완전히 이해하지 못했다고 생각합니다. 그렇다면 그것은 광택 + 무료 번역을 의미합니까?저는 그것이 아마도 두 줄의 "인터라인" 텍스트를 사용하는 가장 가능성이 낮은 방법이라고 생각합니다.하지만 적어도 그것은 두 가지 가능성 있는 사례를 훨씬 직관적으로 만듭니다: 무료 번역 없이 그것을 원합니까?빈 마지막 줄을 제공합니다. 한 줄의 광택을 원하지 않습니까?두 번째 줄을 비워 둡니다.

n = 1의 경우, 이 경우 {{interline}}이(가) 아무것도 하지 않을 것이라고 생각합니다.이 기능을 추가한 이유는 일반적으로 여러 개의 문법적 약어를 포함하는 긴 문자열을 쉽게 포맷할 수 있는 방법이 필요하기 때문입니다. 다음 예제 - SUBJ3SGOBJ- - - machAPPL - -는 다음과 같이 만드는 것이 좋습니다.

{{Some template 1SG.SUBJ-3SG.OBJ-mach-APPL}}그런 것보다:

{{gcl 1SG}}.{{gcl SUBJ}}-{{gcl 3SG}}.{{gcl OBJ}}-mach-{{gcl APPL}}.

일부 템플릿이 그렇게 하는 것이 좋습니다. 여러 줄의 글로스를 포맷하는 동일한 템플릿을 사용하는 것이 더 쉬울 것이라고 생각했습니다.그것은 그렇게 직관적이지도 않고, 다른 사람들이 n>2로 템플릿을 사용하는 것을 방해하지도 않습니다.당신은 어떻게 생각하나요?

저는 무료 번역에 따옴표가 자동으로 추가되어야 한다고 생각하지 않습니다.항상 자유로운 번역만 있는 것은 아니기 때문에, 마지막으로 비선형화된 행에는 (자유로운 번역에 추가하거나 대신하는) 설명이나 참조가 포함될 수도 있습니다.우안팔라 (대화) 2019년 7월 16일 22:56, (UTC) 회신 [답장]

비정상적인 라인 수를 가진 동작에 대한 제안

여기서 우리의 목표는 두 가지입니다. 그렇죠?

1. 템플릿 사용을 직관적으로 설정합니다.
2. 일반 대소문자를 기본 대소문자로 만듭니다.

그래서 저는 우리가 세 개의 주장으로 무엇을 해야 할지에 대해 동의한다고 생각합니다. 단 두 줄만 사용하고 싶지 않은 것은 건너뛰기만 하면 됩니다.코드적으로, 그것은 (일반적인 경우에) 자유 번역으로 n 행, 광택으로 n-1 행, 비광택 인터리니어로 n-2 행을 구현하는 것을 의미합니다.n=1의 경우 단일 선이 광택인 특수한 경우.세 번째 인수가 명시적으로 공백으로 남아 있지 않은 n=2의 경우(결정 가능한 범위 내에서), 일반적인 경우와 다를 경우 가장 가능성이 높은 시나리오가 무엇이든 특수한 경우를 지정할 수 있습니다.

타당하다면, 우리는 심지어 광택이 템플릿의 핵심이고, 더 많은 선을 추가하는 것은 빌드업 또는 다운을 의미하는 논리를 구현할 수도 있습니다.따라서 n=1은 핵심만 의미합니다. 광택 작업, n=2는 빌드업: 비선형 상호 선형, 광택 작업, n=3은 빌드업 후 다운: 비선형 상호 선형, 광택 작업, 자유 번역, n=4는 빌드업 후 다운: 비선형 상호 선형, 비선형 상호 선형, 광택 작업, 자유 번역 등을 의미합니다.이해 하셨나요?-고든 P. 헴슬리→✉ 2019년 7월 18일 11:41 (UTC) 회신 [답장]

저는 광택이 템플릿의 핵심이라는 아이디어가 정말 마음에 듭니다.이것은 모든 일반적인 사용 사례를 단일 방식으로 캡처하는 것처럼 보입니다.하지만 저는 사용성에 대해 약간 걱정합니다. n-1은 기억하기 쉬운 규칙입니다. n/2는 반올림되고 1은 추가됩니다. 그렇게까지는 아닙니다.Uanfala (대화) 2019년 7월 21일 22:10 (UTC) 응답 [응답]

템플릿이 논리적인 방식으로 구축되면 규칙에 대한 정확한 직관을 얻기 위해 규칙을 기억할 필요가 없을 것이라고 생각합니다. 또한 규칙은 구현 세부사항만 있으면 됩니다. 기존 설명서를 최소한으로 변경하는 것을 포함하여 사용 방법을 보다 쉽게 설명할 수 있는 방법이 많이 있을 것입니다.만약 당신이 탑승한다면, 저는 우리가 그것을 시도할 것이라고 말합니다.-고든 P. 헴슬리→✉ 2019년 7월 22일 01:43, UTC 회신 [답장]

TDD를 예상하고 모듈을 만들었습니다.선형/테스트 사례 및 모듈 토크:선형 간/테스트 사례.(문서는 Wikipedia:Lua#장치 테스트 및 모듈:유닛 테스트)—Gordon P. 헴슬리→✉ 2019년 7월 22일 03:53, UTC 회신 [답장]

테스트 사례를 시작해 주셔서 감사합니다.저는 오랫동안 그것을 할 생각이었습니다.새로운 논리에 대해서는, 음, 저도 포함시키세요.먼저 기존의 용도를 검토하여 논리와 충돌하지 않는지 확인해야 합니다.모듈을 조정하여 범주를 채웁니다.세 개 이상의 명명되지 않은 매개 변수를 사용하는 선형 광택이 있는 페이지는 필요한 데이터를 제공해야 합니다.만약 모든 것이 정상이라면, 저는 앞으로 몇 주 안에 시간이 좀 더 날 때마다 변경 사항을 실행할 수 있습니다.또는 만약 당신이 스스로 그것을 진행하고 싶다면, 반드시 그렇게 하세요.모듈을 개선하기 시작하셨군요. 감사합니다!저는 당신이 이 편집에서 무엇을 했는지 잘 이해하지 못합니다. 추가 코드는 당신이 새 줄을 추가한 부분에서 더 아래에 있는 부분에 실질적으로 중복되지 않습니까?Uanfala (대화) 2019년 7월 23일 20:44 (UTC) 응답 [응답]

편집이 까다롭다는 것은 인정하지만 기본값과 동일한 매개 변수를 명시적으로 지정하면 출력이 달라지는 문제를 해결하는 가장 빠른 방법이었습니다.(이로 인해 새로운 테스트 중 하나 또는 두 개가 실패했습니다.)그 문제를 해결하는 더 나은 방법이 있을 수도 있지만, 그것은 제가 아직 언급하고 싶지 않았던 것들이 어떻게 출력되는지에 대한 더 광범위한 리팩터링을 포함할 것입니다.

저는 잠재적인 문제 지점을 찾기 위해 링터를 통해 코드를 실행해 왔습니다. 아직 해결해야 할 문제가 몇 가지 남아 있습니다. 하지만 그 후에는 여기서 설명한 내용을 구현하기 위해 무엇이 필요한지 알아보겠습니다. (Lua와 귀하의 코드를 모두 숙지하는 작업을 계속하고 있습니다.)우선 결과물에 대한 테스트를 작성하는 것부터 시작하겠습니다. 그러면 진행 상황과 예상치 못한 시나리오가 발생할 수도 있습니다. – Gordon P. 헴슬리→✉ 2019년 7월 24일 12:52 (UTC) 회신 [답장]

네, 문제가 뭔지 알겠어요. 해결책은 지금으로서는 효과가 있어요.템플릿 토크에서 제안된 변경 사항에 대해 언급했습니다.선형적이며, 1~2주 내에 아무도 방해하지 않는다면, 우리는 그것을 구현할 수 있습니까?그 동안 카테고리에서 추적된 기존 용도에 대해 더 자세히 알아보겠습니다.또한, 저는 모듈이 실제로 가장 읽기 쉽게 작성된 것 중 하나가 아니라는 것을 언급을 해야 한다고 생각했습니다.우안팔라 (대화) 2019년 7월 26일 14:09, (UTC) 회신 [답장]

개발

우리가 변화를 이루기 전에 사회화하고 싶은 당신의 열망을 고려하여, 저는 다음과 같습니다.선형/테스트 사례/파라미터 및 모듈 토크:변경 사항을 실제로 구현할 때까지 개발 테스트가 "운영"되지 않도록 하기 위한 인터리니어/테스트 사례/파라미터.그들을 한 번 보고 우리의 기대와 일치하는지 확인해 주시겠습니까?-고든 P. 헴슬리→✉ 2019년 7월 28일 20:15, UTC 답장 [답장]

제안 및 매개 변수 선택에 대한 의견

@우안팔라:당신은 이 페이지에만 연결된 "이 제안"에 대한 의견을 요청했지만, 위의 "비정상적인 줄 수를 가진 행동에 대한 제안된 변경"을 의미한다고 생각합니다.제가 전체 페이지를 읽고 그 제안을 맥락에 넣었으니, 저는 한두 개의 의견이 있습니다.

1. 먼저, 축하합니다!{{gcl}} 및 {{interline}}이(가) 얼마나 좋은지에 대해 설명합니다.그리고 진심으로, 당신이 해준 모든 노고에 감사합니다.
2. 둘째, 저는 당신이 다른 편집자들과 생산적인 대화를 할 수 있게 되어 매우 기쁩니다.Gordon P.인 것 같아요. 헴슬리는 이미 상당한 기여를 했고 언어 사용자이자 HTML과 HTML의 스타일에 익숙한 코더로서 많은 것을 제공할 것입니다. (특히 그가 시험 주도 개발을 좋아하는 것에 감명을 받았습니다!)
3. 당신이 질문한 문제에 대해 저는 암묵적인 매개변수보다 명시적인 매개변수를 선호합니다.이 경우, 이는 다음과 같이 선형 간의 각 선 유형에 대해 명시적인 이름을 제공하는 것을 의미합니다. 예를 들어, {{interlinear[source=<source-value>][gloss=<source-value>][literal-contransformation=<free-value>]…키워드 n=sysen 형식의 각 라인에 대한 코드를 사용하여, 각 키워드 n은 라인 유형 리터럴이고, 각 키워드 n의 값은 선택적 인수를 나타내는 괄호([…]), 괄호로 묶은 항목의 0 이상 발생을 나타내는 별표(*) 및 정의된 다른 모든 라인 유형을 나타내는 줄임표(…)를 사용합니다.
4. 물론, 라인을 분리하는 파이프 " " 사이에 라인별 오버라이드 키워드(예약된 키워드 또는 키워드=값 쌍)를 지정할 수도 있습니다.따라서 {{interline source=<source-value>[<source-value-m>]* 글로스=<글로스-value>[<source-value-m>]* 리터럴 변환=<글로스-값<[<free-value-m>]* 각 키워드를 사용하여 고유한 번호를 재정의합니다,유사하게 정의된 다른 라인 유형에 대해서도 마찬가지입니다.
5. 매개 변수 이름을 명시적으로 지정하는 것의 주요 이점은 모호성을 방지하는 것입니다.그 결과 매개변수 순서가 훨씬 자유로워집니다.

명시적 매개 변수와 암시적 매개 변수를 사용하는 것에 대한 당신의 의견을 듣고 싶습니다.@GPHemsley: 당신도 마찬가지입니다.

yoyo (talk) 02:56, 2019년 9월 5일 (UTC) 회신 [답장]

안녕 요요, 참여해 주셔서 감사합니다!예, 선에 대해 명시적이고 명명된 매개 변수를 갖는 것은 확실히 옵션입니다.템플릿이 가장 일반적인 경우(정규적인 세 줄)의 사용 편의성에 대한 아이디어를 중심으로 만들어졌기 때문에 처음에는 그렇게 하지 않았습니다.단순한 선형화된 예제를 추가해야 하는 편집자는 템플릿 설명서로 이동하여 매개 변수의 정확한 이름을 조회할 필요 없이 하나만 바로 작성할 수 있습니다.저는 이 간단한 장치, 즉 이름 없는 세 개의 매개 변수가 있는 템플릿을 호출하여 일반적인 광택이 나는 예제를 생성합니다. 어떤 시스템이 최종적으로 비정상적인 경우(3과는 다름)에 채택되든 간에 계속 사용할 수 있어야 한다고 생각합니다.

이러한 더 특이한 경우를 위해 모든 것이 어떻게 설정되어야 하는지에 대해, 저는 별로 선호하지 않으며 다른 사람들이 어떻게 생각하는지 듣고 싶습니다.현재 시스템 – 모든 추가 라인은 이름이 지정되지 않은 매개 변수이며 종종 다음과 같은 재정의가 필요합니다. glossing2=non=3의 단순한 경우와 일관성이 있다는 장점이 있지만, 그다지 우아하지 않다는 것은 인정해야 할 것입니다.명시적 매개 변수로 전환하면 의미적으로 모두 투명해집니다. 좋습니다.하지만 어느 정도까지는 덜 복잡할지 모르겠습니다.최소한 라인 유형에 대한 매개 변수에 번호를 지정해야 합니다(예:{{interlinear source1=... gloss2=... literal-translation=...}}(예: 소스 텍스트 앞에 주석을 추가하는 등); 이는 비연속 라인 순서를 허용합니다.{{interlinear literal-translation1=.. source2=... gloss3=...}}) 및 각 라인 유형의 여러 인스턴스({{interlinear source1=... source2=.... gloss3=...}}).

우리가 몇 가지 예를 볼 수 있을까요?

두 계획 모두 복잡성을 초래하는 경향이 있지만, 다른 방식으로 진행됩니다.저는 다른 사람들의 생각에도 관심을 가질 것입니다.GPHemsley?4번 포인트의 오버라이드에 대해서는 명확한 그림이 없는 것 같습니다. 예를 들어보시겠습니까?우안팔라 (대화) 2019년 9월 9일 03:04, UTC 답변 [답장]

이집트어#고대 이집트어에는 아래와 같은 맞춤형 광택 테이블이 있습니다.

d(m)sv.n.f	tꜣwj n	zꜣ의.f	nsw.t-tw.t(j)	pr-jb.sn (j)
unite.PRF.3SG[1]	랜드.듀얼.프리프	son.3SG	말벌	하우스 하트.3PL
"그는 그의 아들인 이중왕 페리센을 [2]위해 두 땅을 통일했습니다."

{{Interline}}을(를) 사용하도록 변환하려고 했습니다.

{{interline lang1=egy lang2=egy trans2=egy trans2=Egy 이탤릭체1=yes 이탤릭체2=yes glossing2=yes {<hiero>d:Dn:f</hiero>}<hier>G38:f</hiero>M23*L2:t*</hier>1:1:F34 s:n</hiero>} [wikt:dmḏj(m)ḏ.n][wikt:.f.f] {[wikt:tꜣwjtꜣwj][wikt:n#이집트 n]}[wikt:zꜣzꜣ][[tft:.f.f] [tft:nswt-tftjnsw.t-timeout.t(j)] pr-jb.sn (j) unite.PRF.3SG<ref>Wearning, Daniel A. (2008) "측면 vs.상대적 시제, 그리고 "링구아 이집트" 16, 페이지 289.</ref> tꜣwjland에서 고대 이집트인 "sḏm.n⸗f"의 유형학적 분류.DUAL]].Prepon.3SG [사슴과 벌새의 He] [Pr (hieroglyph) house]-[고대 이집트의 영혼 개념 #Jb.28하트.29하트]3PL "그는 그의 아들인 nsw-bjt 듀얼 킹 세스-페리브센 페리센을 위해 두 개의 땅을 통합했습니다."<ref name=":0">{{Harvcol tattks Allen 2013 p=2}}, 요켐 칼, 마르쿠스 브레슈나이더, ''Frühägyptisches Wörterbuch'', 1부(2002), 페이지 229.</ref> }}

그러나 디스플레이에는 여러 가지 문제가 있습니다.

• 가장 눈에 띄는 것은 상형문자(를 사용하여 포맷됨)입니다.<hiero>...</hiero>한 번 올바르게 표시된 후 포맷하지 않고 다시 잘못 표시되어 제대로 지원되지 않습니다.
• 작지만 여전히 결과적인 문제는 경계를 감지하지 못하는 것입니다.<ref>...</ref>및 Wikilinks가 글로스 라인에 있으므로 각각 3SG 및 DUAL 형식을 제대로 지정하지 못합니다.

또한 두 언어 코드 중 하나를 사용하여 번역을 식별하려고 시도합니다.egy또는 스크립트 코드Egyp이 경우 번역 체계가 인식되지 않는 오류가 발생하지만 두 가지 모두 {{prefix}}을(를) 사용하는 표준 방법입니다.

저는 이러한 문제의 원인이나 잠재적인 해결책에 대해 조사하지 않았지만, 문제를 해결하기 위해 디버깅 및/또는 코딩 작업을 기꺼이 도와드립니다.-고든 P. 헴슬리→✉ 2019년 7월 21일 19:32 (UTC) 회신 [답장]

음, 모듈은 그렇게 복잡한 방식으로 구성된 텍스트와 함께 사용되도록 의도되지 않았습니다. <hiero>...</hiero>HTML 테이블을 출력하고 여러 가지 방법으로 템플릿을 구분합니다.반복되는 상형문자의 즉각적인 문제는 모듈이 선형 디스플레이 끝에 숨겨진 신호를 출력하는 것입니다.<p>...</p>각 줄의 전체를 포함하는 요소입니다(접근성을 위해).모듈이 (모든 테이블과 함께) 상형문자 줄을 요소에 배치하려고 하면 잘못된 html이 생성되고 전체를 요소 외부로 이동하여 수정되므로 텍스트가 노출됩니다.이 특정 문제는 교체를 통해 쉽게 해결할 수 있습니다.div:tag("p")와 함께div:tag("div")모듈의 현재 버전의 787 라인에 있습니다.그러나 가시적인 선형 디스플레이 자체는 다음을 사용합니다.<p>...</p>요소, 그래서 다시 상형문자는 그것에서 빠져, 그 결과 그것들은 당신이 적용한 모든 관련 매개변수의 범위에서 벗어날 것입니다. lang1=). 이는 선형 간 디스플레이 자체를 다음과 같이 렌더링함으로써 유사한 방식으로 수정할 수 있습니다.<div>...</div>보다 더 많은 요소들<p>...</p>요소들.저는 이것이 왜 나쁜 생각일 수 있는지에 대한 이유를 머리 속에서 생각해 낼 수는 없지만, 신중한 고려 없이는 그런 근본적인 변화를 만들 의향이 없습니다.

실제 문제는 상형 문자나 다른 수직 스크립트가 {{interline}} 내에서 잘 작동하도록 절대 만들 수 없다는 것입니다.여러분은 아마 선형 간의 선이 수직으로 잘 정렬되어 있지 않다는 것을 눈치챘을 것입니다. 예를 들어, 첫 번째 단어에서는 두 번째 단어보다 조금 더 낮은 위치에 도달합니다. 첫 번째 상형문자가 두 번째 단어보다 조금 더 높기 때문입니다.모듈의 기존 기능 내에서 이를 수정할 수 있는 방법은 없을 것 같습니다.그것은 아마도 표를 사용하여 글로스 텍스트를 하는 오래된 방법이 실제로 꽤 잘 작동하는 경우일 것입니다.물론 모듈이 입력에서 상형문자를 감지하고 구체적으로 표를 사용하여 형식을 지정하도록 할 수도 있지만, 이것이 필요한 소수의 기사들이 지금처럼 위키 테이블을 직접 사용한다면 전체적으로 더 간단하다고 생각합니다.

광택이 포맷되지 않도록 하는 참조와 표준 스크립트 식별자가 인식되지 않도록 하는 참조에 대해서는, 이런 일이 발생해서는 안 됩니다.시간이 좀 더 있을 때 꼭 한번 볼게요.위키링크 안에서는 글로스가 인식되지 않습니다. 그건 버그가 아닙니다.파서는 링크 내 텍스트에 대한 작업을 의도적으로 피합니다. 부분적으로는 링크를 수동으로 추가하는 사용자가 더 구체적인 아이디어를 가지고 있어서 기본 동작에 만족하지 않을 수 있다고 가정하기 때문이고, 부분적으로는 실수로 무언가가 깨질 위험이 타이핑 시간을 절약하는 이점보다 더 크기 때문입니다.{sc} 또는 {{gcl}}(으)로 "DUAL"을(를)우안팔라 (대화) 2019년 7월 21일 22:00 (UTC) 회신 [답장]

저는 방금 ref 이슈[3]를 수정했습니다.우안팔라 (대화) 2019년 7월 21일 23:08, UTC 답변 [답장]

나중에 내부를 더 자세히 살펴볼 수 있는데, CSS 플렉스박스가 수직 정렬 문제에 유용할까요?확실히 수직 맞춤법에 대한 지원은 우리가 더 잘 처리해야 하는 것입니다(HTML 문제 외).<hiero>...</hiero>), 아닌가요? 또한, 글을 두 번 반복하는 것이 글로스의 접근성을 처리하는 가장 좋은 방법인가요?생성된 출력물에 좀 더 익숙해지고 더 좋은 방법이 있는지 알아보겠습니다.-고든 P. 헴슬리→✉ 2019년 7월 22일 01:38, UTC 회신 [답장]

참고로,<hiero>...</hiero>도움말:WikiHiero 구문 및 mw:확장:WikiHiero.—Gordon P. 헴슬리→✉ 2019년 7월 22일 02:00 (UTC) 회신 [회신]

좀 더 자세히 보시면 대단히 환영할 것입니다.저는 html에 대해 거의 알지 못하며, 현재 html 출력은 대부분 다른 사이트에서 복사됩니다(여기 문서 참조).Uanfala (대화) 2019년 7월 22일 06:34 (UTC) 응답 [응답]

저는 플렉스박스에 대해 들어본 적이 없습니다.저는 당신이 저보다 HTML에 대해 더 잘 알고 있다고 생각합니다. 그래서 저는 당신에게 그것을 남겨두겠습니다: 만약 당신이 원치 않는 결과를 초래하지 않을 수직적인 텍스트를 지원하는 방법을 생각해 낸다면, 당신은 그것을 시도하는 것을 환영합니다.개인적으로, 저는 그것이 정말로 틈새 사용이기 때문에 우선순위로 보지 않습니다: 상형문자를 제외하고, 저는 오직 수직으로 가는 고대 위구르와 관련된 문자들만 생각할 수 있습니다.하지만, 저는 HTML의 잠재력에 대한 저의 초기 불안감을 인정해야 합니다.<hiero>...</hiero>템플릿을 깨기 위해 잘못 배치되었습니다.모듈이 위키텍스트를 처리할 때 상형문자를 html이 아닌 스트립 마커로 보기 때문에 다음과 같은 다른 확장 태그보다 더(또는 더) 문제가 없을 것입니다.<ref>...</ref>.

접근성에 관해서는, 이것은 제가 거의 아무것도 모르는 분야이기 때문에, 제안이 있다면, 저는 귀를 기울입니다.숨겨진 div에서 각 행을 반복하는 것은 단순히 제가 모델로 사용했던 외부 사이트에서 복사한 것입니다.그리고 저는 이것이 말이 된다고 생각합니다. 템플릿의 출력에서 요소들은 단어 1, 광택 1, 단어 2, 광택 2 등의 순서로 나열됩니다.화면 판독기가 있는 사용자의 경우 각 단어와 해당 단어의 광택 사이의 연결이 명확해집니다.그것이 전혀 명백하지 않은 것은, 관계가 수평적으로 또한 갈 수 있다는 것입니다: 단어 1, 단어 2 등이 문장을 형성합니다.

저는 이제 CSS 클래스(TemplateStyles 사용)로 전환해야 할 때라고 생각하고 있습니다. 이는 HTML 출력에서 많은 혼란을 제거할 것입니다.우안팔라 (대화) 2019년 7월 23일 21:20 (UTC) 회신 [답장]

이러한 주요 출력 변경을 시작하기 전에 매개 변수 작업을 완료할 때까지 기다리는 것이 좋을지도 모릅니다. 하지만 새로운 출력이 궁극적으로 어떤 것을 변경하기 전에 어떤 모습을 보여야 하는지 알아내야 한다고 생각합니다.저는 HTML과 CSS 측면을 맡게 되어 기쁩니다. 저는 그 분야에서 많은 경험을 가지고 있습니다.접근성에 관한 한, 저는 시맨틱 마크업과 디스플레이 포맷 사이의 적절한 균형을 맞추기 위해 테이블과 플로우 콘텐츠를 왔다 갔다 했습니다.저는 아직 해결책을 정하지 못했고, 아마도 이에 대해 반복해서 의견을 구해야 할 것입니다. 하지만 저는 내용을 복제하는 것이 올바른 방법은 아니라고 생각합니다. (각 형식에서 한 번씩, 스크리닝 리더가 내용을 두 번 읽는 것이 바람직한 행동이 아닐 수도 있지만, 제가 틀렸을 수도 있습니다.)어쨌든, 우리는 나중에 이것으로 돌아갈 수 있습니다.-고든 P. 헴슬리→✉ 2019년 7월 24일 12:58, (UTC) 회신 [답장]

html에 대한 당신의 도움에 매우 감사할 것입니다!근본적인 측면이 재검토되더라도 개의치 않을 것입니다. 분명 다른 방법으로 인터라인 텍스트를 포맷할 수 있습니다.예를 들어 글로사 사용<ol>...</ol>디브(div)가 아닌 요소.우안팔라 (대화) 2019년 7월 26일 14:23, UTC 답장 [답장]

현재 모듈 Interline은 선형 번호 지정 기능만 제공합니다.이 모듈을 사용하여 중첩된 목록 형식의 언어학 예제를 작성하고자 합니다.예를 들어, 일반 테이블을 사용하여 다음과 같은 것을 만들 수 있습니다.

그러나 이 작업은 다음을 사용하여 수행할 수 없습니다.numbering모듈의 매개 변수입니다.그런 기능이 모듈에 구현되면 정말 좋을 것 같습니다.하지만 저는 루아어에 대한 전문지식도 없고 모듈을 편집할 권한도 없어 제안서를 남깁니다.감사합니다! -- 벤제네킴 (대화) 10:27, 2020년 5월 31일 (UTC) 회신 [답장]

Benzenekim, 테이블을 사용하지 않고도 유사한 결과를 얻을 수 있습니다. 훨씬 더 간단합니다.
Jacaltec(Mayan), VAP(VSO)

비결은 매개 변수가 숫자뿐만 아니라 모든 문자 문자열을 허용하고 매개 변수의 이름은 number=(아닙니다. numbering=아마 그것을 별칭으로 추가해야 할 것입니다. 솔직히, 저는 두 매개 변수 이름에 완전히 만족하지는 않지만, 더 나은 것을 생각해 낼 수 없었습니다.)이 예제에서는 필요한 경우 {{nbsp}}을(를) 패딩하여 정렬을 변경할 수 있습니다. 단, 더 우아한 방법이 있을 수도 있습니다.그게 당신에게 효과가 있습니까?여러 개의 선형으로 광택이 나는 텍스트를 렌더링할 수 있는 템플릿을 한 번 호출하는 것이 제안이라면, 기술적으로는 가능하지만 너무 복잡하기 때문에 실행 가능하지 않습니다.우안팔라 (대화) 15:31, 2020년 5월 31일 (UTC) 회신 [답장]

@우안팔라:피드백 감사합니다!기사에 내포된 번호와 선형 번호가 모두 포함되어 있다면 다소 모순이 있겠지만, 적어도 현재로서는 일반적으로 실현 가능한 해결책이라고 생각합니다.감사합니다! – Benzenekim (대화) 07:13, 2020년 6월 1일 (UTC) 회신 [답장]

나는 세 개의 이름 없는 인수와 함께 {{gcl}}을(를) 사용하려고 했습니다. - Woods Cree#Morphology에 대한 예제에서.{{gcl TA transitive animate Algonquian languages#Grammatical_features}}그러나 도구 설명으로 #2 인수("transitive animate")를 표시하는 대신 링크("Algonquian languages")에서 페이지 제목을 표시했습니다.이것은 버그인 것 같습니다. 인수 #2가 무시되고 있습니다.아니면 제가 원하는 것을 할 수 있는 다른 방법이 있나요?4pq1injbok (대화) 2023년 1월 22일(UTC) 10:17

알아주셔서 감사합니다.확실히 벌레야.html 요소가 format_gloss()로 작성되는 순서를 변경하여 수정할 수 있습니다. 즉, 모듈의 현재 버전의 299행과 334행 사이에 있습니다.하지만, 그것은 당장 하기에는 좀 까다롭기 때문에, 다음 버전의 모듈 작업을 시작할 때까지 그대로 두겠습니다.그 때까지는 적어도 두어 달은 걸릴 겁니다.그 동안 사용할 수 있는 다소 서투른 해결 방법은 다음과 같습니다.[[Algonquian languages#Grammatical features {{gcl TA transitive animate}}]]– Uanfala (대화) 2023년 1월 22일 13:27 (UTC) 응답 [응답]

해결 방법을 포함하여 감사합니다! 4pq1injbok (talk) 20:17, 2023년 1월 24일 (UTC) 회신 [답장]

Uanfala 저는 카테고리에서 수백 페이지를 추적했습니다.이 모듈에 대한 존재하지 않는 섹션을 제외한 페이지입니다.#섹션으로 전화하기 전에 섹션의 존재를 확인할 수 있는 방법이 있습니까? 감사합니다!프리제스 (대화) 2023년 3월 13일 22:26 (UTC) 응답 [응답]

흠, 이 모듈을 쓸 때 이 카테고리는 존재하지 않았습니다.따라서 모듈이 자체 페이지를 통과할 때 오류가 522행에서 발생한다고 생각합니다. 모듈이 하나의 특정 WP:LST 섹션을 찾습니다(기사 수준의 사용자 정의 약어를 구현하려면 이 섹션이 필요합니다).저는 LST가 어떻게 작동하는지 잘 모르는데, 당신이 제안하는 종류의 검사를 수행하게 할 수 있는 방법이 있나요?우안팔라 (대화) 22:44, 2023년 3월 13일 (UTC) 회신 [회답]

Uanfala, 문자열 처리 제한이 없다고 가정하면 이와 같은 것이 작동할 것입니다.우리가 그것을 테스트할 수 있는 페이지가 있습니까? 아니면, 당신은 더 좋은 생각이 있습니까?프리제스 (대화) 15:52, 2023년 3월 14일 (UTC) 응답 [응답]

이렇게 하면 기능이 손상됩니다.모듈 샌드박스를 사용하는 이 페이지를 표준 버전과 비교합니다. 빨간색 점멸 및 템플릿의 각 인스턴스 끝에 있는 "알 수 없는 광택 약어(s)" 메시지를 통해 오류를 확인할 수 있습니다.한눈에 봐도, 왜 이것이 작동하지 않는지 알 수 없습니다.우안팔라 (대화) 2023년 3월 14일 19:25, UTC 답변 [답장]

우안팔라, 오타를 좀 고쳤는데, 이제 작동하는 것 같습니까?프리제스 (대화) 19:36, 2023년 3월 14일 (UTC) 응답 [응답]

네, 됩니다.샌드박스에서 변경사항을 자유롭게 병합할 수 있습니다.하지만 저는 그게 장기적으로 상황이 그렇게 될 것인지 궁금합니다.지금까지는 모듈이 섹션을 로드한 다음 빈 공간 여부에 따라 작업을 수행할 수 있었습니다.그러나 이제 섹션을 로드하기 전에 모듈은 먼저 전체 페이지를 로드하고 위키 텍스트를 검색해야 합니다.성능에 미치는 영향은 작은 것처럼 보이지만(15번 확인한 결과 평균 속도 저하는 4%로 현재로서는 큰 차이를 만들기에 충분하지 않을 수 있습니다), 최적의 장기적인 솔루션은 아닌 것 같습니다.아니면 LST를 사용하도록 설계되지 않은 방식으로 사용하는 것입니까?우안팔라 (대화) 20:07, 2023년 3월 14일 (UTC) 회신 [답장]

Uanfala, 감사합니다. 이제 병합되었습니다! 우리는 문자열 처리를 사용하여 LST를 수행하는 대신 실험할 수 있습니다.frame:preprocess페이지 내용을 로드하고 있으므로 더 빠를 수 있습니다(예: 모듈:트랜스클러더).당신이 유용할 것이라고 생각한다면 저는 이것을 실험해 볼 수 있습니다.저는 당신이 반드시 LST를 나쁜 방식으로 사용하고 있다고 생각하지 않습니다. 단지 우리가 잘못된 긍정과 구별할 수 없는 실제 나쁜 용도를 찾기 위해 새로운 추적 범주를 가지고 있다는 것입니다.프리제스 (대화) 20:22, 2023년 3월 14일 (UTC) 응답 [응답]

고마워요, 하지만 지금은 필요 없어요, 일을 복잡하게 만들지 맙시다.제 희망은 LST를 완전히 비정통적으로 사용하지 않는다면 미래에 실제 모듈 코드를 변경하지 않고도 이러한 잘못된 긍정을 걸러낼 수 있기를 바랍니다.우안팔라 (대화) 20:36, 2023년 3월 14일 (UTC) 회신 [응답]

Uanfala, 좋습니다. 가장 최근의 변화는 존재하지 않는 섹션을 제외한 페이지의 항목 수를 약 1200개에서 약 350개로 줄였습니다. 수정 옆에 있는 것은 템플릿입니다.10년 동안 매년 출생과 사망 그리고 다른 몇 명. 다시 한 번 감사드립니다.프리제스 (대화) 20:42, 2023년 3월 14일 (UTC) 회신 [회답]