Алфавит тег: Граффити, стиль, тег, алфавит. Стиль, спрей, marker., метро, fonts, граффити, улица, покрасить, тег, вектор, с помощью,


19.07.1977 Facebook Twitter LinkedIn Google+ Разное


Содержание

Серебряный алфавит эмаль круг пользовательских тегов собак в форме костей с термической возгонкой

Основная Информация.

Номер Моделя.

CW21061509

Использование

Рекламный Подарок, Сувенир, Бизнес Подарки, Коллекция, Личное Украшение, Религиозные Ремесла

Стиль

Творческий

Обработка

Custom

Подходит для

Any

Индивидуальные

Индивидуальные

Торговая Марка

Customized

Характеристики

Customized

Происхождение

China

Описание Товара

описание продукта  

Имя

Dog Tag

Размер

Пользовательские размеры

Материал

Железо и цинк сплава алюминия, латунь, медь и т.д.

Процесс

Штампование,режущий,умирают литой детали,полировка,сварочных работ и т.д.

Покрытие

Золото, серебро, никель, хром,против покрытие,туманно покрытие и т.д.

Дизайн

Специализированные проекты

Логотип

Специализированные

Упаковка

OPP пакет,бархата мешок, подарочная упаковка, карта придает,etc

MOQ

100 ПК

 
Более подробную информацию о
Почему мы
Ближайший крупный Desent импорт и экспорт Co., Ltd.
расположен в Хефей Аньхой, Китай. — Это профессиональная Desent подарки производителя с более чем 15-летним опытом. Наша основная продукция включает в себя металлические Kyechain , медали , медаль , Контакт Laple металла
 
и других подарков.

В настоящее время наша продукция экспортируется более чем 20 стран, в том числе США, Англии, Европы и Азии и так далее ...

Подробнее >>

 
Сертификаты

Наша система контроля качества и качество продуктов утвержден CE и SGS
 

Рабочее совещание
Часто задаваемые вопросы
1,что такое MOQ вашего продукта? Существует ограниченное MOQ для стандартного продукта.

2, может ли ваш продукт проходит EN71,достичь и т.д.?
Да,это.Свяжитесь с нашими специалистами по продажам для получения дополнительной информации.

3,как быстрый пользовательский образец быстро?
Принять 3~7дней после произведения искусства и заказ подтвержден.

4, насколько быстро мы можем получить цену на пользовательский элемент?
Он занимает 30 минут до 1 часа для получения ценового предложения для вас.

5,Какие существуют гарантии у меня в том, что гарантирует мне будет получить от вас заказ с тех пор я заранее оплачивать? Что произойдет, если вы в комплекте не правы или плохо?
Мы не только иметь сильное производственной группы для обеспечения хорошего качества, но и проверенные поставщика BV.ALLBABA торговли ASSURANCE убедитесь в том ваши деньги.

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

Алфавит… размышления на тему… Полное / Хабр

1. Алфавит. Ассоциативные связи.

По поводу алфавита сказано так много, что я для начала процитирую работу Карла Бюлера «Теория языка»
«Алфавит — это ассоциативная цепочка (механическая последовательность), и больше ничего; но каждый выучивал и знает его. Поэтому отображения последовательностей каких-либо объектов на алфавит — это удобное соотнесение. Мы постоянно им пользуемся на практике для упорядочивания. Было бы не трудно доказать, что в системе знаков, из которых состоит естественный язык, встречается множество ассоциативных цепочек и переплетений, которые с психологической точки зрения находятся на одной ступени с алфавитной цепочкой, и которые оказывают нам такую же службу во всеобъемлющей задаче упорядочения нашего знания о предметах и сообщения этого знания другим».

Стало быть, каждому элементу алфавита можно и нужно поставить в соответствие значение (что собственно и делается сейчас ) и закрыть этот вопрос. Однако не все так просто. Логично считать алфавитом множество ассоциаций A. Если i не равно j и аi и аj: A, то AI пересеченное AJ = пустому.
Отображение T множества знаков S (объекты класса Symbol) на алфавит в языке l:L (где L множество языков) обозначим Tl. Они же (знаки) являются своего рода источником ассоциаций (через отношение Tl). Множество ассоциаций, порожденное отображением знаков Tl, обозначим Al (собственно алфавит языка l). Множество Al конечное, его можно пронумеровать, что и будет кодом ассоциации или алфавита, но будет категорически не правильно называть это кодом знака. Ассоциацию, порожденную знаком s в языке l обозначим Tl(s). Понятно, что Tl(s): Al. Несколько знаков могут порождать одну и ту же ассоциацию. Например, знак большая буква «А» и маленькая «а» порождает одну и ту же ассоциацию. Стало быть могут существовать s1:S, и s2:S такие, что Tl(s1) пересеченное с Tl(s2) не пусто. Это один момент. И второй момент то, что это ассоциация зависит от среды или для каждого языка свое множество ассоциаций. Т.е. у английской, французской и русской среды, один и тот же знак может вызывать разные ассоциации. Обычно для реализации отображения Tl достаточно построить таблицу ассоциаций (она же и есть отношение Tl), но могут применяться и более сложные алгоритмы как, например, в нотной записи, картографии или в построении электрических схем.
.
2. Группирование знаков.

Однако не для всех категорий знаков есть необходимость строить свою таблицу ассоциаций. Есть знаки, которые вызывают общие для всех языков ассоциации. Справедливо, даже более сильное утверждение: Различные ассоциации в разных языках вызывают только объекты, которые мы обычно называем буквами. Что бы подчеркнуть это свойство объединим их в группу Letter. А так как разбиение на группы уже произошло, разобьем множество знаков еще на несколько групп.
Группа цифра (группа Digital) в которую включены знаки 0,1,2,3,4,5,6,7,8 и 9 вызывающие очевидные и одинаковые ассоциации во всех современных языках.
Группа управляющих знаков (группа Command) в которую включены все знаки управления и форматирования. В современных стандартах ассоциации этой группы используются, однако не предусмотрены знаки, отображающиеся непосредственно в управляющие ассоциации. По какой-то странной логике отображение T знаков этой группы отсутствует, а для графического представления используются знаки использующие пустую ассоциацию и только в обратном отображении пустая ассоциация знак, имитирующий соответствующую управляющую ассоциацию. Т.е. знак, который отображается непосредственно в ассоциацию «перевод строки» (код 10 в стандарте KOI8) отсутствует, а знак изображающий перевод строки отображается «ассоциацией знака» с кодом 182 в стандарте KOI8.
Группа Mark включает в скобки, кавычки, запятые и прочее. Принципиальное отличие этой группы знаков, что они не принимают участие в лексическом разборе, а являются самостоятельными лексемами. Т.е. не формируют лексему, участвуя в какой-то последовательности знаков, а участвуют собственным наличием — отсутствием непосредственно в синтаксическом разборе.
Группа знаков Letter имеет еще одну особенность, которая и есть основное назначение знаков этой группы, последовательность этих знаков формирует собственную ассоциацию, которую назовем лексемой. Отделяются лексемы друг от друга знаками остальных групп, одним из которых является пробел.
После разделения знаков на группы можно соответственно разделить на соответствующие группы их ассоциации. Заметим, что для любого iи j:L, если s:Letter, то Ti(s)= Tj(s)=As. Этот факт позволяет для знаков этих групп создать единую таблицу ассоциаций для всех языков. И, кроме этого для всех групп кроме Letter, не имеет смысла свойство «регистр» (большой, маленький).

3. Ввод данных.

Все выше перечисленные группы объединяет одно спорное качество все их можно вводить с клавиатуры. Для того клавиатуру и изобретали, а так же и стандарты как кодировок знаков так и раскладок клавиатур. Подчеркнем здесь, что с клавиатуры вводятся именно знаки, а не ассоциации. И попытки подогнать в соответствие коды клавиатуры и коды ассоциаций наталкиваются на упорное сопротивление реального положения вещей. Но предусмотреть ввод всех необходимых на практике знаков, конечно, не возможно. Поэтому мы просто обязаны расширить возможности клавиатуры. Назначением клавиатуры является прямое соответствие нажимаемой клавише знаку, но поступать так всегда значило бы увеличение размеров клавиатуры до не разумных. Потому применяется метод комбинирования клавиш (одновременное нажатие нескольких клавиш) удобен для управляющей группы знаков. И тут же возникает вопрос, а не пора ли расширить стандарт знаков для функций уже ставших стандартными (копирование, удаление и т.д.) и добавить новых знаков для редактирования (новый раздел, примечание и т.д.)? Думаю вполне реально. А к этому придумать для каждого из них графическое изображение (которое зачастую уже придумано). Комбинирование знаков возможно еще специальными последовательностями. Так называемые композиционные знаки. Этот прием широко используется для смайликов (последовательность двоеточия и круглой скобки) или знака ® и.т.п. Применение для ввода знаков композиционных знаков дает широкие возможности для пользовательских знаков и смайлов.
Хорошей идеей считаю менять соответствие знаков и клавиш клавиатуры в зависимости от среды. Клавиатура Лебедева способная изменять изображение знаков на клавишах хорошо согласуется с нашими принципами.
4. Знаки как объекты.

4.1. Кодировка. Наборы знаков.

Это пошло со времен, когда мониторы и принтеры не отличались графическими возможностями, и каждая буква кодировалась «железно». Получилось так, что например, буква «а» английская и русская кодируется по-разному, хотя это же один знак. Таких примеров достаточно много. Я не вижу в этом много смысла. Притом что многих, действительно нужных знаков не хватает. Кроме того условное разделение на английские и русские буквы явно не выдерживает критики если мы будем кроме русского и английского использовать другие языки. Например, латинский или французский. Кто тогда мне скажет, какому языку принадлежит буква «p»?.. А веду я к тому, что это просто знак, и если считать этот знак объектом, то у него нет свойства «Язык». А это уже принципиально. Рассуждая логически данное свойство «Язык» должен иметь объект Word! Т. е. последовательность (группа) букв! Да и то это свойство не однозначно определяется последовательностью знаков. Вполне возможно одна последовательность знаков может иметь разный смысл в разных языках. А может и одинаковый. Пример: «petitio principii». Вот какие это буквы, и какой это язык? Или что б совсем было очевидно, какому языку принадлежит пробел » » или двоеточие «:»?. Отсюда следует только одно. Знак должен быть знаком. А если он и принадлежит, в силу своей исключительности, к какому-то алфавиту языка это не больше чем такой вот факт. Обычно если мы применяем прилагательное «Английский» или «Русский», то не к знаку, а к звуку, что бы конкретизировать именно изображение знака. Отсюда следует, что общепринятый подход с различными кодировками знаков по языкам не правильный. Наборы знаков, отличающихся или совпадающих написанием с другими языками, касаются только группы Letter, потому их можно кодировать внутри группы выделив для этого байт и имея разноязыкие наборы. А возможно достаточно и одного набора для всей группы индоевропейских языков.

