История изменений

Никакой «направленности в сторону Windows» не ощущаю

судя по Qt-программам запущенным в Linux — вижу в них следущее:

* кнопки странно-мелкого размера по толщине (высоте), не такого размера как это принято в Linux.. скорее такого как это принято в Windows..

* не видил ни одной Qt-программы с client-side-decoration.. то есть Qt-програмы НЕ выглядят так элегантно как: gedit , evince , eog ... (нельзя написать хороший GUI? значит огромный жирный минус)

* ctrl+shift+u — это сочетание клавишь в Qt-программах не работает (на linux.org.ru уже много раз упомянал про это) .. ну это просто плевок в сторону Linux.. а на Windows то подозреваю наверно вендовые сочетания в Qt-программах (для ввода юникод-символов) работает?

* ну и после всего описанного объективизма — так и быть добавлю чуток субъективизма :-) ..: в мире Linux принято писать библиотеки на C а не на C++ .. (C++ это уже больше к Windows)

P.S. про инвалидность wxwidgets тоже хотелось бы обоснование увидеть.

может и хороший фреймворк, но почемуто wxwidgets-программы какие-то ппц глючные в плане GUI.. быть может совпадение? pgadmin-например — баг на баге, вплодь до того что после переключения языка (ctrl+space) нельзя писать на русском языке, до момента кратковременного нажатия ctrl

Никакой «направленности в сторону Windows» не ощущаю

судя по Qt-программам запущенным в Linux — вижу в них следущее:

* кнопки странно-мелкого размера по толщине (высоте), не такого размера как это принято в Linux.. скорее такого как это принято в Windows..

* не видил ни одной Qt-программы с client-side-decoration.. то есть Qt-програмы НЕ выглядят так элегантно как: gedit , evince , eog ... (нельзя написать хороший GUI? значит огромный жирный минус)

* ctrl+shift+u — это сочетание клавишь в Qt-программах не работает (на linux.org.ru уже много раз упомянал про жто) .. ну это просто жесть какой плевок в сторону Linux.. а на Windows то подозреваю наверно вендовые сочетания в Qt-программах (для ввода юникод-символов) работает?

* ну и после всего описанного объективизма — так и быть добавлю чуток субъективизма :-) ..: в мире Linux принято писать библиотеки на C а не на C++ .. (C++ это уже больше к Windows)

P.S. про инвалидность wxwidgets тоже хотелось бы обоснование увидеть.

может и хороший фреймворк, но почемуто wxwidgets-программы какие-то ппц глючные в плане GUI.. быть может совпадение? pgadmin-например — баг на баге, вплодь до того что после переключения языка (ctrl+space) нельзя писать на русском языке, до момента кратковременного нажатия ctrl

Никакой «направленности в сторону Windows» не ощущаю

судя по Qt-программам запущенным в Linux — вижу в них следущее:

* кнопки странно-мелкого размера по толщине (высоте), не такого размера как это принято в Linux.. скорее такого как это принято в Windows..

* не видил ни одной Qt-программы с client-side-decoration.. то есть Qt-програмы НЕ выглядят так элеменгано как: gedit , evince , eog ... (нельзя написать хороший GUI? значит огромный жирный минус)

* ctrl+shift+u — это сочетание клавишь в Qt-программах не работает (на linux.org.ru уже много раз упомянал про жто) .. ну это просто жесть какой плевок в сторону Linux.. а на Windows то подозреваю наверно вендовые сочетания в Qt-программах (для ввода юникод-символов) работает?

* ну и после всего описанного объективизма — так и быть добавлю чуток субъективизма :-) ..: в мире Linux принято писать библиотеки на C а не на C++ .. (C++ это уже больше к Windows)

P.S. про инвалидность wxwidgets тоже хотелось бы обоснование увидеть.

может и хороший фреймворк, но почемуто wxwidgets-программы какие-то ппц глючные в плане GUI.. быть может совпадение? pgadmin-например — баг на баге, вплодь до того что после переключения языка (ctrl+space) нельзя писать на русском языке, до момента кратковременного нажатия ctrl