Здравствуйте, MrAlex, Вы писали:
MA>Здравствуйте, Лев Математик, Вы писали:
ЛМ>> — использование стандартов W3C в разработке (DOM / Javascript, XInclude, REX, XUL и пр.),
MA>XUL в IE?? Это как это? MA>Или он только в мозилле поддерживается?
XUL — это, действительно технология, изначально реализованная в Gecko, но Ample SDK содержит свою реализацию XUL Runner,
обусловливающую возможность использования языка разметки XUL и в других браузерах, таких как Opera, IE, Konqueror, Safari..
На сайте есть несколько простых примеров.
Лев.
[ANN] Инновационная платформа для создания Ajax приложений
Компания Clientside представляет первую на российском рынке платформу
для построения пользовательских интерфейсов веб приложений — Ample SDK.
Разработка пользовательских интерфейсов на платформе Ample SDK решает
главную задачу разработчика — быстрое и удобное создание веб интерфейсов.
Платформа Ample SDK выделяется следующими преимуществами:
— простота в использовании,
— скорость верстки интерфейсов,
— использование стандартов W3C в разработке (DOM / Javascript, XInclude, REX, XUL и пр.),
— расширяемость за счет возможности создания собственных процессоров языков разметки,
— наличие подробной документации
Достоинства интерфейсов, создаваемых на платформе Ample SDK:
— интерактивность,
— высокая скорость загрузки и рендеринга,
— поддержка SPI и MPI (с поддержкой истории навигации в SPI),
— полная поддержка работы пользователя с клавиатуры,
Компания Clientside основана в 2006 году в Санкт-Петербурге, успешно
работает в области развития платформы для построения интерактивных
веб-интерфейсов. Дополнительная информация о компании и продукте
Ample SDK доступна на официальном сайте: http://www.clientside.ru/
Re: [ANN] Инновационная платформа для создания Ajax приложен
Здравствуйте, Лев Математик, Вы писали:
ЛМ>Компания Clientside представляет первую на российском рынке платформу ЛМ>для построения пользовательских интерфейсов веб приложений — Ample SDK.
Реклама??? Ая-яй.
ЛМ>Компания Clientside основана в 2006 году в Санкт-Петербурге,
А на сайте написано в 2007 году.
С Уважением, Andir!
Re[2]: [ANN] Инновационная платформа для создания Ajax прило
Здравствуйте, Andir, Вы писали:
A>Здравствуйте, Лев Математик, Вы писали:
ЛМ>>Компания Clientside представляет первую на российском рынке платформу ЛМ>>для построения пользовательских интерфейсов веб приложений — Ample SDK.
A>Реклама??? Ая-яй.
Здравствуйте, Lloyd, Вы писали:
L>Здравствуйте, Лев Математик, Вы писали:
ЛМ>> — использование стандартов W3C в разработке (DOM / Javascript, XInclude, REX, XUL и пр.),
L>А давно ли Javascript, REX, XUL стали стандартами w3c?
Javascript не стал и не станет,
Об остальном:
Web Forms 2, REX — разрабатываются W3C, DOM, XHTML, XInclude, XMLEvents, SMIL — давно принятые W3C стандарты
XBL (технология, изначально созданная Mozilla) — сейчас тоже рекоммендауется W3C, кто знает может и XUL когда-нибудь пордвинут.
Здравствуйте, Лев Математик, Вы писали:
ЛМ>XUL — это, действительно технология, изначально реализованная в Gecko, но Ample SDK содержит свою реализацию XUL Runner, ЛМ>обусловливающую возможность использования языка разметки XUL и в других браузерах, таких как Opera, IE, Konqueror, Safari..
Я понимаю почему XUL для Opera, MSIE и прочих перводится в HTML, но зачем то же самое делается для Gecko-браузеров?
Здравствуйте, anonymous, Вы писали:
A>Здравствуйте, Лев Математик, Вы писали:
ЛМ>>XUL — это, действительно технология, изначально реализованная в Gecko, но Ample SDK содержит свою реализацию XUL Runner, ЛМ>>обусловливающую возможность использования языка разметки XUL и в других браузерах, таких как Opera, IE, Konqueror, Safari..
A>Я понимаю почему XUL для Opera, MSIE и прочих перводится в HTML, но зачем то же самое делается для Gecko-браузеров?
Основная причина — для того, чтобы поддерживать одну базу кода и не зависить от возможных ошибок в стандартной реализации XUL.
Здравствуйте, Лев Математик, Вы писали:
A>>Я понимаю почему XUL для Opera, MSIE и прочих перводится в HTML, но зачем то же самое делается для Gecko-браузеров? ЛМ>Основная причина — для того, чтобы поддерживать одну базу кода и не зависить от возможных ошибок в стандартной реализации XUL.
Так ведь база кода всё равно будет одна — XUL, просто для некоторых браузеров нужно выполнять преобразование, а для некоторых — нет. Или я что-то не верно понимаю в работе вашего SDK?
Кстати, ошибок в вашей реализации XUL пока что больше, чем в стандартной. У меня часть примеров не работает.