4.2. Большие буквы. Сортировка.

Первые мониторы и принтеры были с ограниченными графическими возможностями, поэтому для больших букв предусматривалась отдельная кодировка, и на этом вопрос был закрыт. Значение этого кода служит параметром для операций сравнения, и остаются легко решаемые проблемы сортировок с учетом регистра и без. Если считать знак объектом возникает вопрос, как поступать с регистром? То ли это свойство, то ли это новый знак? Фактически вопрос стоит так: Считать ли большие буквы тем же знаком или это отдельный знак? Ответ: Это разные знаки обозначающее одно и то же. Само собой напрашивается объединить их в группу. Вопрос только что будем объединять? Вот здесь опять возникает вопрос, что такое знак? Только ли изображение? Или нас интересует смысловая нагрузка? Скорее смысловая нагрузка интересует. Тогда под это смысловое содержание надо и объединять варианты изображения. А если все-таки изображение? Тогда от изображения надо выходить на смысловую нагрузку. Так вот реально знак это изображение и не больше (вспомним иероглифы). Какой смысл мы вкладываем в это изображение это вопрос второй. Ну, а если это знак, то создание нового объекта вполне логично и создатели стандартов кодировок очень даже правильно поступили, определив отдельный код для каждого большого и маленького знака.
Давайте вдумаемся, какой смысл имеет это свойство? Или это не свойство, а отдельный знак? Ведь про отдельно стоящую букву мы не сможем сказать большая она или маленькая, кроме случаев отличимых графическим изображением. Т.е. фактически большая она или маленькая это понятие относительное и зависит от рядом стоящих букв или размера шрифта по умолчанию. Стало быть, это самостоятельное свойство, которое очевидно влияет на графическое изображение (и на сортировку) основываясь на размере шрифта или рядом стоящих букв. Сейчас размер буквы можно изменять как угодно, поэтому в отдельной кодировке для больших букв нет необходимости, а предусмотреть такое свойство (регистр) для букв необходимо. Здесь же заметим что ни управляющие знаки, ни знаки группы Mark, ни тем более пользовательские знаки этого свойства не имеют. Оно не имеет для них смысла. Время задуматься, а не наследуемый ли это класс от знаков?

4.3. Сортировка.

Необходимость сортировок знаков обычно сомнения не вызывает. А вот вызвало. Во-первых: Если считать знак объектом, то решение этого вопроса частный случай сортировки объектов, и по существу является вопросом определения операций сравнения на классе объектов. Допустим, мы этот вопрос решили, но нужен критерий для определения операций сравнения. При существующей на сегодняшний день ситуации код символа и служит таким критерием. Этот же код является параметром для формирования изображения, а это совершенно разные функциональные нагрузки.
Во-вторых, сами по себе знаки уже отсортированы. В той ситуации как это принято в данный момент, код символа и является порядковым номером положения его в таблице связанных с этим символом. В нашем случае объект Symbol определен в какой то группе, и тоже имеет свой индекс расположения, который вряд ли может быть аргументом для операций сравнения.
Таким образом, код символа несет в себе три различные функции: Является индексом массива, одним из параметров для графического изображения, и одним из параметров для операции сравнения. Если осуществлять динамическое и пользовательское формирование знаков, то это три разных свойства, а не одно. Стало быть, для операций сравнения к ассоциациям
Но кроме вопроса как выполнять операцию сравнения с учетом регистра или без, есть еще коварный вопрос. Если нет у буквы свойства «язык», то, как их сравнивать буквы из разных языков? И тут же напрашивается ответ. А ведь необходимость сортировок возникает при сортировке лексем. Сортировать отдельные буквы не имеет смысла. А в лексемах и свойство язык есть, и принадлежность лексемы какому-то классу!!! То есть мы пришли к тому, что сортировка применяется не к знакам, а к смыслу. То же самое можно сказать и о группе Digital. Мы сортируем не по знакам, а по значениям!

5. Обратное отображение .

Обратное отображение необходимо от ассоциации к знаку. Как мы заметили, одна ассоциация может быть порождена разными знаками. Но, дело в том, что как таковая ассоциация применяется только для внутренних нужд, и всегда порождена каким-то знаком. При современном подходе такая необходимость возникает при необходимости использовать управляющие ассоциации, так как они не имеют своего знака. Т.е. там, где надо сделать переход на новую строку или каким-то образом отформатировать информацию для вывода приходится сочинять что-то на тему chr(10) как в VB или /n как в C. Мы же смело можем поставить необходимый знак там, где он необходим. Как ожидается, он своим появлением вызовет изменение в тексте. Однако необходимо сделать только одно замечание, если управляющий знак является текстовой константой, то его управляющие функции не действуют. Т.е. взятый в текстовые кавычки управляющий знак теряет свои управляющие свойства.

6. Группа Mark.

6.1. Знак «=».

История этой проблемы, в общем, то старая и мне не понятно, почему до сих пор не появились стандарты на разные знаки применительно к логическим отношениям и собственно присваиванием значения. В принципе, можно сконструировать транслятор, который будет отличать по контексту различное применение этого знака. Но это влечёт за собой, как накладные расходы по ресурсам во время трансляции, так и ограничения для некоторых синтаксических конструкций, для того, что б транслятор однозначно опознавал контекст. В разных языках этот вопрос решают по-разному. В языках класса C принято присваивание обозначать знаком равно «=», а логическое отношение двойным знаком «==». В языках класса Pascal присваивание обозначают двойным знаком «:=» а, логическое отношение одним знаком «=». Язык VB пользуется одним знаком «=» для обоих применений приняв некие ограничения и умолчания. Одним, из которых является разделение двоеточием операторов в одной строке.
Думаю, и мы бы придумали нечто из этого, если бы не третье назначение для того же знака. Вопрос возник в связи с единым форматом, заявленным в системе Lada и дальнейшим развитием объектной парадигмы. Знак «=» используемый для определения значения (или даже выражения) свойства объекта имеет совсем другой смысл в операции присвоении значения динамически создаваемому объекту (оператором Dim). Фактически разница в том, что когда мы создаем объект в редакторе (например, как сейчас делается графическими мастерами, но это же присвоение имеет текстовый вид) и присваиваем ему свойство, например, Top=2, то это значение 2 сохраняется в формате хранения созданного элемента, и при загрузке этого элемента в соответствующем месте памяти уже будет находиться именно это значение. Нет никакой необходимости использовать команду Move, для занесения этого значения, т.е. непосредственно выполнять команду присвоения Top=2, а, следовательно, и генерировать транслятором соответствующий код. С аналогичной ситуацией сталкиваемся в HTML. Там присвоение не превращается в команду присвоения, а является, каким-то значением. Если считать что там тегами создаются объекты, то никаких команд для присвоения свойств транслятором не генерируется. Соответствующие значения просто уже находятся в соответствующих местах в двоичном формате после трансляции.
В концепции .Net это некий аналог статического свойства. Т.е. свойства для доступа, к которым не обязательно создавать объект. Но в концепции .Net речь идет о программах, т.е. только об объектах, которые создают классы. И языки программирования, не создают (в том смысле как пишут программы) объекты. А в концепции Lada создание объекта такой же процесс, как и написание программы (программа тоже объект). Более того, объекты могут находиться внутри программы, как во время написания, отладки так и выполнения. Это очень полезно для сопровождения, как для процесса проектирования программы, так и эксплуатации. Поясним на примере.

Пример 1. Создание в тексте программы объекта «Срок сдачи программы».

Tag «Срок сдачи программы»: Date
{
Value=Pointer «Поступление Т.З.»: Data. ¤Value+2Месяц
}
Допустим, где-то есть тег с датой поступления Т.З… В данном примере выполняется присвоение значения срока выполнения программы. Присвоение технологически произойдет на этапе трансляции (при создании объектов), и именно тогда выполнится операция сложения, и результат этого сложения сохранится в значении свойства Value объекта «Срок сдачи программы». Этот значение и будет служить информацией для управления проектом. Никакого запуска программы, и создания классов для доступа к объекту «Срок сдачи программы» нет необходимости. Достаточно что бы исходный текст хранился в сопровождаемом месте. Понятно, что для такого присвоения нет необходимости генерировать команды сложения и присвоения, формировать адреса для данных, выделять для них место при создании объекта, как это делается в программе. Новое значение даты формируется и присваивается во время трансляции, а не во время выполнения программы. Не говоря уже о том, что создаваемый объект может вообще не быть программой. А вот как нечто аналогичное происходит в программе.

Пример 2. Вычисление даты сдачи программы.

Dim DateTZ: Date
……
Dim Value: Date
Value= Date. ¤Value+2Месяц

Совсем иная картина в данном примере. Здесь обычная ситуация. Где-то определена переменная с датой поступления Т.З. (DateTZ). В результате трансляции создадутся объекты Dim и объекты присвоения и выражения с адресами операндов. При выполнении программы для данных выделится область памяти (операторами Dim), и когда наступит время выполнять данную последовательность команд, выполнится сложение, и потом присвоение.
Можно опять оставить задачу определения назначения на контекстный анализ транслятором, но тогда мы лишим себя возможности анализировать недопустимые присвоения в статических классах. А можно пойти дальше и отказаться от такой парадигмы как статические классы. Собственно их роль выполнение функций или методов, в какой-то области определения. Не вижу смысла отказываться от интуитивно более понятных категорий, ради того что бы породить новое понятие, да еще и попытаться объяснить его назначение.
Таким образом, мы просто вынуждены вводить новые знаки, что б опознать три различных назначения знака «=». Хотелось бы иметь две стрелочки для различных видов присваивания и знак «=» оставить для логических отношений.
Хотелось бы добавить операцию определяемого равенства (или тождества) для ссылочных объектов после, которого в фигурных или круглых скобках список свойств, по которым сравниваются два ссылочных объекта. Например

A B {Location, Size}

Даже если объекты разного класса они могут иметь одинаковые свойства.

Присваивание. Тогда присваивание правое можно определить как
Или можно пойти дальше с определяемыми отношениями вообще.

6.2. Знак обмена. «><«.

Нет такого знака. Мы его сконструировали из двух знаков «>» и «<«. А ведь полезный оператор. При необходимости поменять значения двух переменных необходимо определять третью переменную для сохранения промежуточного значения. Конечно, машинной команды такой нет. А ведь мы давно знаем, что формат процедуры (и программы) имеет в запасе место, которым пользуется именно по этому назначению (для сохранения промежуточных результатов) при вычислении выражений. Почему бы его не использовать для этой операции. Да. Отсутствие соответствующего знака это большая проблема!!! А двунаправленная стрелочка очень подошла бы. Или вот так.

