Про свойство Mandatory

[simply2double]

Возможно кто-то сталкивался с необходимостью указать пользователю на то, что поле является обязательным к заполнению ( нарисовать волнистое подчеркивание ), при этом не трогая свойство Mandatory поля таблицы. К примеру если есть необходимость заполнения поля по некоторому условию. Можно к примеру управлять этим свойством контрола, но не у всех контролов оно есть. Или просто втупую нарисовать волнистую линию через контекст окна, но это как то не особенно красиво.

Интересно кто как решает эту задачу????

[Lucky13]

Интересно, а у каких контролов нет св-ва Mandatory?

[Sada]

ListView

[simply2double]

Цитата:

Сообщение от Lucky13

Интересно, а у каких контролов нет св-ва Mandatory?

Вам действительно интересно.. или это просто риторика ????

[macklakov]

Цитата:

Сообщение от simply2double

при этом не трогая свойство Mandatory поля таблицы.

А если тронуть свойство поля datasource?

[Russland]

У контролов в Dialog вообще отсутствует как понятие свойство Mandatory
Если уж очень хочется сделать диалоговые поля обязательными к заполнению, необходимо допиливать класс Dialog

[eugene egorov]

Цитата:

Сообщение от Russland

У контролов в Dialog вообще отсутствует как понятие свойство Mandatory
Если уж очень хочется сделать диалоговые поля обязательными к заполнению, необходимо допиливать класс Dialog

Это не совсем так. Решается легко следующими фрагментами кода:

public Object dialog()
{
...................
FormStringControl fsc;
;
.................
dlgXXX= dialog.addFieldValue(typeid(XXX),XXX);
fsc = ddlgXXX.control();
fsc.mandatory(true);
.............................

и вполне сносно работает И никого не надо пилить зазря.

[simply2double]

Цитата:

Сообщение от eugene egorov

Это не совсем так. Решается легко следующими фрагментами кода:

public Object dialog()
{
...................
FormStringControl fsc;
;
.................
dlgXXX= dialog.addFieldValue(typeid(XXX),XXX);
fsc = ddlgXXX.control();
fsc.mandatory(true);
.............................

и вполне сносно работает И никого не надо пилить зазря.

да конечно так, но если передаваемый тип enum... тогда контрол будет FormComboBoxControl, а у него нет свойства mandatory....
и получишь ты в рантайме такое послание:

Ошибка времени выполнения. : FormBuildComboBoxControl Объект не имеет метода 'mandatory'.

Трассировка стека:
(C) \Classes\FormBuildComboBoxControl\mandatory
(C) \Classes\FormButtonControl\Clicked - line 32

[Lucky13]

Цитата:

Сообщение от simply2double

Вам действительно интересно.. или это просто риторика ????

Действительно интересно. Никогда не встречал таких контролов. Если имеется в виду combobox, то у него действительно нет такого свойства, но не ввести в него значение не так-то просто - по умолчанию берется первое из enum, при попытке удалить восстанавливается.

[simply2double]

Цитата:

Сообщение от Lucky13

Действительно интересно. Никогда не встречал таких контролов. Если имеется в виду combobox, то у него действительно нет такого свойства, но не ввести в него значение не так-то просто - по умолчанию берется первое из enum, при попытке удалить восстанавливается.

Речь не об этом. При создании поля типа enum ему на уровне сервера задается дефаултное значение равное 0, даже если в базовом enum такого значения вообще нет. В большинстве базовых перечислений 0 это пустое поле. Создаю новую запись. При сохранении, если не переопределить свойство mandatory в таблице или в датасоурсе, этого поля, все так и сохранится даже не ругнувшись.
Речь о комбобоксе и его свойствах зашла только в том смысле что он является визуализатором поля типа enum.

[Volodymyr]

Привет!
Как вариант - сделать проверку контрола по событию (например на запись в таблицу) и елси он не заполнен, то ругатся.

[Dronas]

Цитата:

Сообщение от Volodymyr

Привет!
Как вариант - сделать проверку контрола по событию (например на запись в таблицу) и елси он не заполнен, то ругатся.

Замечательный вариант, приводит к нервозу пользователя и судорожному поиску поля на форме, а если форма содержит кучу закладок, то видимо быстрее будет прислать пользователю дежурного курьера с пистолетом.

[RVS]

Цитата:

Сообщение от Dronas

Замечательный вариант, приводит к нервозу пользователя и судорожному поиску поля на форме, а если форма содержит кучу закладок, то видимо быстрее будет прислать пользователю дежурного курьера с пистолетом.

И, тем не менее - вариант самый что ни на есть правильный.

Допустите, что эта табличка не только с формы заполняется. И поле - действительно mandatory, физический смысл его такой. Тогда - 2 варианта:

1. Надеятся на аккуратность всех будущих разработчиков (оптимистический вариант, КМК)
2. Поставить проверку в методе таблицы.

Во-о-ооот...

[macklakov]

Цитата:

Сообщение от Dronas

Замечательный вариант, приводит к нервозу пользователя и судорожному поиску поля на форме

Да, действительно, для полльзователя беда. Может стоит выводить осмысленные ошибки, с формой ввода недостающего значения?

[Raven Melancholic]

По моему мнению, стоит обратить внимание на пост RVS. поле заполнять может не только пользователь, но и а) программист, пишущий что-то специфичное и устроившийся к вам после того, как другие уволились, б) администратор, воспользовавшийся стандартным импортом и ничего не знающий про ограничения.
Поэтому, опять же на мой взгляд, если бизнес-процесс требует в определенных случаях, обязательного указания значение, то вешать проверку нужно на таблицу, а не на форму. Если же это просто "хотелка кнопки счастья", то есть типа того "вроде нужно, но формализовать не можем, поэтому пусть программа что-то решит сама", то вопрос вообще не разработчику...

