Разрабатывается родная версия веб-браузера Google Chrome под Linux

Если гугл так на сетевые приложения затачивается, то помимо сетевого офиса пусть и сетевой броузер сделают.

На комп даже операционки не нужно ставить: нужен только БИОС, поддерживающий загрузку по сети (Wi-Fi, LAN, WiMax, 3g - не важно). При загрузке коннектится к сервакам гугла, качает оттуда загрузочный образ броузера-операционки (по факту просто терминала) и всё, готов к работе. Никаким софтом вообще заморачиваться не надо. И линуха с виндой не надо. Ток соляры с чпуксами на серваках.

> Но главное, чтобы не сделали хуже, чем в винде

А хуже будет. Линуксовые шрифты кальные, хотя бы.

>Идиоты! Бараны!

да просто жыды :-)

>>Что библиотеку pthread уже отменили что-ли?

>упвший поток роняет все приложение, а упавший процесс только самого себя.

Во-первых никто никуда никого не роняет. Учимся правильно обрабатывать эксепшены. И не косячим при работе с памятью.

Во-вторых если использовать процессы нарываемся на IPC. Это не страшно, но трудозатратно.

> На сколько я сталкивался с Хромом под вендой - он вешает свои сервисы в систему, которые опять же собирают всю полезную корпорации информацию, и прочая лабуда, на прямую к броузеру отношения не имеющая. Так что такое ни под вендой, ни тем более под свободным линуксом нам не нужны.

типа специфичные для винды библиотеки - это виндовые трояны и кейлоггеры?

>Во-вторых если использовать процессы нарываемся на IPC. Это не страшно, но трудозатратно.

Ага, а с потоками нарываемся на синхронизацию. Кстсти, зачем двум страницам взаимодействовать?

>Во-первых никто никуда никого не роняет.

роняет роняет!

>Учимся правильно обрабатывать эксепшены. И не косячим при работе с памятью.

ага учитесь, учитесь. потом расскажите как SIG_SEGV обработать правильно, чтобы ничего никуда не падало.

>Во-вторых если использовать процессы нарываемся на IPC. Это не страшно, но трудозатратно.

чего же там трудозатратного? ничуть не затратнее чем при работе чем c потоками. похоже придется вам подучить еще и ipc...

>И не косячим при работе с памятью.

Это лозунг. Реальность в том, что все постоянно косячат. Ну может кроме /bin/true, /bin/false и Кнутовского ТеХ-а.

> По мне так, лучше уж с хардкорной привязкой GUI к конкретным платформам, но при этом с удобным интерфейсом, чем унылое говно на всех платформах.

Вот и ф гугле такие же "умники" сидят... Доколе это будет?! Мочить!!!

>Во-первых никто никуда никого не роняет.

Ронять могут и левые плагины.

>>Во-вторых если использовать процессы нарываемся на IPC. Это не страшно, но трудозатратно.

>Ага, а с потоками нарываемся на синхронизацию. Кстсти, зачем двум страницам взаимодействовать?

А дело не во взаимодействии страниц, а во взаимодействии родительского процесса и дочерних. Или, по Вашему, оно не требуется - запускаем процесс, а там нехай сам плавает/тонет?

А вот синхронизировать страницы действительно незачем. :)

>А дело не во взаимодействии страниц, а во взаимодействии родительского процесса и дочерних. Или, по Вашему, оно не требуется - запускаем процесс, а там нехай сам плавает/тонет?

А что там синхронизировать? Кеш? Букмарки? Это не должно быть проблемой.

GUI просто можно рисовать в чужом окне. В X-ах, насколько я знаю, так тоже можно.

>А дело не во взаимодействии страниц, а во взаимодействии родительского процесса и дочерних. Или, по Вашему, оно не требуется - запускаем процесс, а там нехай сам плавает/тонет?

Ну дык, запустил процесс, отобразил на его пространство код движка и все настройки.

Надо закрыть - SIGTERM, сменить настройки - SIGHUP. Ну ещё что-нибудь по мелочи.

А если какой-нибудь gnash глюканёт, то вылетит только одна страница...

>ага учитесь, учитесь. потом расскажите как SIG_SEGV обработать правильно, чтобы ничего никуда не падало.

Аккуратно завершая приложение.

Что, кстати, Хромой периодически и исполняет (сейчас пореже, а первое время - регулярно). :)

>чего же там трудозатратного? ничуть не затратнее чем при работе чем c потоками. похоже придется вам подучить еще и ipc...

