Порт GTK+ на Mac OS X?

Я наверное что-то упустил но каким образом раньше Gimp работал на МАКах?

Точно не знаю, но:

1. Существует (заброшенный) проект по портированию gtk+ на Carbon.

2. X-ы в Mac OS X никто не отменял.

>Я наверное что-то упустил но каким образом раньше Gimp работал на МАКах?

Через иксы

Две беды:
1. Иксовые приложения под макосом выглядят сугубо как неродные
2. Это бы еще фигня, но взаимодействия с родными приложениями тоже нет (типа работы с клипбодом, драг-дроп и пр.)
Короче, всяческих успехов ребятам
ЗЫ Гхм... Когда это я последний раз в макос грузился?...

qt тоже ?

>qt тоже ?

У Qt проблем нет: http://www.trolltech.com/images/screenshots/qt_designer_mac.png.

ну я в курсе про тему, но может подводные камни какие-то есть, в комментах по ссылке говорится про политику следования фокуса за курсором например, в кде такая штука есть и работает, но работает ли оно в qt для mac например.

судя по этому:

http://www.trolltech.com/products/qt/mac.html

все тип-топ:)

>У Qt проблем нет: http://www.trolltech.com/images/screenshots/qt_designer_mac.png.

Ужас, а народ говорит, что на Маках самые лучшие шрифты...

Карлссон? Это который живет на крыше? :)

> Ужас, а народ говорит, что на Маках самые лучшие шрифты...

Обрати внимание на надпись в панели (вверху экрана), не помню, как называется, но это родное маковское. Особенно посмотри на букву "p", а теперь сравни со шрифтом на qt окне, в том числе, с той же буквой. :) Вывод - это не у маков плохие шрифты, это у qt с ними проблемы... ;-)

Что бы небыло недоразумения - смотреть в заголовках секций, например "Input Widgets".

Шрифты в окну куте ничем не отличаются от остальных

а малыш там будет?

>Вывод - это не у маков плохие шрифты, это у qt с ними проблемы... ;-)

ну конечно. мак же священная корова

>Ужас, а народ говорит, что на Маках самые лучшие шрифты...

Во всяком случае лучше чем в долбанном FreeType (или уже просто никто не использует 1024х768 кроме меня)? А пробовали подсунуть ему OTF/TTF от Apple? - ужас летящий на крыльях ночи :(

блин, лучше бы команда GTK+ довела
до ума порт под Win32 и починила
работу под фреймбуфером в linux.

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

> Шрифты в окну куте ничем не отличаются от остальных

В заголовках секций нижняя часть срезана. :) Не рассчитали высоту... ;-)

