Хабр Курсы для всех
РЕКЛАМА
Большая витрина: от крупнейших школ до частных авторов. Сравнивайте по цене, длительности, формату и выбирайте самый подходящий курс!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 50
Эээ… Ммммм…
А может стоит остановится на ой версии фф на которой все работает. Ведь для вашего проекта нужны специфичные функции, но совсем не нужны последние фишки фф. Или вы поддерживаетет какой то плагин?
А может стоит остановится на ой версии фф на которой все работает. Ведь для вашего проекта нужны специфичные функции, но совсем не нужны последние фишки фф. Или вы поддерживаетет какой то плагин?
Возьмите уже вебкит, он при встраивании намного дружелюбнее. Даже встроенный отладчик активируется парой строк.
Вебкит хорош в составе Qt и где есть такая возможность — так и делаю. Например на соседнем проекте вполне себе встроенный WebKit в Qt 4.8 в полный рост.
Однако ж в свете околонокиевых событий я бы не рискнул закладываться на регулярные апдейты ;-)
И кстати мне нужен не отладчик, а работа молча, я не зря упомянул prompt service.
Однако ж в свете околонокиевых событий я бы не рискнул закладываться на регулярные апдейты ;-)
И кстати мне нужен не отладчик, а работа молча, я не зря упомянул prompt service.
Ну, вебкит развивается не нокией, а Apple и Google, так что проблем быть не должно.
Если буквоедствовать — то Novell забыли упомянуть. kHTML — ее детище, ныне известное как WebCore.
В плохие времена, когда Qt была dual licensed (и по этому поводу ей устраивали бойкот), KDE тянула SuSE емнип практически в одиночку. А новель купил их и продолжил финансирование. Причем у новелей было в свое время несколько движений по закрытию KDE — но так и не решились.
Новель вообще странная контора в этом плане — они накупили горы конкурентов и тянут их одновременно. Очень редкое сочетание, обычно покупают чтобы закрыть. А тут и договор о ненападении с микрософт, и моно, и «кеды» с гномом — и все в одном дистрибутиве. И Krita vs GIMP и даже Novell OpenOffice vs KOffice и все сразу и на их же деньги.
Такое ощущение, что в 90х проигранная война офисов их напугала до потери сознания, и они с тех пор принципиально не готовы выбрать что-то одно ;-)
Новель вообще странная контора в этом плане — они накупили горы конкурентов и тянут их одновременно. Очень редкое сочетание, обычно покупают чтобы закрыть. А тут и договор о ненападении с микрософт, и моно, и «кеды» с гномом — и все в одном дистрибутиве. И Krita vs GIMP и даже Novell OpenOffice vs KOffice и все сразу и на их же деньги.
Такое ощущение, что в 90х проигранная война офисов их напугала до потери сознания, и они с тех пор принципиально не готовы выбрать что-то одно ;-)
Да, но Qt детище нокии и сообственно на поддержку актуального состояние браузера внутри фреймворка полагаться не стоит пока, об этом речь, то есть пойдут опять патчи. заплатки, хаки.
Хотя QT вроде хотят передать opensource сообществу, если все пройдет гладко я буду очень рад ибо фремворк действительно хороший и удобный.
Хотя QT вроде хотят передать opensource сообществу, если все пройдет гладко я буду очень рад ибо фремворк действительно хороший и удобный.
Брат!!!
У вас таки тоже есть свой add-gtkmozembed-oldstyle.patch? ;-)
У нас приложение со встроенным GRE в виде плюшек XUL+JS+XPCOM. Под виндовз одни заморочки, под линуксом другие заморочки (свою копию gtkmozembed содержим, да), под макосью третьи. Миграция на современную версию xulrunner застопорилась где-то на полпути, но со старой 3.6 пока можно жить.
Хорошо вам — мне уже давно не. Я на 3.6 дожил до 7й версии, потом пришлось срочно переезжать. Но у меня сложный случай — там всякое странное массово печатать, когда пробовали вебкит — патчей навскидку потребовалось еще больше.
Странное — это когда в основном окне текст, в разных iframe разные графики, причем оно еще повернуто и трансформировано. И самая песня когда часть графиков на флэше, а часть новомодно рисует себя скриптом на канвасе.
А теперь осталось дождаться пока этот коктейль отдаст веб сервер (отдельный квест!), потом заменить флэш на отрендеренные флэшом картинки на канвасе, потом когда все это отрисуется (здравствуй MozAfterPaint event) — можно печатать.
Странное — это когда в основном окне текст, в разных iframe разные графики, причем оно еще повернуто и трансформировано. И самая песня когда часть графиков на флэше, а часть новомодно рисует себя скриптом на канвасе.
А теперь осталось дождаться пока этот коктейль отдаст веб сервер (отдельный квест!), потом заменить флэш на отрендеренные флэшом картинки на канвасе, потом когда все это отрисуется (здравствуй MozAfterPaint event) — можно печатать.
Наверное это неприлично, да и конечный продукт закрыт, но все же: а можно ли где-то посмотреть на эти самые трансформированные канвасы/флеши, которые потом надо печатать? А может быть есть какая-то гарелея c подобными чудесами отчетов от разных вендоров? (а можно всех посмотреть?)
Просто когда-то я тоже сильно заморачивался с печатью, и если флеш еще мог выдавать красивые отчетики (в векторе, где все адово тормозило), то генерация растровых картинок с завышенным разрешением превращалась во что-то очень неприятное. Вот и хотелось бы взглянуть, куда ушел прогресс.
Просто когда-то я тоже сильно заморачивался с печатью, и если флеш еще мог выдавать красивые отчетики (в векторе, где все адово тормозило), то генерация растровых картинок с завышенным разрешением превращалась во что-то очень неприятное. Вот и хотелось бы взглянуть, куда ушел прогресс.
Извини — нет. Это ж банкиры, а они параноики почище меня.
Да они своим штатным сотрудникам «во избежание» гвоздем (не шучу) у айфонов камеры царапают! А тут я — субконтрактор, и показывать. Расстреляют ;-)
Печать — в WebPDF, это не типография. Там где бумага — там Adobe InDesign.
К слову, флэш в растр — это сугубо линуксовая заморочка. Ибо в коде у мозилловских там написано
Или в переводе — флэш не печатаем.
А поскольку флэш — он еще и с GDrawable работать не умеет — приходится строить голый XGC, дать флэшу там отрисоваться, выгрести pixbuf (и я даже не проверяю есть ли Render — один фиг xvfb), построить вокруг него каировский контекст — и уже его отрисовать на aThebes ;-)
Так сказать — патч номер два, который я с собой таскаю по версиям, но его и у 3.6 нету.
Да они своим штатным сотрудникам «во избежание» гвоздем (не шучу) у айфонов камеры царапают! А тут я — субконтрактор, и показывать. Расстреляют ;-)
Печать — в WebPDF, это не типография. Там где бумага — там Adobe InDesign.
К слову, флэш в растр — это сугубо линуксовая заморочка. Ибо в коде у мозилловских там написано
#elif defined(XP_UNIX)
/*XXX this just flat-out doesn't work in thebes world --
* RenderEPS is no-op. So don't bother to do any work here
*/
#elif defined(XP_OS2)
Или в переводе — флэш не печатаем.
А поскольку флэш — он еще и с GDrawable работать не умеет — приходится строить голый XGC, дать флэшу там отрисоваться, выгрести pixbuf (и я даже не проверяю есть ли Render — один фиг xvfb), построить вокруг него каировский контекст — и уже его отрисовать на aThebes ;-)
Так сказать — патч номер два, который я с собой таскаю по версиям, но его и у 3.6 нету.
А вендоры, которые эти компоненты графики рисуют — это тоже банкиры? Или собственные быдлокодеры?
Просто я пытаюсь себе представить банковский интерфейс на флеше, воображение рисует что-то обязательно с анимациями/градиентами и полутонами, а то и вообще интерактивное. Как это можно корректно растеризовать — непонятно.
Просто я пытаюсь себе представить банковский интерфейс на флеше, воображение рисует что-то обязательно с анимациями/градиентами и полутонами, а то и вообще интерактивное. Как это можно корректно растеризовать — непонятно.
Быдлокодеры — индусы с разных лавок в г. Бангалор. Им не результаты нужны, а игрища «пауки в банке». Чем дольше и чем хуже — тем лучше, тем больше «говорящих голов» они продадут в суппорт тому же банку.
Добиться от этих горе-поставщиков простейших вещей а-ля «высуньте эти три цифры в ваш веб-сервис» нелегко, уходят месяцы на простейшие запросы.
В худшие моменты бывает до пяти часов митингов в день ни о чем в шкайпе. Поэтому любые наши собственные ошибки надо срочно маскировать под коврик, во избежание. А то любят поговорить исключительно о проблемах не у них.
Ну и мы тоже не лыком шиты — сами себе подгадить это милое дело ;-)
Вот с тем же флэшом. Нам надо вот тут «вах какие» сыры и диаграммы в вебе! И чтобы когда наводишь оно свистело и пердело и переливалось. Взяли первое попавшееся из приличных на флэше (FlyCharts что-ли? не помню название), нарисовали по-быстрому 50 видов графиков, чем вызвали у банкиров вау-эффект.
А теперь — это все надо напечатать в PDF! Ага, ага. А то индусы там руками чего-то строят обрезают полируют — и ежемесячная стопка в пару тыщ листов требует больше месяца чтобы ее напечатать. Весело в марте допечатывать январские отчеты.
И начинается политес — а вот если мы им предложим все перерисовать на SVG то индусам будет радость — они давно банковским топ-топам рассказывают что надо было межделмаш (aka IBM) на работу подписывать а не на нашу «Вася Пупкин и К»!
Ну и в такие моменты зовут меня — а мы можем еще вот тут подпереть? Чешу в затылке и отвечаю — мОгем! Огнелис нарисует, вы тока в жавашкрип суньте — если есть секретный параметр в document.location, то погасить нафиг все свисты и переливы.
В результате родилось аж два патча — про один я в посте рассказал. Про второй вспомню как будет вдохновение, или индусы на коня посадят (тьфу на них еще раз).
Пока что — чем активнее индусы подсиживают и подкапывают — тем больше у меня работы и тем большее число этих горе-вояк перестает получать свою плошку риса ежедневно ;-)
Добиться от этих горе-поставщиков простейших вещей а-ля «высуньте эти три цифры в ваш веб-сервис» нелегко, уходят месяцы на простейшие запросы.
В худшие моменты бывает до пяти часов митингов в день ни о чем в шкайпе. Поэтому любые наши собственные ошибки надо срочно маскировать под коврик, во избежание. А то любят поговорить исключительно о проблемах не у них.
Ну и мы тоже не лыком шиты — сами себе подгадить это милое дело ;-)
Вот с тем же флэшом. Нам надо вот тут «вах какие» сыры и диаграммы в вебе! И чтобы когда наводишь оно свистело и пердело и переливалось. Взяли первое попавшееся из приличных на флэше (FlyCharts что-ли? не помню название), нарисовали по-быстрому 50 видов графиков, чем вызвали у банкиров вау-эффект.
А теперь — это все надо напечатать в PDF! Ага, ага. А то индусы там руками чего-то строят обрезают полируют — и ежемесячная стопка в пару тыщ листов требует больше месяца чтобы ее напечатать. Весело в марте допечатывать январские отчеты.
И начинается политес — а вот если мы им предложим все перерисовать на SVG то индусам будет радость — они давно банковским топ-топам рассказывают что надо было межделмаш (aka IBM) на работу подписывать а не на нашу «Вася Пупкин и К»!
Ну и в такие моменты зовут меня — а мы можем еще вот тут подпереть? Чешу в затылке и отвечаю — мОгем! Огнелис нарисует, вы тока в жавашкрип суньте — если есть секретный параметр в document.location, то погасить нафиг все свисты и переливы.
В результате родилось аж два патча — про один я в посте рассказал. Про второй вспомню как будет вдохновение, или индусы на коня посадят (тьфу на них еще раз).
Пока что — чем активнее индусы подсиживают и подкапывают — тем больше у меня работы и тем большее число этих горе-вояк перестает получать свою плошку риса ежедневно ;-)
Не понял, это 64-битный линкер падает на xul.dll или 32-битный? Если только 32-битный, то можно перейти на 64-битную сборку, как давно сделано в chrome.
Лучше не стоит. 32-битный linker — единственное, что сдерживает спагетти.
Я вообще ничего не понял, но вида не подаю!
Если вдруг интересно: проблема с линкером.
Действительно, просто не хватает памяти. Так что никакого бага в линкере нет.
[irony] да, конечно — чтобы собрать 15мегабайтную DLL никак не может хватить трех гигабайт ОЗУ, натурально [/irony]
А что мешает собрать 32-разрядное приложение под 64-разрядной ОС?
chrome\src\out\Debug\webkit.dll.pdb — 331Mb. Это говорит о том, с какими примерно объемами информации приходится работать линкеру.
Я даже больше скажу — под маком в chromium линкуется вся сотня опенсорц проектов сразу, включая и вебкит и черта в ступе (по крайней мере это было больше года назад — когда я в этом хроме баги патчил). И для этого gcc хватило древнего макпро с «двумями» гигами ОЗУ на борту, «интернал ерроров» не произошло.
А вот еще — я взял вчера вечером aws ec2 микроинстанс под убунтой и запустил пересборку огнелиса. Пришлось гиг свопа создать, чтобы собралось без ошибок, ибо 700М ОЗУ ему было как-то маловато для компиляции автогенереных стабов немалого размера. Очень долго собирает, поэтому проверку «а хватит ли ему полгига свопа» не провел, каюсь. Однако ж и 1.7 явно меньше трех ;-)
А вот еще — я взял вчера вечером aws ec2 микроинстанс под убунтой и запустил пересборку огнелиса. Пришлось гиг свопа создать, чтобы собралось без ошибок, ибо 700М ОЗУ ему было как-то маловато для компиляции автогенереных стабов немалого размера. Очень долго собирает, поэтому проверку «а хватит ли ему полгига свопа» не провел, каюсь. Однако ж и 1.7 явно меньше трех ;-)
Ну вот и под линуксом начинает не хватать памяти: groups.google.com/a/chromium.org/d/topic/chromium-dev/2FnvtatJkds/discussion
Это кому совет, мне или мозилла-тим? 8-)
У меня-то Linux 64 бита. У мозиллы — винда и 32, но вот ее проблемы (и решения) аукаются уже у меня В виде дурной работы по сборке своей личной копии.
У меня-то Linux 64 бита. У мозиллы — винда и 32, но вот ее проблемы (и решения) аукаются уже у меня В виде дурной работы по сборке своей личной копии.
скажите, а что сделано в Хроме?? Просто я недавно искал Хром под 64 бита и выяснил, что даже Хромиума такого не бывает, всё только 32 бита. За исключением 64-битного Хрома под Линукс и только под Линукс.
А что тогда стоит в моем арче (http://www.archlinux.org/packages/extra/x86_64/chromium/)?
Да, так и есть. Но собирать 32-битный хром нужно на 64-битной системе.
Плюс для 64-битной системы нужно дополнительно компилировать (64-битный) nacl64.exe, который не нужен на 32-битной системе.
Плюс для 64-битной системы нужно дополнительно компилировать (64-битный) nacl64.exe, который не нужен на 32-битной системе.
Всем плевать. Самое главное падает Microsoft. Об остальном (какая версия линкера, под что собираем, на чем собираем) можно и не говорить так как ниже тонна околонаучного текста заставляющая не сомневаться в авторитетности.
Кажется я чего то не понимаю, но почему бы им не собирать win версию minGW?
а что Мозилла на эту тему говорит?
Мозилла всё откладывает переход на 64 бита? Как, впрочем и все остальные, кроме Микрософт. Как-то с 16 на 32 бодрее шагнули по моим ощущениям.
Сам с недавних пор сижу на 64-битной сборке Фаерфокса.
Сам с недавних пор сижу на 64-битной сборке Фаерфокса.
А Microsoft как-нибудь отреагировал на это? Может быть проще и быстрее исправить баг в линкере, приводящий к его падению?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
О том, как мелкие баги в линкере Microsoft аукаются в Linux, на примере Firefox