Комментарии 45
ну знаете по мне так чтобы переходить на xul и xml в разметке документа нужна веская причина
На мой взгляд, один из немногих, качественных, всобъемлющих фреймворков. Готовый к немедленному употреблению благодаря низкому порогу вхождения ( достаточно знать стандартный API). И вообще удивительно, что реализован практически одним человеком. Можно даже использовать в качестве базы для изучения разных веб-технологий типа SVG. Не нужны никакие танцы с бубном, чтобы код SVG, вставленный прямо в код страницы, заработал во всех браузерах.
Желаю проекту удачи, ведь возможность сочинения XUL-приложений, несомненно, станет для многих разработчиков стимулом к освоению этого языка, а там уж недалеко и до сочинения новых расширений к Файерфоксу, интерфейс которого также написан на языке XUL.
а чем тигры то отличаются?
Тем что нарисованы в разных браузерах! Один из которых приснопамятный IE6, умирающий от старости и не поддерживающий SVG, а второй — браузер который Гугл хочет сделать «самым-самым». И этот фреймворк в сильной степени нивелирует разницу.
Хех, в этом и соль — тот же самый SVG документ отображен в браузере с поддержкой SVG (Chrome) и в браузере без таковой (Internet Explorer) при этом картинка выглядит идентично.
Хм… А XUL оказывается занятная штука. Интересно он имеет какую нибудь связь с ExtJs, было бы просто замечательно.
Нет, к ExtJS — XUL никакого отношения не имеет. ExtJS по другим идеалогиям построен.
И неизвестно насколько целесообразно добавлять XUL в ExtJS. На мой взгляд добавление в текущий ExtJS идеалогии XUL — есть раздутие и без того раздутого фреймворка.
И неизвестно насколько целесообразно добавлять XUL в ExtJS. На мой взгляд добавление в текущий ExtJS идеалогии XUL — есть раздутие и без того раздутого фреймворка.
Почему же?! Абсолютно не согласен! На мой взляд, XUL (как в общем XML) может стать прекрасным интерфейсом между ExtJS и скажим PHP. Например у меня, в этой связке действительно наблюдаются проблемы. А то макароны отдельно и котлеты отдельно. Т.е. для создания произвольных ExtJs форм из PHP практически нет нормального инструментария, приходится пользоваться либо велосипедами либо жутко неудобным PhpExt.
А вот XUL как раз решает эту проблему на корню, предоставляя некую общую спецификацию для описания представлений.
Более того, при таком подходе предоставляется возможность использование различных интерфейсов, скажи переключение с ExtJs на обычный HTML или вообще на Flex.
А вот XUL как раз решает эту проблему на корню, предоставляя некую общую спецификацию для описания представлений.
Более того, при таком подходе предоставляется возможность использование различных интерфейсов, скажи переключение с ExtJs на обычный HTML или вообще на Flex.
Вы не правильно меня поняли :)
Я не сомневаюсь, что надстройка XUL для ExtJS поможет более наглядной с ним работе. В конце концов — это будет можно сделать в виде плагина, а не только на уровне Core (вот на уровне Core как раз таки будет им проблематично это сделать — не будет той красоты от xula)
Я лишь указал, что ExtJS настолько «пузат», что может быть разработчикам стоит задуматься над тем, чтобы переписать его с нуля? вместо того, чтобы накладывать различные заплатки.
Я не сомневаюсь, что надстройка XUL для ExtJS поможет более наглядной с ним работе. В конце концов — это будет можно сделать в виде плагина, а не только на уровне Core (вот на уровне Core как раз таки будет им проблематично это сделать — не будет той красоты от xula)
Я лишь указал, что ExtJS настолько «пузат», что может быть разработчикам стоит задуматься над тем, чтобы переписать его с нуля? вместо того, чтобы накладывать различные заплатки.
Возможно мы оба друг друга не правильно поняли =) Конечно же плагин. Просто у меня уже как полгода голова болит над полиморфными интерфейсами (как бы дико это не звучало). А тут оказывается чуть ли ни стандарт уже есть.
По поводу пузатости экста, есть и более тяжкие библиотеки, на мой взляд Dojo куда объемнее.
По поводу пузатости экста, есть и более тяжкие библиотеки, на мой взляд Dojo куда объемнее.
снова смешали. екст монолитный, но есть возможность собрать под себя кастомный вариант. Dojo — полностью модульный, но за это расплата идет множеством загрузок, что убивает часто проект (что и попробовал на практике, так как используется десятки компонент, которые легче сразу все загрузить, а не решать зависимости).
по моему, это полная глупость. Нормальная практика разработки приложения на PHP/ExtJS — генерация JSON-описания и данных и передача их в клиентскую часть. Никак иначе.
За Sandbox в примерах — особое спасибо.
Следует ли ожидать претензий со тсороны ваших бывших работодателей? Могут сказать, что вы в рабочее время это сделали и потому права на разработку принадлежат им.
Вы путаете. Одно дело если был сознательный заказ на подобную разработку и тогда да можно доказывать что права принадлежат заказчику или компании которая делала (в случае отказа от результата компанией заказчиком).
И другое дело, если человек сам разработал для того, чтобы облегчить себе выполнения другого заказа (и уж тем более при реализации «для себя») — в этом случае авторское право априори не отделимо и можно смело посылать предъявляющих свои права — куда подальше ;)
И другое дело, если человек сам разработал для того, чтобы облегчить себе выполнения другого заказа (и уж тем более при реализации «для себя») — в этом случае авторское право априори не отделимо и можно смело посылать предъявляющих свои права — куда подальше ;)
Нет, не следует. Во-первых, прототип имел только идею с совершенно другой реализацией, во-вторых ни единой строчки кода из первоначального протипа не осталось, в-третьих компании не существует более.
Я так понял, что компания не рассыпалась в пыль, а поглощена другой компанией, что означает — эта новая компания является приемником.
Очень желательно глянуть в трудовой контракт, работодатели часто любят туда впихнуть строки про то, что все, что сделано в офисе — принадлежит им по умолчанию. Глянь, плз, крайне внимательно, желательно показать юристу. Ну на всякий случай :)
А вообще — респект! Дело даже не в масштабе, он тоже впечатляет, а в общем качестве и уровне. Спасибо!
Очень желательно глянуть в трудовой контракт, работодатели часто любят туда впихнуть строки про то, что все, что сделано в офисе — принадлежит им по умолчанию. Глянь, плз, крайне внимательно, желательно показать юристу. Ну на всякий случай :)
А вообще — респект! Дело даже не в масштабе, он тоже впечатляет, а в общем качестве и уровне. Спасибо!
удачи проекту, надеюсь spinbutons в демках починят, да и дизайн элементов покрасивее сделают.
Вот это подарок! Спасибо, Вам, огромное!
Большое спасибо!
У меня есть вопрос, в документации часть методов/объектов — присутствует, но недоступна…
Еще не документировано или еще не реализовано?
У меня есть вопрос, в документации часть методов/объектов — присутствует, но недоступна…
Еще не документировано или еще не реализовано?
К сожалению может быть и то и другое. За 96% все же ручаюсь. Пожалуйста, напишите в bugtracker: www.amplesdk.com/community/bugtracker/ (Чиним быстро и аккуратно!)
Да, еще у нас есть mailing list: groups.google.com/group/amplesdk
Да, еще у нас есть mailing list: groups.google.com/group/amplesdk
НЛО прилетело и опубликовало эту надпись здесь
Вы правы — компоненты еще достаточно сырые. А вот насчет «мне как то привычнее писать яваскрипт, яваскриптом, а не через костыли» так это нормально! Другая часть разработчиков предпочитает определять интерфейс имеено в XML (точнее конкретной UI технологии, такой как MXML, XAML, XUL и др.) а не на Javascript. Javascript используется интенсивно и в Ample SDK, только для написания логики (собственно кода приложения). Мне лично кажется странным разводить и стилизовать интерфейс с помощью Javascript ;)
UI look & feel сильно смахивает на Windows XP. Может, это и неплохо. Однако по другими OS это выглядит немножко странно из-за смешивания нативных контролов (отображаемых браузером) и ваших. Например, вот так выглядит datepicker: img42.imageshack.us/img42/35/shot1v.png
chromium 4.0.252 не открывает страницы. говорит, что у него не получилось. О.о
страницы с примерами здесь www.amplesdk.com/examples/
Проблема с Javascript в Chrome 4 ранней версии была устранена (коммандой Chrome) www.amplesdk.com/community/bugtracker/154/
может опять вернулась? Да, как вы обновились до 4.0.252? У меня обновляется только до 4.0.249…
может опять вернулась? Да, как вы обновились до 4.0.252? У меня обновляется только до 4.0.249…
Для SVG отлично подходит raphaeljs.com/
И как ему скормить SVG? Вручную переписать?! Проделайте это как-нибудь с примером тигра в статье на досуге.
Хм… Hадо бы подкинуть эту идею создателю.
Оказывается что-то уже есть для этого…
RaphaelJS — отличная библиотека для работы с векторной графикой. Только вот к SVG она не имеет отношения, ибо представляет собой альтернативный (а с тем и более адекватный потребностям в манипуляции) набор [проприетарных] API.
Не уверен насчет практического применения, но несомненно — очень интересно. Ушел читать доки. Проекту — успехов в развитии.
Пример практического применения: bloggingbotters.co.uk/2009/07/sitestat-report-builder-top-5-features/
Впечетлён! Очень интересная штука, я как увидел пример сразу подумалось «О, это что-то похожее на MXML и Actionscript, но не во флэше а прямо в браузере». Имею некоторый опыт работы с Flex, и появилось желание использовать такую что-то похожее но без проприетарный технологий и нативно с браузером. Flex не сомненно мощный но некотрые вещи приходилось делать с плавающим фреймом, который отображал уже браузер. Успехов проекту.
Прекрасно! А можно примеры работающих проектов? Ну или хотя бы скриншоты :)
И очень интересно почитать пятую часть туториала: Organizing Application Logic with MVC
в Cappuccino MVC реализован хорошо (слизали с Cocoa), но фреймворк еще сыроват для продакшна. ExtJS предлагает «похапе»-стиль программирования, что грустно. Не нашел ни одного примера, где бы данные, представление и контроллер были бы разнесены.
И очень интересно почитать пятую часть туториала: Organizing Application Logic with MVC
в Cappuccino MVC реализован хорошо (слизали с Cocoa), но фреймворк еще сыроват для продакшна. ExtJS предлагает «похапе»-стиль программирования, что грустно. Не нашел ни одного примера, где бы данные, представление и контроллер были бы разнесены.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Публикации
Ample SDK — Javascript GUI библиотека. Обзор