WikiProject Япония | (Номинальный шаблон-класс) |
---|---|
Архивы |
---|
1 , 2 , 3 , 4 |
дополнительный параметр отключен?
Кто-то отключил extra=
(хотя extra2=
все равно отображает).
Я заметил случай
{{nihongo|'''Yamaguchi Hitomi'''|山口 瞳||extra=November 3, 1923 – August 30, 1995}}
рендеринг как
- " Ямагути Хитоми (山口 瞳)
без дат рождения / смерти. Было ли это связано с траппистом, монахом, который недавно внес изменения, или это произошло раньше? - Кийовип ( разговор ) 10:18, 29 декабря 2019 г. (UTC)
- Ага, я. Исправлено, думаю:
{{nihongo|'''Yamaguchi Hitomi'''|山口 瞳||extra=November 3, 1923 – August 30, 1995}}
→ Ямагути Хитоми (山口 瞳, 3 ноября 1923 - 30 августа 1995)
- - Монах-траппист ( разговор ) 11:55, 29 декабря 2019 г. (UTC)
Запрос функции: рубиновый текст
Было бы неплохо иметь кандзи с рубиновым текстом хирагана ( фуригана ) или китайские иероглифы с рубиновым текстом bopomofo , особенно для устаревших / исторических символов и других стандартных применений , многие из которых очень применимы к энциклопедии. HLHJ ( разговорное ) 06:21, 19 февраля 2020 (UTC)
- Работает:
{{nihongo|''subete''|{{Ruby-ja|全|すべ}}て||extra=translation: all, everything}}
→ subete (全て, перевод: все, все)
- Я буду использовать это. Спасибо пользователю: Opencooper за предложение! HLHJ ( разговорное ) 01:27, 22 февраля 2020 (UTC)
- Я хотел бы отметить, что первый позиционный параметр предназначен для английского языка (см. Документацию по шаблону ) и что subete не является английским, поэтому, возможно, более правильным для вашего примера шаблона является:
{{nihongo||{{Ruby-ja|全|すべ}}て|subete|extra=translation: all, everything}}
→ subete (全て, перевод: все, все)
- Визуально они выглядят одинаково, но под капотом они совершенно разные; ваш первый:
''subete'' ('"`UNIQ--templatestyles-00000066-QINU`"'全て, translation: all, everything)
subete ('"`UNIQ--templatestyles-00000068-QINU`"'全て, translation: all, everything)
- - Монах-траппист ( разговор ) 01:38, 22 февраля 2020 г. (UTC)
- Я хотел бы отметить, что первый позиционный параметр предназначен для английского языка (см. Документацию по шаблону ) и что subete не является английским, поэтому, возможно, более правильным для вашего примера шаблона является:
- Спасибо, монах-траппист ! Я редактировал Сёдзи , поэтому иногда это может быть чем-то вроде суждения о том, что использовать, но это полезное различие. HLHJ ( разговорное ) 23:29, 22 февраля 2020 (UTC)
- Комментарий : использование Ruby уже обсуждалось (извините, пожалуйста, загляните в архивы, если интересно), и все пришли к единому мнению, что его следует избегать, за исключением очень особых случаев. Одна из основных причин заключается в том, что он несовместим с набором текста на английском языке. Японские иероглифы уже имеют «неправильную» форму; они должны быть примерно в 1,5 раза больше латинских букв, чтобы иметь правильный масштаб, а добавить еще большую высоту - громоздко. И в любом случае так называемый «рубиновый» текст просто не является орфографическим соглашением английского языка и, следовательно, ему не принадлежит. Imaginatorium ( разговор ) 06:59, 23 июня 2020 (UTC)
Показ «Хепберн»
... настоящая проблема заключается в том, чтобы в первую очередь тратить так много места и внимания на ссылку на Хепберн. Это наша единственная латинизация по умолчанию, и ее следует указывать после символов курсивом без каких-либо ссылок: Боб (японский: 漢字, Bōbu ). В русскоязычных статьях используется еще одно более изящное решение: для любопытных использовать мелкую букву со ссылкой: Боб (яп. 漢字, h Bōbu ). - Llywelyn II, 04:22, 12 сентября 2019 г. (UTC)
Я прочитал этот комментарий от @ LlywelynII : выше, и я хотел начать обсуждение этого вопроса. Я согласен с ним в том, что ссылка на Хепберн, ведущую = да, слишком заметна. Я вижу несколько возможных вариантов (здесь я демонстрирую предложения по лид = нет и лидам = да):
① Статус-кво, без изменений.
② Изменить лидерство = да, как предлагает Лливелин.
- Боб (漢字, Bbu ) и Боб ( яп ., Bbu )
③ Замените отведение = да и добавьте третий вариант, то есть отведение = хепберн.
④ Сохранение лида = да и добавить третий вариант, то есть лидерство = nohepburn.
⑤ Примите альтернативный стиль связывания, предложенный Llywelyn, или добавьте для него третий вариант, например ③ или ④.
- Боб (漢字, Bbu ) и Боб (яп., H Bbu )
Лично я предпочитаю ③ по причинам простоты, согласованности с другими основными языковыми шаблонами и уменьшения количества существующих потенциальных клиентов без необходимости массового редактирования. В отличие от статей, связанных с китайским, которые часто требуют отображения нескольких стилей латинизации из-за того, что на разных диалектах произносятся одни и те же символы (см. Шаблон: Lang-zh : Cantonese Jyutping, Hokkien Pe̍h-e-jī, Bopomofo и т. Д.), Мы используем Modified Hepburn в во всех случаях, как предписано MOS: JAPAN . Мнения? - Гозей ( разговорное ) 02:52, 14 мая 2020 г. (UTC)
- Вариант 3 был бы моим любимым, хотя меня бы тоже устроил 2. bamse ( talk ) 08:33, 15 мая 2020 г. (UTC)
- Я предпочитаю вариант 3, он модульный и приличный. « Иас! | ,,. | usbk » 11:52, 21 мая 2020 (UTC)
- Извините, но я вообще не понимаю этого. Кто такой «Боб»? Что должен показать пример? Даже в реальных примерах часто неясно, какова взаимосвязь между битами, поскольку люди настаивают на предположении, что если мы говорим «английский», или «кандзи», или «японский», или «ромадзи», то совершенно очевидно, что это находятся. Я только что наткнулся на хороший пример, в котором средняя версия (без «Хепберн», например, что я обычно предпочитаю) как-то не очень ясна: Densha de GO! (電車 で GO !, «Иди на поезде»). Для этого обязательно нужен «горит». или похожие. Imaginatorium ( разговор ) 04:33, 22 мая 2020 (UTC)
- @ Imaginatorium : «Боб» - это просто произвольный пример, демонстрирующий предлагаемые мной изменения в шаблоне. В вашем примере нет необходимости в транскрипции Хепберна, потому что обычным английским названием для предмета является транскрипция. Однако есть некоторые примеры, требующие всех четырех полей: Английское имя (кандзи, транскрипция , букв. «Перевод»). Предлагаемые мной выше изменения касаются только ссылки "Хепберн", у вас есть мнение по этой теме? - Гозей ( разговор ) 08:18, 22 мая 2020 г. (UTC)
- Во-первых, мне кажется, что использование правдоподобных примеров действительно помогает. Этот настолько искусственный («бессмысленный», «неправильный», что угодно), на него больно смотреть. И ваш комментарий к моей (не очень хорошей) статье не совсем верен: романизация hepburn будет densha de gō . Но в любом случае, в целом, я думаю, что написание «Хепберн» не поможет обычному читателю, особенно потому, что существует только одна система, которая широко используется, и WP всегда использует ее. Однако я также думаю, что могут быть случаи, когда применимо что-то еще: глядя на «Боба», я даже не могу сказать «Ну, в этом случае, очевидно, все в порядке», потому что это не тот случай. Imaginatorium ( разговор ) 15:02, 22 мая 2020 (UTC)
- @ Imaginatorium : «Боб» - это просто произвольный пример, демонстрирующий предлагаемые мной изменения в шаблоне. В вашем примере нет необходимости в транскрипции Хепберна, потому что обычным английским названием для предмета является транскрипция. Однако есть некоторые примеры, требующие всех четырех полей: Английское имя (кандзи, транскрипция , букв. «Перевод»). Предлагаемые мной выше изменения касаются только ссылки "Хепберн", у вас есть мнение по этой теме? - Гозей ( разговор ) 08:18, 22 мая 2020 г. (UTC)
- Я не вижу ничего плохого в текущем формате. Важно иметь какую-то ссылку на романизацию Хепберн , иначе как читатель должен понять, что представляет собой текст? Ссылка только на японский язык им здесь не поможет.
- На русском языке Википедия использует свою собственную систему, которая не соответствует ни одной другой стандартной системе; Хотя я думаю, что они должны ссылаться на эту или аналогичную страницу, объясняющую, как именно она романизируется, они просто ссылаются на романизацию русского языка , и это нормально. Тем не менее, для японского языка мы используем точно модифицированную Хепберн, без дальнейших изменений, поэтому мы называем ее «Хепберн», и ссылка на эту статью является наиболее полезной для читателей, поскольку они рассказывают, как именно она была латинизирована, и предоставляют им информацию, необходимую для ее понимания. . - Бигпетеб ( разговор ) 19:54, 29 мая 2020 г. (UTC)
- @ Goszei : Как человек, который в последнее время много использует эти шаблоны, я предпочитаю ③. Psiĥedelisto ( обсуждение • вклад ), пожалуйста, всегда пингуйте ! 03:20, 22 июня 2020 (UTC)
Обсуждение на WT: JAPAN # О выделении курсивом названий песен на иностранных языках
Приглашаем вас присоединиться к дискуссии на WT: JAPAN # О выделении курсивом названий песен на иностранных языках . Psiĥedelisto ( ток • вклад ) 01:07, 28 мая 2020 (UTC)
Пересмотр моего предложения по дисплею "Хепберн"
Это (надеюсь, более четкое) повторение моего предложения выше. Жду комментариев @ Psiĥedelisto @ LlywelynII , Бамсе , я Ая Сямеймару! , Imaginatorium и Bigpeteb : опубликуйте,
пожалуйста, какое новое предложение вы поддерживаете, поскольку я хочу достичь консенсуса вокруг этой новой формулировки ( для тех, кто прокомментировал мой старый пост: старое предложение ③ такое же, как новое предложение ①). Прокрутите вниз и также рассмотрите предложение Imaginatorium, для которого я составил вторую таблицу. - Гозей ( разговорное ) 00:39, 24 июня 2020 г. (UTC)
по умолчанию, без параметров | с участием lead = yesпараметр | с новым параметром (т.е. свинец = hepburn / nohepburn) | |
---|---|---|---|
Текущий | One Piece (ワ ン ピ ー ス, Ван Пису ) | One Piece ( яп . ワ ン ピ ー ス, Хепберн : Ван Пису ) | |
Предложение ① | One Piece (ワ ン ピ ー ス, Ван Пису ) | One Piece ( яп . ワ ン ピ ー ス, Ван Пису ) | One Piece ( яп . ワ ン ピ ー ス, Хепберн : Ван Пису ) |
Предложение ② | One Piece (ワ ン ピ ー ス, Ван Пису ) | One Piece ( яп . ワ ン ピ ー ス, Хепберн : Ван Пису ) | One Piece ( яп . ワ ン ピ ー ス, Ван Пису ) |
Предложение ③ | One Piece (ワ ン ピ ー ス, Ван Пису ) | One Piece ( яп . ワ ン ピ ー ス, ч Ван Пису ) |
Обоснование : Я думаю, что должен быть способ скрыть отображение «Хепберн», когда Параметр lead = yes
используется. Для подавляющего большинства читателей, я думаю, очевидно, что то, что отображается после японского текста, является отображением текста латинскими буквами, и что конкретная разновидность латинизации не очень важна. Ссылка на статью о романизации Хепберн в каждом ведущем предложении только отвлекает от темы ведущего предложения. Даже для читателей, интересующихся используемым методом, повторное появление ссылки на Хепберн в начале каждой статьи не поможет. РГ: ROMAJI утверждает: Люди, которым небезразличны другие системы латинизации, достаточно осведомлены, чтобы позаботиться о себе.
Я считаю, что здесь применим аналогичный принцип: те, кто особенно интересуется латинизацией, могут исследовать различные системы для японского языка, но наша цель в ведущих предложениях для статей на несвязанные темы - это дать четкое представление о произношении целевой аудитории англоговорящих
.
В основном я редактирую статьи, связанные с WP: ANIME , где Параметр lead = yes
широко используется. Я поддерживаю предложение ① ( перекладываю свою поддержку на предложение Imaginatorium, см. Ниже ), потому что оно немедленно УДАЛЯЕТ отображение «Хепберн» из статей, в которых оно используется, сохраняя при этом функциональность, если это необходимо, путем добавления нового параметра (я предлагаю свинец = хепберн
). Предложение ② аналогично, за исключением того, что оно будет СОХРАНЯТЬ отображение «Хепберн» для всех статей, которые в настоящее время используют lead = yes
, и добавьте «метод отказа» с новым параметром (я предлагаю свинец = nohepburn
). Предложение ③ - это своего рода «компромисс»; он сохраняет ссылку на романизацию Хепберн , но сведен к минимуму, чтобы не отвлекаться; особенности отображения были бы другим предметом обсуждения ( h Wan Pīsu или H Wan Pīsu или Wan Pīsu ? и т. д.). Мне интересно услышать ваше мнение. - Гозей ( разговорное ) 03:05, 22 июня 2020 г. (UTC)
Комментарии
- @ Goszei : Насколько я могу судить, новое предложение ① равно старому предложению ③. Так что поддерживаю . Мне не показалось, что ваш пример труден для понимания, возможно, потому, что, как программист, foo , bar и baz не меняют фазу. Psiĥedelisto ( обсуждение • вклад ), пожалуйста, всегда пингуйте ! 03:57, 22 июня 2020 (UTC)
- О, и, кстати, Гозей , я не понимаю, почему ты просто не оборачиваешь это в {{ перевод }}, например, {{перевод | ja | Хепберн | Ван Пису}} ( Ван Пису ). Таким образом, "транслитерация Хепберн" будет отображаться при наведении курсора. Psiĥedelisto ( обсуждение • вклад ), пожалуйста, всегда пингуйте ! 04:03, 22 июня 2020 (UTC)
- @ Psiĥedelisto : Это хороший момент: в шаблоне Nihongo в настоящее время используется оболочка {{ transl }}, и я обновил свои предложения выше, чтобы использовать ее. - Гозей ( разговорное ) 04:26, 22 июня 2020 г. (UTC)
- Теперь это предложение выглядит яснее. иас! ,,. гг
@
04:16, 22 июня 2020 г. (UTC)- Я поддерживаю Предложение 1 - хороший компромисс. иас! ,,. гг
@
04:44, 22 июня 2020 г. (UTC)
- Я поддерживаю Предложение 1 - хороший компромисс. иас! ,,. гг
- @ Goszei : Я думаю, вы пропустили важное слово, когда процитировали WP: ROMAJI , которое я выделю:
Люди, которым небезразличны другие системы латинизации, достаточно осведомлены, чтобы позаботиться о себе.
Я согласен с этим; Тот, кто знает о Нихон-сики или Кунрей-сики и по какой-то причине хочет знать, как романизировать японский текст в них, может использовать соответствующие статьи и разобраться в этом самостоятельно. - Однако средний читатель не знает, как они попали к той или иной статье, и понятия не имеют, знают ли они что-нибудь о японском языке. Мы не знаем, свободно ли они говорят по-английски. (Имейте в виду, что Хепберн интуитивно понятна носителям английского , не обязательно других языков, однако многие люди в Интернете читают Википедию на английском языке, а не на языке, который они знают лучше, потому что она более полная.) не знают, как они могут пытаться произносить иностранные слова; В частности, говорящие на британском языке, вероятно, читают Фудзи-сан и произносят его рифму со словом «шляпа» или «пан». Единственный способ научить их правильно произносить это слово - это указать ссылку на страницу, где есть это объяснение. В этом весь смысл
lead = yes
параметр. Удаление текста и ссылки на романизацию Хепберн контрпродуктивно. - Вы написали два конкретных предложения, объясняющих ваши рассуждения, с которыми я принципиально не согласен:
- «Ссылка на статью о романизации Хепберн в каждом ведущем предложении только отвлекает от темы основного предложения». Нет, он служит для того, чтобы проинформировать читателя о том, как текст был латинизирован, и предоставить ему информацию, необходимую для использования этой латинизации для правильного произношения текста. То, что может отвлекать вас, важно для других. Ваше желание скрыть или удалить , что информация должна не козырные их потребность увидеть его.
- «Даже для читателей, интересующихся используемым методом, повторное появление ссылки на Хепберн в начале каждой статьи не поможет». Но вы не можете знать, «появляется ли он снова» для какого-то конкретного читателя! Кто-то, читающий статью, возможно, никогда ничего не читал о Японии, и может ничего не знать о японском языке и латинизации! Это может быть ребенок, узнающий о своем любимом аниме или узнающий, как использовать энциклопедию для исследования для отчета. Дело в том, что вы не знаете, и у вас нет оснований утверждать, что тот, кто читает данную статью о чем-то, связанном с японским, будет иметь какое-либо представление о том, что представляет собой латинизированный текст или как его произносить, но вы хотите удалить ссылка, которая бы прямо объяснила им это.
- Чтобы процитировать оптовую продажу от WP: АУДИТОРИЯ :
Википедия - международная энциклопедия. Люди, читающие Википедию, имеют разное происхождение, образование и разные мнения. Сделайте вашу статью доступной и понятной для как можно большего числа читателей. Предположим, читатели читают статью, чтобы узнать больше. Возможно, что читатель ничего не знает о предмете, поэтому в статье необходимо полностью объяснить предмет.
- Таким образом, я все еще против внесения этого изменения. Ваша жалоба, похоже, основана на некоторой незначительной эстетике («Это так раздражает, что я читаю много статей о японских статьях и вижу одну и ту же ссылку, которая мне не нужна»), а не на том, что подходит для энциклопедии и что полезно или можно использовать для обычного читателя. Да, иногда приводят предложение статьи действительно получить суматоху с информацией в скобках. Тем не менее, при написании лида нужно учитывать множество факторов - посмотрите, какой длины у MOS: LEAD , не говоря уже обо всех связанных страницах, на которые он ссылается, - и исключение полезных определений для сокращения предложения или заключения в скобки на одно слово не входит в их число. . - Бигпетеб ( разговор ) 17:27, 22 июня 2020 г. (UTC)
- @ Bigpeteb : В ответ на вашу цитату из WP: АУДИТОРИЯ : Я не согласен с тем, что отключение отображения по умолчанию значительно ухудшит понимание. Предоставление информации доступным способом - наша цель №1 в Википедии, но «доступность» включает в себя контроль того, как и когда эта информация отображается. Я думаю, что это конкретное включение не служит этой цели. «Ребенку, который узнает о своем любимом аниме» не обязательно знать, и, вероятно, его не волнует, что Хепберн - это особая латинизация, которую мы используем; все, что им действительно нужно, это
точное указание произношения,
которое он обеспечиваетцелевой аудитории англоговорящих
. Цель латинизации - служить этим узким целям, которые достигаются простым написанием транскрипции. Читатели, которым небезразлично и которые «копают глубже» (а это небольшое меньшинство), смогут узнать о Хепберн и руководствах по произношению на странице Help: Japanese (что очень полезно!) Или MOS: JAPAN , и им не нужно говорить второй раз.- Я проверил некоторые основные неанглоязычные Википедии, чтобы узнать, как они справляются с этой проблемой, просто для контекста. Они используют либо мое предложение 1 (опустить), либо вариант моего предложения 3 (небольшая ссылка с вопросительным знаком; и не на латинизацию Хепберн , а вместо их эквивалента справки: японский ).
- Французская Википедия: One Piece (ワ ン ピ ー ス, Ван Пису ? )
- Немецкая Википедия: One Piece ( яп.ОДИН КУСОЧЕК, Ван Пису )
- Испанская Википедия: One Piece (ワ ン ピ ー スWan Pīsu ? )
- Итальянская Википедия: One Piece (ONE PIECE - ワ ン ピ ー スWan Pīsu ? )
- В качестве примечания, MOS: LEADLANG демонстрирует это как пример иностранного лидера:
Черновицкая область (укр .: Чернівецька область, Черновицкая область )
. Здесь отсутствует информация об «Украинской национальной системе», используемая в Википедии, которая вместо этого размещена в WP: UKR . Мне как читателю было бы бесполезно отображать что-то вродеЧерновицкая область (укр. Чернівецька область, УНС : Черновицкая область )
во всех лидерах. Все, что меня действительно волнует, - это точное указание на украинское произношение , которое оно дает мне. В большинстве,(Украинский: Чернівецька область, Черновицкая область ?
), На мой взгляд, придало бы должное значение информации о конкретном типе украинской латинизации. - Гозей ( разговорное ) 22:58, 22 июня 2020 г. (UTC)- Я продолжаю не соглашаться с некоторыми из ваших замечаний.
- Ссылка на справку: японский язык был бы полезен, за исключением того, что этот шаблон этого не делает, и вы не предлагаете, чтобы он это делал. Вы не можете утверждать, что читатели могут найти там информацию, которая им может понадобиться, когда мы ничего не делаем, чтобы помочь им добраться туда. Откуда им было знать, что там искать? Как они найдут эту страницу, если мы не скажем им, где она находится? В самом деле, если мы ожидаем, что читатели найдут его с помощью поиска, то зачем нам вообще делать гиперссылки на статьи?
- MOS: JAPAN - статья для редакторов. Направлять туда читателей нецелесообразно.
- Опять же, вы не можете возразить, что читателям «не нужно повторять». Каждая статья может быть чьей-то первой. Вот почему важно ссылаться на справочную информацию, которая может им понадобиться, но которой еще нет. Единственное, что вы можете возразить, сказав, что им «не нужно повторять второй раз», это то, что
lead = yes
не следует использовать более одного раза на странице, что всегда было правилом, и я не думаю, что кто-то из нас предлагает менять. - Вы делаете интересное сравнение с неанглоязычными WP. Но, AFAIK, нет никаких правил или указаний, что WP на разных языках должны использовать аналогичное форматирование. Английский WP в целом отказался от надстрочного вопросительного знака в большинстве своих шаблонов много лет назад. Я думаю, это было хорошее решение; его может быть трудно обнаружить, и он слишком непрозрачен, так как ничего не говорит вам, если вы не наведете на него курсор или не перейдете по ссылке. Я думаю, что его было бы особенно плохо использовать при транслитерации иностранного языка, потому что для кого- то, не знакомого с используемой схемой транслитерации, это может выглядеть как часть транслитерации для кого-то, кто не знаком с тем, как романизируется текст.
- Да, я видел пример MOS с украинским языком. Однако я счел это информативным, а не нормативным. Более того, у меня та же проблема с этим примером, что и с русским из предыдущего обсуждения: я думаю, что он должен ссылаться на WP: UKR , и я думаю, что это оказывает медвежью услугу читателю, не делая этого. И снова вы говорите, что «мне как читателю было бы бесполезно показывать что-то вроде« Черновицкая область »(укр .: Чернівецька область, УНС: Черновицкая область)« в каждом отведении », но - опять же! - Я не согласен. Думаю, это было бы полезно. Если вы будете повторять один и тот же аргумент, у меня не будет возможности сказать вам, что я думаю, что вы ошибаетесь.
- Я брошу вам кость и предложу альтернативу, которую не рассматривали. Посмотрев на такие страницы, как Япония или гора Фудзи , я заметил, что произношение в IPA напрямую связано с Help: IPA / Japanese . (Опять же, долгожданное изменение по сравнению с плохими старыми днями, когда после него был бы неразборчивый вопросительный знак или насмешливое «что это?».) Почему бы не сделать то же самое с латинизацией? Это будет выглядеть так:
- хотя в таком формате, вероятно, было бы лучше дать ссылку на Help: Japanese, чем на романизацию Hepburn . Я думаю, что это удовлетворило бы наши желания, и я бы предварительно поддержал это, но я не удивлюсь, если появятся какие-то возражения. В отличие от IPA (который заключен в квадратные скобки или косые черты) или других иностранных языков (в которых используются неанглийские сценарии), латинизированный текст не так много выделяется, как особый, за исключением того, что он выделен курсивом. Я думаю, людям будет труднее заметить, что это тоже гиперссылка, и не совсем очевидно, почему на нее ссылаются. Это также исключает возможность наличия части или всего латинизированного текста ссылки на что-либо еще, хотя я не знаю, есть ли это в каких-либо статьях.
- Наконец, после долгих поисков, чтобы увидеть, обсуждалось ли это раньше, я думаю, что это действительно следует перенести в Википедию: Руководство по стилю / статьи , связанные с Японией , поскольку гораздо меньше редакторов, вероятно, будут смотреть страницу с шаблоном, чем Страница MOS. Архивы страницы обсуждения огромны, и есть много старых дискуссий о том, как форматировать текст с помощью этого шаблона. - Бигпетеб ( разговор ) 00:37, 23 июня 2020 г. (UTC)
- @ Bigpeteb : В ответ на вашу цитату из WP: АУДИТОРИЯ : Я не согласен с тем, что отключение отображения по умолчанию значительно ухудшит понимание. Предоставление информации доступным способом - наша цель №1 в Википедии, но «доступность» включает в себя контроль того, как и когда эта информация отображается. Я думаю, что это конкретное включение не служит этой цели. «Ребенку, который узнает о своем любимом аниме» не обязательно знать, и, вероятно, его не волнует, что Хепберн - это особая латинизация, которую мы используем; все, что им действительно нужно, это
- Комментарий : (я думаю, что отступы немного неясны) В любом случае, я заметил, что реальная проблема заключается в предложении увеличить количество ссылок в примечании к произношению с одной до двух, против чего я склонен возражать. Но я понимаю желание, чтобы читатели, и, возможно, особенно те, для кого Хепберн не была особенно «естественной», знали об этом. Я предполагаю, что ссылка на японский язык действительно излишняя, поскольку читателям нужно знать только, что это на японском языке, а не какая-либо информация, которая является исторической, орфографической, морфологической, ну и любое количество псевдогреческих прилагательных ... Каким-то образом примечание отображение японского письма и римского эквивалента должно указывать на то, что объясняет, что это за биты. Возможно, это требует написания, и это дало бы «Хепберн» в качестве названия транслитерации, среди многих других полезных и интересных лакомых кусочков. Imaginatorium ( разговор ) 07:10, 23 июня 2020 (UTC)
по умолчанию, без параметров с участием lead = yes
параметрпредложение "Help: Japanese" согласно Imaginatorium One Piece (ワ ン ピ ー ス, Ван Пису ) One Piece ( яп . ワ ン ピ ー ス, Ван Пису )
- @ Imaginatorium : Что-то вроде Help: японский, что вы имеете в виду? Я согласен с вами, что ссылка на эту страницу с помощью « Japanese :» была бы даже полезнее для читателей, чем просто прямые ссылки на японский язык и латинизацию Хепберн , как мы обсуждали. Сноска на этой странице будет перенаправлять людей, которые нажимают и интересуются статьей о самом языке. Я думаю , что это очень элегантное решение, и теперь я поддерживать его
над всемив качестве альтернативы к моим предложениям. Мысли, все? @ Bigpeteb , Psiĥedelisto , а я Ая Сямеймару! : - Goszei ( разговор ) 07:46, 23 июня 2020 (UTC)- Я думаю, это может сработать. Поддержка . Я да ! : postb □ x I 07:48, 23 июня 2020 г. (UTC)
- Поддержка . Простое изменение, которое решает проблемы каждого и, похоже, не имеет недостатков или почти не имеет. - Бигпетеб ( разговор ) 21:47, 23 июня 2020 г. (UTC)
- я поддерживаю и это, но выступить против идеи Бигпетеба связать Хепберн, если только не будет сделан более широкий RfC, и все транслитерации должны измениться, чтобы сделать то же самое. На мой взгляд, идея нарушает MOS: EASTEREGG / WP: PLA . Насколько мне известно, никакие другие транслитерации не связаны подобным образом, поэтому я не знаю, чего ожидать от такой ссылки или почему они есть только в статьях о Японии. И я не думаю, что новые читатели тоже. Может быть, следовало ожидать версию статьи на японском языке? Статью о ромадзи в целом? Psiĥedelisto ( обсуждение • вклад ), пожалуйста, всегда пингуйте ! 04:25, 24 июня 2020 (UTC)
- @ Imaginatorium : Что-то вроде Help: японский, что вы имеете в виду? Я согласен с вами, что ссылка на эту страницу с помощью « Japanese :» была бы даже полезнее для читателей, чем просто прямые ссылки на японский язык и латинизацию Хепберн , как мы обсуждали. Сноска на этой странице будет перенаправлять людей, которые нажимают и интересуются статьей о самом языке. Я думаю , что это очень элегантное решение, и теперь я поддерживать его
Ошибка со знаком =
"=" необходимо для " Списка глав, которые мы никогда не учим" . Глава 150 буквально называется [x] =, и этот знак используется в названиях последующих глав, но шаблон показывает ошибку, когда я пытаюсь его использовать. Смеагол 17 ( разговорное ) 05:29, 22 июля 2020 (UTC)
- Smeagol 17 , я думаю, что нашел обходной путь с этими доработками . - Гозей ( разговорное ) 05:37, 22 июля 2020 г. (UTC)
- Спасибо, это работает, но, возможно, собеседнику стоит принять эти знаки как есть. Смеагол 17 ( разговорное ) 06:03, 22 июля 2020 (UTC)
- Smeagol 17 , знак = является разделителем между именами параметров и значениями параметров параметров шаблона. Поэтому вам нужно либо явно пронумеровать, либо использовать именованные параметры, чтобы использовать = внутри значения параметра. Справка: Шаблоны # Numbered_parameters , или использовать что - то вроде {{ = }} или {{ равно }} - Th е DJ ( разговор • вклад ) 07:58, 22 июля 2020 (UTC)
- Спасибо, я понял. Смеагол 17 ( разговор ) 08:09, 22 июля 2020 (UTC)
- Smeagol 17 , знак = является разделителем между именами параметров и значениями параметров параметров шаблона. Поэтому вам нужно либо явно пронумеровать, либо использовать именованные параметры, чтобы использовать = внутри значения параметра. Справка: Шаблоны # Numbered_parameters , или использовать что - то вроде {{ = }} или {{ равно }} - Th е DJ ( разговор • вклад ) 07:58, 22 июля 2020 (UTC)
- Спасибо, это работает, но, возможно, собеседнику стоит принять эти знаки как есть. Смеагол 17 ( разговорное ) 06:03, 22 июля 2020 (UTC)
Незначительная ошибка с предварительным просмотром рендеринга
Я заметил небольшую ошибку во взаимодействии предварительного просмотра страниц MediaWiki и этого шаблона. Два случая ошибки можно увидеть в предварительном просмотре при наведении по этой ссылке: Kyoto Animation . Если за вызовом шаблона следует запятая, между ними отображается дополнительный пробел.
Есть идеи, как это исправить? - Гозей ( разговор ) 00:00, 3 декабря 2020 г. (UTC)
- Я не уверен, что проблема в этом шаблоне. Сравните фактический текст в первой строке Kyoto Animation с первой строкой текста во всплывающем окне:
- Kyoto Animation Co., Ltd. (яп. 株式会社 京都 ア ニ メ ー シ ョ ン, Хепберн: Kabushiki-gaisha Kyōto Animēshon), часто сокращенно KyoAni (京 ア ニ, Kyōani), это ...
- Kyoto Animation Co., Ltd., часто сокращенно KyoAni, - это ...
- Текст в скобках был опущен. Каждой скобке предшествует пробел, за которым следует запятая. Я подозреваю, что всплывающее окно не знает, что делать с шаблоном, поэтому сохраняет все, что было вокруг него.
- - Монах-траппист ( разговор ) 00:35, 3 декабря 2020 г. (UTC)
- @ Монах-траппист : Хм ... хотя шаблоны "lang-xx" и "zh" передают это правильно; см. всплывающие окна для французского флота и династии Шан . Я думаю, что синтаксический анализатор сбит с толку тем, как (в отличие от этих шаблонов) Nihongo также генерирует круглые скобки, а не только информацию внутри них.
- Возможно, это можно исправить, как-то заставив «пространство», созданное внутри шаблона, игнорировать анализатор. - Гозей ( разговор ) 01:42, 3 декабря 2020 г. (UTC)
- Сравните необработанную разметку:
- Киото Анимация :
{{Nihongo|'''Kyoto Animation Co., Ltd.'''|株式会社京都アニメーション|Kabushiki-gaisha Kyōto Animēshon|lead=yes}}, often...
- Французский флот :
The '''French Navy''' ({{lang-fr|Marine nationale|lit=National Navy}}), informally "{{lang|fr|La Royale}}", is...
- Династия Шан :
The '''Shang dynasty''' ({{zh|c={{linktext|商朝}}|p=Shāngcháo}}), also
- Киото Анимация :
- Скобки созданы в Kyoto Animation, тогда как круглые скобки вставлены вручную во французском флоте и династии Шан. Но вот пример, который демонстрирует проблему, но не использует шаблон:
{{nihongo}}
- Военный корабль США Бенджамин Франклин . Необработанная разметка:
'''USS ''Benjamin Franklin'' (SSBN 640)''', the...
- Военный корабль США Бенджамин Франклин . Необработанная разметка:
- Всплывающее окно удалило указатель корпуса в скобках, но оставило пробел и запятую. Это более или менее то же самое, без запятой в конце и не указывает на проблему:
- USS Will Rogers (ПЛАРБ-659)
'''USS ''Will Rogers'' (SSBN-659)''' was...
- USS Will Rogers (ПЛАРБ-659)
- Все еще не уверен, что проблема в
{{nihongo}}
; если бы это было так, то Бенджамин Франклин не обнаружил бы проблемы ... - - Монах-траппист ( разговор ) 02:19, 3 декабря 2020 г. (UTC)
- Сравните необработанную разметку:
«Не использовать параметр« свинец »в биографических статьях»?
Это кажется , что данное мне, за это , но это данность для всех остальных? Если нет, что люди думают о моих рассуждениях? Должны ли мы руру-ка это, если мы еще этого не сделали? Хиджири 88 (聖や や) 20:00, 31 декабря 2020 г. (UTC)
Запрос на редактирование, защищенный шаблоном, от 20 марта 2021 г.
Чтобы добавить дополнительный порядок формата вывода для аргументов шаблона, я хотел бы запросить слияние кода, который я предлагаю на странице Module: Nihongo krt .
Для этого я создал страницу-шаблон: Шаблон: Nihongo krt для вывода в формате: KANJI / KANA (ROMAJI, ENGLISH, EXTRA) EXTRA
Поскольку синтаксис такой же, как у существующих шаблонов для Nihongo и Nihongo3, это дает редакторам дополнительную возможность для единообразного представления японского текста в статьях.
Зачем нужен другой формат?
В настоящее время формат ориентирован в первую очередь на «английский» (T: Nihongo) или сначала на «Rmaji» (T: Nihongo3). Однако на страницах лингвистики, которые анализируют произношение и спряжения японских слов, нам нужно, чтобы кандзи / кана были в центре внимания в этом контексте (поскольку вы не можете различать языковые шаблоны с помощью ромадзи, поскольку ромадзи не различает иероглифы). Поэтому для контекста произношения и спряжения нам нужен простой шаблон, в котором кандзи на первом месте, а рядом с ним - краткое руководство по произношению ромадзи. Во многих случаях для этих статей семантическое значение слов также не имеет значения, поэтому нам не нужно перегружать текст английским переводом каждой статьи.
Код уже работает, однако было бы более эффективно, если бы он был объединен в один модуль, а не имел бы почти идентичные параллельные модули, выполняющие одно и то же. JKVeganAbroad ( разговор ) 17:55, 20 марта 2021 (UTC)
Зачем нужен другой формат?
У меня нет мнения; другие могут.- Документация на предполагает , что этот шаблон не соответствует , и . Мне этот выбор кажется ошибочным. Редакторы регулярно ошибаются в порядке параметров в этих шаблонах, поэтому, я думаю, важно, чтобы все члены семейства nihongo поддерживали согласованный порядок параметров. Поскольку я говорю о согласованности, имя шаблона, вероятно, должно быть (что означает 't'?)
{{Nihongo krt}}
{{nihongo}}
{{nihongo3}}
{{nihongo foot}}
{{nihongo krt}}
- Нет тестов ? Как мы узнаем, что шаблон работает так, как должен?
- - Монах-траппист ( разговор ) 18:55, 20 марта 2021 (UTC)
- Привет, монах-траппист , спасибо, что прочитали это предложение и код! Чтобы ответить на ваши вопросы:
- 1. Сначала я собирался сделать этот отдельный независимый модуль, но после размышлений передумал во время кодирования (я пришел к тем же выводам, что и вы упомянули о редакторах, путающих порядок параметров). Действительно, шаблон был повторно закодирован к (да , действительно) быть совместимы с , и , с параметрами в одних и тех же позициях.
{{nihongo}}
{{nihongo3}}
{{nihongo foot}}
- Я думал, что исправил документацию, чтобы отразить это, но я пропустил несколько разделов (для меня была поздняя ночь, извините). Я исправил документацию как таковую (извините за проблему).
- 2.
Поскольку я говорю о согласованности, имя шаблона, вероятно, должно быть
(вместо ){{nihongo krt}}
{{nihongo-krt}}
- Что касается этого, я не знаком с существующими соглашениями об именах, поэтому я доверяю и поддерживаю ваше предложение. Я уже внес такие изменения и перенаправил URL-адреса в этом обсуждении на это новое имя.
- 3.
что означает "т"?
«т» означает «перевод». Возможно, это могло быть «e» для английского языка, но я хотел, чтобы шаблон был многоязычным, дружественным к другим языкам Википедии. Я не уверен в справедливости своего суждения здесь. - 4. Я создал страницу тестовых случаев , спасибо за совет.
- Еще раз спасибо за вашу конструктивную критику. Есть ли у вас еще какие-нибудь идеи, на которые мы могли бы опираться?
- JKVeganAbroad ( разговор ) 06:51, 21 марта 2021 (UTC)
- За исключением совершенно очевидного, тестовые примеры выглядят правильными.
- - Монах-траппист ( разговор ) 11:42, 26 марта 2021 г. (UTC)
- Это замечательные новости. Модуль: Nihongo krt - это форк текущей версии Module: Nihongo , поэтому, если никто не возражает против этого добавления, должен ли я пойти дальше и изменить Module: Nihongo / sandbox, чтобы обеспечить другие тестовые наборы (тестовые примеры Nihongo , тестовые примеры Nihongo3 , Nihongo foot testcases ) дают идентичные результаты?
- JKVeganAbroad ( обсуждение ) 13:41, 26 марта 2021 (UTC)
- Вы могли; в конце концов, для чего нужны песочницы.
- Я так понимаю, что очевидное для меня не так очевидно для вас.
- - Монах-траппист ( разговор ) 14:06, 26 марта 2021 г. (UTC)
- Действительно, если есть очевидная проблема, я ее не заметил. В чем проблема?
- Попробую модифицировать основную песочницу сегодня вечером.
- JKVeganAbroad ( разговор ) 05:17, 27 марта 2021 (UTC)
- ПОСЛЕДУЮЩИЕ ДЕЙСТВИЯ: очевидно, что сообщение об ошибке передано из Nihingo3?
- Если да, то это потому, что мне нужна помощь в создании правильного сообщения об ошибке, поскольку из кода видно, что обработка сообщений об ошибках не является автономной внутри кода Module: Nihongo и передается на аутсорсинг другому сценарию в Википедии .. Я не знаю, где это.
- JKVeganAbroad ( разговор ) 05:31, 27 марта 2021 (UTC)
Я исправил сообщение об ошибке; Сначала я неправильно прочитал код, но после его перечитывания код сообщения об ошибке совсем не был сложным. Он предполагает одну и ту же ошибку для всех шаблонов, и единственный вариант - это заголовок шаблона.
Во всяком случае, я заменил код в модуле: Nihongo / песочница и вся песочница testcases ( Nihongo testcases , Nihongo3 testcases , Нихонго ножных testcases , Нихонго KRT testcases ) идентичны живые testcases. Вроде код готов к слиянию. JKVeganAbroad ( разговор ) 12:00, 27 марта 2021 (UTC)
Запрос на редактирование, защищенный шаблоном, от 20 марта 2021 г.
Чтобы добавить дополнительный порядок формата вывода для аргументов шаблона, я хотел бы запросить слияние кода, который я предлагаю на странице Module: Nihongo krt .
Я создал шаблон страницы: для вывода в формате: KANJI / KANA (ROMAJI, TRANSLATION (English), EXTRA) EXTRA{{Nihongo krt}}
Это похоже , за исключением того, что за ним следует дополнительная информация в скобках.{{Nihongo2}}
(Кто-то закрыл этот запрос на редактирование, потому что «здесь еще нет конкретного запроса с консенсусом», поэтому я предполагаю, что мне нужно создать этот новый запрос сейчас, когда я рассмотрел проблемы).
JKVeganAbroad ( разговор ) 01:49, 22 марта 2021 (UTC)
- Поддержка . Хорошо, что порядок параметров в этом новом шаблоне соответствует другим шаблонам Nihongo. Было бы неплохо, если бы все шаблоны можно было упростить до одного, в котором используется параметр порядка, но это проект на другой день. - Гозей ( разговорное ) 01:45, 23 марта 2021 (UTC)
- Выполнено
- - Монах-траппист ( разговор ) 13:01, 27 марта 2021 г. (UTC)
- Большое спасибо! - JKVeganAbroad ( разговор ) 14:05, 27 марта 2021 г. (UTC)
Запрос на редактирование, защищенное шаблоном, 30 мая 2021 г. - Проблемы с кернингом
Модуль Nihongo автоматически применяет курсивное форматирование к тексту ромадзи. Однако в 3 выбранных случаях, когда ромадзи касается закрывающей круглой скобки, возникают проблемы с кернингом. Это означает, что курсивные буквы отображаются таким образом, что последний символ перекрывается символом закрывающей круглой скобки, что может привести к проблемам с доступом и чтением.
Википедия рекомендует использовать
символ в таких ситуациях, чтобы исправить проблемы с кернингом и улучшить читаемость. Многие редакторы могут даже не заметить проблему или знать, как исправить ее вручную. Кроме того, выполнение этого вручную обходится дорого из-за размера страницы на страницах, которые используют сотни модулей нихонго (например, если бы это предложение слияния было принято, спряжение японских глаголов было бы уменьшено на 1400 байт за счет исключения 200
кодов, существующих в настоящее время) .
Я предложил поправку к коду модуля Nihongo, чтобы автоматически включать
в себя 3 случая, когда могут возникнуть проблемы с кернингом. Вы можете заметить разницу в тестовых примерах 69 и 70 для нихонго и в тестовых примерах 46 для нихонго крт (nihongo3 и nihongo foot не подвержены проблемам с кернингом).
Поскольку добавление
невидимо среди всего 3 вариантов синтаксиса и улучшает видимость и доступность форматированного вывода, я сомневаюсь, что это вызовет возражения в сообществе.
С уважением, JKVeganAbroad ( разговор ) 15:12, 30 мая 2021 (UTC)
- На моей машине с моим браузером (текущая версия Chrome)
- l ) ←
''l'')
- без пробела - l ) ←
''l'')
- общее пространство - l ) ←
''l'')
-
- l ) ←
- и жирным шрифтом:
- l ) ←
'''''l''''')
- без пробела - l ) ←
'''''l''''')
- общее пространство - l ) ←
'''''l''''')
-
- l ) ←
- возможно, лучшее решение - css:
- l ) ←
''l'')
- css - l ) ←
'''''l''''')
- css
- l ) ←
- - Монах-траппист ( разговор ) 15:43, 30 мая 2021 (UTC)
- Я использую Firefox, но мне не удалось воспроизвести проблему в Chrome или других браузерах на моем компьютере. Я использую macOS, поэтому это может быть проблема с отрисовкой кода в Chrome для Windows или Linux или какое-то другое вмешательство.
- Но, тем не менее, мне действительно нравится ваше решение по двум причинам:
- 1) Предположительно, это решает проблему на вашем компьютере и, следовательно, на машинах других людей, и
- 2) Он не добавляет лишний раздражающий пробел, если люди пытаются скопировать и вставить ромадзи, таким образом, он не вносит помехи в символы.
- Я реализовал ваше предложение в песочнице, и тестовые примеры отлично отображаются в моих браузерах и устройствах (спасибо!). Это нормально с вашей стороны?
- - JKVeganAbroad ( разговор ) 00:53, 31 мая 2021 г. (UTC)
- Реализовано - Мартин ( MSGJ · talk ) 11:11, 7 июня 2021 г. (UTC)
- Вы легенда, спасибо! - JKVeganAbroad ( обсуждение ) 12:12, 7 июня 2021 г. (UTC)
Запрос на редактирование, защищенное шаблоном, от 7 июня 2021 г. - проблемы с кернингом
Это неловко. В основном по тем же причинам, что и запрос на редактирование выше, я предлагаю эту поправку к коду модуля Nihongo для автоматического использования CSS с помощью включения, (
чтобы избежать 6 дополнительных случаев, когда курсивное форматирование текста ромадзи вызывает проблемы с кернингом. В частности, это видно в тестовых примерах 69 и 73 из Нихонго и тестовых 44, 46, 47 и 48 из Нихонго крта (nihongo3 и Нихонго стопа не затрагивается кернинг проблемы). Обратите внимание, как буква «j» касается первой открывающей скобки. Буквы «y» и «p» также изменяются таким же образом. Цель состоит в том, чтобы улучшить видимость и доступность форматированного вывода. С уважением, JKVeganAbroad ( разговор ) 13:13, 7 июня 2021 (UTC)
- Я задавался вопросом во время другого запроса на редактирование, но не озвучивал его. Не лучше ли применять этот кернинг только тогда, когда он нужен, а не всегда, независимо от необходимости? Таким образом, кернитесь только те начальные строчные буквы, у которых есть нижний элемент [jpy], который касается круглой скобки, и те последние прописные или строчные буквы с восходящим элементом, которые касаются круглой скобки [dfklt] [EFHIJKMNTUVWXYZ].
- строчная буква с нижним нижним регистром:
- ( г - кернинг не нужен
- ( j
- ( p
- ( q - кернинг не нужен
- ( y
- строчные буквы с восходящими:
- б ) - не требует кернинга
- г )
- е )
- h ) - кернинг не нужен
- я )
- j )
- л )
- l )
- т )
- нижний регистр без восходящих и нисходящих:
- а ) - кернинг не нужен
- в ) - кернинг не нужен
- д ) - кернинг не нужен
- м ) - кернинг не нужен
- n ) - кернинг не нужен
- о ) - не требует кернинга
- г )
- s ) - не требует кернинга
- u ) - кернинг не нужен
- v )
- ш )
- х )
- z )
- верхний регистр:
- А ) - кернинг не нужен
- Б ) - кернинг не нужен
- C ) - не нужен кернинг - требуется кернинг в моей системе (JKVeganAbroad)
- D ) - не требует кернинга
- E )
- F )
- G ) - не требует кернинга
- H )
- Я )
- J )
- K )
- L ) - кернинг не нужен
- M )
- N )
- О ) - кернинг не нужен
- P ) - не нужен кернинг - требуется кернинг в моей системе (JKVeganAbroad)
- Q ) - кернинг не нужен
- R ) - не требуется кернинг - требуется кернинг в моей системе (JKVeganAbroad)
- S ) - не нужен кернинг - требуется кернинг в моей системе (JKVeganAbroad)
- Т )
- U )
- V )
- W )
- Х )
- Y )
- Z )
- пунктуация:
- ' )
- " )
- ? )
- ! )
- ] )
- ) ) - кернинг не нужен
- - Монах-траппист ( разговор ) 13:56, 7 июня 2021 г. (UTC)
- … Не лучше ли применять этот кернинг только тогда, когда он нужен, а не всегда, независимо от необходимости?…
- Эй, да, конечно, ты прав. Прежде всего, изучение нового языка программирования - своего рода хлопот, так что это было наиболее эффективное «решение», которое я мог придумать (то есть ленивое решение «Ну, если это сработает…»). Во-вторых, честно говоря, я не очень хочу исследовать, как это сделать. Даже если бы я мог реализовать какое - то подмена с помощью простого RegEx, я действительно не понимаю , или знать , как работать с переменными на языке Lua (я имею в виду, все переменные являются
%s
(WTF ?!) Почему они не уникальны? Хахаха OMG плз halp ). Так что в основном мои собственные недостатки - причина, по которой я предложил этот обходной путь. РЕДАКТИРОВАТЬ:Я не думаю, что это ужасно, хотя я сомневаюсь, что кто-то заметит(также, поскольку даже с этим решением я думаю, что добавленный зазор является крошечным слишком маленьким для комфорта, но, по крайней мере, технически нет перекрытия). - Не могли бы вы мне помочь?
- Кстати, я добавил несколько «тестовых примеров» в список, который вы предоставили, и добавил некоторые разногласия, в которых моя система (macOS, Firefox, последняя версия) представляет перекрытие кернинга.
- Ура, JKVeganAbroad ( разговор ) 14:33, 7 июня 2021 (UTC)
- Подожди секунду.
- Я только что увеличил расстояние от
.1em
до вдвое.2em
, и это выглядит чудесно. Намного лучше для открывающих и закрывающих скобок. - НО удвоение разрыва, что правильно решает проблему, создает именно ту проблему, которую вы неявно ожидали: разрыв заметно слишком велик в тех случаях, когда символам он не нужен: см. Тестовые примеры 3, 7, 25, 29, 49 и 53 из нихонго и тестовые примеры 5, 6, 7, 15, 16, 17, 25, 26, 27, 36, 37 и 38 из нихонго крт .
- Решение, которое вы предложили - только в случае необходимости, - это то решение, которое нам нужно. Не могли бы вы поделиться своим опытом, если можете?
- - JKVeganAbroad ( разговор ) 15:09, 7 июня 2021 г. (UTC)
- Для этого я собираюсь удалить текущий кернинг из песочницы. Я также установлю ответ на этот запрос на редактирование, чтобы предотвратить непреднамеренное обновление живого модуля. Если мы не найдем разумного решения, мы можем восстановить песочницу.
- - Монах-траппист ( разговор ) 15:31, 7 июня 2021 (UTC)
- Да, хорошая идея. - JKVeganAbroad ( разговор ) 15:41, 7 июня 2021 г. (UTC)
@ Trappist the monk , функция, которую вы добавили в песочницу, очень хорошо работает в тестовых примерах ( nihongo , nihongo krt ). В тот момент, когда я прочитал этот код, я понял, что вы Нео и можете читать Матрицу! Я не могу отблагодарить вас за код.
Я голосую да к слиянию вашего предложения. - JKVeganAbroad ( разговор ) 02:37, 8 июня 2021 г. (UTC)
- Выполнено.
- - Монах-траппист ( разговор ) 12:43, 8 июня 2021 г. (UTC)
- Спасибо, мой герой! - JKVeganAbroad ( разговор ) 12:50, 8 июня 2021 г. (UTC)
Обратная связь: я думаю, что места слишком много для случаев, в которых кернинг не нужен, как отмечено Trappist выше (это ошибка, см. Ниже), и все же слишком много для случаев, которые действительно нуждаются в кернинге. По крайней мере, в моем браузере это выглядело как ошибочное пространство, которое я пытался удалить. - Goszei ( разговор ) 01:46, 10 июня 2021 (UTC)
- О, я вижу проблему. В Hololive Production # History в конце «Kabushiki-gaisha» применяется интервал, потому что он связан с вики-ссылками, что не рассматривается как случай, чтобы избежать интервала, как если бы он был отключен. Это также проблема с другой разметкой: при спряжении японских глаголов оно применяется к «kaban o motte iru» только тогда, когда «iru» выделено жирным шрифтом, а разметка находится между буквами и скобками. Я не уверен, стоит ли исправлять начальную незначительную проблему кернинга, если решение должно становиться все более и более франкенштейновским. - Goszei ( разговор ) 01:52, 10 июня 2021 (UTC)
- Я думаю, что зазор должен быть не более 0,15 м, что и применяется шаблонами в семействе Template: '" . - Гозей ( доклад ) 01:57, 10 июня 2021 г. (UTC)
- Спасибо за отзыв, а тем более за то, что определили это как ошибку, вызванную предположением, что разметка вики является текстовым символом.
- Что касается вашего мнения о максимуме .15em, я протестирую его в песочнице.
- Непредвиденное последствие использования знаков препинания. Компромисс состоит в том, чтобы удалить символы пунктуации из автоматического предотвращения перекрытия кернинга, но в идеале код можно было бы улучшить, чтобы отличать разметку вики от текста пунктуации. Возможно, я смогу исправить ошибку.
- Пожелай мне удачи! - JKVeganAbroad ( разговор ) 13:23, 10 июня 2021 (UTC)
- example ( пример ) ←
{{Nihongo/sandbox|example||example}}
example (example)
- example ( пример ) ←
{{Nihongo/sandbox|example||[[example]]}}
example ([[example]])
- example ( пример ) ←
{{Nihongo/sandbox|example||'''example'''}}
example ('''example''')
- example ( пример ) ←
{{Nihongo/sandbox|example||[[example|'''example''']]}}
example ([[example|'''example''']])
- example ( пример ) ←
{{Nihongo/sandbox|example||'''[[example]]'''}}
example ('''[[example]]''')
- example ( пример ) ←
- - Монах-траппист ( разговор ) 13:36, 10 июня 2021 (UTC)
- @ Траппист монах уже исправил код, что за чемпион! Я обновил песочницу, чтобы использовать предложенную вами версию .15em, и мне она нравится; У меня нет возражений. Я поддерживаю предлагаемый обновленный код. - JKVeganAbroad ( разговор ) 14:59, 10 июня 2021 (UTC)
- Хорошее исправление. В моем браузере (Chrome) я обнаружил, что .05em достаточно, чтобы полностью устранить плохой кернинг. Результаты могут отличаться, но .05 кажется мне наиболее естественным, в то время как .1em и .15em определенно поднимают бровь как "заметные" и слишком сильно выделяются при чтении. Я бы посоветовал установить значение 0,05 или самое низкое значение, которое мы можем превзойти. - Гозей ( разговорное ) 16:51, 10 июня 2021 (UTC)
- Честно говоря, .1em было недостаточно для моей системы, поэтому я немного обеспокоен тем, что вы хотите, чтобы она была тоньше. Есть ли способ увидеть то, что вы видите? т.е. скриншоты? Для справки, я использую macOS, протестирован в Firefox, Chrome, Edge, Safari (ОС и программное обеспечение - все текущие версии). Более того, в Safari, в частности, кажется, что разрыв гораздо меньше, чем в других браузерах (т.е. слишком тонкий на 0,15 мкм). - JKVeganAbroad ( разговор ) 17:25, 10 июня 2021 (UTC)
- Вот скриншот: [1] (запущен Chrome в Windows 10). Я полагаю, что это тоже вопрос личного вкуса, но я думаю, что 0em выглядит странно, 0,05em выглядит наиболее естественно, что 0,1 подталкивает его, а 0,15 слишком много, и приближается к моему мозгу, читающему это как заблудшее пространство ». «Полностью исключить» было преувеличением, если судить по букве «f», но в целом я считаю это наиболее приемлемым.
Я сделал этот снимок экрана в своей песочнице ( Special: Permalink / 1027919750 ), проверил страницу и вручную изменил значения.Вот версия, которую можно использовать для сравнения: Special: Permalink / 1027922382 . - Гозей ( разговор ) 19:32, 10 июня 2021 (UTC) - Я также попросил по скриншотам от пользователей в WP: DISCORD , и вот как они выглядят: [2] [3] [4] [5] . - Гозей ( разговор ) 20:06, 10 июня 2021 г. (UTC)
- Вот скриншот: [1] (запущен Chrome в Windows 10). Я полагаю, что это тоже вопрос личного вкуса, но я думаю, что 0em выглядит странно, 0,05em выглядит наиболее естественно, что 0,1 подталкивает его, а 0,15 слишком много, и приближается к моему мозгу, читающему это как заблудшее пространство ». «Полностью исключить» было преувеличением, если судить по букве «f», но в целом я считаю это наиболее приемлемым.
- Честно говоря, .1em было недостаточно для моей системы, поэтому я немного обеспокоен тем, что вы хотите, чтобы она была тоньше. Есть ли способ увидеть то, что вы видите? т.е. скриншоты? Для справки, я использую macOS, протестирован в Firefox, Chrome, Edge, Safari (ОС и программное обеспечение - все текущие версии). Более того, в Safari, в частности, кажется, что разрыв гораздо меньше, чем в других браузерах (т.е. слишком тонкий на 0,15 мкм). - JKVeganAbroad ( разговор ) 17:25, 10 июня 2021 (UTC)
Спасибо за скриншоты, собранные краудсорсингом, теперь я понимаю, в чем проблема. Шрифты разные, если сравнивать среду Microsoft со средой Apple (и, предположительно, Linux). На этих снимках экрана промежутки значительно больше, чем на моих устройствах.
Хм, что нам делать? Есть ли способ для CSS нацелить среды iOS и macOS на больший маржинальный разрыв? - JKVeganAbroad ( разговор ) 15:01, 11 июня 2021 г. (UTC)
- Комментарий : Извините за негатив, но все это предприятие (я имею в виду «проблему кернинга», а не «Википедию») кажется непродуманным. Если в какой-то системе с каким-то шрифтом какой-то интервал не идеален, это проблема для шрифта. Совершенно неуместно пытаться улучшить это в одном крошечном уголке Википедии. Может ли кто-нибудь показать несколько тестовых примеров с захватами изображений, чтобы мы могли увидеть, действительно ли это общая проблема для всех систем. (Я понимаю, что в очень конкретной ситуации, когда вы производите фиксированный (то есть печатный) вывод, может быть уместно внести определенные корректировки. Лично я был известен, чтобы покачивать интервал с помощью CSS при создании плаката со словом ピ ア ノ, потому что катакана «на самом деле» должна была быть вертикальной, где она выглядит нормально, но когда она написана горизонтально, разрыв между ア и ノ открывает своего рода «реку», и перемещение ア немного вправо дает лучший баланс. Но я бы хотел не мечтаю предложить пройти через WP, чтобы сделать такое глобальное редактирование ...) Imaginatorium ( обсуждение ) 18:14, 11 июня 2021 (UTC)
- Я согласен с Imaginatorium. Я сомневаюсь в мудрости решения CSS для проблемы кернинга, поскольку оно, очевидно, дает очень непредсказуемые результаты для разных систем и шрифтов. Возможно, решение может быть реализовано в другом месте (некоторые поисковые запросы указывают на то, что для этого есть свойство CSS? Возможно, может быть реализовано на более высоком уровне или просто применено локально пользователем), но я не думаю, что это в шаблоне является подходящим способ справиться с этим. - Гозей ( разговорное ) 20:18, 11 июня 2021 (UTC)
Я не согласен с утверждением «Если проблема в системе клиента, мы не будем пытаться ее исправить». Если можно найти разумный обходной путь, то действительно нет причин намеренно не обнаруживать его. Кроме того, здесь мы говорим о системах Apple, это немаловажный тип системы (и при этом наиболее универсально согласованный). В-третьих, я бы сказал, что неудобство воспринимаемого ошибочного пространства - меньшая проблема, чем нечитаемые перекрывающиеся символы (доступность важнее). В-четвертых, CSS в наши дни очень стандартизирован и не особенно непредсказуем для разных систем; Настоящая проблема заключается не в несогласованной ширине полей CSS, а в неконтролируемых шрифтах с нестандартной шириной.- Что касается тестов со скриншотами, есть тест песочницы случаи в нижней части страницы ( Nihongo testcases , Нихонго крит testcases ). Не стесняйтесь добавлять больше тестовых примеров. Если у вас есть доступ к любому устройству Apple, вы увидите проблему, но что касается скриншотов, где вы их хотите?
- Кроме того, я спрошу еще раз, есть ли способ использовать CSS для целевых систем Apple?
- - JKVeganAbroad ( разговор ) 12:09, 12 июня 2021 г. (UTC)
- Хм. Это не просто вопрос нежелания возиться с какой-то проблемой, это также вопрос, как и где это делать. В основном, если все шрифты Apple (??) имеют ошибку, из-за которой некоторые курсивные буквы вылетают в закрывающую круглую скобку без курсива, то для решения этой проблемы требуется некоторый очень высокий уровень в таблицах стилей WP, так что это исправляется везде, а не просто в шаблоне нихонго. (Странное место, где это может быть проблемой, потому что я бы ожидал, что курсивом в скобках без курсива будет Хепберн, а нормальное японское слово в Хепберн не оканчивается буквой с восходящим элементом, не так ли?)
- Вы можете определить (глупо), есть ли у вас устройство Apple в css, как в этом вопросе Stackoverflow . Но это должно быть в таблице стилей, а не встроено во встроенный CSS, что, как я думаю, это все, что может сгенерировать шаблон.
- Мои знания в области типографики находятся на уровне дилетанта; разве круглые скобки вокруг курсива тоже не должны быть курсивом? Может помочь совет специалиста по типографике. О тестовых примерах: нам нужен образец проблемы, показанной с шаблоном prekludge, с изображениями из разных систем. Если кто-то это запустит, я с радостью выложу картинку того, что я вижу (Linux что-то). Imaginatorium ( разговор ) 14:19, 12 июня 2021 (UTC)
- Вы правы, нет подходящих средств для обращения к конкретной системе. «Клудж» - это не выход.
- После некоторого чтения и легкого тестирования, возможно, найдется лучший обходной путь CSS, который минимизирует влияние. Мы можем изменить стиль CSS первой или последней буквы (в конкретных случаях, когда желателен кернинг):
(''pi'')
рендерит: ( пи )
- Если указанный выше ( pi ) хорошо выглядит во всех браузерах / системах, то этот обходной путь лучше, чем обходной путь с разницей в полях. - JKVeganAbroad ( обсуждение ) 15:45, 12 июня 2021 г. (UTC)
- Гм, не очень хорошо, мне кажется. Ради преувеличения:
(''pi'')
→ ( пи )
- Если это действительно глобальная (для Википедии) проблема, то мне кажется, что глобальное решение состоит в следующем:
- подтвердите, что читатели и редакторы думают, что это проблема
- определить, должны ли квадратные скобки, которые обтекают текст курсивом, быть вертикальными или также должны быть выделены курсивом; лучше всего сделать на одной из страниц обсуждения MOS : ?
- если скобки не следует выделять курсивом, определите, возможно ли надежно обнаружить детали пользовательского агента и применить какой-нибудь подходящий CSS; может потребоваться действие разработчика MediaWiki
- Этот список может быть неполным.
- - Монах-траппист ( разговор ) 16:02, 12 июня 2021 г. (UTC)
- Поскольку модуль nihongo использует гибрид текста без курсива и текста, выделенного курсивом, я думаю, что кажется странным сделать пару скобок курсивом ... (и давайте даже не будем рассматривать только одну из скобок, выделенных курсивом, омг). Но я думаю, что еще более странно, что это не исправлялось за всю историю Википедии.
- Что касается преувеличения, если вы не пытаетесь передать, что видите большой разрыв на 0,08em, я не уверен, что понимаю то, что вы пытаетесь сказать? Я имею в виду, если использовать аналогию, немного лекарства - это лекарство, слишком много лекарства - это яд. Итак, мы должны рассмотреть возможность использования как можно меньшего количества лекарств, верно?
- Неужели нам действительно нужно для ограниченного набора символов в 7 конкретных сценариях запрашивать глобальное решение для всей Википедии? Чтобы быть ясным, я не против этой идеи, в конце концов, это лучший из возможных исходов. - JKVeganAbroad ( разговор ) 17:08, 12 июня 2021 г. (UTC)
- Я пытался показать, что в вашем примере это
letter-spacing
применимо ко всем символам в...
- ( немного пи ) ←
(''some pi'')
- ( немного пи ) ←
- Но, написано по-другому, ср:
- ( немного p i ) ←
(''some pi'')
- ( немного пи ) ←
(''some pi'')
- ( немного p i ) ←
- Мне они кажутся одинаковыми.
- Если проблема (выделенные курсивом символы сталкиваются с прямыми круглыми скобками) не ограничивается
ограниченный набор символов в 7 конкретных сценариях,
но встречается в более широком смысле, так что сообщество (как только узнает о проблеме) считает, что читаемость ухудшается, тогда более широкое сообщество должно решить, является ли проблема достаточно значительной, чтобы гарантировать в значительной степени достаточное решение (да , Люблю аллитерацию). В значительной степени достаточное решение, вероятно, потребует изменений в MediaWiki: Common.css и, для надежного обнаружения агента пользователя, возможно, изменений в наборе JavaScript Mediawiki. - - Монах-траппист ( разговор ) 18:12, 12 июня 2021 (UTC)
- Я пытался показать, что в вашем примере это
- Гм, не очень хорошо, мне кажется. Ради преувеличения:
Ах, я не достаточно ясно представил свой пример. Мой пример был упрощенным "доказательством концепции", использующим только 2 проблемных символа кернинга в качестве первого и последнего символа, а не предназначенных для окончательного кода. Если мой пример (pi) выглядит плохо для .8em, то предлагаемое «решение» также не сработает для всех других случаев; однако, если пример (pi) выглядит нормально, мы можем продолжить дополнительные тесты (сравнение снимков экрана), чтобы убедиться, что он жизнеспособен. Диапазон не должен захватывать все слово ромадзи для этого обходного пути, иначе в результате возникнет проблема, которую вы показали.
Думаю, вы правы, что изменение Mediawiki принесет пользу всем. Я понятия не имею, как это сделать.
Изменить: вы правы, letter-spacing vs margin-left визуализирует точную копию друг друга, это тоже не решение. Проклятие. - JKVeganAbroad ( разговор ) 03:06, 13 июня 2021 (UTC)
Я снова. @ Траппист, монах , не могли бы вы объединить исправление ошибок вики-разметки с основным кодом Nihongo? - JKVeganAbroad ( разговор ) 11:25, 13 июня 2021 г. (UTC)
- Я не знаю, о чем вы спрашиваете. Какие
исправление ошибок вики-разметки
? Как и с чем объединиться? - - Монах-траппист ( разговор ) 11:35, 13 июня 2021 г. (UTC)
- Чтобы быть более конкретным, этот патч, который вы сделали для песочницы, исправляет ошибку, при которой вики-разметка анализируется как допустимые символы, требующие кернинга. Если бы вы могли объединить эту вариацию кода с модулем nihongo , это остановило бы ошибки, которые Гозей заметил в начале этого обсуждения . - JKVeganAbroad ( разговор ) 12:56, 13 июня 2021 г. (UTC)
- Выполнено
- - Монах-траппист ( разговор ) 13:33, 13 июня 2021 г. (UTC)
- Чтобы быть более конкретным, этот патч, который вы сделали для песочницы, исправляет ошибку, при которой вики-разметка анализируется как допустимые символы, требующие кернинга. Если бы вы могли объединить эту вариацию кода с модулем nihongo , это остановило бы ошибки, которые Гозей заметил в начале этого обсуждения . - JKVeganAbroad ( разговор ) 12:56, 13 июня 2021 г. (UTC)
Исправьте связанную страницу "Хепберн" в бенгальском шаблоне.
Слово «Хепберн» в шаблоне нихонго перенаправляет на вики-страницу «Романизация Хепберн». Но слово «হেপবার্ন» (hepburn) в бенгальском шаблоне не перенаправляет на настоящую bangla wiki-страницу Hepburn «হেপবার্ন রোমান লিপি», как шаблон en; скорее он способствует созданию всей страницы, потому что ее не существует.
Теперь я могу создать страницу с этим именем «হেপবার্ন» и перенаправить ее на реальное; но я думаю, что исправить это в ядре было бы лучше. На всех страницах bangla wiki, которые использовали этот шаблон «нихонго», слово Хепберн (হেপবার্ন) выделено КРАСНЫМ цветом, даже если оно существует. И, вероятно, это происходит с самого начала этого шаблона. Тем не менее, это не исправлено.
Кто-нибудь, кто отвечает за этот шаблон или уполномоченный, не могли бы вы решить эту проблему? Слово «হেপবার্ন» должно быть связано с вики-страницей с именем «হেপবার্ন রোমান লিপি».
Спасибо за чтение. লাবিব আহমদ ( разговорное ) 06:07, 11 июня 2021 (UTC)
- Это про БН: টেমপ্লেট: Нихонго ? Этот шаблон не защищен, поэтому вы можете изменить его
[[Hepburn romanization|হেপবার্ন]]
на[[হেপবার্ন রোমান লিপি|হেপবার্ন]]
себя. - - Монах-траппист ( разговор ) 11:54, 11 июня 2021 (UTC)