LINUX.ORG.RU
Новости — Open Source  

Linux-версия Google Chrome будет использовать GTK+

 , ,


0

0
В почтовой рассылке Ben Goodger (разработчик интерфейса Google Chrome) объявил, что для создания интерфейса-Linux версии браузера будет использоваться инструментарий GTK+. Решение использовать различный пользовательский интерфейс на каждой платформе несколько затрудняет разработку Linux- и Mac-версий chrome'а, в результате чего выйдут они не раньше июня этого года.

>>> Подробности

★★

Проверено: Shaman007 ()
← Garmin и Asus готовят смартфон с GNOME
Google представила свой инструментарий разработчика →
  1 2 3 4 5 6
Ответ на: комментарий от st0ke
> и рекламы посвюду нету..

Жесть. Ананируй на гугл дальше.

Aceler ★★★★★
()
Ответ на: комментарий от iZEN
> В Chrome нету баннера на треть страницы. :))

Внимание-внимание! Только что на ваших глазах был установлен абсолютный рекорд пребывания в анабиозе!

Aceler ★★★★★
()
Ответ на: комментарий от Jayrome
> ...КДЕшникам ничто не мешает разработать версию на Qt, о чем в статье, кстати, и сказали. :)

Да у нас как бы есть Konqueror с интеграцией того же WebKit, а рюшечки — для девочек.

Aceler ★★★★★
()
Ответ на: комментарий от feanor
> Можно и Epiphany сейчас собрать с вебкитом.

Раньше можно было — сейчас нет. Наверно из-за нестыковок версий (Epiphany 2.24 пока что не поддерживает новый webkit-gtk2 1.0.1). Порт сломан.
iZEN ★★★★★
()
Ответ на: комментарий от xocolate
> КДЕ не настраивает ГТК.

Бульк!

> тоже самое могу сказать я, как пользователь Гнома(ГТК) - пока не настроишь QT

А вот Gnome не настраивает Qt, поэтому сосет.

Aceler ★★★★★
()
Ответ на: комментарий от xocolate
>КДЕ не настраивает ГТК. а если вы это не делали то и выглядит ужасно.

KDE это вам не гном, настраивает :]
Deleted
()
GTK чем дальше, тем монстрознее

при чем монстра они ручками строять, а о компиляторе и забыли

namezys ★★★★
()
Ответ на: комментарий от namezys
Эээ чорт %) Значит там буит гткшный диалог открытия файлов и ещё куча мелких проблемок с настройкой в кедах? Блин.
Gorthauer ★★★★★
()
Ответ на: комментарий от VladimirMalyk
Ну и ? Поддержки там нет. Если вдруг нокия Qt закроет (вероятность чего равна нулю) и Qt будет развивать KDE Team, то по "поддержке" это ничем не будет отличаться от gtk.
Reset ★★★★★
()
Ответ на: комментарий от Aceler
>А вот Gnome не настраивает Qt, поэтому сосет.

Потому и выбрали GTK,чтоб везде настроить можно было.И XFCE еще какбэ есть и другие DE

dicson
()
Ответ на: комментарий от Aceler
> А вот Gnome не настраивает Qt, поэтому сосет.

Qt надо настраивать? :O

(С появлением Xfburn в окружении Xfce окончательно и бесповоротно отказался от всякого использования Qt. Сидя в KDE4, я не мог отказаться от использования хотя бы от таких тривиальных Gtk-приложений как Firefox/Thunderbird и OpenOffice.)

Вопрос на засыпку: зачем QtCurve KDE4 widget style нужен MySQL Server?
iZEN ★★★★★
()
Ответ на: комментарий от geek
>>Выхдит, разработчики выбрали наиболее сложный и трудоёмкий вариант кроссплатформенной разработки.

>как бы девелопоры считают наоборот

> using something like Qt "limits what you can do to a lowest common denominator subset of what's supported by that framework on each platform."

Почему? Где здесь ты нашёл, что такой путь проще? Они говорят, что такой [трудный] путь оправдан.

question4 ★★★★★
()
Ответ на: комментарий от Aceler
> Баннерорезалка в Konqueror встроена.

Как насчёт аналога NoScript (разрешение скриптов и плагинов по белому списку)?

question4 ★★★★★
()
Ответ на: комментарий от Demon37
>в качестве нативного Linux GUI выбирается GTK+. Почему именно GTK+? Да только одному Патрику известно. Скорее всего из-за личных предпочтений.


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

geek ★★★
()
Ответ на: комментарий от brbr
> Бля, ну нахрена? Учитывая, что кутэ выпустили под лгпл, да и с версии 4.5 будет выглядеть, как родное под гтк...

Вот выйдет нормальное Qt 4.5, тогда и поговорим...
los_nikos ★★★★★
()
Ответ на: комментарий от question4
>Почему? Где здесь ты нашёл, что такой путь проще?

потому что "lowest common denominator subset". Поэтому не ограничивать себя рамками тулкита, разрывающегося от потуг быть ващевсемнасвете - проще

:)
geek ★★★
()
Ответ на: комментарий от shty
> пруфлинк пожалуйста... а то газпром получается

Обсуждалось. Были факты. Даже при учете того что 4.4 тормознее 4.5 в разы

namezys ★★★★
()
Ответ на: комментарий от shty
> гонево... опять газпром... вот Вам пруфлинки

Бееее... а в маке как выглядит? так же все плохо?

хотя и у QT тоже плохо

