Новый проект Kimono

Не забываем что 1 апреля еще не кончилось :)

> Не забываем что 1 апреля еще не кончилось :)

Точно. А то я уже хотел сказать "ну и извраты.." :)

Можно еще предложить проект "C-pukku" - враппер для написания приложений под KDE на чистом C

>Можно еще предложить проект "C-pukku" - враппер для написания приложений под KDE на чистом C

:-)))))))))) У меня истерика... svu заплачет от радости!

А на dot.kde.org многие действительно купились, некто David даже написал monoлог на целую страницу, размышляя над этим "решением" :-))

Смахнул суровую мужскую слезу... Как подумал, как оно будет выглядеть. И как сразу GTK RIP...

СЛАКА РУЛИТ НИ ПО ДЕЦКИ!!!!!!!

Эхх, а я уже было хотел это в http://rexxos.netlabs.org спортировать...

Вообще-то не свосем для KDE -- там речь идет об использовании KDE-шного воплощении XUL.

Да и народ утверждает, что это не шутка

Во первых пишется "па", а во вторых - слитно...

Ну как можно... ???

... и ещё "нипадецки" - вот так :)

А вот хрен вам! Проект-то действительно существует... Идем вот сюда - http://www.osnews.com/story.php?news_id=6550 - и читаем комментарии. Для ленивых процитирую:

"In our comment's section we had some people saying that this is April's fools news, but these claims are false."

"To clarify. Kimono and KaXul are *real* projects. The 'central focus of 3.3' and 'kimono requires migrating to kaxul' is the april fool's part."

"No, seriously, don't mod him down. He's right. Kimono and KaXul exist, but the dot story is taking some liberties with the truth. KaXul is not a replacement for the existing XML UI mechanism. Rather, it is a set of tools for generating KDE UIs from XUL descriptions. As for Qt#, I have to say that I think Kimono is a better approach, because it uses libSMOKE while Qt# is layered on top of the Qt C bindings. "

Боюсь даже представить, что ЭТО будет. КДЕ и так еле шевелится, а ЭТО.... 8-/

Какой смысл писать враппер. Проще на шарпе переписать.

Вообще, там упоминается проект QtC. Вот забавно. Таки для построения байндингов народ "даунгрейдит" плюсы к старым добрым сям...:)

Это потому что в C# пока еще P/Invoke для C++ не сделали =) А Mono еще пока Managed C++ не тянет, вот и извращаются...

> Это потому что в C# пока еще P/Invoke для C++ не сделали

Потому что нахрен не нужно. Потому что приличные люди API на С делают (это припев:)

> А Mono еще пока Managed C++ не тянет, вот и извращаются..

У Химиана вообще ресурсов чуть поменьше, чем у МС - не успевают все. Может, и вообще им не стОило поддаваться на провокацию С#...

Дык, а кто сказал, что Qt/KDE - это API? Это библиотечка просто... так, не очень большая даже =)

А что поддаваться не стоило - имхо, все-таки стоило. Тем более в свете последних заигрываний Sun с Microsoft - там еще что-то было насчет Java/.NET interoperability. Пора признать, что .NET укрепился всерьез и надолго, и никуда не денется. Разумеется, переводить никсы под .NET (пусть даже и десктоп, как хотят ximian'овцы) неразумно, но поддержка должна быть.