Да, давнененько я их не юзал. Надо подсвежить.

> Может, под винду было проще? API стандартный, поизвращаться пришлось в нескольких местах всего. Не то, что эти кеды и гномы поверх мутных х-ов. Непонятно что делать и куда бежать :)

Тут другая вещь интересна. Гугль вывалил на потребу красноглазых исходники хрома, а те поорав "да мы.... да у нас... портируем... допишем..." - правильно, ограничились шаманствами с запуском через wine. Вот оно ваше комьюнити, жрите.

>>И не косячим при работе с памятью.

>Это лозунг. Реальность в том, что все постоянно косячат. Ну может кроме /bin/true, /bin/false и Кнутовского ТеХ-а.

профайлер нам поможет :)

>Аккуратно завершая приложение.

Это же плохо. Мне очень обидно, когда из-за кривого таба в FF закрываются другие 30 штук.

А тут только один таб падает. Если это не косновной процесс сломался.

>профайлер нам поможет :)

По FF/Thunderbird как-то не заметно.

>>А дело не во взаимодействии страниц, а во взаимодействии родительского процесса и дочерних. Или, по Вашему, оно не требуется - запускаем процесс, а там нехай сам плавает/тонет?

>А что там синхронизировать? Кеш? Букмарки? Это не должно быть проблемой.

>GUI просто можно рисовать в чужом окне. В X-ах, насколько я знаю, так тоже можно.

А я про синхронизацию нигде и не говорил. :)

P.S. Впрочем, может они не знают, что это такое?

комьюнити хватает сейчас и ФФ,Мидори,arora

>>Аккуратно завершая приложение.

>Это же плохо. Мне очень обидно, когда из-за кривого таба в FF закрываются другие 30 штук.

Но не невозможно. :)

>А тут только один таб падает. Если это не косновной процесс сломался.

Я не возражаю против процессов как таковых. Просто поскольку я с ними не очень много работал (да и давно это было) - у меня о них несколько смутное представление.

Я ситуацию для себя прояснил, спасибо участнегам. :)

FFForewer

>ут другая вещь интересна. Гугль вывалил на потребу красноглазых исходники хрома, а те поорав "да мы.... да у нас... портируем... допишем..." - правильно, ограничились шаманствами с запуском через wine. Вот оно ваше комьюнити, жрите.

Поциент, вас ожидает клизма с клистером, оборачивание холодными простынями и галоперидол.

> Поциент

какащенка? убейся об стенку, пожалуйста.

без нормального количества плагинов и интерфейса не в стиле "для детского сада" его остается только выкинуть.

Arora, Kazehakase, Midori.. Что вам еще не хватает?

>комьюнити хватает сейчас и ФФ,Мидори,arora

По ним незаметно, что их кто-то трогает :-)

> без нормального количества плагинов

Зачем тебе встроенная в браузер почта, торренты, качалка, RSS? Нет, правда - зачем? Чем не устраивают отдельные программы?

> интерфейса не в стиле "для детского сада"

Ребёнок. :))))

Зачем делать из удобной вещи на каждый день пульт управления космическим кораблём?

> Arora, Kazehakase, Midori.. Что вам еще не хватает?

С появлением Chrome - хватает. ;)

Согласен, такой подход к продукту - диагноз разработчику.

Ну так Мидори,arora - только развиваются. Не все же сразу :) Для всего остального есть ФФ. В кедах и гномах также есть бразуеры. Так что пусть гугль таки поднатужится и сам выпускает версию под Линукс.

> Согласен, такой подход к продукту - диагноз разработчику.

Диагноз - ставить какую-то там "переносимость" неизвестно куда выше практический пользы сейчас и сразу.

>>профайлер нам поможет :)

>По FF/Thunderbird как-то не заметно.

У меня ощущение что там проблемы поглубже, ибо если на одной вкладке косяк - тормозить порой все открытые начинают.

>> без нормального количества плагинов

>Зачем тебе встроенная в браузер почта, торренты, качалка, RSS? Нет, правда - зачем? Чем не устраивают отдельные программы?

>Зачем делать из удобной вещи на каждый день пульт управления космическим кораблём?

Зачем нам компьютеры? Сделали, понимаешь, пульт управления жизнью! Что бумажной почты нехватает чтоли? В кино влом сходить? Кассетного аудио-плеера нет? Фотографии проявлять не умеете?! и т.д. и т.п.

Тоже мне, пыонеры!

> без нормального количества плагинов

