Сообщений в теме: 25

[TIRO]

Есть вычисления в таблице. Нужно, чтобы они отрабатывали только при добавлении новой записи и не выполнялись, если запись редактируется. Как проводить проверку на новую запись?

[arsenal]

TIRO (25.11.2011, 10:25) писал:

Есть вычисления в таблице. Нужно, чтобы они отрабатывали только при добавлении новой записи и не выполнялись, если запись редактируется. Как проводить проверку на новую запись?

Сделайте дополнительное поле, и в вычислениях в таблице добавьте проверку, если поле пустое, то ваш код отрабатывается и в конце в это поле записывает какое-то значение. Таким образом при добавлении новой записи поле пустое и вычисления выполняются. Если запись открыли повторно, то поле уже заполнено и вычисления не выполняются.

[TIRO]

Спасибо за совет, сделаю так

[andibrag]

какое поле в таблицах отвечает за информацию о новой записи?
у меня почему-то при добавлении оной не отражаются напоминания, т.е. не срабатывает условие {new_record}

[CbCoder]

Версия?

[andibrag]

Разработчик (30.11.2011, 16:03) писал:

Версия?

1.9.5

[Analitic]

andibrag (30.11.2011, 15:26) писал:

какое поле в таблицах отвечает за информацию о новой записи?
у меня почему-то при добавлении оной не отражаются напоминания, т.е. не срабатывает условие {new_record}

Поле r в строке, если утановлено в 1. Счтитается что новая строка.
Возможно у вас ошибка в других условиях?

[andibrag]

Analitic (1.12.2011, 9:21) писал:

Поле r в строке, если утановлено в 1. Счтитается что новая строка.
Возможно у вас ошибка в других условиях?

Отключил все вычисления в полях
Добавляю новую запись в подчиненную таблицу, открытой во вкладке
Проверяю поле r через phpadmin - r=0
При добавлении новой записи при открытии подчиненной таблице в отдельном окне - поле r=1
В чем казус?

[Analitic]

Баг. Исправлен. Новая ревизия выйдет сегодня после обеда.

[andibrag]

Analitic (05 Декабрь 2011 - 10:25) писал:

Баг. Исправлен.

Поскольку в подчиненной таблице все данные отправляются в базу средствами аякс, r=1 (т.е. статус новой записи) сохраняется до момента ввода любого значения в любое поле.
По сути пропал смысл понятия Новая запись. Она новая, пока пустая. Т.о. если в напоминаниях стоит {new_record} - оно просто не отображается.
И еще... Отрабатывает ли в подчиненной таблице условие "Вычислять при сохранение таблицы" в вычислениях поля и в какой момент это происходит?

[Analitic]

Отрабатывает по нажатию клавиши добавить строку.

[andibrag]

Analitic (17 Декабрь 2011 - 08:17) писал:

Отрабатывает по нажатию клавиши добавить строку.

т.е. в момент создания, когда все поля еще пустые, если что-то не вносится по умолчанию?
а нельзя предусмотреть вариант с кнопками добавить, редактировать и сохранить, чтобы, после нажатия последней, таблица с записями не была с полями, открытыми для редактирования и условие "вычислять при сохранении в таблице" будет отрабатывать в правильный момент и восстановится понятие new_record

[Analitic]

Восстановление понятия new_record не планируется, более того в будущих версиях обычное редактирование строки вероятно будет работать как подтаблицы. До конца данный момент еще не проработан.

[andibrag]

Analitic (21 Декабрь 2011 - 09:39) писал:

Восстановление понятия new_record не планируется

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

Analitic (21 Декабрь 2011 - 09:39) писал:

в будущих версиях обычное редактирование строки вероятно будет работать как подтаблицы

если имеется ввиду, что данные лежат в свободном доступе, как сейчас, и можно случайно их изменить (курсор установили не в то поле) или стереть (ctrl-X, вместо ctrl-C, например) - это не лучшая идея
1) запись должна быть обязательно защищена от случайностей
2) необходимо предусмотреть отмену действия

[Analitic]

andibrag (21 Декабрь 2011 - 12:01) писал:

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

Например при заполении обязательных полей - ставите в служебное поле флаг - заполнено. И использете его в напоминаниях.

andibrag (21 Декабрь 2011 - 12:01) писал:

если имеется ввиду, что данные лежат в свободном доступе, как сейчас, и можно случайно их изменить (курсор установили не в то поле) или стереть (ctrl-X, вместо ctrl-C, например) - это не лучшая идея
1) запись должна быть обязательно защищена от случайностей
2) необходимо предусмотреть отмену действия

Будет реализован механизм отмены действий, как в exel по клавишам CTRL-Z.
Также существуют логи, по которым вы можете восстановить значение.

[andibrag]

andibrag (21 Декабрь 2011 - 12:01) писал:

1) запись должна быть обязательно защищена от случайностей

и все же хотелось бы иметь кнопку Блокировать/разблокировать по отношению к строке или всей подчиненной таблице в целом
хотя бы средствами javascript запрещать и открывать доступ на редактирование полей

[Analitic]

Возможно будет, повторюсь доконца данный вопрос не проработан. Можете отравить выложить ваше представление view_line? Нарисованным скриншотом?

[andibrag]

Возможно ли при нажатии кнопки Сохранить в подчиненной таблице вызывать событие Сохранение в таблице? Сейчас она кроме снятия фокуса никакой роли не играет.

[Analitic]

Абсолютно верно, кнопка бутафорская и никакой роли не играет. Для пользователей которым впринципе нужна кнопка сохранить.
Соответсвенно и события нет.

[andibrag]

Analitic (24 Январь 2013 - 12:33) писал:

Абсолютно верно, кнопка бутафорская и никакой роли не играет. Для пользователей которым впринципе нужна кнопка сохранить.
Соответсвенно и события нет.

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

Analitic (21 Декабрь 2011 - 14:03) писал:

Например при заполнении обязательных полей - ставите в служебное поле флаг - заполнено. И используете его в напоминаниях.

- не удобно. Кнопка явно выигрышней.