Хотелось бы услышать мнения о многоплатформенном GUI редакторе под названием VISG (visual and smart GUI builder).
Поддержка всех встроенных контролов Windows.
Генерация кода на C, Pascal, Basic, Assembler.
Полностью настраиваемая генерация кода, вплоть до того, что можно добавлять новые языки программирования, методы, библиотеки и т.п.
Полностью настраиваемый список контролов (можно добавлять свои, изменять существующие).
И другие полезности.
— не понравилось качество картинки скриншотов (gif);
— в скриншотах не понравились серые окна и кнопки;
— не понравились иконки на кнопочках;
— не понравился английский язык интерфейса, почему не русский?!
— непонравилось расположение пунктов меню;
— либо что-то другое.
Здравствуйте, mrhx, Вы писали:
M>- не понравилось качество картинки скриншотов (gif);
В первую очередь качество. В глазах рябит от точек. К тому-же для визуального редактора можно было сделать скриншоты размером побольше с каким-нибудь сложным окном, котороенарисовано в данном редакторе.
Сюдя по скрин шотам(скачать что-то не удалось) интерфейс неудобный. Имхо надо стремится к интерфейсу студии(Borland Developer Studio напрмиер). Особенно странно выглядит отдельное окно с главным меню. Кроме того надо бы добавить большие скрин шоты где видно не не только окна, но и сгенерированный код(на разных языках).
Здравствуйте, mrhx, Вы писали:
M>А почему не удалось скачать?
Скачка замирала. И архив скачивался битый. У меня качался файл 89_visg091. M>Попробуйте прямую ссылку: http://mrhx.ucoz.com/soft/visg091.zip
Получилось
Как я и предпологал интерфейс непонялный. Куча окон — непонятно что где.
Кроме того надо, имхо, ввести понятие проек(по аналогии с IDE), а то отсутствие команды New в меню файл обескураживает.
MessageBox'ы с надписью Ok ненужны я все равно не понял что я открыл(ведь ничего не изменилось) и что "ок".
Хорошо бы добавить редактор кода.
Код(смотрел только Pascal) в принципе ничего, однако, имхо, надо четче следовать принятым правилам форматирования.
Вот какие ошибки увидел:
— В паскале отступ — это два пробела а не таб
— Не wnd: HWND;, а Wnd: HWND;
— Не
wc.hbrBackground := HBRUSH(COLOR_3DFACE + 1);
wc.hCursor := LoadCursor(0, IDC_ARROW);
,а
Wc.hbrBackground := HBRUSH(COLOR_3DFACE + 1);
Wc.hCursor := LoadCursor(0, IDC_ARROW);
— Не BEGIN END., а begin end
— Не
var instance: longint; { HINSTANCE }
, а
var
Instance: Longint; { HINSTANCE }
— Не uses windows;, а uses Windows;
— Такое(create_wnd_content0) сишное разделение не принято, надо: CreateWndContent0
KT>Код(смотрел только Pascal) в принципе ничего, однако, имхо, надо четче следовать принятым правилам форматирования.
Правила форматирования могут быть разными в разных коллективах. Существует куча программ для Pascal, которые форматируют код по заданным правилам. Вообще, нормальная IDE должна это поддерживать. Так что претензия пустая.
По поводу нескольких окон — что либо кроме Windows видели?
Общие вопросы по программе: Для кого нужна эта программа (для программистов, для составления прототипов аналитиками и т.п.)?
Преимущества использования программы по сравнению с встроенными ГИП построители в Delphi, MS VS и т.п.?
Если программа позиционируется как кроссплатформенная, почему не выбрано подходящее средство для ее реализации? Например, Python, Ruby, Tk/Tcl. Про Java и C/C++ (кроссплатформенность на уровне исходных кодов) вообще молчу.
Если программа кроссплатформенная, почему чисто Windows API прописан? Надо более обще думать.
Далее интерфейс. Много окон это не так плохо. Не надо слепо ориентироваться на лидеров индустрии — сделать лучше них все равно не получится. В мире Linux это почти норма (несколько окон). Но они должны быть крупнее, сильно крупнее. На 17" ЖКД мониторе очень мелко.
Почему нет пункта меню "Добавить новый проект".
На кой ляд нужны несколько русских языков? Мы все-таки живем в конце первого десятилетия 21 века.
На мой взгляд, программа имела бы ценность в качестве средства быстро накидать интерфейс, не привязанной к какому-либо языку. Для большего она вряд ли представляет интерес в виду наличия более развитых и привязанных к конкретным языкам ГИП построителей. Плюс, перенос на скриптовый язык (или Java) для создания по настоящему кроссплатформенной программы.
KT>>Код(смотрел только Pascal) в принципе ничего, однако, имхо, надо четче следовать принятым правилам форматирования. LV>Правила форматирования могут быть разными в разных коллективах. Существует куча программ для Pascal, которые форматируют код по заданным правилам. Вообще, нормальная IDE должна это поддерживать. Так что претензия пустая. LV>По поводу нескольких окон — что либо кроме Windows видели?
Видели. GIMP — отстой именно из-за перекрывающих друг-друга, налезающих друг на друга и прячущихся друг под друга окон. Если у меня редактируется окно, то мне совсем не нужно, чтобы окно с контролами исчезало за другими окнами, например.
Здравствуйте, Mamut, Вы писали:
M>Видели. GIMP — отстой именно из-за перекрывающих друг-друга, налезающих друг на друга и прячущихся друг под друга окон. Если у меня редактируется окно, то мне совсем не нужно, чтобы окно с контролами исчезало за другими окнами, например.
Ну да, конечно... В фотошопе окна (дочерние конечно) друг на друга никогда наверное не наезжают...
Ах ну да, инструменты можно "подвесить сверху". Что мешает инструменты гимпа "подвесить сверху", а изображение развернуть во весь экран?
И еще, как по мне так удобнее переключаться между окнами по алт+таб, а не по менее часто используемой контрол+таб.... На альт+таб пальцы сами ложатся, а контрл+таб всетаки немного непривычно...
KT>Как я и предпологал интерфейс непонялный. Куча окон — непонятно что где.
Окно инструментов с контролами опционально, его можно закрыть и использовать меню
и контекстное меню (тогда будет только главное окно). Однако с окном инструментов __гораздо__ удобнее, так как все контролы сразу на виду.
В обоих окнах есть доступ к главному меню.
Да, главное окно сейчас выглядит нелепо -- оно почти пустое
Над этим я работаю.
Я тут новый. Интерфейс для меня немного запутан Слишком много кнопочек.
Вот как раз на двух из них написано "согласен"/"не согласен",
ну поскольку я был не согласен с мнением про скриншоты, я нажал "не согласен"
LV> Для кого нужна эта программа (для программистов, для составления прототипов аналитиками и т.п.)?
Всем, кому она пригодится. Изначальное позиционирование на программистов.
LV> Преимущества использования программы по сравнению с встроенными ГИП построители в Delphi, MS VS и т.п.?
Приведите пример других визуальных редакторов GUI, которые генерируют код на относительно низкоуровневых API функциях самой операционной системы (WinAPI для Windows, ну а для Линукса можно считать таким Xlib, хотя он и слишком низкоуровневый).
Для winapi я знаю только APIx, но там ограничение — выходной язык только Паскаль.
Других не видел, хотя искал.
Полно редакторов ресурсов, но чтобы код делать для api заодно этого я не нашел.
Преимущество именно в использовании простых вызовов ОС вместо надстроек в виде библиотек.
ОДНАКО это только генерация кода по-умолчанию.
Любой пользователь, имея желание и пару часов, может настроить генерацию кода в VISG, ПО СВОЕМУ ЖЕЛАНИЮ,
что в других программах я не видел. А тут это есть, причем не надо писать никаких дополнительных dll либо какихто других "сложных" модулей — тут простой скриптовый язык, специально заточенный для генерации кода. Можно изменить полностью весь процесс. Не нравятся имена переменных -- пять минут и имена уже другие. Это второе преимущество.
LV> Если программа позиционируется как кроссплатформенная, почему не выбрано подходящее средство для ее реализации? Например, Python, Ruby, Tk/Tcl. Про Java и C/C++ (кроссплатформенность на уровне исходных кодов) вообще молчу.
Возможно я гдето неправильно описал программу и использовал слова. Но она позиционируется не как кроссплатформенная, а как программа для генерации многоплатформенного кода. То есть сама она не кроссплатформенная (пока что), хотя работает с помощью Wine под Linux. Просто благодаря полной настройке процесса генерации кода через плагины, можно сделать использование любой GUI-библиотеки, к примеру, такой, для которой еще нет собственного GUI редактора.
LV> Много окон это не так плохо. Не надо слепо ориентироваться на лидеров индустрии — сделать лучше них все равно не получится. В мире Linux это почти норма (несколько окон). Но они должны быть крупнее, сильно крупнее. На 17" ЖКД мониторе очень мелко.
Размер кнопок в окне инструментов специально регулируется на этот случай (см. настройки).
Изначально 20х20.
LV> На кой ляд нужны несколько русских языков? Мы все-таки живем в конце первого десятилетия 21 века.
У меня не unicode приложение.
Соответственно русский язык отображается не на всех системах.
Для таких случаев есть два вида русского — транслит и запись русских букв английскими.
Последний это на любителя конечно, некоторые слова там слишком плохо 4uTAI0TC9I .
LV>Правила форматирования могут быть разными в разных коллективах.
И именно по этому нужно придерживаться стандарта на котором пишет тот кто развивает язык — фирма Borland. Имхо.
M>Всем, кому она пригодится.
Ясно, то есть никому. Точнее, изначально этот вопрос продуман не был. Программа делалась, чтоб было. Прочитав далее, понял,
что она позиционируется на любителей низкоуровневого программирования (asm). Тогда вопрос, зачем там поддержка Delphi?
M>Полно редакторов ресурсов, но чтобы код делать для api заодно этого я не нашел.
Анекдот про неуловимого Джо знаете? Может из той же оперы?
M>Преимущество именно в использовании простых вызовов ОС вместо надстроек в виде библиотек.
Подумайте, это преимущество сохраняется, когда мне нужно работать с формой? Например, в Delphi? Т.е. использовать ее компоненты в режиме runtime?
M>Любой пользователь, имея желание и пару часов, может настроить генерацию кода в VISG, ПО СВОЕМУ ЖЕЛАНИЮ,
Ну, у пользователя еще должно возникнуть такое желание. Если не секрет, много уже таких желающих было?
M>Возможно я гдето неправильно описал программу и использовал слова. Но она позиционируется не как кроссплатформенная, а как программа для генерации многоплатформенного кода.
Как программа генереации кода для нескольких ГИП библиотек. Кроссплатформенная и много платформенная это почти синонимимы (или вообще синонимы, лень проверять).
M>Размер кнопок в окне инструментов специально регулируется на этот случай (см. настройки). M>Изначально 20х20.
Вы правда думаете, что я запустив программу полезу искать весьма нестандартные настройки? Скорее всего, я ее сразу же закрою и забуду о ней.
M>У меня не unicode приложение. M>Соответственно русский язык отображается не на всех системах.
Например, на каких? У меня в windows xp eng все нормально отображается. Под linux+wine тоже проблем, как правило, нет. Программы написаны на Delphi win32, поддержки unicode там нет. На самый крайней случай — английский-то есть. А где есть программист, который не знает английского на уровне, необходимым для работы с вашим редактором?
Резюме. При разработке программы не была учтена группа людей, для которых она позиционируется хотя бы на общем уровне. Программа наиболее пригодна для работы (и похоже, позиционировалась) на применение при работе с низкоуровневыми языками. В программе существуют как спорные моменты (многооконный интерфейс в среде Windows), так и проблемы с ГИП (мелко, размер кнопок не изменяет размера иконок).
Лично я сделал бы следующее. Убрал поддержку Delphi и сконцентрировался только на ассемблере. Сделал бы разработку OpenSource для создания сообщества разработчиков.
