M>>Видели. GIMP — отстой именно из-за перекрывающих друг-друга, налезающих друг на друга и прячущихся друг под друга окон. Если у меня редактируется окно, то мне совсем не нужно, чтобы окно с контролами исчезало за другими окнами, например.
S>Ну да, конечно... В фотошопе окна (дочерние конечно) друг на друга никогда наверное не наезжают...
S>Ах ну да, инструменты можно "подвесить сверху". Что мешает инструменты гимпа "подвесить сверху", а изображение развернуть во весь экран?
S>И еще, как по мне так удобнее переключаться между окнами по алт+таб, а не по менее часто используемой контрол+таб.... На альт+таб пальцы сами ложатся, а контрл+таб всетаки немного непривычно...

Угу. Alt-Tab из текущего окна в другое приложение (например, в браузер, где ТЗ открыто) и обратно — и потом ищи-свищи оставшиеся окна GIMP'а:

Оооочень удобно: http://files.rsdn.ru/9088/gimp2.png

Насчет "подвесить" очень удобно: http://files.rsdn.ru/9088/gimp3.png (текст на фоне взят от балды, но там может быть ЕЗ, переписка с заказчиком, ticket system и т.п., связанное с текущим документом)

Не говоря уже о том, что в позиции "on top" диалоги гимпа конфликтуют друг с другом: http://files.rsdn.ru/9088/gimp4.png

Не говоря уже о том, что требуется выполнять в два раза больше телодвижений по сравнению с фотошопом: При выборе инструмента из палитры инструментов или изменения их свойств необходимо сознательно перейти в окно редактируемого документа (Alt-Tab или Click), потому что фокус не возвращается в документ, а остается в окне палитры. То же самое и с выбором слоев.

А исходники никто и не обещал

Здравствуйте, LeonidV, Вы писали:

M>>Всем, кому она пригодится.
LV>Ясно, то есть никому. Точнее, изначально этот вопрос продуман не был. Программа делалась, чтоб было. Прочитав далее, понял,
LV>что она позиционируется на любителей низкоуровневого программирования (asm). Тогда вопрос, зачем там поддержка Delphi?

Вопрос продуман.
Как раз поэтому программа поддерживает генерацию в основные языки программирования,
которые поддерживают WinAPI, а также ручную настройку.
При чем тут низкоуровневое программирование не понимаю. Я не говорил об этом.
Я говорил только о том, что у WinAPI уровень ниже, чем у всяких библиотек дополнительных.

M>>Преимущество именно в использовании простых вызовов ОС вместо надстроек в виде библиотек.
LV>Подумайте, это преимущество сохраняется, когда мне нужно работать с формой? Например, в Delphi? Т.е. использовать ее компоненты в режиме runtime?

Не приводите в пример делфи, смотрите глобально.
Генерация GUI на уровне API функций операционной системы (причем разных ОС, не только винда) — этого Делфи не умеет.

M>>Любой пользователь, имея желание и пару часов, может настроить генерацию кода в VISG, ПО СВОЕМУ ЖЕЛАНИЮ,
LV>Ну, у пользователя еще должно возникнуть такое желание. Если не секрет, много уже таких желающих было?

Это похоже на попытку сделать из явного преимущества недостаток
Не надо так делать.

M>>Размер кнопок в окне инструментов специально регулируется на этот случай (см. настройки).
M>>Изначально 20х20.
LV>Вы правда думаете, что я запустив программу полезу искать весьма нестандартные настройки? Скорее всего, я ее сразу же закрою и забуду о ней.

Вам она не интересна — Вы ее закроете в любом случае.
Так что это не аргумент.
К тому же окно с контролами не единственный способ добавлять контролы на форму -- есть еще контекстное меню на форме,
а также главное меню Вставка.

M>>У меня не unicode приложение.
M>>Соответственно русский язык отображается не на всех системах.
LV>Например, на каких? У меня в windows xp eng все нормально отображается. Под linux+wine тоже проблем, как правило, нет. Программы написаны на Delphi win32, поддержки unicode там нет. На самый крайней случай — английский-то есть. А где есть программист, который не знает английского на уровне, необходимым для работы с вашим редактором?

Уже видел скриншоты, где русский язык не отображается.
К тому же, к примеру, на работе у меня старая версия Wine, и там русский тоже не отображается.

Мне показалась программка интересной, тем что генерит код сразу на API, хотя не знаю где это сейчас нужно.. для низкоуровневого пригодиться если нужно написать на чистом API окошки и не трахаться с настройкой размеров в коде...
Только потом придется опять грузить студию и дописывать код для окошек.
Интерфейс какой-то странный смахивает не на самостоятельную программу а на какой то плагин.
Думаю кракерам будет интересно чтобы в код сломанной проги вставлять "Крякмисы"

mrhx пишет:
>
> Генерация GUI на уровне API функций операционной системы (причем разных
> ОС, не только винда) — этого Делфи не умеет.
А какой от этого смысл? Из плюсов я вижу только маленький размер кода,
но в настоящее время это не принципиально. Удобство современных
библиотек GUI вместе с их визуальными редакторами значительно
перевешивает этот единственный плюс твоего редактора.

Здравствуйте, ArtDenis, Вы писали:

AD>mrhx пишет:
>>
>> Генерация GUI на уровне API функций операционной системы (причем разных
>> ОС, не только винда) — этого Делфи не умеет.
AD>А какой от этого смысл? Из плюсов я вижу только маленький размер кода,
AD>но в настоящее время это не принципиально. Удобство современных
AD>библиотек GUI вместе с их визуальными редакторами значительно
AD>перевешивает этот единственный плюс твоего редактора.
Во-во. Вот и я о том же.