Я в курсе. Я под X-ми пытался OpenOffice.org запустить... При всех недостатках X-ов в макос, он (Х) все таки иногда полезен бывает. E.g. Carbon Emacs до декабря 2004 не понимал кирилицы..., Preview.app коряво отображает ряд PostScript файлов... Кирилица в Terminal.app коряво показывается... Много в макос недоработок... :-(

С появлением порта gtk+ на carbon в макосе появится нормальная библиотека UI для множества языков...

> С появлением порта gtk+ на carbon в макосе появится нормальная
> библиотека UI для множества языков...

моська лает на слона?

> блин, лучше бы команда GTK+ довела до ума порт под Win32 и починила работу под фреймбуфером в linux.

Чувак, портом на Win32 и портом на Mac OS X занимаются разные люди, работающие на разные компании. У этих компаний свои приоритеты, не обязательно согласующиеся с интересами форумных нытиков.

А обосновать можешь? 

Какие в макос сейчас есть тулкиты? Carbon, Cocoa, qt.

Из них у QT проблемы с биндингами. 

А в Cocoa (и скорее всего в Carbon тоже) отсутсвуют layout managers, а называть такие тулкиты нормальными может только на голову убогий. До полног счастья Objective C - гадость редкостная. 

Создатели жабавского биндинга к кокоа не удосужились обеспечить хоть какие то средства совместного использования жабских контейнеров и коллекций из Foundation. А имена методов вы в этом биндинге видели?
У меня сложилось впечатление, что его склепали на коленке "шоб було".

В целом по средствам разработки макос до GNU/Linux как до Пекина раком.

ЗЫ: 

> uname -a                                                                                                                        22:26 pts/5
Linux fagot 2.6.14fagot #3 PREEMPT Fri Nov 18 23:52:41 MSK 2005 ppc GNU/Linux

> До полног счастья Objective C - гадость редкостная.

Вот тут ты в корне неправ. Очень приятный язык.

Да? Чем же он приятный? Помесь статически типизированного C с динамически типизированным Smalltalk'ом. Причем в Apple'овской реализации нормального GC нет. Вообщем мутант какой-то. Язык без ниши как и С++ (С - это переносимый ассемблер, а тут на этот ассемблер выборочно навесили фичи из Smalltalk). Приятные языки: Scheme, Smalltaalk, Haskell, Clean.

> Приятные языки: Scheme,

Учебный язык-огрызок.

> Smalltalk,

Неизлечимый тормоз.

> Haskell,

См. smalltalk, хотя и по другим причинам.

> Clean.

Нечеловеческий синтаксис + жадность разработчиков = труп.

P.S. Тот же dylan - намного приятнее этих четырех.

>Чувак, портом на Win32 и портом на Mac OS X занимаются разные люди,
>работающие на разные компании. У этих компаний свои приоритеты, не
>обязательно согласующиеся с интересами форумных нытиков.
это и так всем известно, только не понятно почему в официальной
документации с gtk.org в едином документе описаны и POSIX и 
Win32 и frame buffer версии? при этом нормально
работает только POSIX. И ни слова про качество библиотеки
под разные платформы, ни слова. Пока сам не потратишь несколько 
дней фиг про это узнаешь.
Из-за этого у GTK+ заслуженно плохая репутация.
Потом вышеуказанная причина не оправдание плохого качества 
бибилотеки под Win32 и frame buffer. У плохого танцора всегда
оправдания найдутся.

>Чувак, портом на Win32 и портом на Mac OS X занимаются разные люди, >работающие на разные компании. У этих компаний свои приоритеты, не >обязательно согласующиеся с интересами форумных нытиков.
2 AP: ты всегда такой борзый или
только по вечерам в пятницу? 

layout manager в Cocoa есть, называется Interface Builder. За это его создателей нужно отправить на перевоспитание на Калыму, ну или в Бобруйск. В остальном кока весьма прогрессивная штука, ИМХО на одном уровне с qt4. Чего не скажешь про Карбон, я его иначе, как анектод не воспринимаю. Хотя вот qt именно его и юзает.

>В целом по средствам разработки макос до GNU/Linux как до Пекина раком.

А вот тут ты, чувак, подогрел: bash, gcc, gdb, vim, emacs практически точно такие же. Kdevelop правда нет, но Xcode того же класса продукт.

> Interface Builder

это программа для рисования GUI к layout manager'у она никакого отношения не имеет (ну нет в кокоа аналога Gtk[VH]Box, GtkTable).

> bash, gcc, gdb, vim, emacs

Да в курсе я про них, в курсе и ghc есть, но оствутсвие порта gtk+ на Carbon/Cocoa затрудняет разработку программ с GUI на языках отличных от C, Objective C, C++, Java.

>> Приятные языки: Scheme,

> Учебный язык-огрызок.

man bigloo

>> Haskell,

> См. smalltalk, хотя и по другим причинам.

Один из лучших языков, а тормоз - это ты

>> Clean.

> Нечеловеческий синтаксис + жадность разработчиков = труп.

Синтаксис вполне человеческий синтаксис, а жадность разработчиков - это про Miranda.

> > См. smalltalk, хотя и по другим причинам.

> Один из лучших языков, а тормоз - это ты

А конструктивные возражения есть? Тормознутость всех существовавших реализаций смолтолка - факт медицинский.

> man bigloo

Это не та чюдо-реализация, которая валится с сегфолтом при раскрытии собственных макр?

> Синтаксис вполне человеческий синтаксис,

Многословный. Почти как жаба.

> а жадность разработчиков - это про Miranda.

http://www.cs.ru.nl/~clean/Download/License_Conditions/license_conditions.html

> А конструктивные возражения есть? Тормознутость всех существовавших реализаций смолтолка - факт медицинский.

я о тормознутости Haskell говорил

>> Синтаксис вполне человеческий синтаксис,

> Многословный. Почти как жаба.

А пример можно где это он многословный?

Лицензия на Clean:

here are two different Licenses for Clean:

* The * LGPL the standard GNU Lesser General Open Source license, which is free of charge. A commercial license that can be obtained from Prof.dr.ir. M.J. Plasmeijer, preferably via email: rinus@cs.kun.nl.

Note, that development under the LGPL license entails some restrictions and responsibilities. More information on the nature of the LGPL is available at www.gnu.org and www.opensource.org.

A commercial license has the advantage that one is not obligated to make source code available. It furthermore gives right to technical support and is highly appreciated as a sign that you appreciate our work.

Users can choose under which license they wish to operate under.

December 12, 2002.

В смысле пунтк первый - LGPL никто не отменял

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

Установка любого Gtk-софта и наглядная демонстрация занимает несколько дней?

> Из-за этого у GTK+ заслуженно плохая репутация.

Заслуженно? Среди кого?

> У плохого танцора всегда оправдания найдутся.

Ндя? Если компания тратит деньги на создание нативного порта Gtk под макось, значит он нужен ей для бизнеса. Для её бизнеса, а не Вашего. Она не Ваши деньги тратит на разработку а свои. О каких оправданиях может идти речь?

> 2 AP: ты всегда такой борзый или только по вечерам в пятницу?

Доктор-эфтаназиолог принимает гиков-эгоцентристов круглосуточно. Хотите записаться на приём?

>> Interface Builder

>это программа для рисования GUI к layout manager'у она никакого отношения не имеет (ну нет в кокоа аналога Gtk[VH]Box, GtkTable).

Interface Builder в коке заменяет layout manager в том смысле, что нарисовав в нём гуй и расставив пружинки можно не париться что куда уедет при ресайзе. Практически весь интерфейс создают в нём, кроме, возможно, кастомных паллеток.

>Да в курсе я про них, в курсе и ghc есть, но оствутсвие порта gtk+ на Carbon/Cocoa затрудняет разработку программ с GUI на языках отличных от C, Objective C, C++, Java.

есть python биндинги для коки и по-моему перл тоже, если интересно пошарься в /Developer

Вообще, всякие "вкусности" это конечно прикольно, но зацените на чём иногда приходится писать программы. Представьте себе тулкит написанный на си в стиле WinApi, только ещё хуже, получите примерное представление, что такое Карбон. Так вот, открыл я недавно документацию по карбону и вижу такую функцию

BOOL Button();

Что за баттон хз. Читаю описание. This function is deprecated, use BOOL StillDown() instead. Тут у меня уже возникло подозрение, кто тут всё ещё даун, но я не поленился и нашёл описание этого StillDown. Прочитал примерно следущее This function is deprecated, use BOOL LeftMouseButtonIsDown() instead. А вы говорите Smalltalk, Haskell, тут иногда в таком шайзе приходится копаться, что мама дорагая.

> Да в курсе я про них, в курсе и ghc есть, но оствутсвие порта gtk+ на
> Carbon/Cocoa затрудняет разработку программ с GUI на языках отличных
> от C, Objective C, C++, Java.

Хм, а что, если изначально даны сишные биндинги (Carbon), их трудно
обернуть во что-то скриптовое? Что насчет PyObjC?

> есть python биндинги для коки и по-моему перл тоже, если интересно пошарься в /Developer

Про перл не знаю, а питоновкие видел, да и хаскелловские. С именами функций символов в 20.

Про карбон: я думал, что хуже WinApi не бывает :-)) Видимо привык к хорошему... Но такой API к какому языку ни бинди он говном останется

