Программирование

mfc походу же

у mfc ведь нет будущего.

а на родном API писать такие простые проги это издевательство.

может на qt попробовать? что я потеряю если буду qt использовать, а не дотнет?

ты потеряешь дотнет 

А так вроде qt норм же

Если хочешь именно дотнет, то лучше пиши под WPF на сишарпе

ты потеряешь дотнет 

А так вроде qt норм же

 

 

Если хочешь именно дотнет, то лучше пиши под WPF на сишарпе

Я хочу на си/си++ писать, т.к. под шарпом заниматься системным программированием не получится. а я буду писать свои резиденты, дрова и тд и тп.вот и хотелось сейчас подучить си/си++.

Боюсь на qt переходить, потому что дотнет это всё-таки стандарт 

по мне так писать в вижле на C++\CLR - хуйня редкостная. Плюсы достаточно сильны, чтобы обойтись без дотнета

по мне так писать в вижле на C++\CLR - хуйня редкостная. Плюсы достаточно сильны, чтобы обойтись без дотнета

т.е. твоё мнение - qt?

графика под дотнет C#+VTK+WPF офк

графика под дотнет C#+VTK+WPF офк

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

по мне так писать в вижле на C++\CLR - хуйня редкостная. Плюсы достаточно сильны, чтобы обойтись без дотнета

т.е. твоё мнение - qt?

qt или винапи тогда уже

по мне так писать в вижле на C++\CLR - хуйня редкостная. Плюсы достаточно сильны, чтобы обойтись без дотнета

т.е. твоё мнение - qt?

qt или винапи тогда уже

спасибо за советы 

по мне так писать в вижле на C++\CLR - хуйня редкостная. Плюсы достаточно сильны, чтобы обойтись без дотнета

т.е. твоё мнение - qt?

qt или винапи тогда уже

Пример использования QT - RGC

графика под дотнет C#+VTK+WPF офк

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

тот же qt - это еще та гниль. зачем тебе кроссплатформенность?

Подскажите, как сделать чтобы фоновая картинка повторялась к низу странички.

И, можно ли изменить фоновый цвет центральной белой панели.

Желательно подробнее, ибо полнейший профан.

Спасибо.

http://www.kinopoisk.ru/   

по мне так писать в вижле на C++\CLR - хуйня редкостная. Плюсы достаточно сильны, чтобы обойтись без дотнета

т.е. твоё мнение - qt?

qt или винапи тогда уже

по мне так писать в вижле на C++\CLR - хуйня редкостная. Плюсы достаточно сильны, чтобы обойтись без дотнета

т.е. твоё мнение - qt?

qt или винапи тогда уже

Пример использования QT - RGC

приложение выглядит чужим на любой платформе

по мне так писать в вижле на C++\CLR - хуйня редкостная. Плюсы достаточно сильны, чтобы обойтись без дотнета

т.е. твоё мнение - qt?

qt или винапи тогда уже

ну использовать процедурное винапи - это шаг назад по отношению к mfc

потому я и написал mfc 

ну вообще человек судя по всему хочет использовать низкоуровневые фишки и при этом иметь удобный современный фреймворк.

а так не бывает.

если он хочет писать кросс платформенные клиентские приложения на с++ - то это действительно qt, вот только нахуя?

если хочет писать под виндовс на с++ - то это мфц.

другое дело, что под виндовс сейчас практически всё пишут под дот нет

кросс платформенность мне не нужна(а с низкоуровневыми фишками верно подметили).

в данный момент интересует винда.

а по поводу мфц, то я нашёл много противоречий, "что лучше mfc/wtl/wpf ", общая точка складывалась на том, что у мфц нет будущего и программы на нём не могут быть достаточно оптимизированы, как в других наростах на Апи. единственный + это уменьшенный объём кода и более наглядный вид.

в данный момент я решил остановиться на microsoft visual studio windows forms application (на с++, а не на с#)

кросс платформенность мне не нужна(а с низкоуровневыми фишками верно подметили).

в данный момент интересует винда.

а по поводу мфц, то я нашёл много противоречий, "что лучше mfc/wtl/wpf ", общая точка складывалась на том, что у мфц нет будущего и программы на нём не могут быть достаточно оптимизированы, как в других наростах на Апи. единственный + это уменьшенный объём кода и более наглядный вид.

в данный момент я решил остановиться на microsoft visual studio windows forms application (на с++, а не на с#)

то-есть логичнее писать на мфц, чем на вин формз.

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

в том же шарпе они появились не так и давно.

с++/cli - это только конченный синтаксис от си и ничего больше

сам в нем не шарю =\=\=

хотя сейчас почитал - там вообще пишут про какой-то страшный зоопарк из managed и unmanaged кода.

в любом случае windows forms - это gdi+