nin-jin

Я не думаю, что хорошая идея писать подобные хинты в каждом компоненте. По идее пользователь должен понять это ещё при изучении view.tree.

> Как по мне, имеет смысл где нибудь в одном отдельном месте держать подобный необходимый минимум информации, на которую ты можешь опираться и раскрывать для себя суть $mol Ну да,...

Нужно создать компонент $mol_email и прикрутить сюда.

В данных есть такая запись: `brand: "noname"`. Надо бы удалять их.

Убрал ссылку. Этот виджет так и не был доведён до ума, поэтому в галерее компонент не представлен.

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

Когда [talks.hyoo.ru](https://talks.hyoo.ru/) зарелизится, можно будет перевести на него.

> На данный момент под крышкой hyoo-ru 65 репозиториев. Каждое приложение имеет свою репу, где название это её поддомен, что неконсистентно с шаблоном именования `mam_{some}`, который применяется в mam_lib, mam_mol,...

Не, на гитхаб пейджес ссылки получаются сейчас вида https://hyoo-ru.github.io/perf.js.hyoo.ru, так что ограничений на имена особо нет. Ну вот `hyoo_` и `mol_` могут быть такими префиксами.

В описании каждого репозитория так-то есть ссылка на сайт. Ещё есть такой момент: Если именовать по неймспейсу, то разные инструменты могут использовать это соглашение для автоматизации рутины. Например, можно упростить...