Ладно, переформулирую свое утверждениес ледующим образом: в mac os x нет прогрессивных средств разработки (кроме портированных с GNU/Linux - вот и gtk+ портируют).

Зависит от биндингов. А кроме того ряд Framework'ов в mac os x написаны Objective C и не имеют сишных биндингов (да ObjC тоже биндится). При желании можно сделать что угодно - вопрос времени. Но когда портируют gtk+ то вместе с ним мы получим и все существующие для него биндинги и улучшение переносимости приложений с GNU/Linux на Mac OS X.

Ну, когда-то под Мак писали используя Code Warior, да и сейчас он ещё живой и сдохнет лишь с переходом на интел. Так что формально свои средства разработки там есть. Но ничего зазорного в том, что Apple использует гнутые тулзы я не вижу.

Что касается Gtk на Маках, то боюсь, что даже если его доделают, его судьба будет похожа на gnustep под линуксом. Вроде как бы и есть и софт написанный на Cocoa теоретически нужно лишь перекомполировать, но на практике я что-то не вижу портов маковских программ на линукс.

> Но ничего зазорного в том, что Apple использует гнутые тулзы я не вижу.

я тоже ничего зазорного в этом не вижу, гнуты тулзы используются также и ЕМНИП в QNX, VxVorks. Я отметил (в ответ Korwin'у), что Mac OS X ни какая ни передовая ОС. Все лучшее, что там есть - либо из BSD, либо из мира Open Source. (ну ладно, ладно - красивую морду у макос не отнять :-)))

Что касается гтк на маках: это упростит компиляцию гтк-шного софта под мак и только. Все таки гтк думаю более популярен чем OpenStep/Cocoa для разработки свободного ПО. Так что пользователи маков получат еще и гтк-шный софт в довесок к родному.

Кстати GNUstep не полностью совместим с Cocoa - он полностью реализует AppKit и имеет свои расширения.

Да про порты маквоскиз программ: все таки свободное ПО Linux/BSD центрично, не думаю, что следовало бы вообще ожидать переноса программ с макос на гнустеп.

>Установка любого Gtk-софта и наглядная 
>демонстрация занимает несколько дней?
Несколько дней может занять сборка
GTK+ из исходников под frame-buffer,
нахождение глюков, проверка того
что эти глюки принадлежат GTK+, а
не твои собственные ошибки, плюс
попытки обойти эти глюки, чтобы 
добиться приемлемой работоспособности
софта.

>Заслуженно? Среди кого?
среди гиков-эгоцентристов по твоей классификации,
абсолютно заслуженно. альтруизм сосет.

> Ндя? Если компания тратит деньги на создание 
нативного порта Gtk под макось, значит он нужен 
ей для бизнеса. Для её бизнеса, а не Вашего. 
Она не Ваши деньги тратит на разработку а свои. 
О каких оправданиях может идти речь?

Именно, если это сторонний проект (я имею ввиду
GTK+ под Win32 и frame-buffer), то так и надо писать
что GTK+ официально поддерживает только POSIX/X11,
а Win32 и frame-buffer являются неофициальными портами
и сделаны тем-то и тем-то - вопросов не будет. А не писать
про эти порты в единственной официальной документации
безо всякого упоминания про проблемы этих портов.
Про макось речи не было, держи себя в руках.

>Доктор-эфтаназиолог принимает гиков-эгоцентристов 
>круглосуточно. Хотите записаться на приём?
С удовольствем запишусь, чтобы иметь возможность
попинать тушку; борзый доктор-эфтаназиолог явно
заслуживает подобного отношения.

> я о тормознутости Haskell говорил
С какого это хрена Haskell тормоз?
Еще и рядом со смоллтолком поставили, ну нихрена себе.
Пора учиться вообще отвечать за базар.

Реально еще не видел случая, где бы нельзя было от хаскеля получить
производительность сравнимую с С++. И для GUI языка лучше не придумаешь.

Clean - действительно труп. Они опоздали со своим LGPL, сейчас у них
почти не осталось преимуществ перед GHC. А реально - так вообще никаких,
учитывая сколько всего написано на Haskell.