| ||
Тема: Visual C++
препроцессор не работает на уровне ситнтаксиса.Сообщение от pal
Эта штука называется по другому.
А мнение Струдструпа о препроцессорах мне кажется всем известно.
Кстати и в С часто вместо стандартного препроцессора используют m4.
Потому что стандартный препроцессор С и С++ - таки да, ублюдочный.
И без синтаксического анализа лучше сделать трудно, а с синтаксическим анализом появляются не менее ублюдочные темплейты, именно из-за которых куча портируемых библиотек в принципе не используют STL.
The future is already here - it is just unevenly distributed. (c) W. Gibson
А в чем неприличность, мне это интересно, так как в этом году придется выбирать - Qt за бабки, wxWidgets на шару или C# с дополнительными разработчиками под другие платформы.
Любая инфа от практически работавших реально интересна.
The future is already here - it is just unevenly distributed. (c) W. Gibson
то, что из исходника на qt генерит исходник на c++, называется препроцессором, независимо от уровня
с шаблонами как раз все в порядке, проблемы либо в допотопности "портируемых" библиотек либо в необразованности авторов.
правильные портируемые библиотеки во всю используют шаблоны, хотя бы потому что stl шаблонный, а правильные библиотеки должны дружить с stl
gtkmm под lgpl
практически не работал
а неприличность в том, что зачем использовать кривую надстройку над gtk, когда есть родная
Последний раз редактировалось pal; 25.01.2007 в 16:13.
Так это если под Гнома писать - тогда да.
А под винду или Palm он тоже как надстройка над gtk работает?
У меня весь гуй под винду сейчас пишется, а клиенты требуют под мобильники и Маки. Вот и ищу как безболезненно перейти.
А gtkmm под виндой работает только через mingw, что не подходит клиенту, про мобилы вообще молчу.
PS
Ох, найду, что труп страуса про шаблоны писал... ;-)
имхо проблему можно было решить тремя способами - удобным, правильным и объектным. решили как всегда объектным. ;-)
Кстати, а bison - это тоже препроцессор? ;-)
The future is already here - it is just unevenly distributed. (c) W. Gibson
если речь о wxwidgets, то нет, и это минус - приходится ограничиваться общим подмножеством
FeaturesА gtkmm под виндой работает только через mingw, что не подходит клиенту, про мобилы вообще молчу.
* Use inheritance to derive custom widgets.
* Type-safe signal handlers, in standard C++.
* Polymorphism.
* Use of Standard C++ Library, including strings, containers, and iterators.
* Full internationalisation with UTF8.
* Complete C++ memory management
o Object composition
o Automatic deallocation of dynamically allocated widgets.
* Full use of C++ namespaces.
* No macros.
* Cross-platform: Linux (gcc), FreeBSD (gcc), NetBSD (gcc), Solaris (gcc, Forte), Win32 (gcc, MSVC++ .Net 2003), MacOS X (gcc), others
* Free software and free of cost for both Open Source and proprietary development.
* Discussed, designed and implemented in public.
даКстати, а bison - это тоже препроцессор? ;-)
даже первые версии компилятора с++ были препроцессорами в с
правильные мобильники вообще под линухом
ага, а в FAQ написано
Хочется услышать как оно компилируется на самом деле, от людей, которые это делали своими руками, так как часто такой документации веры нет.2.1.
What systems does it run under?
gtkmm should run under any UNIX-type system with the proper compilers and libraries installed. The GNU C++ compiler (g++, part of gcc) together with the GNU toolset (such as found on Linux and *BSD systems) comprise its default build environment.
gtkmm can also be be built and used with:
1. Sun's Forte C++, on Solaris.
2. Windows, with the mingw build tools.
Пример - wxWidget пишет, что работает на PalmOS. А в соответствующем разделе можно найти, что работает оно только на PalmOS v6, и поскльку устройств с таким ОС в природе не существует, то отладить толком они не могут - не начем.Т.е. если бы я взял этот пакет для разработки под коммуникатор Treo, то сильно бы попал. При этом ребята из wxWidgets добрые - они это написали на открытой странице. А могли бы и не написать.
На такие грабли с разными пакетами наступал не раз сам и наблюдал со стороны как наступают другие. И цена таких ошибок очень высока.
Жаль, что заказчикам это неизвестно. ;-)правильные мобильники вообще под линухом
Мне было бы сильно проще, если бы у всех был GreenPhone.
The future is already here - it is just unevenly distributed. (c) W. Gibson
ну, информация о непопулярной платформе в факе слегка устарела, бывает
его ж покупать не надо, можно за пару минут скачать исходники и увидеть подкаталог MSVC_Net2003, там даже readme есть, как и readme.win32 в корневом каталоге
Спасибо, буду разбираться и сравнивать.
The future is already here - it is just unevenly distributed. (c) W. Gibson
Посоветуйте книгу по Visual C++ 8.0
А что интересует:
Как пользоваться средой?
Или MFC ?
В принципе, среду можно изучить методом тыка,
по MFC любая предыдущая версия пойдет,
принципы теже,
а остальное - в MSD.
Создал SDI-приложение, в нем есть FormView как его завязать, чтобы можно было-бы распечатать на принтер FormView?
Там в стандартных обработчиках сообщений есть несколько для печати.
Поищи что-то типа OnPreparePrinting, OnPrint и тому подобное.
Кто то когда то работал с функцие mciSendString()? У меня просто проблема, песни не играют , в которых есть пробелы и русские буквы!!!! Вот так!
Да не всё так просто. Я имел ввиду что мне надо распечатать некоторые элементы, которые находятся на FormView (в моём случае график)
Просто рисуешь параллельно на DC принтера график, и все.
Битмап от формы использовать нельзя -
на принтере на одном дюйме весь твой экран поместится.
Потому сразу все строй не в пикселях, а в метрической системе.
По умолчанию MM_TEXT стоит - пиклсели.
Тебе нада сделать SetMapMode(MM_LOMETRIC) - это в 0.1 мм.
Ну и координаты там иначе направлены - почитай.
Впрочем, битмап тоже можно растянуть. В общим смотри сам,
как удобней.
Я, конечно, могу ошибаться, но у них там путаница. На Т5 установлена PalmOS 5.4. Сам порт я не собирал, но вообще, если у тебя распределенное приложение, то клиентскую часть для Palm можно написать на чем-то вроде Lua. LispMe не в пример мощнее, но scheme учить дольше, чем lua.Пример - wxWidget пишет, что работает на PalmOS. А в соответствующем разделе можно найти, что работает оно только на PalmOS v6, и поскльку устройств с таким ОС в природе не существует, то отладить толком они не могут - не начем.
Попробуй погуглировать по plua, там очень мощные примитивы для работы с GUI.
Кстати, а что за проект? Есть желание прокачать экспириенс по Palm, нет подходящего повода. Или мне просто лень?
проблема не в том, чтобы написать, проблема в том, что есть написанное на С(++) приложение, к которому надо привязать GUI так, чтобы простой перекомпиляцией оно работало на разных платформах. Так что lua боюсь уходит сразу.
Без GUI проблем нет, оно и так перекомпилится.
На пальмах планируется не раньше следующего года, и только если появится спрос, но требование заказчика - стабильное долгоживущее решение позволяющее максимальноую портируемость в будущем, потому ищу правильную GUI библиотеку. ;-)
Пока wxWidgets рулит по большинству параметров.
GTKmm правда пока еще не гонял, наверное через месяц за нее возьмусь.
The future is already here - it is just unevenly distributed. (c) W. Gibson
Нет, ну с моей стороны тупо давать какие-то советы, не зная сути, но тем не менее... Мне кажется, что в случае с PalmOS такой подход обломится. Основной козырь этой ОС - usability. То есть, если приложение проектировалось без учета PalmOS, то простая перекомпиляция не спасет ситуацию. Это одновременно и проблема, и преимущество.
Если так, то это вообще замечательно. Как минимум, из твоего приложения можно сделать своего рода библиотеку, которой потом пользоваться из любого языка, даже из той же lua. Впрочем, тебе все равно виднее... Тем более, что если в течении года ACCESS не выпустит обещанную платформу, то на Palm, к сожалению, придется забить...Без GUI проблем нет, оно и так перекомпилится.
Ваши права
Ответить с цитированием
Социальные закладки