Altera. Графический интерфейс SOPC-компонентов, Как сделать его динамически обновляющимся? Опции

[weirdcong]

Сочинил я некий модуль на Verilog. Пытаюсь сделать из него компонент для SOPC Builder'а.
Мне нужно, чтобы окошко настройки компонента (GUI) динамически обновлялось, если я в нём что-то меняю.

В частности, есть параметр типа boolean и соответствующий ему checkbox, и нужно, чтобы при отсутствии галочки в чекбоксе какие-то поля параметров затенялись (не могли изменяться), и наоборот.
Ещё для одного параметра юзер должен выбирать значение из выпадающего списка, и в зависимости от выбранного значения какие-то поля ввода должны появляться или пропадать.

Я так понимаю, что в Tcl-скрипт нужно вводить editor callback? Кто-нибудь такое делал? В учебнике по SOPC Builder очень поверхностное объяснение, или же просто мне как НЕпрограммисту непонятное.
Я посмотрел на то, как сделаны библиотечные SOPC-компоненты Альтеры с динамическим GUI - их скрипты написаны на Perl или вроде того. На Perl я не умею... Можно ли сделать такой интерфейс, пользуясь только Tcl? На худой конец, может, можно на C вместо Perl???

Сообщение отредактировал weirdcong - Jul 21 2011, 12:33

[weirdcong]

Какую версию квартуса Вы используете?

9.0

Editor Callback подменяет стандартный гуй. на чем вы его напишете - дело ваше. главное чтобы он принимал на вход параметры из командной строки и выдавал их на стандартный вывод.

Почти всё это написано в UG, так я и говорю: мне непонятно; возможно, потому, что написано для программистов, а я не программист (разве что на Си что-то могу слепить для консоли).
И пример там какой-то слишком абстрактный (для меня).

Во-первых, пока непонятно, является ли editor callback тем, что мне нужно в описываемой ситуации?
Во-вторых, если действительно нужен именно он, то что вообще должно быть в файле Tcl, и что должен делать мой экзешник?
Что значит "выдавать на стандартный вывод"? - Это как через printf в Си? Кто будет читать этот вывод?
Загадочна сама фраза "editor callback подменяет гуй", причём не только у Вас, а и в английском оригинале. Editor callback - это же процесс, часть GUI, как он может его целиком подменить?..
В общем, попросту непонятно, о чём речь.
Может, у Вас есть работающие примеры такого дела?

Сообщение отредактировал weirdcong - Jul 21 2011, 16:12

[vadimuzzz]

Во-первых, пока непонятно, является ли editor callback тем, что мне нужно в описываемой ситуации?

да. но, возможно, это не единственный вариант.

Во-вторых, если действительно нужен именно он, то что вообще должно быть в файле Tcl, и что должен делать мой экзешник?

смотрите пример, там все тривиально. при попытке редактировать параметры вызывается (см. строчку exec) ваш исполняемый файл. на вход он принимает текущее значение параметров (или дефолтное, если это первый вызов). в терминах Си - через argv[].

Что значит "выдавать на стандартный вывод"? - Это как через printf в Си? Кто будет читать этот вывод?

да. например через printf. скрипт компонента, где объявлен callback, и вызывает.

Загадочна сама фраза "editor callback подменяет гуй", причём не только у Вас, а и в английском оригинале. Editor callback - это же процесс, часть GUI, как он может его целиком подменить?..

а что непонятного? есть стандартный гуй. возможно, есть способ получить то, что вам требуется и с его помощью (изучайте тикль и API). но можно и подменить своим, тут можно извращаться как угодно.

Может, у Вас есть работающие примеры такого дела?

поищу, но для винды точно нет

[weirdcong]

смотрите пример, там все тривиально. при попытке редактировать параметры вызывается (см. строчку exec) ваш исполняемый файл. на вход он принимает текущее значение параметров (или дефолтное, если это первый вызов). в терминах Си - через argv[].

Всё-таки, что именно должен выдавать мой экзешник? Текст скрипта, написанный полностью с нуля и учитывающий дефолтные или введенные числа?

Тогда переменная result - это строка?
Что должна делать процедура, упоминаемая как "parse_for_new_value"? Искать в переменной result (т.е. тексте скрипта) значения нужных параметров?