DeadBeef / QMMP + Pidgin отлично работают

Вот и я про то

А зачем? Есть ничуть не уступающие аналоги. Зачем ещё один?

А вот это поделие упаси боже на "святой земле" увидеть...

я пример привел.
мне ни того, ни другое не надо. у меня DeadBeef / QMMP + Pidgin отлично работают

Но вообще вопрос не понятен, как коррелирует колво пользователей с оберткой апи.

Количество пользователей может косвенно показать на сколько легко можно остановить развитие программы ради ее переписывания.

А я и не говорю о кажущихся вещах. Это как бы мой хлеб. И когда я был виндузятником у меня не было ни какого желания сажать обертку на, скажем, CString.

Так и сейчас в Qt дофига интересных готовых классов, даже есть которые  я практически делал в свое время в студии и у которых нет аналогов, что ж ими не пользоваться? или пользоваться, но через обертки?
Ок. Сделали обертку. А потом "быстро" сварганили аналог?

Ну нафиг. Был "инcтрумент" MFC - пользовался. Теперь принял на вооружение Qt.
Может вам и повезло. У меня, например, есть один проект который я планирую и начинал переводить на кросплатформенность: много работы с com портом, многпоточность и т.п. Да в общемто и на MFC завязка не слишком большая. Но и мелочей хватает, чтоб мне было нерентабельно этим плотно заниматься. Уговорю очередного клиента, что это должно быть кроссплатформено - отлично, а так.... Есть и более интересные варианты чем занять время.

Та это еще и без учета, что мы не знаем как и на каких условиях работает команда разрабатывающая сабж.

Ни вы, ни я возможно не являемся даже "среднестатистическими" разработчиками и судить по тому, что лично вам легко удалось портировать один проект, что это легко вообще - мягко говоря некорректно. (и дело тут не только в отношении программирования)

aimp2

А зачем? Есть ничуть не уступающие аналоги. Зачем ещё один?

А вот это поделие упаси боже на "святой земле" увидеть...

Что переписал? Свой проект? Большой?

библиотеку мап-движка. Она реализует 90% всей программы.

локальных - пяток на одну базу, на сервер запросы по всему региону. Но вообще вопрос не понятен, как коррелирует колво пользователей с оберткой апи.

да.
А что, Вам нужно много из того, что есть в том же студио в одном проекте?

не сложную, можно даже с отдельными процессами и межпроцессорными взаимодействиями.
Главное правильно все расписать на этапе модели, а не заниматься изобретением велосипеда в процессе прикрываясь модным словечком "экстремальное программирование"

это гораздо проще, чем кажется. Дело привычки 

переписал, полет нормальный.

Что переписал? Свой проект? Большой? Много пользователей?

Т.е. вы оборачиваете вообще все классы?
Но это полбеды. Вот у вас реализовано соединение клиента с сервером, есть потоки. Это ж какую обертку надо замутить, чтоб осталось только lib ы подсунуть, да пару строк поменять?
А в начале проекта когда в наличии были (напрмиер) купленная VStudio отказываться от готовых классов и городить свою бородилу?
Ну нафиг. Всего должно быть в меру и оберток тоже.

вот есть у меня программа. Отлично работает под недоосью, т.к. под нее написана. Долго мне выделить узлы ввода-вывода и оформить их отдельной либой? Нет.

*рука-лицо*
все бы так просто было, ага
посмотрю я на вас, когда вы кучу winapi-кода будете переписывать при помощи "qt + время", как вы выразились.

Тут некоторые товарищи с трибуны вещали что мол спонсировать надо, дык, оно как бы не бесплатно у их, ежели чо.

Я понимаю все мы легко распределяем чужие деньги. Когда начинаешь свой бюджет формировать начинаются проблемы
А главный вопрос: А это им зачем?

В программе наверняка много когда связанного с сетью.  99% завязано на winAPI. GUI - в конечном итоге winapi. и .т.п.  Т.е. надо переписать, протестировать программу полностью. Это дело не на 1 день. Т.е. параллельно надо сопровждать основную ветку программы. Постепенно - так же не шибко "красивый" вариант.

Почему? Все логично чем меньше  затраты тем лучше. Это раз. Найти программиста в команду так же не просто. Это двас.

Ну для успокоения души значит сделали сборку с префиксом сразу.

ну и на кой оно надо было?
вот есть у меня программа. Отлично работает под недоосью, т.к. под нее написана. Долго мне выделить узлы ввода-вывода и оформить их отдельной либой? Нет.
А что мне для этого потребуется? Qt + время.

Тут некоторые товарищи с трибуны вещали что мол спонсировать надо, дык, оно как бы не бесплатно у их, ежели чо.
Далее возьмем _любую_ софтину в совместимости которой указано несколько осей. Есть там вайн?

Это я к тому, что комерческое ПО в последнее время удручает своим отношением...

да не, сколько раз пробовал(правда на бубунте, хоть и разных версий) всё отлично запускается, в вайнашкью стоит голд, проблем нет.

Ну для успокоения души значит сделали сборку с префиксом сразу. Тем более что она (сборка) наличие wine в /usr не требует же. Так что скачал и запустил сразу, даже если вайна в системе нет
Да и кто знает что будет через несколько версий, совместимость и сломаться может. А тут сборка с гарантированно рабочей версией.

дак а может как раз с проблемами

да не, сколько раз пробовал(правда на бубунте, хоть и разных версий) всё отлично запускается, в вайнашкью стоит голд, проблем нет.

Ну написали бы, что так и так, запускается под вайном без проблем!

дак а может как раз с проблемами. по этому и сконфигурировали префикс заранее, чтобы гарантировано у всех завелось