@topvisor/ui 1.2.0 → 1.3.1-dev.2

package/src//320/221/321/213/321/201/321/202/321/200/321/213/320/271 /321/201/321/202/320/260/321/200/321/202.mdx"

@@ -1,181 +0,0 @@
-# Быстрый старт
-
-## Установка
-
-Установка **@topvisor/ui**:
-
-```bash
-npm install @topvisor/ui --save-dev
-```
-
-## Подключение
-
-### Стили UI:
-
-Стили компонентов грузятся вместе с компонентами и подклчюаются на страницу автоматически.
-
-Основные стили UI необходимо подключить вручную.
-
-Как модуль:
-
-```js
-// тут можно указать нужную тему
-import '@topvisor/ui/assets/light.css';
-
-import '@topvisor/ui/assets/core.css';
-import '@topvisor/ui/icomoon/style.css';
-```
-
-Как html:
-
-```html
-
-<!-- тут можно указать нужную тему -->
-<link href="https://cdn.jsdelivr.net/npm/@topvisor/ui/assets/theme/light.css" rel="stylesheet">
-
-<link href="https://cdn.jsdelivr.net/npm/@topvisor/ui/assets/core.css" rel="stylesheet">
-<link href="https://cdn.jsdelivr.net/npm/@topvisor/ui/icomoon/style.css" rel="stylesheet">
-```
-
-## Ядро UI, **corePlugin**:
-
-```js
-import { createApp } from 'vue';
-import { Core, corePlugin } from '@topvisor/ui/core/app';
-
-// ...
-
-const app = createApp({});
-
-// объект Core будет доступен в шаблонах через свойство $core
-app.use(corePlugin, {
-	widthForMobile: 900,
-	dateFormat: 'Y-m-d', // будет доступно в Core.state, можно менять
-	currency: 'USD', // будет доступно в Core.state, можно менять
-});
-
-// ...
-```
-
-## Cловарь, **i18nPlugin**:
-
-```js
-import { createApp } from 'vue';
-import { i18nPlugin, useI18n } from '@topvisor/ui/core/app';
-
-// ...
-
-const app = createApp({});
-
-const i18n = {
-	Common: {
-		// ...
-		Open: 'Open:',
-		Close: 'Close',
-		// ...
-	},
-	// ...
-};
-
-app.use(i18nPlugin, {
-	i18n, // доступно в js через useI18n() и  в шаблонах Vue через $i18n
-	lang: 'en', // для смены требуется перезагрузка страницы
-});
-```
-
-## Расширение Pinia для сохранения состояния, **piniaTPAPlugin**:
-
-```js
-import { createApp } from 'vue';
-import { createPinia } from 'pinia';
-import { piniaTPAPlugin } from '@topvisor/ui/core/app';
-
-// ...
-
-const app = createApp({});
-
-const pinia = createPinia();
-pinia.use(piniaTPAPlugin);
-
-this.app.use(pinia);
-```
-
-Использование **piniaTPAPlugin**:
-
-```js
-import { defineStore } from 'pinia'; // нет в публичном доступе
-// import API from '@topvisor/api'; // нет в публичном доступе
-
-const user = {
-	id: 12345,
-	guest_data: {
-		count: 5,
-	},
-};
-
-export const useMyStore = defineStore('myStore', () => {
-	const count = ref(0);
-
-	return { count };
-}, {
-	Api,
-	user,
-	tpaNamesUrlHash: ['count'],
-	tpaNamesStorage: ['count'],
-	tpaNamesStorageLocal: [],
-	tpaNamesGuestLink: ['count'],
-});
-```
-
-## Использование
-
-Для подключения компонента начните писать `<Top` и выберите из списка необходимый компонент.
-
-Подключение компонентов:
-
-```html
-
-<script lang="ts">
-	// import { TopButton } from '@topvisor/ui/forms/forms'; // можно не импортировать, загружается в corePlugin
-	import { TopEditInput } from '@topvisor/ui/formsExt/formsExt';
-
-	console.log(TopEditInput);
-</script>
-
-<template>
-	<TopButton styling="soft">Кнопка</TopButton>
-
-	<TopEditInput modelValue="text"></TopEditInput>
-</template>
-```
-
-Для использования директивы начните писать в атрибуте тега `v-top` и выберите из списка необходимую директиву.
-
-Использование директив:
-
-```html
-
-<template>
-	<TopInput v-top-focus></TopInput>
-</template>
-```
-
-## Рекомендации по производительности
-
-Не все модули нужны при загрузке страницы и их нет смысла грузить всегда. Пример таких модулей: TopNotice и TopDialog.
-Часть их функционала подгружается на сразу, а только при необходимости.
-
-Такой подход позволяет не грузить лишний код там, где в этом нет необходимости.
-Однако это может повлиять на визуальное впечатление, так как отлкик на дейсвтия будет замедлен.
-
-Чтобы улучшить взаимодейсвтие **Core** предоставялет предзагрузчики, которые позволят загрузить код модулей и улучшить определенные сценарии.
-
-```js
-import { Core } from '@topvisor/ui/core/app';
-
-setTimeout(() => {
-	Core.preloaders.TopNotice();
-	Core.preloaders.TopPopup();
-	Core.preloaders.TopDialog();
-}, 10000);
-```

