Jak to możliwe, że jak dotąd większość wspomnianych tutaj moich "nocnych buildów" pochodzi z Berlina? Czy to smaczne menu zapewnione przez
Trolltech lub
KDAB? A może
Weißbier?

(grafika:
mkbart, bazująca na ikonach
Oxygen)
W berlińskiej siedzibie KDAB znaleźliśmy wszelkie udogodnienia wymagane do
hakowania. Trzy dni temu wróciłem z tego spotkania i chciałbym podzielić się z Wami paroma informacjami.
Na początek zapraszam do zapoznania się z kolejnymi dwoma aplikacjami KOffice uruchomionymi na Windows...
kiedy Thorsten Zachmann -- już w istocie pół-Polaka, gdyż jego żona pochodzi z Polski -- poprosił o KPresentera dla Windows, nie mogłem odmówić. Dodatkowym powodem był fakt, że tej soboty rząd łaskawie dał nam
dodatkową nocną godzinę

Okno startowe KPresentera dla Windows (kliknij aby powiększyć)

KPresenter na Windows z powstawianymi rozmaitymi kształtami KOffice (kliknij aby powiększyć)
Wychodzi na to, że pośród innych, Johannes Simon, zajmujący się programem KChart, jest względnie młody i wygląda też na niezmordowanego oraz zdolnego pytać i słuchać. Są to cechy, które sobie cenię w dłuższej perspektywie czasu.

KChart z pełnym
antyaliasingiem, akceptujący także dodatkowe kształty jak odręcznie rysowane krzywe wektorowe (kliknij aby powiększyć)

(kliknij aby powiększyć)
Nie tylko Simon nakłonił mnie do zaprezentowania KChart dla Windows, by więcej osób odkryło to oprogramowanie bazujące na świetnym
produkcie firmy KDAB. Zdecydowałem się także pokazać, co oznacza dla mnie integracja Kexi z KOffice.

Bazująca na KChart wtyczka dla Kexi, wyświetlająca informacje z żywych źródeł danych; prace nad nią trwają (kliknij aby powiększyć)

Odnośnie portowania programów; dla niezorientowanych, myślę że należy powtórzyć: w odróżnieniu od OpenOffice.org, portowanie oznacza dla na czynienie pojedynczego kodu źródłowego przenośnym i zachowującym natywne właściwości na wszelkich systemach typu Linux/Unix/MacOSX/Windows i kto-wie-jeszcze-jakich.
Praktycznie
nie ma tutaj: (a) poleceń #ifdef, (b) specjalnych plików z kodem tylko dla Windows, (c) plików zasobów dla Windows, (d) Windowsowych plików Makefile czy projektów dla msvc. Trzy pierwsze cechy są codziennością dzięki bibliotekom
Qt i
KDE, podczas gdy ostatnia jest faktem dzięki dostępności elastycznego narzędzia do konfiguracji i kompilacji programów -
CMake.
uruchomienia?
Póki Qt4 na Windowsie i
CMake wymagaja do budowania shella windowsowego (cmd), przeniesienie Konsole ma sens tylko
gdy użyje się zamiast terminala uniksowego komponentu shella cmd tak jak to robi
Console2. W przeciwnym razie port Konsole bylby użyteczny tylko przy uzywaniu narzędzi
takich jak Cygwin czy msys.
w tym temacie?
Tak, z pierwszej ręki wiem, że będzie natywny
Kontakt dla Windows :)