All streams
Search
Write a publication
Pull to refresh
11
0

Пользователь

Send message
Спасибо, понастальгировал по эпохе ICQ 5
Помниться, лет 10-12 назад у меня был сайт по украшениям всяким для ICQ (скины, звуковые схемы, смайлы и пр.).
Казалось, что она будет вечной, но реклама, отсутствие банального функционала предлагаемого другими месседжерами в скором времени погубило ее.
А вот, если бы во время спохватились — она бы мне кажется и была бы месседжером №1 и сейчас
Сейчас, я даже UIN свой вспомнить не могу.
Имхо, вопросы какие-то дурацкие. Почему не спросили еще любимый цвет, блюдо?
Спасибо за статью.
У меня вопрос, как замеры делаете? А то мне кажется мое f12 в Chrome кажется совсем колхозным решением.
Из первой статьи, только: Jquery Easy UI и jQWidgets. Если нравится легкость, то смотрите в сторону Easy UI. Правда, если вы начнете делать делать возможность inline редактирования в таблице имено с раскрывающимся списком — начнется жесть и костыли.
У меня здесь еще не совсем сформировано четкое видение.
Скорее SmartClient, Qooxdoo, Webix, dxhtml туда же
Скорее в 4. В 3 части сделаю обзор мало кому известных штук типа такого или такого. Но пока к 3 части не приступал даже.
Ну да, давайте еще Vue с Ангуляром все таки включим. И будем сравнивать холодное с твердым и с оранжевым.
Статья не об этом. Bootrstrap — это css фреймворк, он хорошо дополняет приложение.
Но назвать его js библиотекой виджетов, как то язык не поворачивается.
Я может быть в последней части, упомяну и о css фреймворках, которые иногда неплохо дополняют тот или иной проект. Их кстати тоже много, так на вскидку: Bootsrap, UIkit, Semantic UI, Material UI, Skeleton
Под Angular мне где-то попадался сайт, не могу его название вспомнить… толи (ngwidgets, ngmodules, directives — не могу найти в гугле ?). Можеть кто вспомнит за меня
В общем, представлял что-то вроде bootsnipp
Т.е ввел в поиске название того, что вам нужно, а он показывал кучу готовых решений сделанных пользователями.
Что касается единого стиля, то я бы смотрел тут или тут , покупал шаблон и разбирал все это дело по косточкам.
Выводы обязательно будут. Либо в последней части, либо если много получится — вынесу в отдельную.
А вообще, есть идея в конце сделать что-то вроде «виззарда» для подбора фреймворка с параметрами цена, сложность, ресурсоемкость, кол-во виджетов, на одном же из них. Но обещать не буду, меня вполне возможно не хватит на подобный подвиг.
Подождите немножко, почти все библиотеки которые будут описаны в следующих частях очень хорошо дружат с ним и виджеты могут быть написаны в виде его директив.
А у вас там принципиально все HTA завязано?
Есть же тот же Electron, NW.js и пр.
В статье не слова про бекенд.
Мы сейчас делаем обзоры JS UI библиотек для построения интерфейса админки на JS.

Конкретно для данного примера мне пришлось взять из интернета следующие компоненты: jqtree, jquery ui layout, jqGrid, Chartist.js. Возможно что-то еще.
Посему, если вы читали статью, еще раз повторю — не рекомендую строить полный интерфейс админки на Jquery UI
Очень неплохой выбор для среднего проекта. У меня есть проект на ней, я поначалу тащился, потом когда проект начал разрастаться, ее стало не хватать :(
Может я тоже ошибаюсь, но что-то мне такое неизвестно. SPA — это Single Page Application. Под эту концепцию тут возможно только не подойдет Jquery UI. Но опять же — кто мешает подключаить все необходимое и получить «франкештейна».
Возможно вы путаете с RIA?
Напишите мне в личку.
У меня, в принципе, уже готовы обзоры библиотек из второй части. Они все в каком-то своем мирке живут, и практически все имеют фичи похожие друг на друга.
Как забыл? Вон его логотип — самый большой в превьюшке. В части 3 или 4 будет обязательно упомянут.
Да, хороший.
Я бы сделал обзоры zkross, vaadin еще бы Cappuccino сюда включил, но они все на абстракцию выше. То есть первые 2 — java, последний Objective C.
Моих знаний к сожалению не хватит, чтобы написать это более менее объективно. Но как-то надо будет упомянуть.
Ну подобных вещей тоже много и они немного из другой оперы. Я писал больше библиотеки готовых UI виджетов.
Есть разные подходы, один из таких толстый клиент — тонкий сервер. Не вижу ничего в этом плохого.
Блин, как раз имено в сию минуту именно с этими promise вожусь. Правда они реализованы не как-то по своему по ходу.
Тот же define из require.js + стандартный promise из библиотеки — и приложение ломается.
Почему так, еще предстоит выяснить, но чёто чувствую, что сделаю как всегда: аля setInterval с проверкой состояния.
Но может быть сейчас прочитаю эту умную статью и попробую сделать как по уму

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Registered
Activity