![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
Qt и кроссплатформенность
Тут в срачах про кроссплатформенный софт неоднократно утверждалось, что Qt это офигенно кроссплатформенный фреймворк и что Skype написан на нем.
Тем не менее, виндовый Skype.exe(версия 3.6) содержит большое количество строк, прямо указывающих на то, что оно написано на Дельфи.
И имена оконных классов окон скайпа (TSkypeTabControl,TMainUserList,TSkype3ButtonView,TOptionsTreeView итд) тоже указывают на это.
Вопрос: где здесь кроссплатформенный Qt?
Тем не менее, виндовый Skype.exe(версия 3.6) содержит большое количество строк, прямо указывающих на то, что оно написано на Дельфи.
И имена оконных классов окон скайпа (TSkypeTabControl,TMainUserList,TSkype3ButtonView,TOptionsTreeView итд) тоже указывают на это.
Вопрос: где здесь кроссплатформенный Qt?
no subject
http://en.wikipedia.org/wiki/Skype
ВСМЫСЛЕ???????????????????????????
no subject
no subject
no subject
no subject
no subject
no subject
Это не показатель. Писать могли на чем угодно.
Кросс платформенная разработка вообще понятие дебильное для GUI. Потому что форму с пятью кнопками можно написать на 100500 языках и все будет удобоваримо. Как только нужно юзать нестандартные системные вещи - приехали ! Qt-ники проделали огромную работу на выводом видео/аудио(буду говорить про то с чем работаю) Но для серьезной работы оно не годится. Поэтому в любом случае на макоси привет QTkit/QTSDK(это к Qt отношения никаког не имеет) а на винде DirectX. Все остальные пути - отстрел яиц. И ничего вменяемого на горизонте я не вижу.
Негуевые вещи - какя хрен разница... что на C++ можно кросплатформенно написать что на хаскеле я думаю....
no subject
no subject
no subject
no subject
no subject
no subject
А если организатор конференции под линуксом, то у остальных нет возможности параллельно еще и чатом пользоваться.
no subject
Ибо Qt - это средство обобщить.
А если они тянут "под виндой на Delphi под линуском на C++", то это не обобщение, а два совершенно параллельных проекта. Независимых :)
no subject
Ядро может быть на чем угодно и быть как раз кроссплатформенным, а основная сложность поддержки в нем как раз.
Тем более, что не далее как весной они грозились выпустить линуксовый гуй в опенсорс (и пачку закрытых библиотек обеспечивающих собсно связь), но правда кончилось не знаю чем.
no subject
У меня, ребе, когда я от вас вижу "обобщить", тут же, вспоминается -
- Обобщим?
- Обобщаем!
Впрочем, в данной ситуации, что-то в этом есть.
no subject
no subject
no subject
no subject
классы окон (если сами по себе) - еще не аргумент за делфи, это может быть просто делфи-стайл :)
no subject
no subject
я без стеба, просто многие анальность полагают априори, а на самом деле вполне можно сдружить. и БЕЗ COM, что интересно!
но не подумайте,что я абсолютизирую успех. я имел ну крайне стремные проблемы интегрирования плюсов с дельфями, но в принципе справился в итоге. Правда опыт был скорее лабораторный, в массы не пошел в связи с отставкой в другое место работы.
no subject
no subject
а я под руководством сенсея и пары статей из нета пробовал успешно код где с++ и delphi через объекты взаимодействуют
правда совсем не уверен что топикстартерной задаче это как-то поможет, равно и наоборот.
идеалом было бы наличие пасовских хедеров в библиотеке кутей. но велик шанс сделать это и самому ;)
no subject
no subject
по-вашему если на объектах, так про передачи памятей между либами можно уже не думать?
каждый сам за себя отвечает, естественно
как именно делалось?
Проблема была собственно - приделать кьют к перлу. Ну в смысле чтобы на автомате генерило обертку [или что там надо].
Re: как именно делалось?
на кьюте я не писал, на перле тоже :)
речь идет об объектной совместимости компилируемых в x86 языков с целью писать/юзать либы межъязыковым способом
на мой тупой взгляд перл явно не x86-комплируемый ;) хотя это дела не меняет - я вам помочь не смогу в любом случае
no subject
no subject