Html как сделать ссылку на другую страницу: Ссылка на адрес электронной почты

· React Native

Связывание предоставляет вам общий интерфейс для взаимодействия как со входящими, так и с исходящими ссылками на приложения.

Каждая ссылка (URL) имеет схему URL, некоторые веб-сайты имеют префикс https:// или http:// , а http является схемой URL. Назовем это схемой для краткости.

В дополнение к https вы, вероятно, также знакомы со схемой mailto . Когда вы открываете ссылку со схемой mailto, ваша операционная система открывает установленное почтовое приложение. Аналогично есть схемы совершения телефонных звонков и отправки СМС. Подробнее о встроенных схемах URL читайте ниже.

Как и при использовании схемы mailto, можно ссылаться на другие приложения с помощью пользовательских схем URL. Например, когда вы получаете электронное письмо Magic Link от Slack, кнопка Launch Slack представляет собой тег привязки с href, который выглядит примерно так: slack://secret/magic-login/other-secret . Как и в случае со Slack, вы можете указать операционной системе, что хотите обрабатывать пользовательскую схему. Когда приложение Slack открывается, оно получает URL-адрес, который использовался для его открытия. Это часто называют глубокими ссылками. Узнайте больше о том, как добавить ссылку на контент в свое приложение.

Пользовательская схема URL — не единственный способ открыть приложение на мобильном устройстве. Вы не хотите использовать настраиваемую схему URL-адресов в ссылках в электронной почте, потому что тогда ссылки будут неработающими на рабочем столе. Вместо этого вы хотите использовать обычные ссылки https , такие как https://www.myapp.io/records/1234546 . и на мобильном устройстве вы хотите, чтобы эта ссылка открывала ваше приложение. Android называет это Deep Links (Universal Links — iOS).

Встроенные схемы URL-адресов

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