M>Вопрос продуман.
Не продуман. Продумана функциональность, а кому она нужна — нет. Путаете два понятия.
M>Как раз поэтому программа поддерживает генерацию в основные языки программирования,
Единственный плюс от этого, когда я хочу одну и ту же форму использовать в разных языках. Кому это надо?

M>Не приводите в пример делфи, смотрите глобально.
M>Генерация GUI на уровне API функций операционной системы (причем разных ОС, не только винда) — этого Делфи не умеет.

M>>>Любой пользователь, имея желание и пару часов, может настроить генерацию кода в VISG, ПО СВОЕМУ ЖЕЛАНИЮ,
M>Это похоже на попытку сделать из явного преимущества недостаток
M>Не надо так делать.
Почему? Чтобы это стало преимуществом, вам надо еще хорошенько поработать в плане создания сообщества разработчиков.

M>Вам она не интересна — Вы ее закроете в любом случае.
Если я ее запустил, значит интересна. После того как посмотрел, понял — не интересна. Значит два варианта — либо то что она делает мне не нужно, либо она мне не понравилась.
M>К тому же окно с контролами не единственный способ добавлять контролы на форму -- есть еще контекстное меню на форме,
Через любое меню жутко не удобно. Почитайте Раскина, там есть ответ почему (подсказка — используйте количественные методы оценки ГИП).

M>>>У меня не unicode приложение.
M>>>Соответственно русский язык отображается не на всех системах.
LV>>Например, на каких? У меня в windows xp eng все нормально отображается. Под linux+wine тоже проблем, как правило, нет. Программы написаны на Delphi win32, поддержки unicode там нет. На самый крайней случай — английский-то есть. А где есть программист, который не знает английского на уровне, необходимым для работы с вашим редактором?

M>К тому же, к примеру, на работе у меня старая версия Wine, и там русский тоже не отображается.
Обновите Wine Это всегда полезно. ПМСМ, ориентироваться на старые промежуточные версии не совсем хорошо.

Версия 0.92 визуального дизайнера графического интерфейса VISG.
Более 20 изменений.
Из основного:
+ Доработан интерфейс. Стал более удобным и быстрым. Появились "горячие" сочетания клавиш.
+ Генерируемый код Pascal и Basic протестированы на последних версиях компиляторов.
+ Пара новых контролов.
+ Исправлены важные ошибки при открытии проекта, при работе с TabControl.
+ Поддержка контролов с многострочным текстом (на уровне проектов и генерируемого кода).
Рекомендуется всем обновиться.





http://mrhx.clan.su/

VISG 0.93 готова.

36 изменений.
Программа стала быстрее, удобнее, и с большими возможностями.
Исправлены несколько ошибок, так что рекомендуется обновиться.

http://mrhx.clan.su/load/

Здравствуйте, mrhx

Программка очень интересная.

глюки:
1. при сохранении изменений и повторном запуске, отрицательная горизонтальная позиция становится нулевой.
2. при открытом окне свойств, при переходе между контролами, нужен двойной клик по контролу, для выбора его свойств. почему не простой клик? или сделать настраиваемым.
3. в редакторе свойств — надпись многострочная. соответственно перевод строки в заголовке самого окна выглядит непечатными символами

Что хотелось бы видеть:
1. полноценную среду разработки, а не только кодогенератор. т.е. подцепление любых компиляторов и перехват их консольного вывода. настраиваемый custom build. и как можно большая абстракция от конкретного языка (до какого-то предела). встроенный терминал для tcp/com
2. кодогенерацию для паскаля с vcl
3. кодогенерацию для evc
4. возможность импорта/экспорта в файлы ресурсов rc и dfm
5. возможность экспорта полноценных проектов для vc и delphi
6. возможность создания своих контролов в абстрагированном от конкретного языка виде
7. визуальный редактор дотянуть по удобствам до редактора из delphi2006/2007
8. поддержку жабы

Спасибо, всё записал.

VISG 0.94
Мелкие изменения, исправления ошибок, а также поддержка Visual Basic и FASM.
http://mrhx.clan.su/load/1-1-0-96

Здравствуйте, Mamut, Вы писали:

M>Угу. Alt-Tab из текущего окна в другое приложение (например, в браузер, где ТЗ открыто) и обратно — и потом ищи-свищи оставшиеся окна GIMP'а:

Дык, Gimp — это линуксовая программа. Для неё можно применять политику Ататюрка: одно приложение, один десктоп. (А все остальные приложения пусть на других десктопах сидят).
Под виндами же много десктопов — экзотика. (Хотя система и умеет).

Здравствуйте, Sheridan, Вы писали:

S>Ну да, конечно... В фотошопе окна (дочерние конечно) друг на друга никогда наверное не наезжают...

В фотошопе от этого решения уже отказались, по крайней мере в умолчальном режиме.

AndrewVK однажды (15 декабря 2007г. [Суббота] 20:25) писал:

> В фотошопе от этого решения уже отказались, по крайней мере в умолчальном режиме.
>
Гм, прикольно..
--
...belive in the matrix...

VISG 0.95 доступен для скачивания.

— Поддержка Юникода;
— Генератор JScript исходника;
— Исправлены несколько ошибок;
— Всякие доработки.

http://mrhx.clan.su/