Обсуждение шаблона: угловой кронштейн

Википроект лингвистика	(Номинальный шаблон-класс)
v т е Этот шаблон входит в объем WikiProject Linguistics , совместных усилий по расширению охвата лингвистики в Википедии. Если вы хотите принять участие, посетите страницу проекта, где вы можете присоединиться к обсуждению и увидеть список открытых задач.Лингвистика Википедия: WikiProject Linguistics Шаблон: WikiProject Linguistics Статьи по лингвистике  Шаблон  Этот шаблон не требует оценки по шкале качества проекта .

Языки WikiProject	(Номинальный шаблон-класс)
v т е Этот шаблон входит в объем WikiProject Languages , совместных усилий по расширению охвата языков в Википедии. Если вы хотите принять участие, посетите страницу проекта, где вы можете присоединиться к обсуждению и увидеть список открытых задач.Языки Википедия: WikiProject Languages Шаблон: WikiProject Languages языковые статьи  Шаблон  Этот шаблон не требует оценки по шкале качества проекта .

Этот шаблон рассматривался для объединения с Template: Braket 9 августа 2016 года . Результатом обсуждения было « сохранить ».

Параметры кодирования [ править ]

математический код [1]	<math> \ langle </math> {{{1}}} <math> \ rangle </math>	${\ displaystyle \ langle}$а${\ displaystyle \ rangle}$	1
	<math> \ langle \ text {{{{1}}}} \ rangle </math>	${\ Displaystyle \ langle {\ текст {а}} \ rangle}$	2
HTML-объекты [2]	{{Unicode | & lang;}} {{{1}}} {{Unicode | & rang;}}	⟨A⟩	3а
	& lang; {{{1}}} & rang;	⟨A⟩	3b
