open-index/open-npm huggingface dataset:
npm package: @nocell/vkui
Description: VKUI library
Latest version: 4.0.4

# VKUI
VKUI – это набор React-компонентов, с помощью которых можно создавать интерфейсы,
внешне неотличимые от наших iOS и Android приложений.

## License
[![License](https://img.shields.io/github/license/VKCOM/VKUI.svg)](https://github.com/VKCOM/VKUI/blob/master/LICENSE)

## Установка
`npm i @vkontakte/vkui` или `yarn add @vkontakte/vkui`

*Не забудьте посмотреть в консоль и установить необходимые пакету `peerDependencies`*

## Hello World
```jsx static
import React from 'react';
import ReactDOM from 'react-dom';
import { View, Panel, PanelHeader, Header, Group, Cell } from '@vkontakte/vkui';
import '@vkontakte/vkui/dist/vkui.css';

function App () {
  return (
    <View activePanel="main">
      <Panel id="main">
        <PanelHeader>VKUI</PanelHeader>
        <Group header={<Header mode="secondary">Items</Header>}>
          <Cell>Hello</Cell>
          <Cell>World</Cell>
        </Group>
      </Panel>
    </View>
  );
}

ReactDOM.render(<App />, document.getElementById('root'));
```

## Браузеры
На данный момент мы поддерживаем webview следующих операционных систем:
* android >= 4.4
* ios >= 9

Иными словами, мы поддерживаем браузеры следующих версий:
* Safari для iOS >= 9
* Android Browser >= 4.4 (Chrome 30)
* Chrome для Android, начиная с Android 5.0 (Chrome 36)

### vk.com и m.vk.com
Сейчас библиотека не гарантирует стабильную работу при интеграции в [vk.com](vk.com) и [m.vk.com](m.vk.com). В vk.com есть нерешенные проблемы с элементами ввода типа клавиатуры и мышки. В m.vk.com есть несоответствия в списках поддерживаемых браузеров.

### Десктопный UI
В данный момент ведется [активная разработка](https://github.com/VKCOM/VKUI/pull/665) адаптивного UI, который будет работать на десктопных и планшетных браузерах. Stay tuned. 

## Документация
В [документации](https://vkcom.github.io/vkui-styleguide/) вы сможете найти информацию об использовании компонентов и утилит.

## Сообщить о проблеме
Напишите нам [issue](https://github.com/VKCOM/VKUI/issues/new/choose), если нашли баг или у вас есть предложения по улучшению библиотеки.

## Contributing
Мы очень радуемся, когда пользователи библиотеки работают над её улучшением. Для того, чтобы оставить след в
истории, сделайте форк проекта, внесите изменения и отправьте нам [pull request](https://github.com/VKCOM/VKUI/pulls).
npm package: @nocios/frontend-types
Description: Canonical frontend type contracts for the CRUDIFY monorepo
Author: Nocios
Latest version: 1.0.0

# @nocios/frontend-types

Canonical frontend type contracts for the CRUDIFY monorepo.

## Purpose

This package centralizes shared type definitions across frontend workspaces:

- domain models (actions, modules, policies, forms),
- frontend API contracts (core CRUDIFY and admin),
- shared utility contracts (filters, sort, pagination, populate),
- tenant configuration model.

This package is intentionally type-focused. It does not contain runtime business logic.

## Scope of v1

- Canonical shared types only.
- No legacy alias layer.
- No consumer migration performed in this phase.
- No local UI-only types from each app unless they are truly shared contracts.

## Canonical Domains (v1)

- `domain/action`: action definitions, view/position enums, list/form/custom payload contracts.
- `domain/module`: module schemas, module definitions, and module version history.
- `domain/policy`: policy field permissions and required permission contracts.
- `domain/form`: form field kinds, dynamic values, computed values, and password rules.
- `contracts/crudify-core`: shared CRUDIFY request/response and transaction contracts.
- `contracts/crudify-admin`: admin API envelopes, filters, and create/edit inputs.
- `contracts/tenant`: tenant and frontend environment contracts.
- `shared/common`: shared low-level filter/sort/pagination/populate primitives.

## Canonical Source Rule

When existing types conflict, API/backend contract has precedence.

## Public API

Imports are available from:

- `@nocios/frontend-types`
- `@nocios/frontend-types/domain`
- `@nocios/frontend-types/contracts`
- `@nocios/frontend-types/shared`

## Documentation

- [Overview](./docs/overview.md)
- [Architecture](./docs/architecture.md)
- [Domain](./docs/domain.md)
- [Setup](./docs/setup.md)
- [Workflow](./docs/workflow.md)
- [AI Context](./docs/ai-context.md)
- [Modeling Rules](./docs/modeling-rules.md)
- [Source to Canonical Matrix](./docs/source-to-canonical-matrix.md)

## Development

```bash
pnpm --filter @nocios/frontend-types run typecheck
pnpm --filter @nocios/frontend-types run lint
pnpm --filter @nocios/frontend-types run test
pnpm --filter @nocios/frontend-types run test:coverage
```

## Versioning Policy

- Breaking public type changes require a major version bump.
- Additive backward-compatible type changes require a minor version bump.
- Fix-only type corrections (without breaking consumers) require a patch bump.

## Notes

- Package is published as `@nocios/frontend-types` in npm for shared type consumption.
- Publish flow is manual and controlled (`next` -> validation -> `latest`).
- npm credentials must be provided via `NPM_TOKEN` environment variable only.
- A source-to-canonical mapping matrix lives in `docs/source-to-canonical-matrix.md`.
- v1 intentionally excludes legacy aliases and consumer migration work.