Форум » GUI » HMG OOP?... WHY NOT?... ;) » Ответить
HMG OOP?... WHY NOT?... ;)
Петр: Новый поворот в судьбе HMG. В начале мая Roberto Lopez обнаружил для себя ООП в Harbour. Последует ли примеру Роберто Григорий Филатов? Ведь до сих пор MiniGUI Ex. всегда следовал (и продолжает) в фарватере HMG. Воспримут ли такие изменения пользователи обеих библиотек? На что больше будет походить MiniGUI - на OOHG или на HWGUI? Очень интересно. И чем это все закончится?
Ответов - 28, стр:
1 2 All
Петр: Кстати вот очередной IDE Угу, Code::Blocks, поддерживает подсветку синтаксиса Clipper. Как альтернативу для любителей wxWidgets могу предложить посмотреть CodeLite.
Петр: gustow пишет: Относительно же, так сказать, "целевой функции" использования HMG Относительно целевой функции HMG и MiniGUI Ex я не писал ничего. Но поскольку вы, как я понимаю, восприняли мои сообщения как "наезд" на MiniGUI, давайте доиграем эту игру до конца Все, что я напишу ниже, прошу рассматривать с точки зрения возможных улучшений MiniGUI и только. "Все события и персонажи вымышленные, а любые совпадения случайны".
Петр: gustow пишет: Меня, к примеру, пока вполне устраивает, что я могу, не особо заморачиваясь, стряпать простенькие приложения (и консоли, и ГУИ) А как же быть со "сложными" приложениями? Кто их писать будет? Кто из "сектантов" или "сторонних", подсказывающих не "через губу" наконец напишет нормальное IDE? Или это неподъемная задача для коммьюнити? Стряпать консольные приложения с помощью можно, но.. Вот, что пишет некий Аdam Harbour included into MiniGUI (1.8.81 and new) for regular expressin not use functions from own hbpcre.lib but from standard BCC lib, so functions hb_regex*() not work correct. Error is in hbrtl.lib. To use in hbrtl.lib hbpcre.lib must be set HB_HAS_PCRE variable when compile Harbour binaries. (This variable is set auto by *make.exe when detect file %HBROOTDIR%\external\pcre\pcre.h) Т.е. другими словами сборка Harbour для MiniGUI не только нестандартная, но и дефективная. Контрибуторам MiniGUI надо искать пути для использования с библиотекой стандартной сборки Harbour. Некий Кеvin пишет «My console program needed MiniGui.ch because it was using GetStartUpFolder(), a pseudofunction defined in Include\i_pseudofunc.ch. I used the translated version instead and found I could do without MiniGui.ch. This had an unexpected side benefit: the .exe size reduced from 1.6M to 900K. I believe ..» В чем здесь проблема или ее нет. Здесь есть несколько проблем. Первая - это то, что некоторые позователи HMG догадываются о существовании некого HMG language и не догадываются о существовании Harbour, они продолжают программировать на Clipper for Windows и не хотят изучать Harbour/xHarbour. Даже Алексей говорит о каком-то "пакете программ для программирования HMG Ext.". Даже Лопез (!) в рассылке для разработчиков Harbour (!) уверял, что его HMG может использоваться в контексте отличном от Harbour/xHarbour. При этом не смог ответь на прямой вопрос с каким языком может использоваться HMG, если две базовые основы его WinAPI и Harbour API? Если бы Kevin интересовался Harbour/xHb, ему бы в голову не пришло использовать MiniGUI ради одной единственной функции: [pre2] local cPath #ifndef __XHARBOUR__ cPath := hb_dirBase() #else hb_FNameSplit( hb_CmdArgArgV(), @cPath ) #endif ? cPath[/pre2] Ну и проблемы, ведь работает все и так. Да работает. Только нативные функции кросплатформенны, а функции в составе HMG Win ориентированные (и примеры такие же). Т.е. если наступит светлое завтра и вы плавно уедете на HMG OBJECT over HMG for Linux вам придется перелопачивать кучу кода. Контрибуторам MiniGUI надо потихоньку переписывать часть кода библиотеки, менять макросы с целью использования нативных функций языка.
Петр: gustow пишет: бесплатного; с открытыми исходниками; (во всяком случае - очень большой процент исходников легко доступен или локально или в Интернете); ok, трудно не согласиться наследующего конструкции, команды и функции языка (как и задумывалось Линаресом); "драматически" :) расширяющего возможности старого кода консольных приложений при относительно "малокровной" переделке; относится в большей мере к Harbour/xHarbour позволяющего (взяв "математику и логику" от старого кода - или хотя бы алгоритмы расчетов) и создав GUI-интерфейс (хоть через IDE, хоть "руками"), получить вполне "современного" вида приложение, которое "не стыдно людям показать"; в принципе - да, но уже не редкость Win 7, к которой HMG не готов, в смысле не использует API семерки.
Петр: достаточно хорошо документированного; (к примеру, недостаток этого в HWGUI отвратил меня от него в начале, когда я только осматривался и примеривался); с достаточно большим набором примеров (от простейших до готовых приложений); (опять же - ау, как с этим в HWGUI?.. что-то я там не приметил...) Базовые примеры у HWGUI есть. Базовая документация тоже. Описано как компилировать библиотеку, примеры. В документации даже есть раздел "Inside HwGUI". Что внутри MiniGUI и как оно работает вы знаете? Еще по поводу примеров - а примеры писать тоже уметь надо и не такая это простая штука. Проблема примеров МiniGUI Ext, с моей точки зрения, как раз их количество - в папке samples более трех тысяч файлов! Не удивительно, что многие вместо разглядывания этих примеров пытаются найти ответ на форуме. И не находят - правильно, сто раз отвечать на один и тот же вопрос Григорий уже "задолбался", а остальное комьюнити не очень спешит с подсказками. Дублирование, низкое качество отдельных примеров, примеры на общую технику, никак не связанные с MiniGUI, перенасыщенность отдельных примеров вставками С кода. Часть кода из примеров вообще должна быть включена в состав самой библиотеки, а не дублироваться из примера в пример. Самое главное на мой взгляд, что есть сейчас в HWGUI и нет в MiniGUI, - адаптация к Harbour API 2.0 и UNICODE, сделанная Przemyslaw Czerpak -ом со знанием дела. Я думаю, что найдутся пользователи MiniGUI и уже пользуясь готовыми решениями смогут адаптировать HMG к современным реалиям. с оперативным реагированием разработчиков на баг-репорты и предложения; с частым выпуском новых билдов, версий и релизов; (Григорий, пользуясь поводом - спасибо еще и еще раз!) Что тут скажешь - MiniGUI Ex повезло с Григорием! Единственное, что меня смущает отсутствие института патчей, как такового. Выпустили версию 1.х, обнаружили ошибку выпускаем 1.х.а. Опять все по новой скачивать. Скачали, а тут новый баг вылез. Ну ладно, его в 1.x+1 исправим. Решается правильным подбором инсталятора. с небольшим (у MiniGUI - у (x)Harbour заметно больше), но имеющимся коммьюнити (в т.ч. русскоязычным) (причем рекламы-то практически никакой нет: все в основном приходят способом "друган мне пальцем на это место показал - я глянул... ни фига себе! интересная штуковина!" :) ); Не забывайте, пользователи MiniGUI являются в первую очередь пользователями (x)Harbour. и наконец - как это имеет место с HMG (orig.) и HMG Ext., но не имеет места с тем же HWGUI (или я плохо смотрел? и не посылайте меня на CVS! пошлите меня просто и тупо скачать откуда-то EXE, ZIP или RAR...) - распространяемого в виде одного инсталляционного EXE-файла, где есть всё что нужно для начала работы (для HMG Ext еще надо установить халявный BCC, а в HMG orig. и так уже есть C-компилятор - MingW, кажется); Что вы меня все время к HWGUI отсылаете, я им не пользуюсь . В свое время мне не удалось зарегистрироваться на hwgui.borda.ru Скачайте HBIUP и выскажите свое мнение о процессе инсталяции, повторной инсталяции Мне будет интересно, а для вас, если понравится конечно, могу поделиться инсталяционным скриптом для InnoSetup с MiniGUI Time.
Andrey: Петр пишет: могу поделиться инсталяционным скриптом для InnoSetup с MiniGUI Time. Очень хочется...
Петр: Andrey пишет: Очень хочется... Чего хочется? Чтобы я поделился скриптом с MiniGUI Time или с вами? Обыкновенный скрипт, если хотите давайте адрес эл.почты
Andrey: Петр пишет: Обыкновенный скрипт, если хотите давайте адрес эл.почты 30195 @ mail.ru - Спасибо большое !
полная версия страницы