NeuronViking вот видите, вопрос такие есть и вы его видите. ок, управление 1000 датчиками имплантированным в мозг отличается от управления 1 датчиком встроенным в водопроводную трубу только тем, что их 1000. вы можете перебирать их по кругу, вы можете использовать исключающий протокол с именами датчиков и выможете использовать многопоточную/многонитевую схему с выделение потока/нити на датчик как вводить 1000 данных и сложно настраивать? а что тут такого? сложная настройка делается встроенным скриптером. возможно, с элементами гуя, если какието ручки должны вертеться а шкалы наблюдаться в процессе эксперимента ввод данных лучше осуществлять автоматически. с того места где они уже есть. чаще всего это таблицы эксель или какие нить базы. но даже в виде обычного комасепаратед текстового файла это делать удобнее, чем с гуя с 1000 блоками кнопок-едитов вобщем, тут надо знать подробности что сказать точнее (кстати, недавно как разписал вспомогательную утиль для разгребания здоровенной свалки и перевода ее в юзабельный вид. включая всякие мелочи вроде нормирования, выделения предметов из картинок, подготовка масок и проч. и это все равно просто утиль даже рядом не валявшаяся с основным комплексом (несколько прог). назвать это чемто сверх не могу. писал в блокноте и даже не на компе. рядовая работа. отлепляйтесь от гигантомании и у вас все станет проще и интереснее)
вы когда нибудь участвовали в научном эксперименте? представляете что такое калибровка оборудования (да еще непосредственно на пациенте), как просиходит сбор данных, знаете что такое открытый/закрытый цикл управления, етц.? ни конфиги, ни командная строка для решения этих задач не подходят... гуй и только гуй, сложный в реализации, но простой (относительно) в использовании. все это для того, чтобы можно было сосредоточиться именно на самом главном, а не искать где какие параметры находятся. не забывайте так же, что в эксперименте участвует вся группа (нейрохирург, биомедики, инженеры и т.д.), я не я один. и всем им нужен доступ к оборудованию и у каждого свой уровень владения кампутером и свои цели/задачи/интересы. поэтому я и говорю (исходя из своего опыта), что все эти "простые" ГУИ дизайнеры годятся только для простейших и тривиальных задач, которые профессионалы делают очень быстро на лету. соответственно им все эти поделки и нахер не нужны. т.е. "простые" ГУИ нужны может быть и полезны в основном новичкам и начинающим. с этого я собственно и начал свой разговор. =) считаю тему закрытой =)
NeuronViking Вы нечестно поступаете в споре. Сначала вы задаёте вопрос: На что следует логичный ответ: через командную строку. Ведь действительно, несложно разработать небольшой язык команд, который будет позволять выводить любые графики в любом количестве окошек, причём без всех этих запар с ползанием по десятку менюшек и диалогов с настройками формата вывода. При большом желании можно не просто командный интерпретатор, а даже простенький язык программирования с циклами, условиями, переменными и функциями намутить. Причём такой, чтобы его можно было бы и как командный интерпретатор использовать. Благо примеров тьма, да и реализаций не меньше. Но получив этот логичный ответ, вы вдруг изменяете в задаче "дано" и выясняется что с интерфейсом должен работать не TermoSINteZ, но медик -- полнейший профан в компьютерах, который не желает учиться пользоваться программой, который панически боится командной строки и т.д. и т.п. Нехорошо вы поступаете.
Интерфейс параметров прост: окно с вкладками. Вкладка описывает группу параметров. Разве даже самый тупой медик не выберет закладку и не напечатает значение в окошке? Не верится. Причём, чтоб не менять программу - надо сделать исходный файл (даже текстом), где описаны группы и имена параметров, минимум, максимум и т.п. Программа читает файл, строит закладки и создаёт контрольные окна для каждого параметра. Даже можно сделать некоторые параметры в Combo Box-ах.
