[lxa85]

Все, решил сделать шаблоны: текст, текст+картинка, текст +2 картинки и такие же шаблоны для ответов. »

Гуд.

Кстати, еще хочу попробовать шифрование данных.., создать файл в котором будет храниться картинка и хтмл файл, это в принципе осуществимо? открыть картинку как двоичный (или как текстовый, не знаю..) файл и точно так же открыть хтмл файл., потом посчитать кол-во символов (или строк) в каждом файле. Затем создать новый файл куда в начало записать кол-во файлов, количество символов каждого файла, а затем и содержимое файлов скопировать.. а шифрование сделать числовое. Рассматривать каждый символ как char и прибавлять к нему какое-нибудь число (например 23 пароль, а в файле слово РАКИ , получается Р сдвигаем на два символа- это Т. А на 3 символа, это Г. К на 2 символа -М. И на 3 символа -М. Получается РАКИ - ТГММ) »

Один вопрос. Нафига? Зачем?
Это решение должно трактоваться либо острой необходимостью, либо острым академическим желанием усложнить жизнь всем и каждому. Я далее к этому еще вернусь.

lxa85, вы в той теме писали про примитивный интерфейс, как его сделать нормальным? »

Как обычно. Сначала определить цель, затем сформулировать задачи, потом поискать аналоги. (случайно попалась: MyTest X )
А вообще давай так. Сначала ты получаешь рабочий алгоритм. А только потом ты начинаешь думать по поводу интерфейса. Интерфейс, с точки зрения программирования, вещь завозная, красивая, но бестолковая. Если хочется им заниматься, то бери карандаш, лист бумаги и рисуй.
Окно должно быть растяжимым, управляться клавиатурой и мышкой. Лично меня (подчеркиваю, лично меня) раздражает перенос рук с клавиатуры на мышь и обратно. Интерфейсов наверно должно быть несколько: административный, пользовательский, интерфейс настроек и т.д.
Договорились, да? Ты сейчас об этом думаешь в фоновом режиме, делаешь наброски, сосредоточив основное внимание на коде программы.
Кстати. Неплохо бы увидеть текущую версию. Потому что та, что в соседней теме явно устарела.
----
Возвращаемся к шифрованию.
Я сейчас рассуждаю вслух, соглашаться или нет - дело твое.
AFAIK Тест дается с тем расчетом, чтобы определить уровень знаний испытуемого. И, по логике вещей, должен вызывать дефицит времени. Т.е. если аттестуемый материал знает, он четко укладывается в отведенное время + некая дельта для волнений. Если материал не знаком/не выучен, то время затраченное на поиск ответа в учебниках не даст закончить тест вовремя. Имея достаточное кол-во материала, перемешать вопросы и ответы большого труда не составит.
Опять так я к чему? На каком этапе понадобиться выполнять шифрование информации и с какой целью? Зашифровать базу вопросов? Это только создаст трудности для преподавателей и не принесет никакой пользы. Ведь вопросы и так известны из дидактического материала и не раз озвучивались на лекциях. Это лекционный материал. Точка.
Допустим я, как препод, хочу изменить графики в вопросах. Вместо того, чтобы просто заменить наборы графических файлов (простое копирование), я должен куда то влезть, расшифровать, зашифровать, и сделать 5 лишних операций. За-чем? Какая МНЕ, преподавателю, от этого выгода? Поверь, извращаться мне есть где, гораздо веселее и продуктивнее.
Мне простите некогда, у меня поток смениться через 20 минут. Мне бы булочку с чаем слопать, да дух перевести. Принцип KISS никто не отменял. Что если произойдет ошибка в шифровании? Где искать решение, группа уже сидит? Я не просто так привел пример с Wordом. Встраивание картинки в документ - лишняя операция и лишняя головная боль.
ИЛИ! Или это будет иметь смысл, когда программы станут аттестационными, т.е. уровень выше среднего, применимый для оценки профессиональных качеств сотрудников. Сертификационные экзамены и т.д и т.п. Т.е потом, не сейчас. Сначала рабочий инструмент, затем его усложнения.
Я не против шифрования. Шифрование это хорошо. Но хорошо, при необходимом и правильном применении. Мое мнение, что сейчас - оно будет непрозрачной помехой. Кстати, если используется клиент-сервер, и среда передачи информации не является надежной, то моооожет быть, а может и не быть. Зависит от реализации протоколов общения.
системы тестирования