package/src//320/230/320/275/321/204/320/276/321/200/320/274/320/260/321/206/320/270/321/217 /320/276 /321/201/320/261/320/276/321/200/320/272/320/265.mdx"

@@ -1,12 +0,0 @@
-import test from "../package.json?raw";
-import { Markdown } from "@storybook/blocks";
-
-# Информация о сборке
-
-Информацию о готовой сборке см. на странице npm проекта: [@topvisor/ui](https://www.npmjs.com/package/@topvisor/ui).
-
-Информация о текущей сборке, **package.json**:
-
-<Markdown>
-	{'`' + test + '`'}
-</Markdown>

package/src//320/240/320/260/320/267/321/200/320/260/320/261/320/276/321/202/320/272/320/260 (Contributing)/CHANGELOG.md.mdx"

@@ -1,4 +0,0 @@
-import { Markdown } from '@storybook/blocks';
-import CHANGELOG from '../../CHANGELOG.md?raw';
-
-<Markdown>{ CHANGELOG }</Markdown>

package/src//320/240/320/260/320/267/321/200/320/260/320/261/320/276/321/202/320/272/320/260 (Contributing)/CSS/FAQ.mdx"

@@ -1,43 +0,0 @@
-# FAQ
-
-**Почему используется camelCase?**
-
-> Для возможности использования одинарных разделителей, код становится чище
-
-> Чтобы имя блока сответствовало имени компонента
-
-**Почему в css модулях не добавляется хеш?**
-
-> В UI-kit принято использовать понятные и чистые имена классов
-
-> Упрощается процесс поиска нужного компонента или его элемента
-
-**Зачем нужно следовать правилам БЭМ, если есть правила сборки css модуля?**
-
-> Чтобы было можно быстро разобраться, к какому компоненту приналежит тот или иной класс
-
-> Чтобы код следовал единому стилю
-
-**Зачем нужен css модуль, если есть БЭМ?**
-
-> В правила преобразовавний классов можно вынести рутинные действия, например добавление префикса, характеризующего namespace / workspace
-
-> IDE поддерижвает автозаполнения классов модулей и навигацию по ним
-
-> Позволяет использовать дополнительные плагины для добавления полезного функционала
-
-**SSR с отдельной сборкой решает проблему размера сборки, зачем нужные ленивые компоненты?**
-
-> SPA приложение предполагает смену страниц без перезагрузки, поэтому отдельные сборки для каждой страницы будут приводить
-> к дублям стилей при переходе между страницами. Так как страниц много, то возникнет ситуация, при которой кеш таких стилей будет мало полезен.
-
-> Такие сборки придется дополнительно настраивать и следить за выгрзкой дублей стилей между разными сборками разных страниц.
-
-> Автосборки SSR действительно удобны, однако если решить этот вопрос на этапе преоктировки UI, то таких проблем в SSR удастся избежать.
-
-**Как поменять какие компоненты и стили надо грузить при загрузке страницы, а какие в отложенном режиме?**
-
-> Сразу надо грузить те кмопоненты, которые должны быть отрисованы в момент загрузки текстовой страницы, например /forms/ и /content/.
-
-> Если потребуется мгновенная отрисовка компонента на какой-то странице, в самом вверху этой страницы можно указать прямую ссылку на css компонента.
-> Данный вопрос выходит за рамки UI-kit. Читайте: [CLS](https://web.dev/i18n/en/cls/).

package/src//320/240/320/260/320/267/321/200/320/260/320/261/320/276/321/202/320/272/320/260 (Contributing)/CSS//320/236/320/261/321/211/320/270/320/265 /320/274/320/276/320/264/320/270/321/204/320/270/320/272/320/260/321/202/320/276/321/200/321/213.mdx"

@@ -1,155 +0,0 @@
-import { Markdown } from '@storybook/blocks';
-
-# Общие модификаторы
-
-Формат имени класса модификатора состояний: `top-{{stateName}}`.
-
-Расположение общих модификаторов до предкомпиляции: src/resources/styles/core/modifiers/*.css.
-
-Отличие модификаторов от компонентов заключается в том, что модификаторы не являются самостоятельными и реализуются только в связке с компонентами.
-
-## Модификаторы состояния
-
-<table>
-    <tr>
-        <th>Класс</th>
-        <th>Описание</th>
-    </tr>
-    <tr>
-        <td>.top-inited</td>
-        <td>
-            Признак готовности js, настраивается в каждом компоненте отдельно.
-            Ранее исползовался в чиcтом js для исключения скачков при загрузке страницы.
-
-            Во Vue для динамически подключаемых компонентов без SSR используется иной подход.
-
-            <details>
-                <summary>см. пример для Vue</summary>
-                
-                html:
-
-                ```html
-                <example-component></example-component> <!-- html до отрисовки Vue -->
-                <div class="top-exampleComponent"></div> <!-- html после отрисовки Vue -->
-                ```
-
-
-                Стили:
-                
-                ```css
-                example-component{ height: 200px; } /* стили для заглушки компонента до его отрисовки */
-                .top-exampleComponent{ height: 200px; } /* обычные стили компонента */
-                ```
-            </details>
-            
-        </td>
-    </tr>
-    <tr>
-        <td>.top-error</td>
-        <td>Модификатор ошибки</td>
-    </tr>
-    <tr>
-        <td>.top-changed</td>
-        <td>Модификатор изменения</td>
-    </tr>
-    <tr>
-        <td>.top-disabled</td>
-        <td>Модификатор блокированности</td>
-    </tr>
-    <tr>
-        <td>.top-active</td>
-        <td>Модификатор активности, выбора элемента</td>
-    </tr>
-    <tr>
-        <td>.top-hightlight</td>
-        <td>Модификатор подсветки</td>
-    </tr>
-
-</table>
-
-## Модфикаторы видимости
-
-<table>
-    <tr>
-        <th>Класс</th>
-        <th>Описание</th>
-    </tr>
-    <tr>
-        <td>.top-hidden</td>
-        <td>скрыть элемент (display: none !important)</td>
-    </tr>
-    <tr>
-        <td>.top-unvisible</td>
-        <td>скрыть элемент, элемент по прежнему будет считаться видимым</td>
-    </tr>
-    <tr>
-        <td>.top-only_admin</td>
-        <td>отображать только для админов</td>
-    </tr>
-    <tr>
-        <td>.top-only_pc</td>
-        <td>отображать только для ПК версии</td>
-    </tr>
-    <tr>
-        <td>.top-only_mobile</td>
-        <td>отображать только для мобильной версии</td>
-    </tr>
-    <tr>
-        <td>.top-only_ru</td>
-        <td>отображать только в русской языковой версии</td>
-    </tr>
-    <tr>
-        <td>.top-only_en</td>
-        <td>отображать только в английской языковой версии</td>
-    </tr>
-</table>
-
-## Модфикаторы размера
-
-<table>
-    <tr>
-        <th>Класс</th>
-        <th>Описание</th>
-    </tr>
-    <tr>
-        <td>.top-size_xs</td>
-        <td>XS</td>
-    </tr>
-    <tr>
-        <td>.top-size_s</td>
-        <td>S</td>
-    </tr>
-    <tr>
-        <td>.top-size_m</td>
-        <td>M, стандартный размер, как если бы модификатор не указывался</td>
-    </tr>
-    <tr>
-        <td>.top-size_l</td>
-        <td>L</td>
-    </tr>
-    <tr>
-        <td>.top-size_xl</td>
-        <td>XL</td>
-    </tr>
-</table>
-
-## Модфикаторы разметки
-
-<table>
-    <tr>
-        <th>Класс</th>
-        <th>Описание</th>
-    </tr>
-    <tr>
-        <td>.top-ellipsis</td>
-        <td>Оформление строк с сокращением под три точки</td>
-    </tr>
-    <tr>
-        <td>.top-ellipsis2</td>
-        <td>Оформление строк в две строки с сокращением под три точки</td>
-    </tr>
-    <tr>
-        <td>.top-ellipsis3</td>
-        <td>Оформление строк в три строки с сокращением под три точки</td>
-    </tr>
-</table>

package/src//320/240/320/260/320/267/321/200/320/260/320/261/320/276/321/202/320/272/320/260 (Contributing)/CSS//320/237/320/265/321/200/320/265/320/274/320/265/320/275/320/275/321/213/320/265.mdx"

@@ -1,35 +0,0 @@
-# Переменне
-
-Правила определения переменных:
-
-- переменные задаются в `:root{ }`
-- формат имени цвета палитры: `--color-{{ colorName }}-{{ от 0 до 1000 }}`
-- формат имени цвета темы: `--color-{{ colorName }}-{{ colorModificator }}`
-- формат имени переменной компонента: `--top-{{ componentName }}-{{ cssPropertyName }}`
-
-См. также:
-
-* [Темы](/docs/core-theme--docs)
-
-## Примеры
-
-Переменная темы не ассоциируется с цветом и описывает только сущность:
-
-```css
-/* light.css */
-
-:root {
-	--color-primary-500: rgba(10, 108, 255, 1);
-}
-```
-
-Переменная компонента buttonExample:
-
-```css
-/* buttonExample.vue */
-
-:root {
-	--top-buttonExample-color: var(--color-primary-500); /* стиль color, который зависит от темы */
-	--top-buttonExample-font-size: 24px; /* стиль font-size */
-}
-```

package/src//320/240/320/260/320/267/321/200/320/260/320/261/320/276/321/202/320/272/320/260 (Contributing)/CSS//320/237/321/200/320/265/320/264/320/277/321/200/320/276/321/206/320/265/321/201/321/201/320/276/321/200/321/213.mdx"

@@ -1,15 +0,0 @@
-# Предпроцессоры
-
-Предпроцессоры в проекте **не используются**.
-
-Используется css модуль: [PostCSS](https://postcss.org/).
-
-Благодаря правильно продуманной структуре компонентов и современных возможностей CSS вам
-не придется делать сложных правил CSS. Если же вы с ними столкнулись, задумайтесь, возможно что-то делаете не так.
-
-В некоторых случаях предпроцессоры могут быть полезны, например для генерации переменных на основе определенных условий
-с помощью функций, которых нет в css. Однако распространенные задачи решаются плагинами postcss, которые способны реализовать необходимый функционал.
-При этом достаточно гибко. Например: [postcss-color-mod-function](https://github.com/csstools/postcss-color-mod-function).
-
-Таким образом снимаются требования к разработчику на профильное знание css препроцессоров и снижается уровень входа.
-Одновременно с этим в проекте испоьзуются самые современные средства для работы с css.

package/src//320/240/320/260/320/267/321/200/320/260/320/261/320/276/321/202/320/272/320/260 (Contributing)/CSS//320/240/320/265/320/272/320/276/320/274/320/265/320/275/320/264/320/260/321/206/320/270/320/270 /320/221/320/255/320/234.mdx"

@@ -1,56 +0,0 @@
-# Рекомендации БЭМ
-
-Подробнее о БЭМ: [https://ru.bem.info/](https://ru.bem.info/).
-
-Проект @topvisor/ui не следуют всем правилам БЭМ, тем не менее следуют их рекомендациям.
-
-При написании компонента следует использовать рекомендации БЭМ со следующими правилами:
-
-- все классы имют префикс "top-"
-- имя блока должно соответствовать имени компонента в camelCase
-- имена сущностей (блок, элемент, имя модификатора и значение модификатора) пишутся в camelCase
-- элемент отделяется от блока нижним подчеркиванием: "_"
-- модификаторы отделяется дефисом: "-"
-- значение модификатора отделяется от имени модификатора подчеркиванием: "_"
-- булевы модификаторы рекомендуется писать без указания значения
-
-## Структура класса соответствует схеме
-
-**top-blockName_elementName-modifierName_modifierValue**
-
-## Все варианты
-
-- top-blockName
-- top-blockName-modifierName
-- top-blockName-modifierName_modifierValue
-- top-blockName_elementName
-- top-blockName_elementName-modifierName
-- top-blockName_elementName-modifierName_modifierValue
-
-## Примеры
-
-Компонент ButtonExample с подсказкой, модификаторами номера и фокуса.
-
-```css
-:root {
-	--top-buttonExample-color: var(--color-white);
-	--top-buttonExample-background-color: var(--color-primary);
-}
-
-.top-buttonExample { }
-/* блок */
-.top-buttonExample_hint { }
-/* элемент подсказки */
-
-.top-buttonExample-focus { }
-/* модификатор фокуса на блоке */
-.top-buttonExample_hint-focus { }
-/* модификатор фокуса на элементе подсказки */
-
-.top-buttonExample-number_1 { }
-/* модификатор номера со значением 1 */
-.top-buttonExample-number_2 { }
-/* модификатор номера со значением 2 */
-.top-buttonExample-number_3 { }
-/* модификатор номера со значением 3 */
-```

package/src//320/240/320/260/320/267/321/200/320/260/320/261/320/276/321/202/320/272/320/260 (Contributing)/CSS//320/241/321/202/320/270/320/273/320/270.mdx"

@@ -1,53 +0,0 @@
-# Стили
-
-Стили можно условно разделить на 3 категории:
-
-- общие стили @topvisor/ui
-- стили темы
-- стили компонентнов
-
-Каждая категория будет собрана в отдельный css файл.
-Стили компонентнов могут быть разделены на несколько компонентво и могут загружаться по требованию в ленивом режиме.
-
-## Рекомендации по подключению стилей
-
-Все основные стили и стиль выбранной темы необходимо подключаться в самом начале страницы.
-
-При смене темы ее стили должны подменяться, перезагрузка страницы не требуется.
-
-В самом начале страницы необъодимо подключать только нужные стили компонентов.
-По рекомендации это стили библиотек **forms** и **content**.
-
-Подключение стилей компонентов необходимо организовывать таким образом, чтобы все нужные стили компонент загружал сам в ассинхроннорм режиме.
-При этом следует учитывать, что стили уже могут быть заранее подключены на страницу и корреткно это обрабатывать.
-
-## Общие стили
-
-Некоторые стили нужно загружать всегда, независимо от загрузки компонента.
-Такие стили выносятся в  **src/resources/styles/core/*.css** и не требуют импорта в компоненте.
-
-См. подробнее: [Основные стили и переменные](/docs/core-styles--docs).
-
-Общие стили могут содержать правила для нескольких компонентов, в пользу исключения дубля кода.
-
-Добавление новых общих стилей не рекомендуется.
-
-## Классы компонентнов
-
-При указании стилей использование идентификаторов недопустимо.
-
-Все имена компонентов в пределах @topvisor/ui уникальны.
-
-Классы начинаются с префикса "top-"
-
-О том как называть классы см. в разделе: [Рекомендации БЭМ](/docs/docs-css-рекомендации-бэм--docs).
-
-## Vue
-
-Vue имеет [встроенную](https://vuejs.org/api/sfc-css-features.html) встроенную поддержку css модулей.
-
-| Рекомендация                    | Причины                                                                                                                                                    |
-|---------------------------------|------------------------------------------------------------------------------------------------------------------------------------------------------------|
-| Не используйте scoped стили     | CSS модули прекрасно справляются со своей задачей и нет никих причин усложнять код используя style scoped                                                  |
-| Не используйте :global и :local | Это усложняет написание стилей для вас и других разработчиков. Vue предоставляет необходимый функционал для работы с глобальными и локальными css модулями |
-| Не используйте composes         | Используйте возможности Vue для явного добавления нужных классов к необходимым элементам на странице                                                       |

package/src//320/240/320/260/320/267/321/200/320/260/320/261/320/276/321/202/320/272/320/260 (Contributing)/CSS//320/247/321/202/320/276 /321/202/320/260/320/272/320/276/320/265 css /320/274/320/276/320/264/321/203/320/273/321/214.mdx"

@@ -1,55 +0,0 @@
-# Что такое css модуль?
-
-Эта статья несет **информационный** характер и **не связана** напрямую с проектом @topvisor/ui.
-
-Для удобства разработки все стили подключаются в виде css модулей. CSS модуль это прокладка в typescript между обычным импортом и css файлом.
-В результате импорта файла, объявленного как css модуль, вы получите словарь имен классов,
-ключами которого будут входящие классы, а значениями - исходящие классы.
-
-При написании шаблонов вместо вставки имен классов необходимо вставлять значения из этого словаря. Это правило не относится к глобальным классам.
-
-Преимущества использования css модуля:
-
-- при предкомпиляции классы будут автоматически заменены на другие, чтобы снизить вероятность пересечения имен с другими компонентами
-- импортируя css модуль разработчик в явном виде будет видеть, какие классы из какого файла использует
-- поддержка IDE обеспечивает быстрый переход между html шаблоном и css файлом, а также предлагает возможности автозаполнения, чтобы упростить процесс
-  разработки
-- упрощается рефакторинг css классов
-- упрощается поиск неиспользуемых классов
-
-## Локальные и глобальные  модули
-
-Локальные и глобальные модули будут одинаково добавлены в карту css стилей приложения при сборке и сохранятся в нужные css файлы.
-
-### Локальные модули
-
-Все классы локальных модулей при сборке модифицируются таким образом, чтобы минимизировать пересечения классов в приложении.
-
-Недостатки локальных модулей:
-
-- при импорте стороннего css файла как css модуля, в js файле будут сохранены все классы импортируемого модуля, даже те, которые не используются
-- в другом приложении нельзя будет импортировать css файл с измененными классами после сборки и использовать его в другом приложении как css модуль,
-  потому что другое приложение не обязано постоянно поддерживать актуальность имен css классов
-
-### Глобальные модули
-
-Если нам надо сделать css классы прозрачными и доступными после импорта в других приложениях, их необходимо объявить как глобальные.
-
-Недостатки глобальных модулей:
-
-- необходимо следить за именами классов и не подключать в одно приложения классы, которые пересекаются между собой
-- глобальные css классы не доступны в объекте css модуля, поэтому их нельзя будет использовать в javascript и шаблонизаторах через импорт css модуля
-
-Обратите внимание, что с ними нельзя работать как с локальными, даже если ваша IDE будет вам подсказывать имена классов,
-после сборки никаких классов на странице не появится. Опцию экспорта глобальных классов включить можно, но это не рекомендуется,
-так как все глобальные классы будут внедряться в javascript, что приведет к росту размера ваших компонентов.
-
-### Что же использовать
-
-Использовать глобальные модули, если:
-
-- другим приложениям надо использовать классы вашего приложения, в том числе менять их для себя
-- другим приложениям надо дать возможность использовать классы вашего приложения как css модули
-- классы действительно являются глобальными и не связаны с конкретным компонентом
-
-Во всех остальных случаях используйте локальные модули.

package/src//320/240/320/260/320/267/321/200/320/260/320/261/320/276/321/202/320/272/320/260 (Contributing)/PUBLISH.md.mdx"

@@ -1,4 +0,0 @@
-import { Markdown } from '@storybook/blocks';
-import PUBLISH from '../../PUBLISH.md?raw';
-
-<Markdown>{ PUBLISH }</Markdown>

package/src//320/240/320/260/320/267/321/200/320/260/320/261/320/276/321/202/320/272/320/260 (Contributing)/README.md.mdx"

@@ -1,4 +0,0 @@
-import { Markdown } from '@storybook/blocks';
-import README from '../../README.md?raw';
-
-<Markdown>{ README }</Markdown>

package/src//320/240/320/260/320/267/321/200/320/260/320/261/320/276/321/202/320/272/320/260 (Contributing)/STORYBOOK.md.mdx"

@@ -1,4 +0,0 @@
-import { Markdown } from '@storybook/blocks';
-import STORYBOOK from '../../STORYBOOK.md?raw';
-
-<Markdown>{ STORYBOOK }</Markdown>

package/src//320/240/320/260/320/267/321/200/320/260/320/261/320/276/321/202/320/272/320/260 (Contributing)/USE_IN_PROJECT.md.mdx"

@@ -1,3 +0,0 @@
-# Использование в других проектах
-
-Информацию о том, как подключить UI на сайте в режиме разработки см. в файле **USE_IN_PROJECT.md** в репозитории проекта UI.

package/src//320/240/320/260/320/267/321/200/320/260/320/261/320/276/321/202/320/272/320/260 (Contributing)//320/222/320/262/320/265/320/264/320/265/320/275/320/270/320/265 /320/262 NPM.md.mdx"

@@ -1,4 +0,0 @@
-import { Markdown } from '@storybook/blocks';
-import NPM from '../../NPM.md?raw';
-
-<Markdown>{ NPM }</Markdown>