6.3. Операции отношения. «=>», «<=», «!=».

Просто слов нет. Моделист конструктор какой-то. А ведь пора бы придумать соответствующие знаки. Особенно меня восхищает подход в языке C, где восклицательным знаком обозначили отрицание. Читать тексты, перегруженные знаками не соответствующими смысловой нагрузке очень увлекательное занятие. Неужели такие бедные графические возможности? Ведь давно есть сложившиеся обозначения для обозначения меньше и равно знак меньше и внизу черточка. Для обозначения больше и равно знак больше и внизу черточка. Неравенство обозначать принято перечеркнутым знаком равно       
Здесь уместно применить так называемые композиционные знаки. Если знаки рассматривать как объекты, то при лексическом разборе (или даже до лексического разбора при редактировании) можно объединять составные знаки в один. Например знаки «:» и «=», в «:=». Или три точки «.» в «…», Таким же путем получать смайлики или другие графические элементы так или иначе являющиеся знаками. Композиционные знаки добавлять в группу алфавит, и они могут наравне со стандартными участвовать в синтаксическом разборе.

6.4. Операция & и |. Кванторы.

Этим знаком принято обозначать логическую операцию в одних языках и конкатенацию текста в других. Как поступить если есть необходимость в обоих знаках? Или оставить и определиться с операцией по типу данных. Операция Или применяет знак |. Надо определиться. Знаки, которые давно используются в математической логике очень бы подошли. И ( или ( отрицание (¬), импликация () и два знака эквивалентности (,≡). Хотя, так как операции + и * определяются для каждого типа вполне можно обойтись ими для операций и или.
Традиционно в логике употребляется два вида кванторов: всеобщности () и существования (). Если F некоторая формула, содержащая единственную переменную x, то (x: F) — предложение утверждающее, что F выполняется для всех рассматриваемых объектов, а (x: F) — по крайней мере, для одного из них. Таким образом, появляется возможность описывать взаимосвязи между предикатами. Например, делать такие знаменитые утверждения, как (x: человек(x)  смертен(x)) или (x: y: управдом(x)  человек (у)  друг(x, у) ).

6.5. Прогрессивные операции.

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

Пример 3. Прогрессивное суммирование.

i=n∑mA[I]2 или 

Пример 4. Прогрессивное произведение.

I=0n-1A[I2 или 

Аналогично можно поступить и с интегралом, и не забыть про дифференциал и с прочими делами.

7. Группа Mark.

С тех же «железных» времен тянутся коды «перевода строки» и «возврат каретки». Это имело смысл, когда автоматизировали печатные машинки. Тогда это было актуально. Но сейчас, то зачем эти два управляющих кода? Вот табуляция пригодилась бы. Только не как управляющий код, а как лексема, содержащая количество пробелов (а может не только пробелов) и, конечно, с каким-то значением (количество) по умолчанию. Вообще-то табуляция должна иметь длину отступа в пикселях, или относительных единицах, а не количество пробелов. А то выравнивание текста становится невозможным. Для визуализации табуляции вполне подходит стрелочка, для перевода строки то, что и применяется в Word. Вообще управляющие знаки должны иметь визуальное представление, открывающееся в режиме просмотра управляющих кодов. Ведь не совсем логично иметь отдельно код перевода строки, и отдельно код знака визуализирующего перевод строки. Собственно это касается всех управляющих кодов, а не только тех, о которых я упомянул. Ведь какой смысл заложен в управляющие коды? Да редактирование и форматирование текста! И если сейчас мы имеет возможности редактировать не на уровне печатной машинки, то почему мы остановились в стандартизации управляющих кодов не только для перевода строки и перевода страницы но и нового раздела, примечания, комментариев и прочего. Почему не расширить возможности до уровня графического редактирования?
О пробеле. Были времена, когда это был знак со своей позицией и стандартными размерами, под которые подгоняли все буквы. Но теперь вполне можно иметь не знак, а размер не занятого пространства. Пусть с минимальным значением для каждого шрифта и размера шрифта.
Я бы подумал еще о пробеле, который не допускает переносов и форматирования. Если необходимо записать выражение с запретом форматирования. Например, формулу или пример, который должен выглядеть специальным образом там, где форматирование может нарушить задумку автора, изменив вид (а может и смысл) текста. Или пригодилось бы там, где мы используем знак “_” обозначая единый смысл несколькими словами. Например: Обращение_к_функции. По сути дела это обозначение единого понятия или объекта. Конечно, удобнее было бы применять вместо подчеркивания пробел, который вроде буквы не позволяет разорвать эту последовательность знаков при форматировании. Т.е. хотелось бы иметь пробел, который скорее буква, но выглядит как пробел (т.е. никак не выглядит).
Таким образом, предлагается 4 пробела. Один выполняющий функции табуляции. Второй служащий разделителем слов и позволяющий форматировать (изменять размеры пробела в сторону увеличения от некого минимального значения). Третий пробел, допускающий изменение размера только при редактировании, и не изменяемый при форматировании, и четвертый, который похож на третий, но не являющийся разделителем. Отличать функционально пробелы можно с помощью цвета фона.
Если мы применим такой подход к знакам, и управляющие коды будут иметь графическое представление, то нам не нужны будут хитрости с функциями, превращающими букву в код и наоборот (извиняюсь за рифму), для текстовых переменных, а использовали бы именно их графическое изображение в качестве управляющих знаков для форматирования текста. И не только в редакторе.

8. Желательные знаки.
Знаки из теории множеств:
Знак принадлежности. 
Знак не принадлежности 
Знак пусто .
Знак включения 
Знак включения с замыканием 
Знак включения справа 
Знак включения с замыканием справа 
Знак не включения 
Знак бесконечность  как максимальное значение
Объединение 
Пересечение 
Знак угол 
Корень квадратный √
Тождественно
Приблизительно 
Если то
То если 
Тогда и только тогда 

Знак принадлежности можно реализовать как логическое выражение вместо цикла с вложенной проверкой на наличие данного объекта в массиве или в коллекции.
Идя далеко вперед можно рекомендовать для булевских значений True и False отдельные знаки.
Например, True и False.

Было бы неплохо сделать отдельный знак для указателя.

Основные теги, заголовки.

Урок 6.

В этом уроке мы разберем основные теги html применяемые к тексту, а именно теги &ltb&gt, &lti&gt, &ltu&gt, &lts&gt, &ltcenter&gt, &ltp&gt, &lth2&gt, &lth3&gt, &lth4&gt, &lth5&gt, &lth5&gt, &lth6&gt.

Тег &ltb&gt — делает шрифт жирным (мы уже сталкивались с этим тегом).
Тег &lti&gt — делает шрифт курсивным.
Тег &ltu&gt — подчеркивает текст.
Тег &lts&gt — зачеркивает текст.

* Все эти теги требуют закрытия. Впредь, если я не буду ничего говорить про закрытие тега, то это будет означать, что тег требует закрытия (как сейчас) и это само собой разумеется. Когда мы будем затрагивать теги исключения которые не требуют закрытия, то я обязательно буду это указывать.

Теперь давайте применим теги в нашем коде:

Мы используем в коде все четыре рассматриваемых тега, а так же тег &ltbr&gt который служит для переноса строки. Мы его применяем таким образом, чтобы наши четыре слова были написаны не в строку, а в столбик.
Результат:

Теперь познакомимся с еще одним новым тегом &ltcenter&gt. Данный тег выравнивает текст по центру. Давайте применим его в нашем коде и выровним по центру, например, слово «радость». После внесения изменений наш код выглядит так:

Сохраняем изменения в Notepad (Ctrl + S) и смотрим результат в браузере:

Еще давайте разберем распространенный тег &ltp&gt. Данный тег называют параграфом, но используется он для разделения текста не на параграфы, а на абзацы. Вначале каждого отдельного абзаца ставится открывающий тег &ltp&gt, в конце абзаца ставится закрывающий тег &lt/p&gt. Демонстрировать Вам рисунок с примером не вижу смысла, так как все из Вас читали книги и газеты, соответственно что такое абзац Вы знаете.

В данном уроке было бы логично рассмотреть тег &ltfont&gt, но мы уже уделили ему должное внимание в 4-ом уроке. Я советую Вам еще раз пробежаться глазами по практической части 4-го урока, это не будет лишним.

Заголовки html.

Теги &lth2&gt, &lth3&gt, &lth4&gt, &lth5&gt, &lth5&gt, &lth6&gt — это заголовки разных уровней. Значимость заголовков соответствует названию тегов. &lth2&gt — самый важный, &lth6&gt — не особо важен, можно обойтись и без него. Давайте применим на практике все 6 вариантов, чтобы Вы поняли принцип их работы. Пишем следующий html код:

Сохраняем изменения и открываем файл в браузере.

Заголовки отличаются друг от друга по размеру, чем заголовок важнее, тем он больше. И еще, для того чтобы заголовок писался на новой строке, тег &ltbr&gt (перенос строки) использовать не нужно.

Правила использования заголовков html.

С точки зрения оптимизации Вашей страницы для поисковых систем (Яндекс, Гугл и др.) есть несколько правил и рекомендаций.
1. Самое важное правило: тег &lth2&gt (заголовок 1-го уровня) используется в тексте только один раз и в самом начале статьи. Наличие тега &lth2&gt обязательно. Например, страница на которой Вы сейчас находитесь, имеет заголовок &lth2&gtУрок 6. Основные теги html.&lt/h2&gt
2. Тег &lth3&gt нужно использовать минимум 2 раза, максимум 5.
3. Тег &lth4&gt используется по необходимости.
4. Теги &lth5&gt, &lth5&gt, &lth6&gt можно не использовать вообще (на Ваше усмотрение).
5. Заголовки нужно использовать в строгом порядке. Сначала &lth2&gt, затем &lth3&gt, потом &lth4&gt. Другими словами заголовок &lth4&gt не может находиться выше, чем заголовок &lth3&gt.

Вы что-то не поняли из этого урока? Спрашивайте!
[email protected]

ВАДИМ, ТЫ ОЧЕНЬ СИЛЬНО МНЕ ПОМОГ, Я ХОЧУ ОТБЛАГОДАРИТЬ ТЕБЯ

Игра — это обучение: Алфавитный тег

Прошлой ночью, когда я полоскала посуду после ужина, я наблюдала из окна, как трое моих мальчиков играли в футбол на заднем дворе. Итак, 8-летний и 6-летний мальчики играли в футбол; 2-летний мальчик бегал взад и вперед, всегда в трех шагах от своих братьев и мяча, крича на ветер. Его единственная попытка дать пинка привела к тому, что он упал на спину в стиле Чарли Брауна, и в этот момент пришло время затащить его внутрь, чтобы принять ванну, и он всю дорогу выл.

Трудно найти игры, в которые дети всех возрастов могут играть вместе, чтобы старшие не скучали, а маленькие дети не разочаровывались (или наоборот). Исключением является тэг, в который может попасть большинство детей до 10 лет, особенно если у вас в рукаве есть какая-то дурацкая вариация. Удивительно, но всем нравится Alphabet Tag. Вы можете варьировать правила в соответствии с уровнем грамотности детей, но, в конце концов, это заставит всех работать с обучающим компонентом в придачу.

Вам нужно:

-Мел.(Вы не можете превзойти Crayola за его выбор цвета и наклонную верхнюю часть для плавного письма):

— Большая и гладкая асфальтовая или цементная поверхность (например, подъездная дорога или асфальт)

Как играть:

— Пишите буквы от A до Z, расставляя их в разные стороны и меняя ориентацию и размещение на игровом поле.
Вариант для взрослых: поощряйте детей в возрасте 5 лет и старше писать буквы самостоятельно.

— Назначьте человека, который «это». Человек, который «это», называет букву и один раз оббегает периметр игровой площадки.Другим игрокам нужно найти букву и попытаться обыграть того, кто «это», до буквы, которая была названа. Вариант для больших детей: выберите категорию для каждого раунда, например, фрукты, страны, вкусы мороженого и т. д. Человек, который «это», называет слово в этой категории и пробегает по периметру игрового поля один раз. Другие игроки находят первую букву слова и пытаются опередить того, кто «оно» на эту букву.

— Когда человека помечают до того, как он достигает нужной буквы, он или она становится «этим».

Если ваши дети недовольны не слишком хитрым образовательным компонентом этой конкретной игры, напомните им, что вместо этого вы могли бы заниматься домашними делами или оплачивать счета, пока они придумывают игру для себя. Я считаю, что дети очень ценят любое время, посвященное игре с занятыми взрослыми в их жизни, и поэтому я мог бы также вовлечь их во что-то, по крайней мере, частично обогащающее (если это тоже весело, конечно). И это как раз та игра, которая может перенести вас прямо в холодные месяцы осени и даже зимы, пока нет снега или льда, с которыми нужно бороться.

Charmisma Moissanite 18K Gold Vermeil Круглая бирка с алфавитом Маленькая подвеска: Jian London:Silver Pendants

Муассанит демонстрирует больше блеска, чем алмазы, и уступает только алмазам по твердости, что означает его превосходную долговечность, идеальную для повседневного ношения

идеально подходит для ношения отдельно или в сочетании с другими подвесками

Прибл. 0.02CT 1.7mm Moissanite
18K Gold Vermeil
Штампование 925
12.5mm (0,5 дюйма) Диаметр

Этот товар поставляется с:

  • Бесплатная доставка
  • бесплатная подарочная упаковка
  • 30-дневная доходность

в Jian London приняли решение о том, что платежная информация не будет храниться или обрабатываться на нашем веб-сайте.Это означает, что мы сохраняем только информацию о вашем заказе и не храним никаких сведений о ваших кредитных или дебетовых картах, чтобы защитить вашу конфиденциальность и безопасность.

Во время оформления заказа детали вашего заказа будут безопасно переданы нашим предпочтительным партнерам по обработке платежей Amazon или Paypal, где принимаются все основные кредитные и дебетовые карты. Обратите внимание, что PayPal ввела невозмещаемую комиссию за обработку с эффективной ставкой 2,9% от стоимости транзакции + 30 пенсов за транзакцию, которая будет вычтена из любого заказа PayPal, который был отменен или возвращен.Это не относится к заказам Amazon или кредитным или дебетовым картам.

ДОСТАВКА ПО ВЕЛИКОБРИТАНИИ

£ 11.58

Доставка Тип

Заказать До

Стоимость £

UK Standard 3.30 вечера 1-2 рабочие дни БЕСПЛАТНО
Великобритания на следующий день 15:30 Конец следующего рабочего дня* 1,95 фунта стерлингов
Великобритания на следующий день 12:00 3. 30 вечера Следующий рабочий день до 12:00 £ 8.95
3:30 вечера суббота 14:00
Великобритания Суббота Доставка в субботу 9:00 23,52 £

ДОСТАВКА ПО ВСЕМУ МИРУ (Все товары включают пошлины/налоги)

£ 2.15

Тип доставки

Заказ до

Получено вами…

Стоимость £

Global Mail в большинство стран 330pm 5-10 рабочих дней
Europe Economize Express Express 3.30 вечера 3 рабочих дня от £ 6. 75
Европа На следующий день 3.30 вечера 1 Рабочий день * от £ 7.95
Европа На следующий день 12:00 3.30 вечера 1 Рабочий день * от £ 12 .95
USA Express Доставка 3.30pm 1-3 рабочих дня * £ 11.45
Канада и Мексика экспресс Доставка 3.30 вечера 2-3 рабочих дня * £ 15.95
Asia & Middle East Express Доставка 3.30 вечера 3:30 2-4 рабочих дней * от £ 18.95
Worldwide Express в других регионах 3. 30мм 2-6 рабочих дней * 22 фунта стерлингов.95

БЕСПЛАТНЫЙ ОБМЕН
Мы знаем, что размер может быть проблемой, поэтому для всех возвращаемых товаров мы предлагаем бесплатный обмен в течение 30 дней или для подарочных товаров в течение 45 дней. В период с 1 ноября по 31 декабря период обмена продлевается до 31 января следующего года при условии, что товары все еще находятся в своем первоначальном состоянии и защитная бирка не удалена.
ВОЗВРАТ
Если по какой-либо причине вы не удовлетворены товаром, вы можете вернуть товар в его первоначальном состоянии с неповрежденной защитной биркой в ​​течение 30 дней с даты отправки для возврата денег.В период с 1 ноября по 31 декабря период возврата продлевается до 31 января следующего года при условии, что товары все еще находятся в своем первоначальном состоянии, а защитная бирка не удалена. Покупатель оплачивает возврат почтовых отправлений. Ювелирные изделия, сделанные на заказ, измененные или изготовленные по индивидуальному заказу, возврату не подлежат. Вещи должны быть возвращены в наш центр в Нью-Джерси. Пошлины/налоги не подлежат возврату, за исключением возмещения кредита магазина.
ГАРАНТИЯ
На всю нашу продукцию предоставляется годовая гарантия.
ВОЗВРАТ
Товары, возвращенные в течение допустимых периодов возврата, если бирка безопасности не повреждена, а товар находится в своем первоначальном состоянии, мы стремимся обработать полный возврат или обмен в течение 7 дней.При возврате предметов, на которых была удалена защитная бирка, взимается плата за проверку, при которой предмет будет проверен под микроскопом в нашей мастерской. Если товар все еще находится в своем первоначальном состоянии, кредит магазина будет выдан за вычетом платы за проверку в размере 7 долларов США. Предметы, которые были в употреблении и не находятся в своем первоначальном состоянии, как правило, не возвращаются. Однако, по нашему усмотрению, мы можем вычесть комиссию за пополнение запасов, чтобы облегчить обмен на что-то другое или сохранить кредит. За отклоненные возвраты может взиматься плата за возврат в размере 15 долларов США, если только они не подлежат гарантийному ремонту.Товары, возвращенные из-за отказа подписать, забрать или изменить порядок доставки или по другим причинам, не связанным с доставкой, облагаются комиссией за недоставку в размере 15 долларов США, прежде чем они будут возвращены. К сожалению, PayPal ввела невозмещаемую комиссию за обработку с эффективной ставкой 2,9% от стоимости транзакции + 30 пенсов за транзакцию, которая будет вычтена из любого заказа PayPal, который был отменен или возвращен. Это не относится к заказам Amazon или кредитным или дебетовым картам.
ОТМЕНЫ
Заказы могут быть отменены за плату за отмену в размере 5 долларов США, если все следующие условия могут быть выполнены: 1.Ваш заказ еще не отправлен. 2. Ваш заказ легко получить. 3. Ваш платеж может быть аннулирован. Обратите внимание: заказы, оплаченные через PayPal, по-прежнему облагаются невозмещаемой комиссией за обработку с эффективной ставкой 2,9% от стоимости транзакции + 30 пенсов за транзакцию.

Ярлык книжного алфавита | Причудливый книжный ботаник

Большое спасибо Хизер из The Sassy Book Geek за то, что она пометила меня на теге The Bookish Alphabet! Этот тег был создан Марианой из Fireheartbooks.И Хизер, и Мариана — фантастические блоггеры, поэтому обязательно зайдите и проверьте их обоих, если вы еще этого не сделали! 🙂

Чтобы завершить этот тег, все, что вам нужно сделать, это просмотреть свои полки и посмотреть, есть ли у вас книги, названия которых начинаются с каждой буквы алфавита. Вам нужно только владеть книгами, которые вы выберете, вам не обязательно их читать. Слово «the» не считается, поэтому, например, «Голодные игры» будут учитываться как «H».

Начнем!

   

A –
Приключения Шерлока Холмса Артура Конан Дойла

Статус: прочитано (нажмите здесь для просмотра)

B —
Бельканто Энн Пачетт

Статус: прочитано

C –
Зола от Мариссы Мейер

Статус: прочитано (нажмите здесь для просмотра)

D —
Дочь Дыма и Кости от Laini Taylor

Статус: еще не прочитано

   

E –
Эмма Джейн Остин

Статус: еще не прочитано

F —
Фанатка от Рэйнбоу Роуэлл

Статус: еще не прочитано

G —
Исчезнувшая Джиллиан Флинн

Статус: прочитано (нажмите здесь для просмотра)

H —
Полторы гиперболы от Allie Brosh

Статус: прочитано

   
I –
I Am the Messenger Маркуса Зусака

Статус: еще не прочитано

J —
Jackaby от Уильяма Риттера

Статус: прочитано (нажмите здесь для просмотра)

K –
Бегущий за ветром Халеда Хоссейни

Статус: прочитано

L —
Лев, колдунья и платяной шкаф автора C. С. Льюис

Статус: прочитано

   
M –
Больше, чем это от Патрика Несса

Статус: еще не прочитано

N –
Neverwhere Нила Геймана

Статус: еще не прочитано

O —
О мышах и людях Джона Стейнбека

Статус: еще не прочитано

P –
The Phantom Tollbooth Нортона Джастера

Статус: прочитано

   
Q –
В поисках пропавшей карты Кэролин Кин

Статус: прочитано

R –
Первому игроку приготовиться от Эрнеста Клайна

Статус: еще не прочитано

S –
Шестерка воронов от Ли Бардуго

Статус: еще не прочитано

T —
Убить пересмешника Харпер Ли

Статус: прочитано

   

U –
Несломанный Лаура Хилленбранд

Статус: еще не прочитано

V –
Vicious от V.Э. Шваб

Статус: еще не прочитано

W –
Мы были лжецами Э. Локхарт

Статус: прочитано

X — я даже не знаю ни одной книги, которая начинается с «X» (хотя я уверен, что они есть)!
Y –
Молодые элиты Мари Лу

Статус: еще не прочитано

Z – нет

I Тег:

Катя @ Девушка, которая слишком много читает

Т.К. @ Читать или нет Отзывы

Мари @ Книги о мороси и ураганах

Zezee @ Zezee с книгами

Хейли @ Слишком любит книги

Признания литературного наркомана

Поделись этим:

  • Twitter
  • Facebook
  • Pinterest
  • Tumblr

Нравится:

Нравится Загрузка…

Связанные

Вышитые бирки с алфавитом своими руками – Wings of Whimsy

Сегодня я повеселилась, придумывая свой собственный набор бирок Embroidered Alphabet, вместо того, чтобы складывать белье, как я изначально планировала… 😛 (Шери: GOT означает не то, что вы думаете… лол)

 

Вышивать так просто, даже ребенок справится… 😉 На вышивку крестиком 6 букв у меня ушло, наверное, час. Я начал с 3 букв G + O + T (поскольку это инициалы меня, моей сестры и наших дочерей…), но я сделаю еще несколько букв и добавлю их в папку.Если они вам нравятся и вы хотели бы получить свой инициал, напишите ниже, и я перемещу запрошенные инициалы в начало моего списка 😀 Пожалуйста, также дайте мне знать, если у вас есть особые пожелания относительно того, какие цвета вы хотите, я могу изменить это на красивое много всего, что вам нужно 😉

 

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

Вот пример тега с буквой T:

ИНСТРУКЦИИ:

  1. Напечатайте бирки на матовой фотобумаге (у меня бумага плотностью 170 г) или на карточках
  2. Используйте острую иглу, чтобы проткнуть все белые точки
  3. Красные точки — это ориентиры, чтобы показать вам букву, все они должны быть закрыты Х (один стежок)
  4. Вышивать мулине или тонкой ниткой для вязания крючком (я использовала двойную нить, рассчитанную на спицы 1,5-1,75)
  5. Приклейте лист к куску тонкого картона, я использовал коробку из-под хлопьев и аэрозольный клей, дайте высохнуть.
  6. Вырежьте бирки.
  7. Проделайте отверстия, нанизайте и повесьте.
  8. (Необязательно: украсьте свою бирку чем угодно)
  9. ТАДА: винтажная милота с вышивкой 🙂

  

 

Этот файл бесплатен для личного использования и развлечения. Перейдите в папку загрузки ниже, чтобы получить высококачественную копию:

Я использовал следующий источник для этого проекта:

Шаблон подарочной бирки — сиреневый и лавандовый

Алфавит – Академия вышивки крестом EMS

ОК, л-а-у-н-д-р-й, я иду!!!

Вам понравился этот пост? Если вы еще не являетесь подтвержденным подписчиком Wings of Whimsy, нажмите «Подписаться», чтобы зарегистрироваться и не пропустить будущие публикации в WoW:

.
  • WordPress-пользователи:  в верхнем левом углу окна браузера, чтобы зарегистрировать свой WordPress-аккаунт
  • Другие читатели : в правом нижнем углу окна браузера зарегистрируйте свой адрес электронной почты

Подпишитесь на меня в Pinterest:

Нравится:

Нравится Загрузка. ..

Связанные

Реестр произношений алфавитов

Реестр произношений алфавитов

Аннотация

В этом документе описывается новый реестр алфавитов произношения, Например, пиньинь, который можно использовать для описания произношения слов и фразы на определенном языке.

Статус этого меморандума

Этот Интернет-проект представлен в IETF в полном объеме. соответствие положениям BCP 78 и BCP 79.

Интернет-Черновики являются рабочими документами Интернет-Инженерии. Целевая группа (IETF), ее направления и рабочие группы. Обратите внимание, что другие группы также могут распространять рабочие документы в качестве Интернет-Шаблоны.

Интернет-проекты – это проекты документов, действительные не более шести месяцев. и могут быть обновлены, заменены или устаревшими другими документами в любое время. Неуместно использовать Internet-Drafts в качестве справочного материала или цитировать их, кроме как «незавершенное производство».

Список текущих интернет-драфтов можно найти по адресу http://www.ietf.org/ietf/1id-abstracts.txt.

Доступ к списку теневых каталогов Internet-Draft можно получить по адресу http://www.ietf.org/shadow.html.

Срок действия этого Интернет-проекта истекает 7 июня 2010 г.

Уведомление об авторских правах

Copyright (c) IETF Trust, 2009 г., и лица, указанные в качестве авторы документа. Все права защищены.

Этот документ регулируется BCP 78 и юридическими документами IETF Trust. Положения, касающиеся документов IETF (http://trustee.ietf.org/license-info) действует на дату публикации этого документа.Пожалуйста, ознакомьтесь с этими документами внимательно, так как они описывают ваши права и ограничения в отношении к этому документу. Компоненты кода, извлеченные из этого документа, должны включить текст упрощенной лицензии BSD, как описано в Разделе 4.e Доверительные юридические положения и предоставляются без гарантии, поскольку описано в лицензии BSD.



Содержание

1. Введение
2. Условные обозначения документа
3. Формат реестра и обслуживание
    3.1. Формат Реестра произношений алфавитов
    3.2. Pronunciation Alphabet Reviewer
    3.3. Ведение Реестра
    3.4. Стабильность записей реестра произношения алфавита
    3.5. Процедура регистрации для Pronunciation Alphabet Tag
    3.6. Инициализация реестров
        3.6.1. Первоначальные запросы реестра
    3.7. Выбор произношения Алфавит Теги
    3.8. Вопросы безопасности
    3.9. Соображения IANA
        3.9.1. Новые реестры
4. Ссылки
    4.1. Нормативные ссылки
    4.2. Информативные ссылки
Приложение A. Авторы
Приложение B. Благодарности
§ Адреса авторов




1. Введение

Реестр Pronunciation Alphabet Registry содержит список Pronunciation Alphabet Registry. Алфавитные теги. Это дает разработчикам простой и надежный способ проверки тегов Pronunciation Alphabet. Алфавит произношения Реестр будет поддерживаться таким образом, чтобы можно было проверить все теги Pronunciation Alphabet в соответствии с положениями настоящего документа или его изменения или преемники.Кроме того, значение различных Произношение тегов алфавита будет однозначным и стабильным с течением времени. (Смысл частного использования Pronunciation Alphabet, конечно, не определено здесь.)

Теги Pronunciation Alphabet можно использовать в атрибуте алфавита элемент фонемы в разметке синтеза речи Язык (Шуанг, З. и Д. Бернетт, «Язык разметки синтеза речи (SSML), версия 1.1», август 2009 г.) [W3C.CR-speech-synchronous11-200].В какой-то момент в будущем они также могут быть использованы внутри атрибута алфавита элементов фонемы и лексики в Произношение Спецификация лексикона (Баггия, П., «Спецификация лексикона произношения (PLS), версия 1.0», октябрь 2008 г.) [W3C.REC‑pronunciation‑lexicon‑20081014].



2.

Условные обозначения документа

Ключевые слова «ДОЛЖЕН», «НЕ ДОЛЖЕН», «ТРЕБУЕТСЯ», «ДОЛЖЕН», «НЕ ДОЛЖЕН», «СЛЕДУЕТ», «НЕ СЛЕДУЕТ», «РЕКОМЕНДУЕТСЯ», «МОЖЕТ» и «ДОПОЛНИТЕЛЬНО» в этом документ следует интерпретировать, как описано в RFC2119 (Bradner, S., «Ключевые слова для использования в RFC для указания уровней требований», март 1997 г.) [RFC2119].



3. Формат реестра и обслуживание



3.1. Формат реестра произношений алфавитов

Реестр алфавитов произношения (PAR) состоит из текстового файла включая все зарегистрированные теги Pronunciation Alphabet в формате определенных в этом разделе, а также копии регистрационных форм одобрено в соответствии с процессом, описанным в Разделе 3.5 (Процедура регистрации тега Pronunciation Alphabet). Набор начальных тегов (см. Раздел 3.9.1.1 (Алфавиты произношения)) для них не будут создаваться регистрационные формы.

Формат реестра описывается следующим ABNF (согласно RFC5234 (Крокер, Д. и П. Оверелл, «Расширенный BNF для спецификаций синтаксиса: ABNF», январь 2008 г.) [RFC5234]):



 реестр = запись-разделитель записи-даты файла

 разделитель записей = "%%" CRLF

 записи = запись * (запись-разделитель записей)

 запись = (алфавит-запись/псевдоним-запись)


 kv-separator = *SP ":" *SP

 текст = *(ASCCHAR/LWSP)

 ASCCHAR = %x21-25 / %x27-7E / UNICHAR

 UNICHAR = АМПЕРСАНД "#x" 2*6HEXDIG ";"

 АМПЕРСАНД = %x26

 дата = 4ЦИФРЫ "-" 2ЦИФРЫ "-" 2ЦИФРЫ


 file-date = "File-Date" kv-separator date CRLF

 алфавит-запись = тег алфавитного типа 1*описание добавлена ​​ссылка
                   [устарело] *комментарии

 alias-record = тег типа alias * описание добавлено alias
                   [устарело] *комментарии

 Alphabet-Type = тип kv-разделитель "алфавит" CRLF

 alias-type = тип kv-separator "псевдоним" CRLF

 тип = "Тип"

 tag = "Tag" kv-separator tag-format CRLF

 description="Описание" kv-separator text CRLF

 добавлено = "Добавлено" kv-разделитель даты CRLF

 reference = "Reference" kv-separator text CRLF

 alias = "Псевдоним" kv-separator формат тега CRLF

 deprecated = "Устаревший" kv-разделитель даты CRLF

 comments = "Comments" kv-separator text CRLF 
 Рисунок 1. Формат реестра ABNF 

Этот формат был основан на формате языковых тегов, описанном в [RFC5646] (Филлипс, А.и М. Дэвис, «Теги для определения языков», сентябрь 2009 г.).

Каждая строка текста ограничена 72 символами, включая все пробел. Записи разделяются строками, содержащими только последовательность «%%» (%x25,25).

Каждое поле можно рассматривать как одну логическую строку ASCII. символов, состоящих из имени поля и тела поля, разделенных Символ двоеточия (%x3A). Для удобства тело поля, позволяющее тексту может быть разбит на многострочное представление; это называется «складной».

Символы, не входящие в репертуар US-ASCII ISO646 (Международная организация по стандартизации, «Информационные технологии — набор 7-битных кодированных символов ISO для обмена информацией», 1991 г.) [ISO.646.1991], а также символ АМПЕРСАНД («&», %x26), когда он встречается в основном тексте поля, представлены «числовой ссылкой на символ» в шестнадцатеричном формате. нотация в стиле, используемом XML 1.0 (Малер, Э., Йержо, Ф., Сперберг-МакКуин, К., Паоли, Дж.и Т. Брей, «Расширяемый язык разметки (XML) 1.0 (пятое издание)», ноябрь 2008 г.) [W3C.REC-xml-20081126] (см. ). Он состоит из последовательности «&#x» (%x26.23.78), за которой следует шестнадцатеричное представление кодовой точки символа в ISO 10646 за которым следует закрывающая точка с запятой (%x3B). Например, ЗНАК ЕВРО, U+20AC будет представлен последовательностью «€». Обратите внимание, что шестнадцатеричная запись МОЖЕТ содержать от двух до шести цифр.

Все поля, тело поля которых содержит значение даты, используют формат «полной даты», указанный в [RFC3339] (Клайн, Г., Эд. и К. Ньюман, «Дата и время в Интернете: временные метки», июль 2002 г.). Для пример: «2004-06-28» означает 28 июня 2004 г. по григорианскому календарю. календарь.

Первая запись в файле содержит единственное поле, имя поля «Дата файла». Тело поля этой записи содержит дата последнего изменения этой копии реестра, что делает ее можно сравнить разные версии реестра.Реестр на веб-сайте IANA (Управление по присвоению номеров в Интернете) является наиболее ток. Версии с более ранней датой, чем эта, не до настоящего времени.



 Рисунок 2. Пример записи даты файла 

Последующие записи представляют теги в реестре. Каждый из поля в каждой записи ДОЛЖНЫ встречаться не более одного раза, если не указано иное отмечено ниже. Каждая запись ДОЛЖНА содержать следующие поля, если только иначе отмечено:

Тип
Значение поля типа ДОЛЖЕН состоять из одной из строк «алфавит» или «псевдоним», обозначающих тип тега.
Тег
Значение поля тега содержит тег Pronunciation Alphabet.
Описание
Описание поле-значение содержит ненормативное описание тега. Этот поле ДОЛЖНО появляться в записях, у которых «Тип» — «алфавит» и МОЖЕТ появляются в записях, у которых «Тип» — «псевдоним».
Ссылка на опубликованное описание алфавита произношения
Значение этого поля содержит нормативную информацию который идентифицирует ссылку, определяющую алфавит произношения связанный с этим тегом, например, национальный стандарт, стандарт ассоциации, книга или статья.Это сильно РЕКОМЕНДУЕТСЯ, чтобы эта ссылка была опубликована, общедоступна и стабильна. Это поле ДОЛЖНО появляться в записях, у которых «Тип» — «алфавит» и НЕ ДОЛЖЕН появляться в записях, у которых «Тип» — «псевдоним».
Псевдоним
Значение поля псевдонима ДОЛЖЕН быть другой зарегистрированный тег «Алфавит произношения», чей «Тип» это «алфавит». Это поле ДОЛЖНО появляться в записях, у которых «Тип» «псевдоним» и НЕ ДОЛЖЕН появляться в записях, чей «Тип» «алфавит».
Добавлено
Добавлено значение поля содержит дату добавления записи в реестр.

Поле «Тег» ДОЛЖНО использовать строчные буквы для формирования тега.

Поле «Описание» МОЖЕТ появляться более одного раза и содержать описание тега в записи. По крайней мере один из Поля «Описание» ДОЛЖНЫ быть написаны или транскрибированы на латинице. сценарий; те же или дополнительные поля МОГУТ также включать описание нелатинским шрифтом.

Примечание. Цель «Ссылки на опубликованное описание произношение алфавита» в записи предназначено в помощь людям пытаясь проверить, зарегистрирован ли алфавит произношения. То содержимое этого поля СЛЕДУЕТ ссылаться на опубликованный стандарт; если нет такой стандарт существует, другие известные работы описывают это Вместо этого МОЖЕТ быть предоставлен произносительный алфавит. Произношение Alphabet Tag Reviewer решает, что является «достаточно хорошим» эталоном. материал.

Поле «Псевдоним» содержит сопоставление между записью, в которой оно появляется и другой тег.

Тег, определенный как псевдоним, всегда должен оставаться псевдонимом. хотя значение поля Псевдоним может измениться.

Каждая запись МОЖЕТ также содержать следующие поля:

Устарело
Устаревшие field-value содержит дату, когда запись устарела.
Комментарии
комментариев содержит дополнительную информацию о теге, если это необходимо для понимание реестра и внедрение связанных Произношение Алфавит тег.

Поле «Устарело» МОЖЕТ быть добавлено к любой записи через процесс обслуживания, описанный в Разделе 3.3 (Ведение реестра), или через процесс регистрации. описано в Разделе 3.5 (Процедура регистрации тега Pronunciation Alphabet). Обычно добавление поля «Устаревшее» связано с действием на список рассылки. Хотя они действительны как теги Pronunciation Alphabet, теги с полем «Устаревший» устарели, и авторы документов ДОЛЖНЫ НЕ используйте эти теги.

Поле «Комментарии» МОЖЕТ появляться более одного раза в записи. Этот поле МОЖЕТ быть вставлено или изменено в процессе регистрации и не предоставляется гарантия стабильности. Содержимое этого поля не ограничено, за исключением необходимости регистрации информации, пригодность запроса и разумный практический размер ограничения.

Значения полей «Тег» и «Псевдоним» ДОЛЖНЫ использовать следующие синтаксис:



Формат тега
 = 2ALPHA *5(["."] 1*20(АЛЬФА/ЦИФРА))
 
 Рисунок 3. Тег и псевдоним ABNF 



 Дата файла: 18 сентября 2007 г. 
%%
Тип: алфавит
Тег: пиньинь2001
Описание: Алфавит произношения китайского мандарина
Добавлено: 18 сентября 2007 г.
Ссылка на опубликованное описание алфавита произношения:
 «Стандарт для схемы ввода алфавита китайского произношения с
 Универсальная клавиатура» (China GF 3006-2001), опубликованная китайским
 правительством в 2001 году. Версия на китайском языке доступна в
 веб-сайт образования Китайской Народной Республики по адресу
 http://www.moe.gov.cn/edoas/website18/level3.jsp?tablename=1264&infoid=13149
Комментарии: Пожалуйста, обратитесь к «Стандарту схемы китайских
 Ввод произношения алфавита с помощью универсальной клавиатуры» (Китай GF
 3006-2001), опубликованный правительством Китая в 2001 году. Этот стандарт
 определяет, как вводить тон сандиса и некоторые специальные гласные китайского языка
 Алфавит произношения с помощью универсальной клавиатуры.
%%
Тип: псевдоним
Тег: пиньинь
Псевдоним: пиньин2001
Добавлено: 18 сентября 2007 г.
%%
Тип: алфавит
Тег: джютпинг
Описание: Алфавит китайского кантонского произношения
Добавлено: 18 сентября 2007 г. 
Ссылка на опубликованное описание алфавита произношения: Пожалуйста
 см. «Схему романизации кантонского диалекта LSHK»,
 опубликовано «Лингвистическим обществом Гонконга» в 1993 г.%%
Тип: алфавит
Тег: Джейта
Описание: Алфавит произношения, опубликованный JEITA.
Добавлено: 18 сентября 2007 г.
Ссылка на опубликованное описание алфавита произношения: Пожалуйста
 обратитесь к «Алфавиту фонем JEIDA-62-2000»,
 опубликовано "Japan Electronics and Information Technology Industries"
 Ассоциация» (JEITA) (http://www.jeita.or.jp).
 Резюме этого документа (на японском языке) доступно по адресу:
 http://it.jeita.or.jp/document/publica/standard/summary/JEIDA-62-2000.pdf. 3.2.
Проверка произношения алфавита 

 

The Pronunciation Alphabet Reviewer модерирует список рассылки , отвечает на запросы о регистрации и выполняет другие обязанности по ведению реестра описано в Разделе 3.3 (Ведение реестра). Кроме как описано там, разрешено только Рецензенту произношения алфавита запросить у IANA изменение, обновление или добавление записей в Pronunciation Алфавитный реестр. Рецензент произношения алфавита МОЖЕТ делегировать перечислите модерацию и другие канцелярские обязанности по мере необходимости.

Рецензент произношения алфавита назначается IESG на на неопределенный срок, подлежит удалению или замене по решению IESG осмотрительность. IESG будет запрашивать кандидатов на эту должность (после принятия этого документа или при наличии вакансии), а затем запросить обратную связь о квалификации номинантов. Квалифицированные кандидаты должны быть ознакомлен с данным документом и его требованиями; готовы справедливо, ответственно и разумно управлять регистрацией обработать; и быть должным образом информированным о проблемах произношения алфавитов, чтобы рецензент мог оценить претензии и опираться на вклад экспертов в использование и определение произношения алфавиты и запросчики тегов.

Последующее исполнение или решения Произношения Alphabet Reviewer МОЖЕТ быть обжалован в IESG по тем же правилам, что и другие решения IETF (см. RFC2026 (Bradner, S., «The Internet Standards Process — Revision 3», October 1996.) [RFC2026]). То IESG может изменить или отменить решения Pronunciation Alphabet Reviewer, дайте рекомендации или примите другие соответствующие меры. действия.



3.3. Ведение Реестра

Рецензент произношения алфавита ДОЛЖЕН оценить каждый предложенный изменить, определить, не конфликтует ли оно с существующими записями реестра, и отправить информацию в IANA для включения в реестр.Если предложение отправлено, и рецензент произношения алфавита делает не сделать это своевременно, то любая заинтересованная сторона МОЖЕТ использовать процедуру в Разделе 3.5 (Процедура регистрации тега Pronunciation Alphabet), чтобы зарегистрируйте соответствующее обновление.

Рецензент произношения алфавита ДОЛЖЕН убедиться, что новые теги соответствуют требованиям Раздела 3.5 (Процедура регистрации тега Pronunciation Alphabet). Когда требуется изменение или дополнение реестра, Рецензент произношения алфавита ДОЛЖЕН подготовить полную запись, включая все поля, и направить его в IANA для вставки в реестр.Каждая изменяемая или вставляемая запись ДОЛЖНА быть отправлена ​​в отдельное сообщение.

Если запись представляет новый тег, который в настоящее время не существует в реестр, то строка темы сообщения ДОЛЖНА содержать слово "ВСТАВЛЯТЬ". Если запись представляет собой изменение существующего тега, то строка темы сообщения ДОЛЖНА содержать слово «ИЗМЕНИТЬ».

Сообщение ДОЛЖНО содержать запись для вставляемого тега или изменено и новая запись File-Date.Вот пример того, что тело сообщения может содержать:



 От: [email protected]
Кому: <>
Копия: 
Тема: ПРОИЗНОШЕНИЕ АЛФАВИТ ТЭГ ВСТАВКА

Дата файла: 25 августа 2006 г.
%%
Тип: алфавит
Тег: abcdef
Описание: американский английский алфавит
Добавлено: 25 августа 2006 г. 
Ссылка на опубликованное описание алфавита произношения: Любой
книга слов маленького ребенка.
Комментарии: Это комментарий показан в качестве примера.
%% 
 Рисунок 5. Пример формы ввода тега произношения алфавита 

Запись «Дата файла» в начале реестра обновляется, чтобы отразить дата самой последней модификации в [RFC3339] (Klyne, G., Эд. и К. Ньюман, «Дата и время в Интернете: метки времени», июль 2002 г.) формат «полная дата». Перед отправкой нового регистрации в IANA, рецензент произношения алфавита ДОЛЖЕН обеспечить что значения в записи действительны в соответствии с описанием в Раздел 3.1 (Формат реестра произношений алфавитов).



3.4. Стабильность записей реестра произношения алфавита

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

Хотя МОГУТ быть выполнены исправления ошибок в реестре время от времени попытки предоставить переводы или транскрипции записей в самом реестре, вероятно, не одобрят сообщества или полностью отвергается.

Назначения в Реестр алфавитов произношения ДОЛЖНЫ следовать следующие правила стабильности:

  1. Значения в полях «Тип», «Тег», «Добавлено» и «Устарело» НЕ ДОЛЖНЫ быть изменены и гарантированно останутся стабильными с течением времени.
  2. Значения в полях «Описание» и «Ссылка на опубликованные описание полей алфавита произношения НЕ ДОЛЖНО быть изменены таким образом, что ранее существовавшие теги становились недействительными. Они МОГУТ быть несколько расширены по объему, изменены, чтобы добавить информации или адаптированы к наиболее распространенному современному использованию.
  3. Поле «Комментарии» МОЖЕТ быть добавлено, изменено, изменено или удалены в процессе регистрации или любого из процессов или соображения, описанные в этом разделе.
  4. Поле «Псевдоним» МОЖЕТ быть изменено в процессе регистрации. или любой из процессов или соображений, описанных в этом раздел.


3.5. Процедура регистрации тега Pronunciation Alphabet

Описанная здесь процедура ДОЛЖНА использоваться всеми, кто хочет использовать тег в настоящее время не находится в реестре алфавитов произношения.

Эта процедура МОЖЕТ также использоваться для регистрации или изменения информацию в записи тега, как описано в Разделе 3.4 (Стабильность записей реестра алфавита произношения).

Регистрация нового тега или запрос модификации существующего тег начинается с того, что запрашивающая сторона отправляет электронное письмо, содержащее заполненный отправьте регистрационную форму (воспроизведена ниже) на адрес электронной почты org> на 90-дневный период проверки, прежде чем он может быть переданы в IANA.Это открытый список, к которому можно присоединиться, отправив запрос по адресу . Обратите внимание, что электронные письма не ограничен по размеру, чтобы запрос мог адекватно описать Регистрация.



 РЕГИСТРАЦИОННАЯ ФОРМА ТЕГА ПРОИЗНОШЕНИЯ АЛФАВИТА
1. Имя запрашивающего:
2. Адрес электронной почты запрашивающего:
3. Запрошенная запись: <запись, как определено в Разделе 3.1>
4. Любая другая необходимая информация: 
 Рисунок 6: Регистрационная форма тега произношения алфавита 

По истечении 90-дневного периода Алфавит произношения Рецензент либо направляет запись для вставки, либо для изменения IANA с копией для , согласно процедура, описанная в Разделе 3. 3 (Ведение реестра), или отклоняет запрос из-за существенных возражений, высказанных на список или из-за проблем с ограничениями в этом документе (которые ДОЛЖНЫ цитироваться явно). Рецензент произношения алфавита МОЖЕТ также продлевать период проверки с шагом в 90 дней, чтобы разрешить дальнейшее обсуждение. Рецензент произношения алфавита ДОЛЖЕН указать на указать, была ли регистрация принята, отклонена или продлена после каждого 90-дневного периода.

Обратите внимание, что рецензент произношения алфавита МОЖЕТ выдвигать возражения в списке, если он или она того желает. Важно то, что возражение ДОЛЖНО быть сделано публично.

Заявитель может изменить отклоненную заявку с дополнительную информацию и отправить ее повторно; это перезапускает 90-й день период комментариев.

Лица, категорически не согласные с решением, ДОЛЖНЫ зарегистрироваться с рецензентом произношения алфавита любые формальные возражения. Когда люди считают, что их опасения не учитываются должным образом группой, они МОГУТ попросить IESG подтвердить или опровергнуть решение. Рецензент произношения алфавита ДОЛЖЕН информировать IESG, когда группа участник выразил обеспокоенность по поводу надлежащей правовой процедуры. Любые запросы к IESG для подтверждения решения ДОЛЖНА включать краткое изложение проблемы (будь то техническое или процедурное), решение и обоснование возражение. Все контраргументы, обоснования и решения ДОЛЖНЫ записано.РЕКОМЕНДУЕТСЯ, чтобы все такие сообщения включали CC на . IESG может обратить вспять или отменить решение эксперта по произношению алфавита, дать рекомендации или предпринять другие соответствующие действия.

Обновления или изменения существующих записей следуют той же процедуре, что и новые регистрации. Рецензент произношения алфавита решает, следует ли есть согласие обновить регистрацию по истечении 90 дней период рассмотрения; обычно возражения первоначального регистранта иметь дополнительный вес в формировании такого консенсуса.



3.6. Инициализация реестров

После принятия настоящего документа первоначальная версия Необходим реестр произношения алфавита. Начальный Pronunciation Alphabet Registry содержит начальный набор допустимых теги. Этот набор тегов описан в разделе 3.6.1 (Первоначальные запросы реестра).

IANA ДОЛЖНА опубликовать первоначальную версию реестра, описанную этот документ из содержания Раздела 3.6.1 (Первоначальные запросы реестра). После публикации IANA процедуры обслуживания, правила и процессы регистрации, описанные в этом документе, будут доступны для новых регистраций или обновлений.



3.6.1. Первоначальные запросы реестра



3.6.1.1. пиньин2001

 Запрос на пиньин2001
   1. Имя заявителя: Чживэй Шуан
   2. Адрес электронной почты заявителя: [email protected]
   3. Требуемая запись:
 Тип : алфавит
 Тег: пиньинь2001
 Описание: Алфавит произношения китайского мандарина
 Ссылка на опубликованное описание алфавита произношения:
 «Стандарт для схемы ввода алфавита китайского произношения с
 Универсальная клавиатура» (China GF 3006-2001), опубликованная китайским
 правительство в 2001 году. Версия на китайском языке доступна в
 веб-сайт образования Китайской Народной Республики по адресу
 http://www.moe.gov.cn/edoas/website18/level3.jsp?tablename=1264&infoid=13149
Комментарии: Пожалуйста, обратитесь к «Стандарту схемы китайских
 Ввод произношения алфавита с помощью универсальной клавиатуры» (Китай GF
 3006-2001), опубликованный правительством Китая в 2001 году. Этот стандарт
 определяет, как вводить тон сандиса и некоторые специальные гласные китайского языка
 Алфавит произношения с помощью универсальной клавиатуры.
  4.Любая другая соответствующая информация: 


3.6.1.2. пиньинь

 Запрос пиньинь
   1. Имя заявителя: Чживэй Шуан
   2. Адрес электронной почты заявителя: [email protected]
   3. Требуемая запись:
 Тип: псевдоним
 Тег: пиньинь
 Псевдоним: пиньин2001 


3.7. Выбор произношения Алфавит Теги

Иногда приходится выбирать между несколькими возможными произношение алфавитов для одного и того же тега. НАСТОЯТЕЛЬНО РЕКОМЕНДУЕТСЯ что наиболее широко принятым и используемым алфавитом произношения является выбранный для конкретного тега.Алфавиты произношения, которые относятся к предпочтительными являются опубликованные национальные стандарты или стандарты ассоциации.

Совместимость лучше всего обеспечивается, когда все пользователи используют один и тот же произношение тега алфавита для того, чтобы представлять то же самое произношение алфавит. Если зарегистрирован один произносительный алфавит с одним тегом, он НЕ ДОЛЖЕН быть зарегистрирован с другими тегами. Единственный исключением является использование псевдонима.



3.8. Вопросы безопасности

Хотя спецификация записей реестра ДОЛЖНА быть доступна через Интернет реализации НЕ ДОЛЖНЫ механически зависеть от он всегда доступен для предотвращения атак типа «отказ в обслуживании».

Приложение SSML может завершиться ошибкой, если кто-то перехватит и изменит значение псевдонима для чего-то, что процессор не поддерживает (если процессор полагается на механическую проверку значения псевдонима).

Приложение SSML может завершиться ошибкой, если кто-то перехватит и изменит псевдоним более ранней версии алфавита, который процессор поддерживает, но может иметь разные поддерживаемые символы алфавита (если процессор полагается на проверку значения псевдонима механически).



3.9. Соображения IANA



3.9.1. Новые реестры

В этом разделе описываются пространства имен (реестры) для PAR, которые IANA предлагается создать и поддерживать. Назначение/регистрация Политики описаны в RFC5226 (Нартен, Т. и Х. Альвестранд, «Руководство по составлению раздела рекомендаций IANA в RFC», май 2008 г.) [RFC5226].



3.9.1.1. Алфавиты произношения

IANA ДОЛЖНА создать новое пространство имен «Pronunciation Алфавиты».Все обслуживание внутри и дополнения к содержанию этого пространства имен ДОЛЖНО соответствовать Разделу 3 (Формат реестра и обслуживание). Исходное содержание реестра, как определено в Разделе 3.6.1 (Первоначальные запросы реестра), приведены ниже:

 Дата файла: ** ПОЖАЛУЙСТА, ЗАПОЛНИТЕ **
%%
Тип : алфавит
Тег: пиньинь2001
Описание: Алфавит произношения китайского мандарина
Ссылка на опубликованное описание алфавита произношения:
 «Стандарт для схемы ввода алфавита китайского произношения с
 Универсальная клавиатура» (China GF 3006-2001), опубликованная китайским
 правительство в 2001 году.Версия на китайском языке доступна в
 веб-сайт образования Китайской Народной Республики по адресу
 http://www.moe.gov.cn/edoas/website18/level3.jsp?tablename=1264&infoid=13149
Комментарии: Пожалуйста, обратитесь к «Стандарту схемы китайских
Ввод произношения алфавита с помощью универсальной клавиатуры» (Китай GF
 3006-2001), опубликованный правительством Китая в 2001 году. Этот стандарт
 определяет, как вводить тон сандиса и некоторые специальные гласные китайского языка
 Алфавит произношения с помощью универсальной клавиатуры. 
Добавлено: ** ПОЖАЛУЙСТА, ЗАПОЛНИТЕ **
%%
Тип: псевдоним
Тег: пиньинь
Псевдоним: пиньин2001
Добавлено: ** ПОЖАЛУЙСТА, ЗАПОЛНИТЕ ** 


4. Ссылки



4.1. Нормативные ссылки

[RFC2026] Брэднер, С., «Процесс стандартизации Интернета — редакция 3», BCP 9, RFC 2026, октябрь 1996 г. (TXT).
[RFC2119] Брэднер, С., «Ключевые слова для использования в RFC для указания уровней требований», BCP 14, RFC 2119, март 1997 г. (TXT, HTML, XML).
[RFC5226] Нартен Т. и Х. Альвестранд, «Рекомендации по составлению раздела рекомендаций IANA в RFC», BCP 26, RFC 5226, май 2008 г. (TXT).
[RFC3339] Клайн, Г., изд. и К. Ньюман, «Дата и время в Интернете: метки времени», RFC 3339, июль 2002 г. (TXT, HTML, XML).
[RFC5234] Крокер, Д. и П. Оверелл, «Расширенный BNF для спецификаций синтаксиса: ABNF», STD 68, RFC 5234, январь 2008 г. (TXT).
[ИСО.646.1991] Международная организация по стандартизации, «Информационные технологии — набор 7-битных кодированных символов ISO для обмена информацией», стандарт ISO 646, 1991 г.
[W3C.REC-произношение-лексикон-20081014] Баггиа П., «Спецификация лексикона произношения (PLS), версия 1.0», Рекомендация консорциума World Wide Web REC-pronunciation-lexicon-20081014, октябрь 2008 г. (HTML).
[W3C.REC-xml-20081126] Малер Э., Йержо Ф., Сперберг-МакКуин К., Паоли Дж. и Т. Брей, «Расширяемый язык разметки (XML) 1.0 (пятое издание)», Рекомендация консорциума World Wide Web REC-xml -20081126, ноябрь 2008 г. (HTML).
[W3C.CR-синтез речи11-200] Шуанг, З. и Д. Бернетт, «Язык разметки синтеза речи (SSML), версия 1. 1», Консорциум World Wide Web CR CR-speech-synchronous11-200, август 2009 г. (HTML).


4.2. Информативные ссылки



Приложение А. Авторы

Пол Бэгшоу (France Telecom)
Паоло Баджа (Локендо)
 


Приложение Б. Благодарности

Большое спасибо следующим дополнительным членам W3C Voice Рабочая группа браузера.

Ян Джун (iFLYTEK)
Лу Сяоян (Toshiba)
Дэжи Хуанг (France Telecom)
Казуюки Ашимура (W3C)
 

Председателем Рабочей группы W3C по голосовому браузеру является Джим Ларсон. (независимый консультант) и Скотт МакГлашан (HP).



Адреса авторов

  Дэниел С. Бернетт
  Voxeo
  189 South Orange Avenue #2050
  Орландо, Флорида 32801
  США
Электронная почта:  [email protected] ком
   
  ЧжиВэй Шуан
  IBM
  8 Dongbeiwang WestRoad
  Район Хайдянь, Пекин 100094
  КНР
Электронная почта:  [email protected]

важный «язык» для LEO

Сотрудники полиции1

Фонетические алфавиты

предназначены для пользователей радио, чтобы они могли произносить и понимать цепочки букв и цифр независимо от качества сигнала.Полицейский алфавит, уникальный для американских офицеров, еще более лаконичен, чем военный кодекс, и полезен для четкой передачи по радио такой информации, как имена и номерные знаки.

Откуда полицейский алфавит и радиокоды?

Полицейский алфавит, используемый офицерами, аналогичен фонетическому алфавиту ИКАО 1956 года, используемому военными организациями, связанными с НАТО.

Алфавит полиции взят из информационного бюллетеня за апрель 1940 года, выпущенного Международной ассоциацией официальных лиц по связям с общественностью, или APCO.

Даже после того, как алфавит НАТО стал использоваться, местные полицейские управления и управления штата продолжали использовать полицейский алфавит APCO для передачи информации, такой как номерные знаки, по радио. На самом деле, полицейский алфавит может быть даже короче и выразительнее, чем его военный аналог.

Например, офицеры экономят несколько лишних слогов, когда говорят:

Франк вместо Фокстрот
Ида вместо Индии
Нора вместо ноября
Королева вместо Квебека

Сегодня такие отдаленные департаменты, как Хьюстон и Нью-Йорк, приняли форму алфавита APCO, хотя и с некоторыми незначительными различиями между ними.

Зачем использовать полицейский алфавит?

Подобные буквы, такие как D и B, могут звучать одинаково в нечетком радиотрафике. Использование полицейского алфавита делает то, что вы пытаетесь сказать, более очевидным и сводит к минимуму ошибки за счет уточнения букв.

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

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

Полицейские управления используют смесь простого английского языка, 10 кодов и фонетического алфавита, чтобы радиосвязь была как можно короче.

Полицейский алфавит везде одинаков? Полицейские кодексы

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

LAPD скажет «Эдвард»; Полиция Нью-Йорка скажет: «Эдди.
Полиция Лос-Анджелеса скажет «Линкольн»; Полиция Нью-Йорка скажет «Ларри».
Полиция Лос-Анджелеса говорит Пол, полиция Нью-Йорка говорит Питер. Есть также Том против Томаса и Янг против Желтого.

Эти незначительные различия на самом деле не мешают общению между отделами. Но другая форма связи с полицией, 10-коды, — это совсем другое дело.

Поэтапный отказ от 10-кодовой системы

Хотя популярные коды, такие как «10-4» («Утвердительно»), распознаются повсюду, полицейские радиокоды могут сильно различаться в разных регионах.В зависимости от того, откуда вы родом, полицейский код 10-33 может означать либо обнаружение пробки на дороге, либо обнаружение сбитого офицера — очевидно, это не две вещи, которые вы хотите спутать.

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

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

Вот полный фонетический алфавит полиции Лос-Анджелеса для справки:

перерыв — тег алфавита?

Часть первая: здесь

Часть третья: здесь

~~~

Джагхед x читатель, в котором Шерил вовлекается в личную жизнь (Т/И).
~~~

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

Его смерть потрясла маленький городок Ривердейл до последнего человека. Конечно, Шерил и (Т/И) пережили это тяжелее всего, особенно после того, как его тело было найдено, и они поняли, что его план побега провалился.

У Шерил была потрясающая идея отвлечь их внимание от Джейсона, и это касалось личной жизни (Т/И) или, скорее, ее отсутствия.
~~~

«Хорошо, неудачники!» Шерил воскликнула, подходя к Бетти и Веронике: «Пора слушать!»

И Бетти, и Вероника одновременно закатили глаза, услышав неприятный голос Шерил. "Что ты хочешь?" — спросила Вероника.

Взглянув на Арчи и Кевина, сидевших с двумя девушками, Шерил наклонила голову, показывая девушкам, что хочет поговорить с ними наедине.

Две девушки нерешительно встали, игнорируя любопытные взгляды Кевина и Арчи.Шерил повела их через футбольное поле, остановилась и плюхнулась, когда они подошли к трибунам. Она погладила траву рядом с собой, а Бетти и Вероника осторожно сели.

— Что тебе нужно, Уизли? — спросила Вероника.

«Не нужно быть таким враждебным Ложе. Я пришла с миром, — ровно ответила Шерил.

Бетти усмехнулась, сурово глядя на рыжую.

— В любом случае, — продолжила Шерил, — я думаю, вам будет интересно то, что я скажу.Видишь ли, у меня есть опасения по поводу (Т/И) и твоего маленького друга Джагхеда.

Бетти и Вероника оживились, когда услышали (Т/И) и имя Джагхеда в одном предложении. Все знали, что они нравились друг другу.

— Видишь ли… — начала Шерил. Она продолжила рассказывать двум девочкам все об инциденте в биологии, начиная с того места, где Арчи пригласил (Т/И) на свидание, и о том, как Джагхед признался в своих чувствах. Она закончила свою небольшую речь, сказав им, что планирует собрать их вместе.

«Наконец-то!» — воскликнула Вероника. «Этому мальчику нужно было вырастить пару и признаться. Каким бы ни был твой план, я в деле».

«Но, — перебила Бетти, — нам понадобится помощь».

Итак, они втянули Арчи и Кевина в дикий план Шерил.
~~~

— Арчи, — начала Шерил, — поэтому я знаю, что тебе, вероятно, будет очень неловко, но нам нужно, чтобы ты продолжал пытаться очаровать (Т/Н)».

Рыжеволосый парень кивнул: «Если бы я знал, что Джаг любит ее, я бы даже не пытался сделать ход.Я сделаю все возможное».

Шерил кивнула, довольная его ответом. Она повернулась к следующему человеку: «Кевин. Мне нужно, чтобы ты был рядом с ней 24/7».

Кевин шутливо отсалютовал ей. «Я могу это сделать. И да, Шерил, я знаю, что должен убедить ее продолжать проводить время с Арчи».

Шерил ухмыльнулась. Повернувшись к Бетти и Веронике, она вытащила свой телефон и протянула им.

«Запишите свои числа в проигрыши. Мне нужно поддерживать связь со всеми вами.
~~~

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

Решив не обращать внимания на свою рыжую подругу, (Т/И) умело открыла свой шкафчик, сразу же подвергнувшись нападению ярко-розовых цветов. Вытащив их, она поняла, что это розы.

«О (Т/Н)! Они такие, совершенно красивые!» – взвизгнула Шерил. «От кого они?»

(Т/Н) осторожно схватил карточку, прикрепленную к букету.

‘Я увидел эти цветы и не мог удержаться. Их красота напомнила мне о тебе, и хотя твоя красота намного больше, я думал, ты оценишь их по достоинству. -Арчи’

«Ооо, Арчи», сказала Шерил, шевеля бровями. Ее план шел по плану. Она, Би и Ви выбрали цветы, хотя записку действительно написал Арчи.

(Т/Н) сильно покраснел, когда Шерил быстро написала Арчи, сказав ему, чтобы он пришел. Она заметила, как Джагхед наблюдает за происходящим, прислонившись к шкафчикам и стиснув зубы.

— Привет (Т/И) — начал Арчи, подойдя к двум девушкам. «Я знаю, что ты уже сказал «нет», но я надеялся, что эти цветы изменят твое мнение».

Шерил резко ударила локтем (H/C) девушку, выбив ее из молчания.

Comments