Mr.Smart писал(а):Скачал, запустил, а хинты неотображаютсяМожет это так задумано?
В WinXP работало еще недавно...
Вот под Wine хинты не работают в Линуксе.
Где запускал?
VISG: visual and smart GUI builder
Модератор: Модераторы
В WinXP работало еще недавно...
Вот под Wine хинты не работают в Линуксе.
Где запускал?
Ну чтож... Не исключаю, что там действительно так... Использовал собственную перерисовку TooltipControl, может она и не поддерживается, как я думал, везде.
mrhx
Мне Ваша программа очень нравится.
Но вот что в ней сильно не хватает, так это что, что в Delphi и Lazarus именуется вкладками Events (или События). В стиле Вашей программы это будет окошко с флажками "Сообщения". К примеру, поставил я галочку возле сообщения WM_CREATE, в программе появился шаблон для обработки сообщения WM_CREATE, если не поставил, то он не появился.
И ещё одно... Процедура InitCommonControls. Есть набор элементов управления, которые пришли к нам из Windows 3 - это кнопки, флажки, радиокнопки, листбокс, комбобокс и т.п. - для них эта процедура не нужна в принципе. Она нужна только если добавляются элементы из win95 и далее, например статусбар. Без процедуры InitCommonControls статусбар работать уже не будет.
Нельзя ли сделать так, что если занесены только "старые" элементы, то эта процедура не включается в текст программы?
Мне Ваша программа очень нравится.
Но вот что в ней сильно не хватает, так это что, что в Delphi и Lazarus именуется вкладками Events (или События). В стиле Вашей программы это будет окошко с флажками "Сообщения".
К примеру, поставил я галочку возле сообщения WM_CREATE, в программе появился шаблон для обработки сообщения WM_CREATE, если не поставил, то он не появился. И ещё одно... Процедура InitCommonControls. Есть набор элементов управления, которые пришли к нам из Windows 3 - это кнопки, флажки, радиокнопки, листбокс, комбобокс и т.п. - для них эта процедура не нужна в принципе. Она нужна только если добавляются элементы из win95 и далее, например статусбар. Без процедуры InitCommonControls статусбар работать уже не будет.
Нельзя ли сделать так, что если занесены только "старые" элементы, то эта процедура не включается в текст программы?
Vadim писал(а):mrhx
Но вот что в ней сильно не хватает, так это что, что в Delphi и Lazarus именуется вкладками Events (или События). В стиле Вашей программы это будет окошко с флажками "Сообщения".
Я кстати начинал это делать, сделал даже список сообщений (в программе уже он есть, просто никак не используется), но потом разработка затормозилась, вот и не реализовал
Vadim писал(а):И ещё одно... Процедура InitCommonControls. Есть набор элементов управления, которые пришли к нам из Windows 3 - это кнопки, флажки, радиокнопки, листбокс, комбобокс и т.п. - для них эта процедура не нужна в принципе. Она нужна только если добавляются элементы из win95 и далее, например статусбар. Без процедуры InitCommonControls статусбар работать уже не будет.
Нельзя ли сделать так, что если занесены только "старые" элементы, то эта процедура не включается в текст программы?
Да, это конечно необязательный вызов, можно будет от него избавится когда он не нужен.
Интересно, а данная программа и её исходники канули в лета?
или есть кто то на местном форуме кто ей пользовался и может высказать своё мнение.
или есть кто то на местном форуме кто ей пользовался и может высказать своё мнение.
Быстрый поиск по интернету и пробуйте сами последнюю сборку в аттаче, скажете свое мнениеKopa писал(а):Интересно, а данная программа и её исходники канули в лета?
или есть кто то на местном форуме кто ей пользовался и может высказать своё мнение.
Найдено здесь...https://mrhx.ucoz.com/load/1
Исходники не искал.
https://fpgui.sourceforge.net/index.shtml на фоне последнего обновления в 2008 кажется поприятнее
У вас нет необходимых прав для просмотра вложений в этом сообщении.
Хм ! Вы в курсе о проекте Хайасм ? https://hiasm.com/
Может и Вам стоит задуматься о чем то подобном ? ( Кроме конструктора интерфейса в Хайасме предусмотрена полная замена традиционного кодирования алгоритмов с помощь "мнемонической схемы " Проект довольно хорошо развит, но в нем (ИМХО) есть ряд "врожденных" недостатков ( Например: Слабая интеграция с кодом + довольно высокая вероятность неявного "кольцевания" (особый случай зацикливания ) ) )
Может и Вам стоит задуматься о чем то подобном ? ( Кроме конструктора интерфейса в Хайасме предусмотрена полная замена традиционного кодирования алгоритмов с помощь "мнемонической схемы " Проект довольно хорошо развит, но в нем (ИМХО) есть ряд "врожденных" недостатков ( Например: Слабая интеграция с кодом + довольно высокая вероятность неявного "кольцевания" (особый случай зацикливания ) ) )