По теме: на точность не претендую, в фронтенде профан, но:
1. Ваш предложение переинитить функцию которая отвечает за логику после ухода в display:none предполагает что вы считаете будто эта логика сбрасывается (иначе зачем заново инитить), что не является правдой.
2. В yii по умолчанию bootstrap 3, так что флекса там нет. Так же в кода используются стандартные элементы bootstrap и yii у которых нет проблем с повторным отображением (я про то что теряются пропорции и прочее).
3. Opacity:0 - не скрывает элемент, а всего лишь делает его прозрачным, элемент то все еще показывается. Сравнивать opacity и display - это как сравнивать теплое с мягким - у них совершенно разно предназначение.
Ну и чтоб мотивировать вас на ответ - небольшое подтрунивание: Middle User Interface Web Developer -
чувствуется уровень мидла :)))
А по теме: pjax в yii может быть опасной штукой: он хоть и обновляет только часть страницы, но может грузить js от всей страницы, например, заново загрузит jQuery который может сбросить обработчики, или выполнить повторную инициализацию элементов которые уже инициализированны. Вангую что проблема где-то в этой стороне.
Бред. Display none не удаляет обработчиков. Обработчики удаляются если удалять сам dom элемент - вот это сожет быть. А юзать при этом опасити - дикий костыль.
Konstantin Malyarov: ну это да... У меня просто мечта была - написать нормальную информационную систему для гос медучереждений. Не так как госпроекты делают (пытаются сделать все и сразу, а в итоге ничего не работает), а начать с малого и потихоньку развивать до полноценной ИС. Ну вот нравиться мне эта тема, и польза будет огромна. В идеале конечно хотелось бы собрать бигдату и сделать нейросеть для предсказания болезней. Да вот только поговорил я с одним интерсным человеком, который в курсе ч к чему там, серьезный человек. Он мне сказал что сам продукт сделать - это 10 процентов от дела. Куда сложнее внедрить, обучать, защитить информацию, обеспечить поликлинники техникой, и т.п. А самое главное - найти чиновников, которые бы согласились гос бабки не пилить, а на дело пустить, ибо, по его словам, гос-во денег норм выделяет, просто они все исчезают. Ну или как с электронным осаго - что то сделали да вот второй год ничего не работает.
Я в общем поработал в крупном интеграторе, которые много гос заказов делают, посмотрел как они там контракты заключают, какие откаты, как вообще ПО делают, уровень разрабов. И, должен сказать, не скоро вы нормальную систему получите, а может и никогда...
Печально что врачам приходиться разрабатывать информационные системы для медицины. Не, как бы это круто как хобби, но это должно делать государство, но не делает...
M-ka: это да... Правда сейчас время не совсем стабильное, так что с этим может быть полегче - компании разоряются, нормальные спецы ищут работу. Мы так недавно отличного проггера нашли, из разорившейся компании.
Но вообще, хантинг разрабов - тот еще геммор. Переманить не так то просто, будь готов что нужного специалиста будешь искать от двух месяцев и более. Действительно хороших разрабов - мало, очень мало.
Раз уж такая песьня, то забыли и про переводчиков - их тоже содержать надо.
Да и вообще, нужно понимать что подобный проект - это не сделал и забыл, над ним постоянно работать придется коллективу, имхо, минимум человек из 20и.
Во превых, глупо считать только запрлату - офис, техника, налоги и.т.п. Реальный расход на сотрудника - в два раза выше его зарплаты.
Во вторых зарплаты у вас нереальные. Нанимая спецов которые идут на такие зарплаты есть риск что ваш сайт вообще не будет сделан.
Время разработки нереальное - я бы брал год, не меньше. Кол-во человек тоже явно меньше необходимого. Вот так покликав кажеться что там особо сложного то и нет ничего, но на самом деле там все очен сложно, просто вы этого не видите.
Забыли про целый пласт сотрудников - так сказать, поддержку сайта: контент-менеджеры, модераторы, и рекламщики и прочее... Возможно вы думаете что они и не нужны на стадии разработки, но тут другая проблема: Если захотите сделать как букиг, все и сразу, есть риск никогда не сделать - объем работы огромен, нужно выкладывать минимальный функционал, и дорабатывать - таким образм все эти люди нужны в тот момент, когда сайт еще делается.
Для того чтоб прочитать приблизительную стоимость, кол-во сотрудников, нужно проделать огромную аналитическую работу, которую в некоторых случаях проще не делать )))
melnikov_m: Вы немного путаете. Модель может быть представленна либо объектом либо массивом. Провайдер тут вовсе не причем. ActiveDataProvider спокойно может работать с моделями представленными в виде массива (добавьте asArray в query). В совю очередь в ArrayDataProvider можно запихнуть массив моделей, представленных в виде объектов.
Неважно какого типа DataProvider -сам по себе он дает минимальный оверхеад. Важно в каком виде в нем содержаться данные.
Использовать ArrayDataProvider - совсем уж плохой совет. Потому что для его нормальной работы ему необходимо передать весь массив данных, а не только ту часть которая актуальна для данной страницы. И если у вас тысяча записей, а на странице нужно 10 - вы должны передать ему 1000 записей.
Дело вовсе не в ActiveDataProvider \ ArrayDataProvider , а в том что используются либо модели лиюо массивы. Нормальный сервер создаст 500 моделей за ничтожное время и отказываться ради этого от AR смысла нет. Переходить на массивы имеет смысл когда данных действительно много, например, мы их использовали когда обрабатывали по 70 тыс объектов.
Interface: А зачем вы привязались к JavaScript? Если вы собираетесь делать браузерную игру, то это еще бы сошло за оправдание, но вам же нужен десктоп!
Мейнистрим, как я понимаю - Unity - вот и делайте на нем. Там есть поддержка немного модифицированного JS, если вам на нем удобнее писать. Если у вы к игре хотите писать сервер на ноде (я так понимаю вы ноду в этом контексте упоминаете) - то какая разница на чем клиент будет!
По теме: на точность не претендую, в фронтенде профан, но:
1. Ваш предложение переинитить функцию которая отвечает за логику после ухода в display:none предполагает что вы считаете будто эта логика сбрасывается (иначе зачем заново инитить), что не является правдой.
2. В yii по умолчанию bootstrap 3, так что флекса там нет. Так же в кода используются стандартные элементы bootstrap и yii у которых нет проблем с повторным отображением (я про то что теряются пропорции и прочее).
3. Opacity:0 - не скрывает элемент, а всего лишь делает его прозрачным, элемент то все еще показывается. Сравнивать opacity и display - это как сравнивать теплое с мягким - у них совершенно разно предназначение.
Ну и чтоб мотивировать вас на ответ - небольшое подтрунивание: Middle User Interface Web Developer -
чувствуется уровень мидла :)))
А по теме: pjax в yii может быть опасной штукой: он хоть и обновляет только часть страницы, но может грузить js от всей страницы, например, заново загрузит jQuery который может сбросить обработчики, или выполнить повторную инициализацию элементов которые уже инициализированны. Вангую что проблема где-то в этой стороне.