Как стать автором
Обновить
22
0
Вася Аксёнов @ArtyV

Делаю штуки

Отправить сообщение
Потому что мы сами в Екатеринбурге находимся
Уже был опыт с ограниченными функционалами и т.п. Проблем от этого меньше у нас не становится, а количество недовольных растёт.
Исправили, спасибо
Мы пока не знаем, что интересного рассказать, но примерно всё обстоит так:
Фронтенд на клиенте — Ангуляр
Фронтенд на сервере — Спринг
Куча разных банковских сервисов на Джаве (подробнее не знаю, да и NDA, вероятно), всякие наши сервисы на Джаве, связка 1С + Си++ (плюсы планируем выкинуть и на Дотнете переписать)
В принципе у нас есть интересные задачи в планах, мы о них обязательно расскажем (раньше мы уже так делали).
А когда был релиз этой прелести? ;)
Нам тоже показалось, что вроде. Достоверной информации же найти не удалось.
200 каких операций? ;)
Получается так.

Чего таить, даже так упрощая сложно объяснить, что под этим подразумевается. А что бывает, когда речь идёт о бухгалтерских операциях (а так, обычно и бывает) я вообще молчу :D
Тоже недавно получили учебные лицензии. Только у нас несколько более сложная ситуация, т.к. мы не ВУЗ, но при этом проводим курсы лекций для студентов ВУЗов. Большое вам спасибо! :)
Типа того, только ещё не совсем уральский, в основном так говорят в контуре
1000 вложенных дивов делает не HTML, а разработчики ;)
HTML никогда не изменит направления своего развития на язык разметки интерфейсов. Достаточно изучить его историю
HTML идеологически appearance agnostic язык, потому как служит для разметки структуры документа. Чтобы было понятно, как всё будет выглядеть из разметки нужно использовать соответствующий язык, с блекджеком и вбоксами :)

XUL вам в руки, например. Даже трансляторы есть в HTML/CSS, например в Ample SDK. Даже XBL можно юзать с помощью XBL.js
*Если вы делаете с помощью HTML приложения — это не HTML неправильный
Ого-го сколько неграмотности в одном посте.
HTML создан для разработки документов. Если вы делаете с помощью HTML — это не HTML неправильны, а вы делаете что-то не так. Понятно, что в вебе других вариантов нет, но это не значит, что HTML — плохой.
Модель отображения браузера тоже заточена под документы — она очень логична и совершенно одинакова во всех браузерах (за исключением мелких багов браузеров).

Одна мысль верная — делаете приложения, то для более удобной разработки нужно создать подходящий уровень абстракции или совсем свою модель, которую транслировать в HTML и CSS.

Это не проблемы существующих технологий — это ваши проблемы
О боже! Они знают мой айпи! Теперь они могут… знать мой айпи!!!
В яндексе можно найти множество решений этой проблемы, но большинство из них обладают одной проблемой: они не поддерживают возможность менять размеры окна когда содержимое iframe и родительский элемент находятся на разных доменах.

Видимо искать лучше в гугле, потому что когда мне надо было какое-то кроссдоменное решение, я нашёл это:
benalman.com/code/projects/jquery-postmessage/examples/iframe/
По сути то же самое, что и у вас (postMessage с фоллбеком на location.hash), только сделано 3 года назад :)
Можно и просто рафаелем рисовать :) большого смысла подключать gRaphaël почему-то не вижу, если надо что-то сложнее, чем в примерах
Офигеть, я тебе сидел это рассказывал, а ты спустя два года «офигеть» тут пишешь :D
Дополнительной разметкой можно не пользоваться, она нужна для правильного абсолютного позиционирования внутри инлайн-блоков. В принципе, целью было сделать абслоютно одинаковую реализацию инлайн-блоков во всех браузерах :) а выравнивание там заодно приплетено.

Способ выравнивания, сам по себе, очень старый — можно даже вообще без лишней разметки (.helper) обойтись, т.к. в IE newspaper и так всё решит, а в нормальных браузерах всё решается с помощью псевдоэлементов

Информация

В рейтинге
Не участвует
Откуда
Санкт-Петербург, Санкт-Петербург и область, Россия
Дата рождения
Зарегистрирован
Активность