Страницы: 1
Seeker
Tab Mix Lite CE пробовали? он себя ведёт поприличнее :)
Хм, нет еще.. попробую - отпишусь. Спасибо :)
Проблема решилась удалением tabmix+ из каталогов профиля. Досадно, видимо придется пока пожить без табмикса. Спасибо за участие
Переносом places.sqlite не решается. Похоже придется профиль руками переносить :(
Здравствуйте уважаемые,
случилась проблема - после обновления в автоматическом режиме до FF3.5 кнопки навигации (назад, вперед) неактивны. Плюс ко всему прочему, при открытии url со странички в новом окне/табе адрес в строку поиска не переносится. Либо совсем пусто, либо то, что было на странице перехода.
Вопрос: это такая фича у FF3.5 и что-то надо где-то в настройках поправить или лучше откатится на более младшую версию?
всем спасибо
Решил проблему через ручное копирование старых необходимых файлов (истории, пароли и прочее согласно документу в Wiki http://forum.mozilla-russia.org/doku.ph … qs:profile) в новый профиль
P.S. Wiki желательно бы немного отредактировать на предмет FF3 (я так понимаю, в FF3 теперь все хранится в sqlite, поэтому часть необходимых к копированию файлов имеют другое расширение)
Прошу прощения, но не вижу - как прилепить файл к тексту
Выложил сюда
http://webfile.ru/2108758
Если старый профиль убрать, то отрисовка идет нормально. Как вариант - так и поступить, но не понятно, как перенести базу паролей, закладок и прочего
P.S. JS включен
На Firefox 3.0 выпадающие списки показываются открытыми, недоступными для изменения (выбора элементов в них). Не отображаются нормально кнопочки на HTML страницах (не доступен текст, кнопки простые мелкие квадраты).
Пробовал поставить рядом FF2. Эффект нулевой. Возможно проблемы где то в профиле... Что смотреть и где лечить?
А имеется ли в планах создание кроссплатформенной Ide? и какая Gui библиотека планируется к использованию?
Собственно о том речь и идет=) , посколько xulrunner сам по себе и является кроссплатформенным. Что касается GUI - здесь два варианта, либо пользоватся нативной поддежкой xulrunner, либо делать визуальные компоненты используя только чистый SVG
Seeker пишетragnaar пишетЕсли кто-то действительно решит начать такой проект - мы готовы взять на себя техническое обеспечение. CVS, Bugzilla, FTP, WiKi, списки рассылки... Ну и информирование о проекте на наших ресурсах ;)
Думаю, в декабре 2006 - январе 2007 можно будет стартовать данный проект. Было бы неплохо, если бы сообщество высказало где-нибудь свои пожелания по данному поводу, какую функциональность хотели бы видеть. Может быть кто-то уже сегодня будет согласен присоединиться к проекту.
Я согласен присоединиться к проекту :)
В принципе, все вышесказанное Вами имет смысл.
Если что, стучите в аську, пишите письма ;)С уважением
Да, спасибо... Свяжусь обязательно. Очень хочется выложить в бумажном виде хотелки и планы, может даже какие то вехи в реализации наметить, но к сожалению пока не хватает времени все это изложить во внятном виде. Думаю, что не позднее январьских праздников выложу здесь подобную бумажку.
…не совсем понятно какие цели преследует проект...
В конечном счете, продукт с помощью которого можно быстро и удобно создавать XUL приложения с поддержкой всех заявленных Mozilla технологий, даже тем, кто к програмированию имеет легкое отношение - дизайнеры, к примеру. Ведь всегда вполне возможно разделить проект как минимум на две части - графическую и событийную. Можно делать презентации к примеру, или какие-либо компоненты. На сегодня нету инструмента, который позволит в одном флаконе создать быстро расширение или вообще standalone приложение на базе XUL. Педлагаю сделать такую IDE. Как начало проекта предлагаю сделать компонент для создания SVG для встраивания потом и в полноценный IDE. Размыто вышло конечно, но IDE и есть IDE. Какой у него может быть смысл? Смысл любого IDE прежде всего в популяризации платформы.
Зато с ним работать проще
Не надо разбираться во всех разновидностях тегов и т. п.
И возможностей у него больше.
Абсолютно поддерживаю:)
было бы совсем зашибись, если бы они весь браузер на OGL перевели :blush:
А собственно так оно и будет в одной из возможных сборок. Порт cairo под OGL уже есть, а в мозилле портировать не так много. Счас собственно занимаюсь подобным портом под DirectFB.
Может какие-нить пожелания по поводу IDE есть? Ну или вообще, желание принять активное участие в разработки оной;)?
ну сравнил, конечно, жопу с пальцем :) рисование кривых в реальном времени против квадратиков дискретно скачущих.
да, сравнение не совсем корректное, но и не настолько различающиеся в производительности, если побольшому счету
это во 2 или в 3?
В gecko 1.9, т.е. FF3.0
не хотелось бы вас расстраивать, но SVG на мозильем движке - не шибко-то быстрая вещь... http://croczilla.com/svg/samples/xbl-shapes2/xbl-shapes2.xml
Там же на croczilla есть пример SVG тетриса и надо признать, что совсем это дело не умирает. Вторым обстоятельством могу назвать тот факт, что в новой версии gecko будет возможность использовать 2d библиотеку векторной графики cairo, имеющую также порт и под OpenGL. Говоря за мобильные применения, то cairo достаточно просто портируется под OpenGL ES и OpenVG (www.khronos.org). Так что вопрос быстрого рендеринга - вопрос не столь тривиальный.
В добавок могу заметить, что в основе нового Flash плейра Adobe заложил как раз таки ядро SVG рендеринга (ну мне просто не понятно, чего бы это Adobe заявлял, что может еще и SVG графику поддерживать в своем flash плеере, да и вспоминая недавнее прошлое Adobe как основного движетеля SVG). Все же остальное зависит только от скорости работы JS и парсинга XML документа. ИМХО
Какие в связи с этим будут предожения от Mozilla Russia:)?
Если кто-то действительно решит начать такой проект - мы готовы взять на себя техническое обеспечение. CVS, Bugzilla, FTP, WiKi, списки рассылки... Ну и информирование о проекте на наших ресурсах ;)
Думаю, в декабре 2006 - январе 2007 можно будет стартовать данный проект. Было бы неплохо, если бы сообщество высказало где-нибудь свои пожелания по данному поводу, какую функциональность хотели бы видеть. Может быть кто-то уже сегодня будет согласен присоединиться к проекту.
Согласен, однако, чтобы к проекту присоединялись разработчики - этот проект надо начать и сделать так, чтобы о нем узнали. Со всеми предыдущими попытками создать IDE второй пункт либо не выполнялся, либо тогда просто не была готова почва. Сейчас, когда Mozilla - это всем известный продукт, возможно будет проще...
Какие в связи с этим будут предожения от Mozilla Russia:)?
Что касается второго пункта - так это на самом деле первый пункт. Именно из-за отсутствия в планах гибли всякие подобные идеи создать IDE. Может действительно стоит начать с нормального SVG редактора, поддерживающего JS и конвертацию в jar от мозиллы и swf от Adobe?
После этого можно будет и в сторону XUL редактора посмотреть. Понятно, что цель то одна - полноценная среда разработки XUL приложений.
Я вот думаю, что надо просто подключить к этому еще и флешеров, возможно тогда продукт будет реально доделать. Т.е. среда одна, а компиляцию можно делать хоть в jar, хоть в swf (благо компиляторов хватает). Единственная проблема останется в том, как XPCOM компоненты прикрутить к флешу. Есть конечно вариант, как это можно сделать, но это надо обсуждать. Тогда инструмент будет один, а сообщество разработчиков много больше. Все, что было до этого никак не связанно с массовостью... В большинстве случаев, платформу поднимают не профессиональные разработчики, а массовые применения. Дайте возможность быстро рисовать свои приложения и создавать оболочки к дискам, например... Чтобы сделать простейшую игрушку сейчас надо быть программером как минимум. Отталкиватся надо от графики, тогда и все остальное будет. ИМХО
А кто как вообще смотрит на идею создания собственной среды разработки контента на базе XULRunner ? С подключаемыми XPCOM компонентами? Что то типа Flash/Flex редактора, но с потенциально большими возможностями?
Не совсем понимаю, можно ли создать XUL приложения, используя только XBL и SVG? Т.е. создать к примеру свои кнопки и элементы управления, чтобы они выглядели абсолютно идентично, вне зависимости на какой платформе оно (приложение) запускается?
Да, есть. ко всему прочему, еще и запускаю под рутом. Единственное, что меня настораживает, так это 4 процесса xulrunner-bin...
В общем, проблема такая - есть xulrunner, живущий под XDirectFB. Возникла проблема, что приложения под xulrunner не запускаются. Точнее, запуск проходит, а реально приложения не видно. Те же самые приложения (xul) благополучно работают под TestGtkEmbed в том же пакете и под xulrunner в винде. Есть основания полагать, что требуется как то правильно прописывать сам процесс запуска. Если кто в курсе, могу выслать лог запуска для xulrunner. Просьба высказывать все предположения.
Страницы: 1