namezys ★★★★
()
Ответ на: комментарий от namezys
>KDE отказались от вебкита в конке

Печально. Неужели они допилят KHTML чтобы показывать GMail нормально?

Gary ★★★★★
()
Ответ на: комментарий от xocolate
> хочется простого: работать комфортно, без компиляций, прикрутов, докрутов и миллионов опций и настроек

Почему-то я теперь понимаю визги фанатичных пользователей KDE о тормозах Gtk+ :)
los_nikos ★★★★★
()
Ответ на: комментарий от namezys
>есть арора

Вот только у тролля есть более приоритетные проекты видимо. Арора очень медленно развивается. Когда они наконец сделают интеграцию с бумажником кде?

Gary ★★★★★
()
Ответ на: комментарий от geek
>вообще-то там написано, почему. Выражаясь простым, доступным среднему кдешенику языком - "тулкиты всё-в-одном убоги"

Это и есть "из-за личных предпочтений".

// Полковник Очевиднидзе

Demon37 ★★★★
()
Ответ на: комментарий от iZEN
>> Надоело ждать Epiphany на WebKit, хорошо что гугль подтянется.

> А чего его ждать? Оно будет в GNOME 2.26 официально менее чем через полгода. Пока что надо /юзать/ловить баги WebKit в Midori.

Оно должно было быть еще в 2.22. С тех пор откладывают. Насчет WebKit -- в Safari багов не наблюдаю. В хроме под вендой -- тоже.

Relan ★★★★★
()
Ответ на: комментарий от geek
>ну да. Не всем нравятся убогие комбайны всё-в-одном

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

Demon37 ★★★★
()
Ответ на: комментарий от Gary
> Оно ещё вроде нестабильное, так что не у всех

Не такое уж и нестабильное. Хром тоже ещё не написан.

Aceler ★★★★★
()
Ответ на: комментарий от los_nikos
с qt 4.5 умеет флэш, правда несколько нестабильно и может зависать

acid3 работает как на 4.4 ( в пределах 60-80 , сколько точно не помню уже)
с qt 4.5 99-100

Sylvia ★★★★★
()
Ответ на: комментарий от namezys
>GTK чем дальше, тем монстрознее

опять-же, где пруфлинк? а то уж очень голословно...

>при чем монстра они ручками строять, а о компиляторе и забыли

а поподробнее, чего они там забыли? а кто не забыл?

shty ★★★★★
()
Ответ на: комментарий от Gary
> Неужели они допилят KHTML чтобы показывать GMail нормально?

Надеемся

namezys ★★★★
()
Ответ на: комментарий от Gary
> Вот только у тролля есть более приоритетные проекты видимо.

К qt software оно имеет малое отношение

а вот JScript в WebKit-Qt хоть и медленный, но есть

namezys ★★★★
()
Ответ на: комментарий от los_nikos
>> уж лучше буду ждать нормального Firefox'a на Qt4x
>Ох и долго-же придётся ждать :)

не думаю что долго, в mercurial mozilla-central оно уже есть, а если учесть что курирует проект Nokia ) Сделают

Sylvia ★★★★★
()
Ответ на: комментарий от los_nikos
> В debian Arora 0.4 не умеет flash и Acid3

Когда лиса перенесут на Qt, арора будет уметь куда больше

да и она не такая сложная, как лис, ее развивать проще и имхо правиль нее

namezys ★★★★
()
Ответ на: комментарий от Aceler
> Кто сказал «бульк»?

Тута лор недавно писал в багзилу KDE

ответ: это не kde-way, делать это не будем причел через пару минут

namezys ★★★★
()
Ответ на: комментарий от namezys
>> пруфлинк пожалуйста... а то газпром получается

>Обсуждалось. Были факты.

так пруфлинк на обсуждение... а то собрались 5 слепых слонов и стали думать как же человек выглядит - один потрогал его ногой и говорит: - человек это что-то плоское и мокрое, остальные тоже потрогали и согласились... знаем мы эти клубы по обсуждениям...

shty ★★★★★
()
Ответ на: комментарий от shty
> опять-же, где пруфлинк? а то уж очень голословно...

Вы код видели? Вообще глубокая идея, что мы напишем лучше компилятора, уже давно опровергнута,

Объектный код, написанный на С не может работать быстрее объектного С++. Хотя к Qt есть много притензий, они не всю мощь С++ не используют

> а поподробнее, чего они там забыли? а кто не забыл?

Читай выше. В рамках объектного языка у компилятора куда больше возможностей для оптимизации. Хотя бы это

namezys ★★★★
()
Ответ на: комментарий от shty
> так пруфлинк на обсуждение...

Мне лень копаться в том, что обсуждалось. Когда-то gtk был быстрее, пока не стал монстром

namezys ★★★★
()
Ответ на: комментарий от namezys
>> гонево... опять газпром... вот Вам пруфлинки

>Бееее...

борашег? ;)

>а в маке как выглядит? так же все плохо? хотя и у QT тоже плохо

http://www.gtk.org/screenshots.html

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

может приведёте линк на скриншот по вашему мнению нормального интерфейса???

shty ★★★★★
()
Ответ на: комментарий от namezys
>> так пруфлинк на обсуждение...

>Мне лень копаться в том, что обсуждалось.

А по форумам ср@ть не лень?

>Когда-то gtk был быстрее, пока не стал монстром

Опять голословно

shty ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
  1 2 3 4 5 6
← Garmin и Asus готовят смартфон с GNOME
Open Source
Google представила свой инструментарий разработчика →