>>Зачем тебе встроенная в браузер почта, торренты, качалка, RSS? Нет, правда - зачем? Чем не устраивают отдельные программы?

Почта, торренты, качалки на х*й не упали. А вот баннерорезка пригодится всегда. Или прога для скачивания роликов с сайтов.

> интерфейса не в стиле "для детского сада"

>>Ребёнок. :))))

>>Зачем делать из удобной вещи на каждый день пульт управления космическим кораблём?

Совершенно не зачем! Однако нехватку функциональности и интеграции в десктоп это не исправляет.

>> Согласен, такой подход к продукту - диагноз разработчику.

>Диагноз - ставить какую-то там "переносимость" неизвестно куда выше практический пользы сейчас и сразу.

Диагноз - рассчитывать на какую-то там "практическую пользу" для кого-то там, не умея спланировать развитие продукта и соответственно обеспечить пользу для себя.

> Диагноз - ставить какую-то там "переносимость" неизвестно куда выше практический пользы сейчас и сразу.

Диагноз: не умеет читать. Заранее планировалось сделать его доступным на определенных платформах. Кроме того, писать непереносимые проги - удел простого вантузячьего быдла.

> Кроме того, писать непереносимые проги - удел простого вантузячьего быдла.

Красноглазики, пишите хоть под тостеры :)))))) А людям x86 пока хватает.

>А может правильно так "Разрабатывается нативная версия веб браузера Google Chrome под Linux"??

Так то по-русски будет "родная". Англосаксы идут лесом.

Хром не нужен

мозилла наше все

весь перечень ейных плагинов все равно на хроме не запустится, а потому ф топку

> с одной пропущенной запятой

ГДЕ???

И что не так со словом "кое-как"?

ЗЫ я не birdie, но просто интересно кто он такой.

> Линуксовые шрифты кальные, хотя бы.

http://linuxfonts.narod.ru/

Прослезитесь и успокойтесь :-)

>А хуже будет. Линуксовые шрифты кальные, хотя бы.

Ничего, утащат виндовый рендер шрифтов (вместе с ClearType конечно).

>типа специфичные для винды библиотеки - это виндовые трояны и кейлоггеры?

Толсто

>Он уже давно появился. Называется Opera

Смищно. А почему не упомянули про особо кальные шрифты Opera в *nix?

>Ну вот поэтому у вас весь софт и тормозной, что должен работать подо всё что только можно.

>Грязные хаки и жёсткая оптимизация под 1 платформу рулит. Сравните хотя бы скорость GUI в OSX/Win и в никсах. ;)

+1

>Может, под винду было проще? API стандартный, поизвращаться пришлось в нескольких местах всего. Не то, что эти кеды и гномы поверх мутных х-ов. Непонятно что делать и куда бежать :)

Хоть и толсто, но весьма, весьма правдиво.

> лучше бы быдлоанонимусы чем полезным занялись а не писали бы всякую дребедень на ЛОРе!

Fixed

>Если появится маленький и шустрый браузер, я буду только рад.

он уже есть с тобо - elinks

> http://linuxfonts.narod.ru/

а) это и есть кальные, б) они такие в любом дистре сейчас по умолчанию.

Наполовину нормальные - на sharpfonts.com, но только наполовину...

> Смищно. А почему не упомянули про особо кальные шрифты Opera в *nix?

Это уже вообще клиника, можно даже не вспоминать...

> он уже есть с тобо - elinks

dillo... или как его, dildo... ещё вспомни.

>а) это и есть кальные

ЩИТО? Не знаю что у тебя за монитор (вероятно ЭЛТ), но на моем ЖК выглядят почти как шрифты Windows.

>Наполовину нормальные - на sharpfonts.com, но только наполовину...

Все ровно, смешные потуги догнать шрифты Windows :)

> не нужен.

спорно -- менеджер процессов там интересный, можно посмотреть какие плагины и скрипты запускаются, сколько памяти/% CPU жрёт каждая отдельная нитка

V8 вот непонятно нужен или нет, вроде новый SquirrelFish его уже обогнал

> тот же мидори сильно лучше Хромого от гугла.

да ну. помидори падает часто. Вот арора падает реже.

> (вероятно ЭЛТ)

ЖК по DVI

> но на моем ЖК выглядят почти как шрифты Windows

Как клиртайп - может быть, а хочется как без оного. sharpfonts это делает, но не везде хорошо. Хотя и лучше, чем что-либо ещё под линуксом.

> Все ровно, смешные потуги догнать шрифты Windows :)

Ну да. ;)