Привет!

Интересна организация вцелом. К примеру возьмем базу с какими-то критериями, отвечающими на какой-то вопрос. Построил базу Answerz, с полями Code (Integer AI) и Name c(20). Всунул это дело в комбу. В ответную базу (Resultz) предполагается вносить не Name, а само собой только Answerz.Code.

А теперь самое главное - как замутить пункт "Другое", т.е. когда ни одно из перечисленных в Answerz не подошло и активировать юзеру поле для ввода кустомного ответа?
Важна сама идея - как организовать, как и где хранить кустомные ответы?
Скажем сделаю я в Answerz 8 преселектов и 9м пунктом "Другое". Но тогда теряется возможность внести какие-то любые дополнительные пункты. Т.е. Програмно придется привязатся к коду 9 - ввести кустомное, а следующие пункты, если захочется внести получатся тогда 10, 11 и тд? Неаккуратненько как-то. Придется вносить в прогу изменения, что мол кастом уже не на 9, а на 11...
Или вязать комбу не на поля базы Answerz, а на что-то, полученное из базы Answerz, но с добавлением последним пунхтом - "Другое"... Тоже до конца не понятно. Что тогда вносить в Resultz, при выборе последнего пункта?
Вносить каждый кустомный ответ в базу Answerz - тоже не пойдет. Хоть Integer AI и сработает на ура, но могут быть ответы, которые в будущем никогда не будут использоваться, а список будет увеличиваться.
Вносить в Resultz ответ как символьная строка, взятая из Answerz.Name, вместо кода, тоже не дело.
Получается нуда создать отдельную базу для кастомных ответов AnswerzCustom. В ей каждый ответ тоже кодить Integer AI, и в базу Resultz вносить код из нее... а если совпадут коды AnswerzCustom и Answerz? Тада получается 2 поля для ответа нада? Results.AnswCode и Resultz.AnswCCode. Т.е. либо код из стандарного списка, либо в другое поле код кастомного?

Вот, HO это мои рассуждения, а как кто по-другому посоветует организацию таких вещей?

Дык вот я и не хочу привязывать пункт9 на какое-либо отличное действие т.к. нутром чувствую что так не делается :)
И что вариант ответа "Другое" в базе вообще присутствовать не должно логично вытекает из предидущего.
Стало быть, как один из вариантов, можно при создании комбы втюхивать туда последним пунктом Другое, чтобы при выборе этого пункта комба возвращала 0 как валу. А програмно уж енаблить поле для ввода кастомного ответа привязываясь на 0 как значение которого не может быть в принципе.
Что такое RadioButton я так и не допер, но как ваиант вижу еще использование OptionGroup, что мне не нравится по причине невозможности без програмного вмешательства добавлять пункты. В комбо - база, а в нее в любой момент можно добавить что угодно.
Почему я рассуждал про вынос нестандарных ответов в другую базу - во-первых, не хочу держать в этой базе текстовое поле, значения в котором появляться будут лишь изредка. Впрочем есть мемо-поле - об этом я сразу не подумал как-то... Соответственно, если в поле "Вариант ответа", которое будет интегер АИ, будет стоять 0, то это знамение кастомного ответу! Тут я юзеру и вывалю значение мемо-поля.
Остаецца тока придумать как втулять последним пунктом Другое. Наверное курсором readwrite с последующим append-ом сваво пунхта.
Я на верном пути?

Поглядел в гуглях на радиоБатоны - нет, не пойдет. Добавление амином дополнительного пункта ответа методом добавления в базу влечет за собой кучу лишнего минингита. Пускай лучше комбо будет - и места на форме займет гораздо меньше и проверять проще и програмить :) Тока вид будет некрасивый и непривычный...

А я не дам юзьверю нажать кнопку "Зарегистрировать"/"ОК" пока все что надо не укажет, втч это уберет проблемку "Невыбрано" :)
А с этим OptionGroup опять же - еси много пунктов станет то есть опасность что на форму не влезет, т.е. нужно предусматривать автоувеличение и формы и самого OptionGroup под это дело, а вот этим я уже совсем не хочу морочицца - уровень слабоват - все формы в форм-дизайнЁре рисую. Вообще-то, по-большому счету, что комбо, что OptionGroup - одна фигня. Просто обычно в OptionGroup сразу выбран первый пункт, что можно исправить, но что можно и в комбо замутить посредсвом Default Value = 1. Просто OptionGroup выглядит на мой взгляд несколько более эстетично, чтоли, да и показывает сразу все возможные варианты.
Про привязку к 0, оно-то так, но и как я уже говорил, 0 - несуществующее значение в базе, кроме того, в OptionGroup разве не то же самое получится? Просто там будет привязка на последнее значение, то же можно и в комбо замутить, тока не знаю как. Наример добавить ему свойство "Custom" и ставить в него значение RECCOUNT(), т.е. последнего пунхта, опосля чего сравнивать выбранное с оным...