Страницы: 1
Нет, в том-то и дело, что в FF виджеты в формах стали выглядеть не так, как в десктопных приложениях
у меня:
$ rpm -qa | grep firefox firefox-ru-46.0-alt1 firefox-pepperflash-1.5.4-alt2 firefox-46.0-alt1 $ cat /etc/altlinux-release ALT Linux p8 (Hypericum)
Здравствуйте!
Когда-то простые html-формы вроде https://jsfiddle.net/n0rpubw8/2/ даже без привлечения дополнительных стилей выглядели вполне прилично - http://www.awesomescreenshot.com/0975wowsa1 (видно, что высота input, select и button одинакова), в современных версиях FF это уже не так - http://www.awesomescreenshot.com/0b25woxb7a (видно, что высота всех трех элементов отличается). Есть простой способ это исправить?
Может быть, кому-то будет полезен этот документ - Пример использования XPFE/J2EE и SOAP для построения распределенных приложений - http://lib.juga.ru/article/articleview/222/1/0?PrintableVersion=enabled
Здравствуйте!
А не расскажет ли уважаемый lakostis, как он собирает XULRunner?
Судя по тому что я прочитал, делается это так:
1. правится mozilla/.mozconfig и выполняется gmake -f client.mk build
2. в mozilla/embedding/config правятся файлы basebrowser-* и выполняется make
3. результат оказывается в mozilla/dist/Embed
Мой mozilla/.mozconfig выглядит так:
mk_add_options MOZ_CO_PROJECT=xulrunner
mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/obj-@CONFIG_GUESS@
ac_add_options --enable-application=xulrunner
ac_add_options --enable-optimize
ac_add_options --disable-debug
ac_add_options --enable-default-toolkit=gtk2
ac_add_options --enable-xft
ac_add_options --disable-freetype2
ac_add_options --enable-extensions=xml-rpc,webservices,xmlextras,xmlterm
Сборка заканчивается с ошибкой:
gmake[3]: *** Нет правила для сборки цели `export'. Останов.
gmake[3]: Leaving directory `/data/distrib/mozilla/mozilla-source-1.8a6/mozilla/obj-i686-pc-linux-gnu/chrome'
gmake[2]: *** [t
Со вчерашнего дня собираем с --enable-xprint, т.е. print preview и печать должны работать.
Спасибо. Как это использовать? Не поделитесь примером или ссылкой на пример?
SOAP ожидается позже?
И еще вопрос: что XULRunner делает с ошибками в JavaScript? Просто проглатывает? Вот было бы замечательно, если бы он их куда-нибудь выводил.
туда включено все то, что было в каталоге bin. В sdk включено то, что было в каталоге sdk. Насколько я знаю, installer для xulrunner (как и список файлов для упаковки) еще не готов. Беретесь составить такой список? И синхронизировать его с умами разработчиков XULRunner?
Синхронизировать с умами - это вряд ли. А по поводу составления списка - так я же как раз прошу разъяснить мне назначение отдельных файлов и каталогов дистрибутива :) Тогда со списком проблем не будет
Ну так вы сформулируйте :) Сборки-то теперь каждый день будут делаться, так что список требований будет динамическим.
А что формулировать? Список требований? Их я выдал. Может потом еще какие добавятся
PS И хватит коверкать мой ник :evil:
не буду :rolleyes:
Насколько я понимаю, xml-rpc реализуется javascript классом, там должна быть соотв. библиотека. XPCOM тоже есть (интерфейс определен)
т.е. есть 2 реализации XML-RPC? Кстати, я в полной альтовской Мозилле попробовал использовать XML-RPC, тот, который есть в тестах, но не вышло. Нажаловался в https://bugzilla.mozilla.org/show_bug.cgi?id=278681, мне сказали: сам дурак
но как его подключать под nix - без понятия. Под win для подключения интерфейса сборка из исходников не нужна.
а что нужно?
На крайняк xml-rpc можно юзать прямо из js, написав маленький враппер к нему.
Так мне и надо из js. А что оборачивать?
Всякие диалоговые окошки (в т.ч. jsconsole) живут в jar-пакетах, их нужно подключать в installed-chrome. Я в рабочей версии для win повыкидывал тесты и лишние модули jar, поправил конфиги и память стала кушаться почти вдвое меньше. Думаю, что под linux такой подход тоже подойдет :)
Вы главн
…Судя по количеству файлов и каталогов, линуксовая сборка оказалась не такой уж оптимизированной
Почему-то я представлял себе, что для запуска удаленного XUL-приложения необходимо значительно меньше.
Начнем с бинарников. Зачем их столько?
elf-dynstr-gc
mangle
mozilla-xremote-client
nsinstall
regchrome
regxpcom
shlibsign
TestGtkEmbed
xpcshell
xpicleanup
xpidl
xpt_dump
xpt_link
xulrunner-bin
Кстати, их наличие в полной Мозилле тоже всегда меня удивляло. Что такое, например, mozilla-xremote-client?
Что такое TestGtkEmbed, догадаться можно, но тогда логично бы в sdk увидеть его исходники - их там нет.
И действительно ли необходимы права исполнения для файлов, исполняемыми не являющихся совсем (README.txt, например)
В общем, такая нескромная просьба к lacostis и всем присутствующим: не могли бы вы объяснить назначение бинарниников и основных файлов и каталогов получившегося дистрибутива?
А еще было бы неплохо включить в следующие сборки:
поддержку SO
…Здравствуйте!
Набрел на следующую интересную ссылку - http://www.mozilla.org/projects/embedding/
Однако нигде на этой странице не встретил ссылки на XULRunner, точно так же как на http://wiki.mozilla.org/XULDev?action=browse&id=XulRunner&revision=120 не нашел ссылок на Embedding Mozilla SDK.
Это различные параллельно развивающиеся технологии? Хотя трудно представить, что XULRunner реализован не на основе Embedding Mozilla SDK. Или кто-то из них умер, а другой жив?
Здравствуйте!
Беру виндовый XULRunner от lakostis. Файл apps/simple/chrome/content/simple/simple.xul модифицирую так:
<?xml version="1.0"?>
<?xml-stylesheet href="chrome://global/skin/" type="text/css"?>
<window
id = "simple"
title = "Simple App"
xmlns = "http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
<browser id="content" type="content-primary" src="http://localhost/xul/main.xul"/>
</window>
После этого xulrun appssimplesimple.xulapp показывает пустое окно, в котором содержимого http://localhost/xul/main.xul не наблюдается
http://localhost/xul/main.xul можно отобразить, вписав его в appssimpledefaultprefsimple.js, но это не совсем то, что требуется.
Тьфу, я написал это в apps/simple/chrome/content/simple/simple.xul - там вроде нет причин не работать
А с simple.js все сработало
За оффтопик прошу прощения - как будет надо (а надо будет ;) ) - создам новую тему
исправил apps/simple/simple.xulapp так:
<?xml version="1.0"?>
<?xml-stylesheet href="chrome://global/skin/" type="text/css"?>
<window
id = "simple"
title = "Simple App"
xmlns = "http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
<browser id="content" type="content-primary" src="http://localhost/xul/main.xul"/>
<!--
<vbox>
<textbox id="textbox" value="Hello World" flex="1"/>
<button id="button" label="Submit"/>
</vbox>
-->
</window>
после этого
$ ./xulrunner apps/simple/simple.xulapp
просто зависает при запуске
Более того, я могу сказать, чем меня привлекает использование XUL для написания приложений-клиентов - отсутствие необходимости эти приложения обновлять. Т.е. имеем простоту сопровождения рабочих мест на уровне web-приложений, но получаем гораздо большую функциональность.
А в чем принципиальное преимущество локальных XUL-приложений от их аналогов, написанных более традиционными седствами (Java, C++ и т.д.) ?
Хм... значит я не понял его назначения :( Хотя это нелогично, локальные приложения пускать, а удаленные - нет
Firefox плох для удаленных приложений тем же, чем и для локальных - в нем слишком много лишнего
Так ведь беда в том, что XUL-приложение удаленное, доступно по http. Я пробовал положить simple.xulapp на http, но чуда не случилось - он, естественно, открылся, как обычный текстовый файл.
Как запустить XUL-приложение с http? Локальные XUL-приложения мне сейчас не интересны.
Кстати, я тут вытянул более свежую линуксовую сборку от AEN, но не пойму, а как, собственно, запустить приложение?
$ ./xulrunner http://localhost/xul/main.xul
Error: Invalid or missing application data!
А вот так все работает:
$ firefox http://localhost/xul/main.xul
Здравствуйте!
Просьба к lakostis: нельзя ли собрать специальную версию XULRunner исключительно для запуска Remote XUL Applications, т.е.:
1. без тестов
2. без примеров
3. без sql, java и т.д.
4. без отладочной информации
5. может еще что-то важное забыл
Критерии: минимальный размер архива, минимальные потребности в ОЗУ и максимально быстрая работа
Интересны сборки как для Win32, так и для Linux (а конкретно для ALM 2.4)
Не хватает mozilla-xulrunner. Будет ли последний для ALM 2.4 ?
Хотя логичнее было бы разбить его на пакеты по аналогии с Mozilla:
xulrunner
xulrunner-sample
xulrunner-mysql/postgresql/sqlite
xulrunner-java
и т.д.
Страницы: 1