Эквивалентно & 3008/09; но не определена как фиксированная ширина. [3]	{{Юникод | & # x2329;}} {{{1}}} {{Юникод | & # x232A;}}	〈A〉	4а
	& # x2329; {{{1}}} & # x232A;	〈A〉	4b
полноширинная CJK	{{Юникод | & # x3008;}} {{{1}}} {{Юникод | & # x3009;}}	〈A〉	5а
	& # x3008; {{{1}}} & # x3009;	〈A〉	5b
математические угловые скобки [4]	{{Юникод | & # x27E8;}} {{{1}}} {{Юникод | & # x27E9;}}	⟨A⟩	6а
	& # x27E8; {{{1}}} & # x27E9;	⟨A⟩	6b
другой шаблон выберите один из правильных вариантов	{{langle}} {{{1}}} {{rangle}}	⟨A⟩	7

Итак, я полагаю & # x27E8; ... & # x27E9; было бы рекомендованное решение? Fut.Perf. ☼ 13:01, 17 ноября 2013 г. (UTC)

Конечно, если бы они поддерживались Windows. Но люди продолжают возражать, что они отображаются как блоки, и мы подозреваем, что причина в том, что XP и Vista не справляются с ними. Но не у всех с этими ОС есть проблемы, так что, возможно, есть обновления, которые их исправляют? - Квами ( разговор ) 13:48, 17 ноября 2013 (UTC)

Есть ли у нас какие-либо данные о том, могут ли именованные символьные объекты поддерживаться лучше, чем чистые символы Unicode? Старые проблемы Windows / IE (отсутствие автоматической замены шрифтов) должны были уйти в прошлое со времен IE7, но, очевидно, IE6 все еще используется примерно 5% пользователей во всем мире (хотя менее 1% в США) , судя по нашим статьям. Fut.Perf. ☼ 14:31, 17 ноября 2013 (UTC)

Я вернулся к повторному введению проблемных персонажей. В этом весь смысл этого шаблона. См. Основные доклады на Talk: International_Phonetic_Alphabet # Someone_with_AWB_access: _Please_follow_the_article.27s_own_advice_re: _Angle_Brackets.21

- Депип ( разговор ) 16:36, 17 ноября 2013 г. (UTC)

Ах, я понятия не имел об этом разговоре. Квами не связывал меня с этим. Можете ли вы проверить, подойдет ли вам решение именованных сущностей персонажей? Fut.Perf. ☼ 17:21, 17 ноября 2013 (UTC)

Какие скобки работают для кого - обсуждается. Предполагается около четырех наборов, плюс вариант того, как их вызывать (математика, именованный объект HTML и т. Д.). Впереди нет простого единого решения. Как я сказал в разговоре с Квами, лучше убедиться, что он стабилен, прежде чем массово изменять размер статьи. Но я думаю, вы это уже поняли. - Депип ( разговор ) 19:25, 17 ноября 2013 (UTC)

Как любопытно, ответ: & # x27E8 / E9; мне показывают светло-серые (прозрачные?) скобки. FF поверх WinXP, ручные шрифты не устанавливались / не изменялись. Для меня серый цвет неприемлем, если только это не экзотическая настройка браузера, которую WP не поддерживает полностью. - Депип ( разговор ) 19:31, 17 ноября 2013 г. (UTC)

И, чтобы быть полным: на WP: VPT также есть ветка . - Депип ( разговор ) 19:42, 17 ноября 2013 г. (UTC)

В отличие от Talk: IPA , это подходящее место для обсуждения. В конце концов, это графематическая нотация, которая встречается в статье IPA только для того, чтобы отличать примеры от фонологических /… / и […].

Windows XP не производит замену шестнадцатеричного поля, которое видит пользователь IP, в отличие от Firefox. Следует спросить их, видят ли они правильные глифы в приложении Charmap. Я предполагаю, что проблема со шрифтом. Может помочь установка, но не использование самой последней поддерживаемой версии Internet Explorer .

ОС не обязана знать (и не заботится), используется ли определенная позиция Unicode или какой символ. Весь Unicode 3.2 появился после WinXP, вопрос очень спорный.

DePiep, ваш серый результат звучит так, будто скобки взяты из другого шрифта и выглядят неуместными. Снимок экрана может помочь понять проблему. Во всяком случае, это звучит как некачественный, но приемлемый рендеринг, учитывая, что вы используете настолько старую ОС, что производитель, который известен своей давней поддержкой, с точки зрения компьютеров, теперь прекращает ее поддержку.

Поэтому кажется, что получить приемлемые результаты в Windows XP далеко не всегда.

В стандартной лингвистической типографике правильными символами являются U + 27E8 | 9. Текстовый (Jax) рендеринг <math>кода тоже использует их. U + 2329 | A и U + 3008 | 9 часто выглядят (почти) одинаково, за исключением интервала. Остальные - частые обходные пути или ошибки людей, которые не знают лучшего или не знают, как это сделать.

Встроенные PNG искажают высоту строки и несовпадение шрифтов; их следует избегать. Насколько я помню, растровые изображения используются по умолчанию для пользователей, не вошедших в систему.

Итак, пусть этот шаблон использует U + 27E8 и U + 27E9. Как de: Vorlage: Graphem (хотя он ошибочно использовал U + 2329 | A или U + 3008 | 9). - Кристоф Пепер, 11:58, 19 ноября 2013 г. (UTC)

из Обсуждения: IPA

Добавил скринпринт. Проблема: отображаются серые скобки. Из обзора Talk: IPA . Браузер FF25 поверх WinXP SP2,3. Шрифт не добавлялся или не изменялся вручную (то же самое с моим предыдущим окном, такая же проблема) - Депип ( разговор ) 14:43, 19 ноября 2013 (UTC)

Похоже, Калибри и Дулос тоже серые. Если вы не добавляли шрифты, я полагаю, что они заменены. Может быть, серые скобки тоже подставляются? Возможно, мы могли бы попросить WP заменить более подходящий шрифт. Что, если бы мы использовали правильные буквы, но внутри {{ unicode }}? Это будет выглядеть так:

... ⟨.. | ..⟩ ...

Все еще серый? - Квами ( разговор ) 19:20, 19 ноября 2013 (UTC)

Еще серый, про подмену не знаю. Поймите, что я могу с этим жить, если моя установка старая или экзотическая. Может быть результат. Я не могу судить, какие браузерные ситуации мы должны / не рассматривать, я не могу следить за всеми недавними разговорами об этом. Отмечу, что у ИП другая ситуация / мнение. Что касается меня, я думаю, что мы изо всех сил старались найти универсальное решение. - Депип ( разговор ) 19:28, 19 ноября 2013 г. (UTC)

Становится ли темнее при увеличении? (Нажмите Ctrl+ +несколько раз - чтобы отменить, нажмите Ctrl+ 0.) - ЛилиЧарли ( разговор ) 22:13, 19 ноября 2013 г. (UTC)

Да, в темно-серый цвет с очень большим зумом. протестировал левый нижний (шрифт TITUS). Я тоже это вижу. У меня есть пипетка («радуга»). В то время как обычные буквы имеют четкие края (все еще при таком увеличении), проблемный угол имеет несколько оттенков серого при наведении курсора мыши. например, из белого bg = # F9 (то есть # f9f9f9 = почти белый) угловая линия показывает оттенки серого # D4, #CB и #DC рядом друг с другом. FWIW. - Депип ( разговор ) 23:43, 19 ноября 2013 г. (UTC)

Странно, при полном увеличении должно быть совсем темно. Может, нам стоит попытаться обернуть это в

<span style = "color: black! important;"> ... </span>

или в случае математической надбавки

<math style = "color: black! important;"> ... </math>

и т. д. - ЛилиЧарли ( разговор ) 00:12, 20 ноября 2013 (UTC)

Эх, <math> были в порядке черными, шрифт U + 27E8 / E9, о котором я говорил. - Депип ( разговор ) 00:22, 20 ноября 2013 г. (UTC)

Да:

<span style = "color: black"> ... </span>

в моем User: DePiep / sandbox показывает черные углы в большом увеличении (показывает глаз, не может выбрать фактический цвет # 00). Не пользовался! Важно. - Депип ( разговор ) 00:23, 20 ноября 2013 г. (UTC)

Отлично. Намного лучше не использовать ! Important, особенно для слабовидящих, которым необходимо использовать собственные таблицы стилей. Осталось что-нибудь улучшить? Groetjes , LiliCharlie ( разговор ) 00:40, 20 ноября 2013 (UTC)

Не знаю, что !importantделает, поэтому я оставил это. Теперь, что я должен делать, или шаблон изменится, или ничего не произойдет? (Я уверен, что могу привести доводы в пользу того, что Кейт Ричардс имеет множественное число, как в жизнях, в трех отношениях связан с ньюкаслским Сент-Джеймсом, и в целом является нестандартным английским.) - Депип ( разговор ) 07:48, 20 ноября 2013 (УНИВЕРСАЛЬНОЕ ГЛОБАЛЬНОЕ ВРЕМЯ)

[1] пользователя Crissov . Теперь в шаблоне используются: {{unicode | & lang;}} - у меня работает! Большой! Также в включениях. Я вижу милых милых черных ангелов размером с шрифт. Как с крыльями. - Депип ( разговор ) 11:30, 20 ноября 2013 г. (UTC)

Ангельский! - ! Important дает вашим определениям приоритет перед последующими переопределениями (кроме тех, которые также содержат ! Important ). Это широко считается плохим стилем программирования, и его следует использовать с осторожностью и только в случае крайней необходимости. - ЛилиЧарли ( разговор ) 12:25, 20 ноября 2013 г. (UTC)

Спасибо за ! объяснение: всегда читайте это как поговорку C ++: «не важно». Примечание: в шаблоне теперь есть HTML-сущность, которая работает должным образом, и никогда не превращается в своего персонажа. - Депип ( разговор ) 12:45, 20 ноября 2013 г. (UTC)

Депип, что ты видел в TOC по йоге ? По какой-то причине они мне кажутся намного лучше.

Эти китайские скобки половинной ширины незначительно приемлемы в моей ОС / браузере, хотя они выглядят неуместно из-за принудительного форматирования и имеют другую высоту, чем окружающий текст. (Например, они выглядят намного лучше в оглавлении йога, где они не отформатированы, чем в самом заголовке.) Кроме того, они не копируют и не вставляют истину, становясь заполненными символами и сбивая интервалы при вставке в текст. Сравнивать

oo⟨oo⟩oo

с приклеенным

оо 〈oo〉 oo.

- Квами ( разговор ) 12:40, 20 ноября 2013 (UTC)

yogh кажется мне идеальным как в оглавлении, так и в заголовке раздела. - Депип ( разговор ) 12:45, 20 ноября 2013 г. (UTC)

Вот что странно: символы в оглавлении не отформатированы. Итак, можем ли мы заставить их отображать для вас, как в оглавлении, без неуклюжего форматирования текста? - Квами ( разговор ) 13:29, 20 ноября 2013 (UTC)

re Kwamikagami : см. мой User: DePiep / sandbox , включая мой отчет вам. Отредактируйте там, как считаете нужным. Я сейчас не в сети. - Депип ( разговор ) 17:58, 20 ноября 2013 г. (UTC)

& lang; и & позвонил; реализованы как устаревшие U + 2329 и U + 232A (которые имеют каноническое разложение до U + 3008 и U + 3009) в некоторых браузерах, которые применяют определения сущностей XHTML 1.0, и как U + 27E8 U + 27E9 в браузерах, которые применяют сущность HTML5 определения. Вместо этого используйте то, что вы подразумеваете под ними, в противном случае это отличается от браузера к браузеру. - Мойого / (разговор) 14:07, 20 ноября 2013 (UTC)

re Moyogo. Причиной возникшей проблемы была предварительная замена. Наличие их в виде объекта HTML charname (не преобразованного в числовое здесь, в вики), похоже, решает одну проблему: оно хорошо работает в моем и других браузерах (предварительное создание номера U + в зависимости от того, какой набор не имеет). Это то, что мы уже обнаружили. Это также означает, что вы вполне могли быть правы: для каждого браузера производится замена. Но это также привело бы к разумному ожиданию того, что браузер будет использовать знакомый ему символ - вот почему это сработает нормально.

Если (если) это решение, все еще существует требование, чтобы мы не хотели, чтобы эта замена когда-либо производилась на стороне вики (но многие правки делают именно это, часто полуавтоматически). Это новый вопрос, нерешенный AFAIK. - Депип ( разговор ) 17:38, 20 ноября 2013 (UTC)

И вот что: они просто канонически эквивалентны китайской паре, но не по свойству полуширины . (Полуширина как в: половина ширины символа фиксированной ширины). «Канонический эквивалент» тоже: «à» == «a`», но второй - это два символа. - Депип ( разговор ) 17:42, 20 ноября 2013 г. (UTC)

Я думаю, что Мойого указывает на следующее: в настоящее время WP явно не определяет HTML-версию поверх своих страниц, только неспецифический <! DOCTYPE html> , но использует синтаксис, например регистрацию заглавных букв, что определенно не HTML 5 , и браузеры полагаются на это. Однако, если однажды WP начнет использовать синтаксис HTML 5 (явно или неявно), любой шаблон, использующий & lang; и & позвонил; начнет вести себя совсем по-другому. - ЛилиЧарли ( разговор ) 18:16, 20 ноября 2013 (UTC)

ДеПип, вот что делает Safari: первый & lang; & в абзаце отображаются как U + 27E8 U + 27E9, все остальные, следующие в тех же абзацах, отображаются как U + 2329 U + 232A. Это ненадежно. PS: U + 3008, U + 3009 и U + 2329, U + 232A имеют свойство East Asian Wide, они всегда широкие (а не полуширины). - Мойого / (разговор) 18:59, 20 ноября 2013 (UTC)

re LiliCharlie, Moyogo: если это результат (нельзя использовать объект с именем html таким образом), то так и будет. Я не мог видеть, что в редактировании M я вернулся. Однако у меня есть сомнения. По-прежнему нет упоминания о целевых / нецелевых браузерах. Это также означает, что наш поиск решения потерпел неудачу, и этот шаблон мало что добавляет к презентации IPA. (в то время как Квами проводит дополнительные исследования). В конце концов, описывать, почему что-то не получается, - не искусство. Искусство - найти решение. - Депип ( разговор ) 19:20, 20 ноября 2013 г. (UTC)

Я предполагаю, что Криссов / Кристоф Пепер указали на решение, но его более или менее проигнорировали. Пожалуйста, перечитайте то, что он писал выше, когда упоминал de: Vorlage: Graphem (который, кстати, использует de: Vorlage: Klammer ). - ЛилиЧарли ( разговор ) 20:46, 20 ноября 2013 г. (UTC)

LiliCharlie de: Klammer добавляет закрывающую скобку / цитату только к той открывающей скобке, которую вы ввели в de: Graphem. Никаких других манипуляций с персонажами, это прямое спаривание.

de: Vorlage: Graphem не рассматривает здесь рассматриваемую проблему (то есть : угловые скобки, используемые в IPA, плохо видны). См. Также мой комментарий по поводу {{ IPAlink }} ниже. - Депип ( разговор ) 08:55, 21 ноября 2013 г. (UTC)

re Moyogo: ты прав, это Wide. (Что не является поведением полной ширины, и какое свойство не должно иметь влияния за пределами восточноазиатского письма ». Между прочим, пара & 27E8 / E9; является узкой, как и обычный алфавит ASCII. Это не запрещает и не предписывает нам использовать любой из их.

повторно Moyogo на сафари: ну как вы описать это является надежным (предсказуемым), но это странно. Я бы назвал это ошибкой, но когда это особенность, вывод тот же: позвольте этому случиться. Safari правильно создает угловые скобки (возможно, в разных глифах, но не в неправильных глифах). Если мы хотим предотвратить это, мы вынуждены заменить все эти именованные сущности (везде, по всей вики). Я не знаю этого правила. Итак, Safari показывает углы, как и мой FF-WinXP (setup). Две настройки браузера отключены. - Депип ( разговор ) 04:18, 21 ноября 2013 (UTC)

DePiep, U + 2329, U + 232A - символы, которые мы хотим использовать, точка. Могут ли они - это другой вопрос, с которым мы имели дело. Широкие символы - это те, которые мы не хотим использовать, кроме как в вики-страницах или текстах CJK. - Мойого / (разговор) 07:07, 21 ноября 2013 (UTC)

Это могло быть результатом этого исследования. Это не предварительный вывод, который нужно применять при обратном рассуждении. - Депип ( разговор ) 08:24, 21 ноября 2013 г. (UTC)

Мойого. Конечно, U + 2329, U + 232A предпочтительнее в качестве первого выбора. Я знаю это, потому что это было давно запрограммировано в общем шаблоне {{ IPAlink }}. Теперь вы сначала догадаетесь, почему я знаю это наизусть (мальчик, в чеке написано, что это было уже более двух лет назад).

Этот шаблон был создан недавно, чтобы изучить и устранить проблему плохого влияния угловых скобок (любых) при использовании IPA, например, видимость и доступность. Итак, уже несколько дней мы экспериментируем и исследуем. В этом суть этого шаблона. Можно возразить, что лучше находиться в / sandbox, а не в mainspace, но это не меняет квест. - Депип ( разговор ) 08:55, 21 ноября 2013 г. (UTC)

ДеПиеп, использование U + 3008 U + 3009 или их эквивалентов в контексте, отличном от CJK, неверно, это факт, если вы придете к другому выводу, вы ошибаетесь. - Мойого / (разговор) 10:32, 21 ноября 2013 (UTC)

Где я это сделал или предложил? - Депип ( разговор ) 18:59, 21 ноября 2013 (UTC)

Я не знаю подробностей, но очевидно, что WP теперь предоставляет шрифты для диапазонов, которые читатели не установили, если текст отформатирован на соответствующем языке. Не могли бы мы сделать здесь что-то подобное? - Квами ( разговор ) 10:53, 21 ноября 2013 (UTC)

Если мы не хотим запихнуть Gentium (или любой другой шрифт, который мы выберем) всем в глотку, нам придется выполнять определение ОС. И препятствия, связанные с реализацией, и бюрократия, которую вам придется преодолевать, не стоят того. Просто это. Вернитесь к углам, которые у нас были. Прокладка вокруг новых ужасна. У нас нет никаких обязательств поддерживать дерьмовую ОС Microsoft ... *** - когда-либо. - Lfdder ( разговор ) 14:09, 22 ноября 2013 г. (UTC)

Что плохого в принудительном использовании шрифта? Вот что мы делаем, когда указываем языки. (Gentium не будет работать, кстати, потому что они испортили кодировку даже после того, как узнали об этом до последней редакции, но есть много шрифтов, которые ее поддерживают.) - kwami ( обсуждение ) 15:19, 22 ноября 2013 г. ( УНИВЕРСАЛЬНОЕ ГЛОБАЛЬНОЕ ВРЕМЯ)

Если бы мы использовали веб-шрифты, это не было бы проблемой, но похоже, что Викимедиа Foundation Design / Typography движется в направлении Helvetica, Arial для ознакомления вместо более прагматичного решения. - Мойого / (разговор) 08:50, 23 ноября 2013 (UTC)

В чем смысл? Это настройки браузера по умолчанию (Arial для Windows, Helvetica для Mac, Linux - кто знает?). - Lfdder ( разговор ) 12:05, 27 ноября 2013 г. (UTC)

Полагаю, в этом нет ничего плохого. - Lfdder ( разговор ) 12:05, 27 ноября 2013 г. (UTC)

К вашему сведению, в Chrome на новой Windows 8 только код математических тегов и полноразмерный CJK отображаются с фактическими символами, остальные не определены. Другие браузеры подходят и используют правильные шрифты. - Мойого / (разговор) 19:59, 28 ноября 2013 (UTC)

Ого. Вы имеете в виду, что Win8 / Chrome не поддерживает фактические математические скобки? - Квами ( разговор ) 02:03, 29 ноября 2013 (UTC)

Да, в ванильной Win8 / Chrome работают только математический код и скобки CJK (строки 1 и 2 и строка 5 в таблице в верхней части обсуждения). Сущности HTML, U + 27E8 U + 27E9 или U + 2329, U + 232A (строки 3, 4 и 6 в таблице) не определены. - Мойого / (разговор) 06:42, 29 ноября 2013 (UTC)

Браузер Chrome (31.0.1650.57 м) в Windows Vista SP2 неправильно отображает этот шаблон; параметры отображения 2 (& lang) и 3 (& # x2329;) не работают, хотя остальные три работают нормально. - Макракис ( разговор ) 03:15, 4 декабря 2013 г. (UTC)

Итак, у нас нет ничего, что работало бы для всех? Есть ли способ проверить, скольким людям каждый вариант доставит неудобства? - Квами ( разговор ) 05:28, 4 декабря 2013 (UTC)

Разве это не может быть условно? - Макракис ( разговор ) 02:38, 5 декабря 2013 (UTC)

Это было бы чудесно. - Квами ( разговор ) 23:30, 5 декабря 2013 (UTC)

В моем браузере математические угловые скобки отображаются правильно, но 3008-9 отображаются в виде прямоугольников. Есть ли способ исправить это? Я заметил, что тест в Help: IPA использует математические угловые скобки вместо 3008-9. _{( suoı̣ʇnqı̣ɹʇuoɔ · lɐʇ )} nɯnuı̣ɥԀ 21:58, 21 июля 2014 г. (UTC)

Продолжение [ править ]

Таким образом, MediaWiki теперь предварительно конвертирует & lang и & rang в & # x2329 и & # x232A, а не в & # x27E8 и & # x27E9, как рекомендовано HTML5. Я думаю, что последние выглядят лучше (не серые) и больше соответствуют спецификациям HTML5. 21:44, 29 сентября 2014 г. (UTC)-- [[User:Edokter]] {{talk}}

Я собираюсь заставить этот шаблон использовать & # x27E8 (⟨) и & # x27E9 (⟩), чтобы шаблон больше не испускал устаревшие символы Unicode. Я также сообщу об ошибке, чтобы исправить предварительную цензуру HTML-объекта для использования рекомендуемых символов. 15:40, 5 октября 2014 г. (UTC)-- [[User:Edokter]] {{talk}}

Я только что отменил это изменение. & # x27E8 (⟨) и & # x27E9 (⟩) - единственные варианты из таблицы в верхней части этой страницы, которые у меня не отображаются в виде полей (в Chrome в Windows 7). Учитывая, что весь смысл этого шаблона заключается в том, чтобы гарантировать, что все пользователи действительно получат какую-либо форму угловых скобок, давайте исправим проблему с отображением, прежде чем беспокоиться об устаревшей природе символов Unicode, которые действительно работают - в конце концов, устаревшие означает подготовку к замене, а не «Прекратите использовать это сейчас любой ценой»: o) - OwenBlacker ( Обсуждение ) 12:20, 6 декабря 2014 г. (UTC)

Тогда почему ты вернулся ??? & # x27E8 и & # x27E9 были один используется. Более конкретно. Если они действительно не работают в вашей системе, значит, проблема с вашей стороны ... Я использую XP / Chrome, и я вижу скобки. 12:28, 6 декабря 2014 г. (UTC)-- [[User:Edokter]] {{talk}}

Снимок экрана таблицы вверху этой страницы в Chrome 39 в Windows 7

Ага, я идиот. К сожалению, & # x27E8 (⟨) и & # x27E9 (⟩) являются только варианты из таблицы в верхней части этой страницы , которые делают дисплей как коробки для меня. Восстановленная вами версия (возвращающая мою реверсию) - единственная, которая не отображается правильно. (Из всех глупых опечаток, которые я сделал, это определенно одна из самых разочаровывающих! Извините за путаницу.) - OwenBlacker ( Talk ) 12:38, 6 декабря 2014 г. (UTC)

Что ж, тогда у нас проблема. Символы $ # 23xx (которые MediaWiki все еще использует для рендеринга & lang и & rang) в настоящее время устарели в HTML5 и Unicode, а это означает, что в будущих версиях шрифтов этот символ, скорее всего, будет полностью удален, поэтому мы не можем рисковать. С другой стороны, поддержка символов $ # 27xx будет увеличиваться по мере обновления шрифтов. Между тем, если у вас есть проблемы с этими символами, подумайте об установке шрифтов DejaVu . Вам не обязательно устанавливать их в качестве шрифта по умолчанию, но я обнаружил, что Chrome будет использовать его в качестве резервного шрифта для любого символа, который он не может найти в шрифтах по умолчанию. 12:53, 6 декабря 2014 г. (UTC)-- [[User:Edokter]] {{talk}}

Они не устарели, они устарели; как только они устареют и будет широко поддерживаться замена, мы должны полностью прекратить их использование. Но нам кажется глупым использовать символы, которые еще не подходят для какой-либо значительной группы пользователей. Тем не менее, как вы можете видеть, я настроил свой CSS, и проблема, похоже, связана с Calibri и Arial Unicode MS ; просмотр страницы в IE при выходе из системы означает, что у меня нет проблемы. Раздражает то, что установка шрифтов DejaVu , похоже, не изменила ситуацию; Мне нужно посмотреть мой пользовательский CSS .

Я до сих пор не уверен , что мы должны использовать символы , заменяющие все же, если действительно очень общие шрифты как Calibri и Arial Unicode MS пока не поддерживают их , и они не еще устарели. Однако, глядя на Browserling для Chrome 37 , единственные символы, которые там работают (предположительно, именно так большинство пользователей Chrome видят сайт), - это MathML и полноразмерный вариант CJK. Я подумал, что нам, вероятно, следует выяснить, что лучше всего работает для большинства пользователей и как это может измениться, прежде чем решать, какая форма является наиболее подходящей для использования.

- OwenBlacker ( Обсуждение ) 13:58, 6 декабря 2014 г. (UTC)

У вас там довольно много CSS, и я думаю, проблема в вашем объявлении шрифта Unicode; Удалите эту !importantчасть, так как это также переопределило клиентский CSS Chrome. В любом случае это не нужно. Дай мне знать, если это работает. 14:41, 6 декабря 2014 г. (UTC)-- [[User:Edokter]] {{talk}}

Фактически, попробуйте удалить все вместе; Chrome стал достаточно умен, чтобы выбрать правильный шрифт, как вы это видели после выхода из системы. 14:43, 6 декабря 2014 г. (UTC)-- [[User:Edokter]] {{talk}}

Да, частично компенсируя мое видение (отсюда zoomи так далее, частично заставляя Википедию работать так, как я хочу, и выглядеть красивее (там много Bootstrap ). Как ни странно, он отлично работает на странице шаблона, но не работает в пространстве статей для меня сейчас. Очень странно, я поэкспериментирую еще. - OwenBlacker ( Talk ) 20:46, 6 декабря 2014 (UTC)

Это просто кеширование, дайте ему время или очистите кеш. Однако рад, что он был решен. 21:06, 6 декабря 2014 г. (UTC)-- [[User:Edokter]] {{talk}}

Нет, точно не кеширует и точно еще не решена. Но я над этим работаю. - OwenBlacker ( Обсуждение ) 21:28, 6 декабря 2014 г. (UTC)

Хм, экспериментирую, думаю проблема в том, что Chrome еще не понял, что DejaVu Sans установлен. Я вернусь к этому как-нибудь в другой раз: o) - OwenBlacker ( Talk ) 21:35, 6 декабря 2014 (UTC)

Поскольку {{ Unicode }} больше не является вариантом, я пометил… a варианты в таблице вверху с помощью <del>. - Кристоф Пепер, 17:01, 9 августа 2016 г. (UTC)

Противоположная угловая скобка в текущей кодировке [ править ]

Многие кодировки (например, очень распространенный Unicode UTF-8 ) неправильно отображают угловые скобки, вместо этого оставляя два поля, тогда как они должны отображаться как одно из двух ниже:

1. ⟨⟩
2. ${\ displaystyle \ left \ langle \ right \ rangle}$

Поэтому я предлагаю и поддерживаю изменение этого шаблона на любой из этих форматов и предпочитаю номер 1. Adavis444 ( доклад ) 18:37, 29 сентября 2014 г. (UTC)

Боюсь, ваше предложение технически не совсем понятно. Всетекст в Википедии представлен в Юникоде и передается как UTF-8. Правильно ли отображается символ в вашей системе, зависит от того, какое программное обеспечение вы используете для его отображения, и, в конечном итоге, от того, какие шрифты у вас есть. Ваше наблюдение за отображаемыми прямоугольниками вместо символов, вероятно, относится к конкретному компьютеру с определенной настройкой программного обеспечения; следующий пользователь увидит другие вещи. Проблема с этими символами, как обсуждалось ранее, заключается в том, что существует несколько различных наборов скобочных символов, определенных в юникоде, и их определения (с точки зрения того, для какого контекста и функции предназначен каждый код символа) часто не совпадают. строго следуют реализации программного обеспечения и шрифтов,и что те коды символов, которые в соответствии с Unicode были бы наиболее подходящими для наших целей, относятся к числу тех, которые наименее последовательно поддерживаются в шрифтах и ​​браузерах.Fut.Perf. ☼ 20:46, 29 сентября 2014 г. (UTC)

Я не понимаю, почему нынешняя ситуация когда-либо возникла. Я сижу и читаю это на компьютере, который отображает вариант 1 выше и все варианты, кроме 1 и 2 в верхнем абзаце (то есть 3a-6b), в виде шестнадцатеричных чисел в квадратах. Это совершенно нечитаемо. Зачем даже рассматривать использование множества ненужных версий угловых скобок, которые на некоторых компьютерах отображаются как мусор, когда у вас есть математические скобки и ASCII '<' и '>', которые идеально подходят для всех? Креммен ( разговорное ) 14:03, 5 октября 2015 (UTC)

Что ж, математические коды - плохой обходной путь, потому что они фактически отображаются как изображения, а не как текстовые символы, что обеспечивает их надежное отображение, но вы не можете делать такие вещи, как копирование их через буфер обмена, их поиск и т. Д. Символы Ascii "< "и"> "типографически неуместны, потому что они просто не имеют правильной формы и выравнивания с заключенным текстом, а также потому, что они часто неправильно анализируются в викитексте как html-теги. Fut.Perf. ☼ 19:23, 5 октября 2015 (UTC)

Это только sematically правильные символы, а именно U + 27E8 ⟨ МАТЕМАТИЧЕСКОЕ угловая скобка и U + 27E9 ⟩ МАТЕМАТИЧЕСКОЕ RIGHT угловую скобку . Все остальные символы не являются правильными или устарели в Юникоде. Это единственная ориентированная на будущее версия. 16:10, 5 октября 2015 г. (UTC) -- [[User:Edokter]] {{talk}}

Так что насчет прошлых и настоящих доказательств? Разве настоящее не самое главное из этих трех времен? Нет ли способа переключить шаблон на другую пару скобок, если одна из них отображается некорректно? - HyperGaruda ( разговор ) 19:01, 5 октября 2015 г. (UTC)

Проблема в том, что, насколько я могу судить, на самом деле нет ничего "доказательного". Если бы существовал какой-либо один вариант кодирования, который обеспечивал бы систематически более надежное взаимодействие с пользователем, чем «правильный», я бы все, чтобы сохранить его на данный момент (и переключить шаблон на более правильный вариант позже, когда поддержка шрифтов будет догнали), но мы только что получили известие от кого-то, кто сообщил, что все рассматриваемые символы Unicode действительно отсутствуют в их настройке. Пока это зависит от капризов любой пользовательской настройки брокера, установленных локальных шрифтов и личных настроек CSS, вряд ли удастся найти что-то, что сделает всех счастливыми. Fut.Perf. ☼ 19:23, 5 октября 2015 (UTC)

Мобильные браузеры и приложения [ править ]

Я только что проверил приложения Википедии на iPad под управлением iOS 8 и на телефоне Samsung под управлением Android 4.4.4. Смартфон отображает только пробел для U + 27E8 / 9 и такие же полные шевроны для остальных пар. То же самое и во встроенном браузере, и в Chrome. Планшет также отображает технический U + 2329 / A слишком широко (и то же самое, что и восточноазиатский U + 3008/9), но имеет красивые глифы и интервалы для математической пары как в Safari, так и в приложении WP.

Хотя iOS кажется прекрасным, кто-нибудь более тщательно тестировал ситуацию с Android? Я не уверен, что этого будет достаточно, чтобы подумать об альтернативах (опять же). - Кристоф Пепер 17:24, 12 июня 2015 г. (UTC)

Мой iPad1 / iOS5.1 / Safari (не смейтесь) отображает только поля для U + 27E8 / 9, при этом остальные скобки отображаются правильно. Телефон Samsung / Android 4.2.1 / собственный браузер правильно работает только с математическим кодом и полноразмерной CJK. - HyperGaruda ( разговор ) 05:52, 5 октября 2015 (UTC)

Веб-шрифты через ULS [ править ]

Мы не можем заставить глифы отображаться повсюду, но я думаю, мы можем добиться большего, чем сейчас. Например, многие люди используют устаревшие, неподдерживаемые, небезопасные операционные системы (например, Windows XP), но запускают на них последнюю версию современного браузера (например, Chrome, Firefox). Они должны иметь возможность использовать автоматически загружаемые веб-шрифты. Насколько я могу судить, Википедия должна иметь возможность использовать это, потому что в ней включено расширение Universal Language Selector .

⟨Foo⟩

Тем не менее, я никогда не использовал это расширение и , возможно , требует прав администратора , чтобы создать новый «язык» ( ISO 639 : und). Мы также должны составлять шрифт не только для двух скобок, но, вероятно, для ряда технических / математических / лингвистических символов. Есть добровольцы? - Кристоф Пепер, 20:33, 5 октября 2015 г. (UTC)

Угловые скобки отображаются в виде квадратов [ править ]

Ребята, я считаю текущую ситуацию немного глупой. Я использую Chrome в Windows 7, и угловые скобки отображаются неправильно. Они квадраты. Итак, я полагаю, что приведенный выше аргумент состоит в том, что для технической корректности мы должны использовать эти & # x27E8; и & # x27E9; символов, и если ваш браузер, как читатель, не отображает его должным образом, то вам не повезло, это ваша вина. Но это кажется немного WP: POINTyаргумент хотя. Множество людей используют Chrome на Win 7 и Win 8.1 (известно, что это происходит неправильно), и наша основная цель - помочь нашим читателям. Возможно, это одна из причин, по которой WikiMedia придерживается рендеринга & lang; как символ 9001 или что-то еще. Лично я бы предпочел вернуть этот шаблон к использованию & lang; и & позвонил; пока эта проблема не будет решена для большинства браузеров. Даже если это означает, что технически они ошибаются, если копируют и вставляют символ со страницы, но он будет отображаться более или менее правильно. Спасибо,  Амакуру ( разговор ) 17:27, 21 октября 2015 (UTC)

Боюсь, что во всех стандартных шрифтах Windows отсутствуют соответствующие символы, но каким-то образом Firefox, Safari и т. Д. Все же удается отображать глифы угловых скобок из другого шрифта - поскольку у меня нет окна Windows, я не могу проверить, откуда они его берут. Chrome - даже самые последние версии, насколько мне известно - не работает для некоторых вариантов и, возможно, Opera тоже. В любом случае, не могли бы вы проверить, работает ли что-нибудь в тестовых примерах с вашей настройкой? - Кристоф Пепер 18:40, 23 октября 2015 г. (UTC)

В Windows 7 не должно возникнуть проблем с отображением угловых скобок; либо ваш браузер настроен на принудительное использование шрифта, который его не поддерживает, либо ваш шрифт Lucida Sans Unicode отсутствует / удален. Если бы каждый пользователь Windows 7/8 не увидел бы скобки правильно, эта страница была бы завалена жалобами, но это не так. Так что я считаю, что это местная проблема. (Я использую Chrome в XP, и даже на моем поле скобки отображаются нормально.) 19:00, 23 октября 2015 г. (UTC)-- [[User:Edokter]] {{talk}}

Это не проблема местного значения, пожалуйста, не отрицайте этого и просмотрите также другие комментарии выше (ищите "box").

Вот те конфиги, которые я тестировал как на работе, так и дома:

Конфиги протестированы

	Windows 7	Windows 10
Fire Fox	Y	Y
IE	Y	Y
Хром	N	N

Возможно, мы должны приставать к Chrome, чтобы вместо этого исправить их дрянь (где? Как?), Но, пожалуйста, не закрывайте эту проблему. Спасибо. 84.92.159.90 ( разговорное ) 21:33, 26 октября 2015 (UTC)

Я абсолютно согласен. Нам, разработчикам веб-сайтов, следует просто использовать & lang и & rang, и позволить HTML5 использовать правильный символ. Как написано непосредственно под таблицей параметров кодирования вверху страницы, это U + 27E8 и U + 27E9. Только Chrome все испортил. Firefox и IE работают нормально! На моем iPad Safari тоже работает нормально. Puffin и Chrome все испортили. Я считаю это ошибкой в ​​Chrome. Вы хотите сообщить Chrome? Откройте Chrome и нажмите Alt + Shift + I. Мой совет тем временем (пока Google не исправит ошибку Chrome): используйте U + 2329 и U + 232A, так как они видны во всех браузерах. На моем iPad я получаю слишком большой интервал, но на моем рабочем столе этого не происходит ни с Chrome, ни с IE, ни с Firefox. Граденкос ( разговорное ) 20:23, 29 октября 2015 (UTC)

Кстати: Странно ... Мой iPod 4 с Safari не показывает & lang en & rang, но показывает U + 2329 и U + 232A без большого интервала ... Gradenkos ( разговор ) 20:23, 29 октября 2015 (UTC)

Я связался с Google. Проблема известна и зарегистрирована здесь https://code.google.com/p/chromium/issues/detail?id=3176&q=27E8&colspec=ID+Pri+M+Stars+ReleaseBlock+Cr+Status+Owner+Summary+OS + Модифицированный & . Если вы пойдете туда, вы можете нажать на белую звезду перед «Issue 3176». Это засчитывается как голосование за то, чтобы Google исправил это. А пока вы можете продолжать пилить их с помощью Alt + Shift + I, как я писал 29 октября 2015 года. Граденкос ( разговор ) 19:26, 26 ноября 2015 (UTC)

Google исправил проблему! Так что используйте U + 27E8 и U + 27E9 или & lang и & rang сколько душе угодно. Граденкос ( разговор ) 11:23, 2 декабря 2015 (UTC)

{{ braket }} объединить? [ редактировать ]

& # x27E8; {{{1 |}}} & # x27E9;

< span  class = "nowrap" > {{#switch: {{lc: {{{1 |}}}}}| ket = & # 124; {{{2 |}}} {{rangle}}| бюстгальтер = {{langle}} {{{2 |}}} & # 124; | бюстгальтер = {{langle}} {{{2 |}}} & # 124; {{{3 |}}} {{rangle}}}} </ span >

{{braket | bra | {{{1}}}}}

{{braket | ket | {{{1}}}}}

{{braket | bra-ket | {{{1}}} | {{{2}}}}}

& # x27E8;

& # x27E9;

< span  class = "nowrap" > {{{1}}} </ span >

{{угловая скобка || {{{1}}}}}

{{угловая скобка | бюстгальтер | {{{1}}}}}

{{угловая скобка | ket | {{{1}}}}}

{{угловая скобка | бюстгальтер | {{{1}}} | {{{2}}}}}

< span  class = "nowrap" > {{#switch: {{lc: {{{1 |}}}}}| бюстгальтер | (= {{langle}} {{{2 |}}} {{!}}| ket |) = {{!}} {{{2 |}}} {{rangle}}| бюстгальтер | (-) = {{langle}} {{{2 |}}} {{!}} {{{3 |}}} {{rangle}}| () | = {{langle}} {{{2 |}}} {{rangle}}| #default = {{langle}} {{{1 |}}} {{rangle}}}} </ span >

< span  class = "nowrap" > {{#switch: {{lc: {{{1 |}}}}}| бюстгальтер | (= & # x27E8; {{{2 |}}} & # 124;
| ket |) = & # 124; {{{2 |}}} & # x27E9;
| бюстгальтер | (-) = & # x27E8; {{{2 |}}} & # 124; {{{3 |}}} & # x27E9;
| () | = & # x27E8; {{{2 |}}} & # x27E9;
| #default = & # x27E8; {{{1 |}}} & # x27E9;
}} </ span >

Шаблон {{ braket }} для обозначений Дирака в квантовой физике в основном предоставляет те же возможности. Он вызывает {{ langle }} и {{ rangle }}, чтобы получить символы угловых скобок. Следует ли их объединить? (Обратите внимание, что spanкласс nowrap и его класс nowrap не имеют никакого смысла в односимвольных шаблонах.) - Кристоф Пепер, 16:28, 7 декабря 2015 г. (UTC)

Класс nowrap может выходить за пределы последнего символа диапазона, поэтому он действует. 17:05, 7 декабря 2015 г. (UTC)-- [[User:Edokter]] {{talk}}

nowrap не имеет смысла во внутренних шаблонах / элементах, если он уже указан во внешнем.

Удалено class="Unicode"и {{{ Unicode }} из таблицы. - Кристоф Пепер 16:55, 9 августа 2016 г. (UTC)

Стало более понятным, откуда берется исходный код и что предлагается в качестве единого шаблона. Исправлена ​​ошибка в операторе переключения предложения. - Кристоф Пепер, 15:00, 23 ноября 2017 г. (UTC)

Вернуться к версии без прерывания работы [ править ]

На этот запрос на редактирование был дан ответ. Установите для параметра |answered=или |ans=значение no, чтобы повторно активировать ваш запрос.

Версия этого шаблона, которая была защищена, - это именно та версия, которая вызвала сбой (см. Ветку ANI и обсуждение TfD ). Я прошу <noinclude>...</noinclude>разместить теги вокруг заметки TfD следующим образом:

<noinclude> {{Tfm / date | page = Угловая скобка | otherpage = Braket | link = Wikipedia: Шаблоны для обсуждения / Журнал / 9 августа 2016 г. # Шаблон: Угловая скобка | type = inline}} </noinclude>

Уанфала ( разговорное ) 18:03, 20 августа 2016 (UTC)

Готово -  Энди W.  ( разговор  ·  CTB ) 18:18, 20 августа 2016 (UTC)

Запрошенный ход 27 апреля 2019 г. [ править ]

Скобки неправильно отображаются в Linux в 2019 г. [ править ]

Скобки всегда огромны в Firefox 67.0.2 и не отображаются в Chromium 75.0.3770.90. Можно как-нибудь исправить? Homo Computeris ( разговор ) 14:54, 16 июня 2019 (UTC)

@ Homo Computeris : Вероятно, это проблема со шрифтом. У меня Linux и Firefox 67, и скобки невелики. - Эру · туон 16:46, 16 июня 2019 г. (UTC)

Вы правы, в каталоге fontconfig должно быть семейство STIX MathJax Main в качестве запасного варианта для sans. Homo Computeris ( разговор ) 23:21, 16 июня 2019 (UTC)

Случайно, я полагаю, шрифт sans по умолчанию в моем браузере или операционной системе (DejaVu Sans) хорошо отображает угловые скобки, поэтому мне не пришлось ничего делать. Однако не всегда удается правильно комбинировать диакритические знаки. - Эру · туон 01:24, 17 июня 2019 г. (UTC)

Не отображается правильно [ править ]

"который будет отображаться правильно, даже в операционных системах и браузерах, которые обычно не могут отображать эти символы, когда они используются в тексте"

Для меня они выглядят как прямоугольники с шестнадцатеричными цифрами. - Предыдущий неподписанный комментарий добавлен 86.86.20.136 ( обсуждение ) 23:35, 20 июня 2019 г. (UTC)

Это устаревшее описание. Шаблон больше не делает ничего особенного, чтобы символы отображались правильно. - Eru · tuon 00:11, 21 июня 2019 г. (UTC)