[simply2double]

Цитата:

Сообщение от Volodymyr

Привет!
Как вариант - сделать проверку контрола по событию (например на запись в таблицу) и елси он не заполнен, то ругатся.

это верно, главное чтобы ругался осмыслено, но вопрос то был в том.... как визуализировать необходимость заполнения этого поля....

Цитата:

Сообщение от Raven Melancholic

По моему мнению, стоит обратить внимание на пост RVS. поле заполнять может не только пользователь, но и а) программист, пишущий что-то специфичное и устроившийся к вам после того, как другие уволились, б) администратор, воспользовавшийся стандартным импортом и ничего не знающий про ограничения.
Поэтому, опять же на мой взгляд, если бизнес-процесс требует в определенных случаях, обязательного указания значение, то вешать проверку нужно на таблицу, а не на форму. Если же это просто "хотелка кнопки счастья", то есть типа того "вроде нужно, но формализовать не можем, поэтому пусть программа что-то решит сама", то вопрос вообще не разработчику...

2Raven Melancholic

ох уж эти формализаторы специально для Вас формализую.... в таблице лежат строки восьми типов документов... из них в четырех типах поле ХХХ1 обязательно для заполнения, в трех необязательно, а в одном вообще не должно показываться... При этом с разными типами документов работают разные группы юзеров... заставить бедного юзера заполнять лишнее поле это лишний раз глумится над его и без того трудной долей... С другой стороны юзер с первого взгляда должен видеть что ему необходимо заполнить... При этом "закулисно" писать в поле какую нить ересь, что бы удовлетворить проверку mandatory я не хочу.
Достаточная формализация????

Добрый день.
Появилось желание "подсветить" поле. Но есть затычка - поле display.
CustTable_ds.object(fieldnum(Custtable,FIELDNAME))
уже не пашет

тут: http://forum.mazzy.ru/index.php?showtopic=396
был

[oip]

Эмм... А зачем подсвечивать display-поле? Edit - еще понятно, но display?
Но, в любом случае, если это не поле таблицы, то чем не подходит AutoDeclaration = true и потом просто ставим MyControl.mandatory(true)? Или хочется сразу "везде", где этот метод на форме используется?

[EVGL]

Цитата:

Сообщение от oip

Но, в любом случае, если это не поле таблицы, то чем не подходит AutoDeclaration = true и потом просто ставим MyControl.mandatory(true)? Или хочется сразу "везде", где этот метод на форме используется?

Хочу только отметить, что установка свойства Mandatory на Edit-поле в runtime приводит к крэшу Аксапты.