Схема	Описание	IOS	Android
Mailto	Open Mail App, EG: Mailto: [адрес электронной почты.	Open phone app, eg: tel:+123456789	✅	✅
sms	Open SMS app, eg: sms:+123456789	✅	✅
https / http	Open web browser app, eg: https://expo.io	✅	✅

Enabling Deep Links​

If you want to enable deep links в вашем приложении, пожалуйста, прочтите приведенное ниже руководство:

• Android
• iOS

Инструкции по добавлению поддержки глубоких ссылок на Android см. в разделе Включение глубоких ссылок для содержимого приложения — Добавление фильтров намерений для ваших глубоких ссылок .

Если вы хотите получить намерение в существующем экземпляре MainActivity, вы можете установить launchMode MainActivity на singleTask в AndroidManifest. xml . Дополнительную информацию см. в документации по .

  android:name=".MainActivity" 
 android:launchMode="singleTask"> 
 

Обработка глубоких ссылок​

Существует два способа обработки URL-адресов, открывающих ваше приложение.

1. Если приложение уже открыто, приложение отображается на переднем плане и запускается событие Linking ‘url’

Вы можете обрабатывать эти события с помощью Linking.addEventListener('url', callback) — вызывает callback( {url}) со связанным URL-адресом

2. Если приложение еще не открыто, оно открывается, и URL-адрес передается как начальный URL-адрес

Эти события можно обрабатывать с помощью Linking.getInitialURL() — он возвращает обещание, которое разрешается в URL-адрес, если он есть.

Example​

Open Links and Deep Links (Universal Links)​

• TypeScript
• JavaScript

Open Custom Settings​

• TypeScript
• JavaScript

Get the Deep Link​

• TypeScript (Android)0037

   static addEventListener( 
   type: 'url', 
   обработчик: (event: {url: string}) => void, 
   ): EmitterSubscription; 
   

  Добавьте обработчик к изменениям связывания, прослушивая тип события url и предоставляя обработчик.

  ---

  canOpenURL() ​

   static canOpenURL(url: string): Promise; 
   

  Определите, может ли установленное приложение обрабатывать заданный URL-адрес.

  Метод возвращает Обещание объекта. Когда определяется, можно ли обработать данный URL-адрес, обещание разрешается, и первым параметром является то, можно ли его открыть.

  Обещание будет отклонено на Android, если невозможно проверить, можно ли открыть URL-адрес, или при нацеливании на Android 11 (SDK 30), если вы не указали соответствующие запросы о намерениях в AndroidManifest.xml . Точно так же на iOS обещание будет отклонено, если вы не добавили конкретную схему в Ключ LSApplicationQueriesSchemes внутри Info.plist (см. ниже).

  Параметры:

  Имя	Тип	Описание
  URL Требуется	Строка	.

  Для веб-URL протокол ( "http://" , "https://" ) должен быть установлен соответствующим образом!

  Этот метод имеет ограничения на iOS 9+. Из официальной документации Apple:

  • Если ваше приложение связано с более ранней версией iOS, но работает в iOS 9.0 или более поздней версии, вы можете вызывать этот метод до 50 раз. После достижения этого предела последующие вызовы всегда разрешаются в false . Если пользователь переустанавливает или обновляет приложение, iOS сбрасывает ограничение.

  Начиная с iOS 9 ваше приложение также должно предоставить ключ LSApplicationQueriesSchemes внутри Info.plist или canOpenURL() всегда будет разрешаться в false .

  При нацеливании на Android 11 (SDK 30) необходимо указать намерения для схем, которые вы хотите обрабатывать, в AndroidManifest. xml . Список общих намерений можно найти здесь.

  Например, для обработки схем https в манифест необходимо добавить следующее: ВИД» />
  
  
  
  
  

  ---

  getInitialURL() ​

   static getInitialstring |(): Promise< ноль>; 
   

  Если запуск приложения был вызван ссылкой на приложение, он предоставит URL-адрес ссылки, в противном случае он даст null .

  Сведения о поддержке внешних ссылок на Android см. на странице http://developer.android.com/training/app-indexing/deep-linking.html#handling-intents 9.0005

  getInitialURL может возвращать null при включенной отладке. Отключите отладчик, чтобы убедиться, что он пройден.

  ---

  openSettings() ​

   static openSettings(): Promise; 
   

  Откройте приложение «Настройки» и отобразите пользовательские настройки приложения, если они есть.

  ---

  openURL() ​

   static openURL(url: string): Promise; 
   

  Попробуйте открыть данные URL с любым из установленных приложений.

  Вы можете использовать другие URL-адреса, например местоположение (например, «geo:37.484847,-122.148386» на Android или «http://maps.apple.com/?ll=37.484847,-122.148386» на iOS), контакт, или любой другой URL-адрес, который можно открыть с помощью установленных приложений.

  Метод возвращает объект Promise . Если пользователь подтверждает открытый диалог или автоматически открывается URL-адрес, обещание разрешается. Если пользователь отменяет открытый диалог или для URL-адреса нет зарегистрированных приложений, обещание отклоняется.

  Параметры:

  Название	Тип	Описание
  URL Требуется	Строка	.

  Этот метод не работает, если система не знает, как открыть указанный URL-адрес. Если вы передаете URL-адрес, отличный от http(s), лучше сначала проверить canOpenURL() .

  Для веб-URL протокол ( "http://" , "https://" ) должны быть установлены соответственно!

  Этот метод может вести себя по-разному в симуляторе, например. "тел:" ссылки не могут быть обработаны в симуляторе iOS, так как нет доступа к приложению номеронабирателя.

  ---

  sendIntent()

  Android

  ​

   static sendIntent( 
   action: string, 
   extras?: Array<{key: string; value: string | number | boolean}>, 
   ): Promise; 
   

  Запустите намерение Android с дополнительными функциями.

  Параметры:

  Название	Тип
  Действие	Строка
  	70058	Строситель
  70058	Строка
  70058
  . число \| boolean}

  Написание документов — MkDocs

  Как размещать и писать исходные файлы Markdown.

  ---

  Макет файла

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

  mkdocs.yml .

  Самый простой проект, который вы можете создать, будет выглядеть примерно так:

   mkdocs.yml
  документы/
      index.md 

  По соглашению домашняя страница вашего проекта должна называться index.md (см. Индекс страницы ниже для подробностей). Любой из следующих файлов расширения могут использоваться для исходных файлов Markdown: markdown , mdown , мкдн , мкд , мкд . Все файлы Markdown, включенные в вашу документацию каталог будет отображаться на построенном сайте независимо от каких-либо настроек.

  Примечание

  Файлы и каталоги, имена которых начинаются с точки (например: .foo.md или .bar/baz.md ) игнорируются MkDocs, что соответствует поведение большинства веб-серверов. Нет возможности переопределить это поведение.

  Вы также можете создать многостраничную документацию, создав несколько Markdown файлы:

   mkdocs.yml
  документы/
      index.md
      о.мд
      license.md 

  Макет файла, который вы используете, определяет URL-адреса, используемые для сгенерированных страницы. Учитывая приведенный выше макет, страницы будут созданы для следующих URL-адресов:

   /
  /о/
  /license/ 

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

   документов/
      index.md
      руководство пользователя/getting-started.md
      руководство пользователя/configuration-options.md
      license.md 

  Исходные файлы внутри вложенных каталогов вызовут создание страниц с вложенные URL-адреса, например:

   /
  /руководство пользователя/начало работы/
  /руководство пользователя/параметры конфигурации/
  /license/ 

  Любые файлы, не идентифицированные как файлы Markdown (по расширению файла) внутри каталога документации копируются MkDocs к построенному сайту без изменений.

  Видеть как сделать ссылку на изображения и медиа ниже для получения подробной информации.

  Индексные страницы

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

  Многие сайты, на которых размещены репозитории, обеспечивают специальную обработку файлов README. отображение содержимого файла README при просмотре содержимого каталог. Таким образом, MkDocs позволит вам назвать ваши индексные страницы как README.md вместо index.md

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

  Если файлы index.md и README.md находятся в каталог, то используется файл index.md и README.md файл игнорируется.

  Настройка страниц и навигации

  Параметр конфигурации навигации в файле mkdocs.yml определяет, какие страницы включены в глобальное меню навигации по сайту, а также структуру этого меню. Если не указано, навигация будет автоматически создается путем обнаружения всех файлов Markdown в каталог документации. Автоматически созданный конфигурация навигации всегда будет сортироваться в алфавитно-цифровом порядке по имени файла (за исключением того, что индексные файлы всегда будут перечислены первыми в подразделе). Ты вам нужно будет вручную определить конфигурацию навигации, если вы хотите ваше навигационное меню отсортировано по-другому.

  Минимальная конфигурация навигации может выглядеть так:

   nav:
      - 'index. md'
      - 'about.md' 

  Все пути в конфигурации навигации должны указываться относительно docs_dir вариант конфигурации. Если для этой опции установлено значение по умолчанию, docs , исходные файлы для вышеуказанной конфигурации будут расположены по адресу docs/index.md и док/об.мд .

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

   навигация:
      - Домашняя страница: 'index.md'
      - О программе: 'about.md' 

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

  Подразделы навигации могут быть созданы путем перечисления связанных страниц вместе под название раздела. Например:

   навигация:
      - Домашняя страница: 'index.md'
      - 'Гид пользователя':
          - 'Написание ваших документов': 'writing-your-docs.md'
          - «Стиль ваших документов»: «styling-your-docs.md»
      - О:
          - «Лицензия»: «license.md»
          - «Примечания к выпуску»: «release-notes.md» 

  В приведенной выше конфигурации у нас есть три элемента верхнего уровня: «Главная», «Руководство пользователя». и о.» «Главная» — это ссылка на главную страницу сайта. В разделе «Пользователь Руководство» перечислены две страницы: «Написание документов» и «Стиль вашего docs.» В разделе «О программе» перечислены еще две страницы: «Лицензия» и «Примечания к выпуску».

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

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

  Написание с помощью Markdown

  Страницы MkDocs должны быть созданы в Markdown, упрощенном языке разметки в результате получаются легко читаемые и легко записываемые простые текстовые документы, которые можно преобразуются в действительные HTML-документы предсказуемым образом.

  MkDocs использует библиотеку Python-Markdown для преобразования документов Markdown в HTML. Python-Markdown почти полностью соответствует эталону реализация, хотя есть несколько очень незначительных отличий.

  В дополнение к базовому синтаксису Markdown, который является общим для всех Markdown реализации, MkDocs включает поддержку расширения синтаксиса Markdown с помощью Расширения Python-Markdown. См. Markdown_extensions MkDocs Настройка конфигурации для получения подробной информации о том, как включить расширения.

  MkDocs по умолчанию включает некоторые расширения, которые выделены ниже.

  Внутренние ссылки

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

  Ссылки на страницы

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

   Для получения дополнительной информации см. [лицензию проекта](license.md). 

  При запуске сборки MkDocs эти ссылки Markdown будут автоматически преобразуется в HTML-гиперссылку на соответствующую HTML-страницу.

  Предупреждение

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

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

   Подробнее см. [лицензию проекта](../about/license.md). 

  Расширение toc используется MkDocs для создания идентификатора для каждого заголовка в вашем Документы с уценкой. Вы можете использовать этот идентификатор для ссылки на раздел внутри цели. документа с помощью якорной ссылки. Сгенерированный HTML будет правильно преобразован часть пути ссылки и оставить часть привязки нетронутой.

   Для получения дополнительной информации см. [лицензию проекта](about.md#license). 

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

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

  • постоянная ссылка

    Генерировать постоянные ссылки в конце каждого заголовка. По умолчанию: Ложь .

    Если установлено значение True, символ абзаца (¶ или ¶ ) используется в качестве текст ссылки. Если задано значение строки, предоставленная строка используется в качестве ссылки. текст. Например, чтобы вместо этого использовать символ решетки ( # ), выполните:

     markdown_extensions:
        - так:
            постоянная ссылка: "#" 

  • базовый уровень

    Базовый уровень для заголовков. По умолчанию: 1 .

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

    ), сделать:

     markdown_extensions:
        - так:
            базовый уровень: 2 

    Тогда любые заголовки в вашем документе будут увеличены на 1. Например, заголовок # Заголовок будет отображаться как заголовок 2 уровня (

    ) в HTML выход.

  • сепаратор

    Разделитель слов. По умолчанию: - .

    Символ, который заменяет пробел в сгенерированных идентификаторах. Если вы предпочитаете подчеркивания, затем выполните:

     markdown_extensions:
        - так:
            разделитель: "_" 

  Обратите внимание: если вы хотите определить несколько из вышеуказанных параметров, вы должны сделать это под одной toc запись в конфигурации markdown_extensions вариант.

   markdown_extensions:
      - так:
          постоянная ссылка: "#"
          базовый уровень: 2
          разделитель: "_" 

  Ссылки на изображения и мультимедиа

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

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

   mkdocs.yml
  документы/
      CNAME
      index.md
      о.мд
      лицензия.мд
      картинка/
          screenshot.png 

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

   Индексатор Cupcake — это шикарный новый проект для индексации маленьких пирожных.
  ![Скриншот](img/screenshot.png)
  *Вверху: индексатор Cupcake в процессе* 

  Ваше изображение теперь будет встроено при создании документации и должно также предварительно просмотреть, если вы работаете над документацией в редакторе Markdown.

  Ссылка из необработанного HTML

  Уценка позволяет авторам документа вернуться к необработанному HTML, когда уценка синтаксис не соответствует требованиям автора. MkDocs не ограничивает Markdown в этом внимание. Однако, поскольку парсер Markdown игнорирует весь необработанный HTML-код, MkDocs не может проверять или преобразовывать ссылки, содержащиеся в необработанном HTML. При включении внутренние ссылки в необработанном HTML, вам нужно будет вручную отформатировать ссылку соответствующим образом отображаемому документу.

  Метаданные

  MkDocs включает поддержку метаданных в стиле YAML и MultiMarkdown (часто называется фронтом). Метаданные состоят из набора ключевых слов и значений. определенные в начале документа Markdown, которые удаляются из документ до его обработки Python-Markdown. Пары ключ/значение передаются MkDocs в шаблон страницы. Таким образом, если тема включает поддержка, значения любых ключей могут отображаться на странице или использоваться для управления отрисовка страницы. См. документацию по вашей теме для получения информации о том, какие ключи могут поддерживаться, если таковые имеются.

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

  • шаблон

    Шаблон для использования с текущей страницей.

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

  • Название

    «Заголовок» документа.

    MkDocs попытается определить название документа в следующих способов, по порядку:

    1. Заголовок, определенный в настройках конфигурации навигации для документа.
    2. Заголовок, определенный в ключе метаданных title документа.
    3. Заголовок Markdown уровня 1 в первой строке тела документа. Обратите внимание, что заголовки в стиле Setext не поддерживаются.
    4. Имя файла документа.

    При обнаружении заголовка страницы MkDoc не продолжает проверку дополнительные источники в приведенном выше списке.

  Метаданные стиля YAML

  Метаданные стиля YAML состоят из пар ключ/значение YAML, заключенных в стиль YAML разделители для обозначения начала и/или конца метаданных. Первая строка документ должен быть --- . Метаданные заканчиваются на первой строке, содержащей конечный разделитель (либо --- или ...). Содержимое между разделителями анализируется как YAML.

   ---
  Название: Мой документ
  резюме: краткое описание моего документа.
  авторы:
      - Уэйлан Лимберг
      - Том Кристи
  дата: 2018-07-10
  some_url: https://example.com
  ---
  Это первый абзац документа.  

  YAML может определять типы данных. Таким образом, в приведенном выше примере значения of title , summary и some_url являются строками, значение автора это список строк и значение date является объектом datetime.date . Обратите внимание, что ключи YAML чувствительны к регистру, и MkDocs ожидает, что все ключи будут строчными. Верхний уровень YAML должен быть набором пар ключ/значение, в результате чего в Python dict возвращается. Если возвращается какой-либо другой тип или YAML парсер встречает ошибку, то MkDocs не распознает раздел как метаданные, атрибут страницы meta будет пустым, а раздел не удалены из документа.

  Метаданные стиля MultiMarkdown

  Метаданные стиля MultiMarkdown используют формат, впервые представленный Мультимаркдаун проект. Данные состоят из ряда ключевых слов и значений определяется в начале документа Markdown, например:

   Заголовок: Мой документ
  Резюме: Краткое описание моего документа. 
  Авторы: Вэйлан Лимберг
           Том Кристи
  Дата: 23 января 2018 г.
  пустое значение:
  some_url: https://example.com
  Это первый абзац документа. 

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

  Если строка имеет отступ в 4 или более пробела, эта строка считается дополнительная строка значения для предыдущего ключевого слова. Ключевое слово может иметь как много строк по желанию. Все строки объединяются в одну строку.

  Первая пустая строка завершает все метаданные документа. Следовательно, первый строка документа не должна быть пустой.

  Примечание

  MkDocs не поддерживает разделители в стиле YAML ( --- или ... ) для Метаданные в стиле MultiMarkdown. Фактически, MkDocs полагается на наличие или отсутствие разделителей для определения того, являются ли метаданные в стиле YAML или Используются метаданные в стиле MultiMarkdown. Если разделители обнаружено, но содержимое между разделителями недопустимо YAML метаданные, MkDocs не пытается анализировать содержимое как MultiMarkdown метаданные стиля.

  Таблицы

  Расширение таблиц добавляет в Markdown базовый синтаксис таблиц, который популярен через несколько реализаций. Синтаксис довольно прост и обычно полезно только для простых табличных данных.

  Простая таблица выглядит следующим образом:

   Первый заголовок | Второй заголовок | Третий заголовок
  ------------ | ------------- | ------------
  Ячейка содержимого | Ячейка содержимого | Ячейка содержимого
  Ячейка содержимого | Ячейка содержимого | Ячейка содержимого 

  При желании вы можете добавить ведущую и конечную вертикальную черту к каждой строке таблицы:

   | Первый заголовок | Второй заголовок | Третий заголовок |
  | ------------ | ------------- | ------------ |
  | Ячейка содержимого | Ячейка содержимого | Ячейка содержимого |
  | Ячейка содержимого | Ячейка содержимого | Ячейка содержимого | 

  Укажите выравнивание для каждого столбца, добавив двоеточие в разделительные строки:

   Первый заголовок | Второй заголовок | Третий заголовок
  :----------- |:--------------:| -----------:
  Слева | центр | Верно
  Слева | Центр | Справа 

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