List Format Manager - запрет на определенную колонку

[Игорь Столяров]

Возвращаю откорректированную строку формата.

К сожалению в общем случае это сделать нельзя. Изменения формата колонок (наверно) можно отследить,
но если добавлялись, удалялись или переставлялись (группировались / разгруппировались) колонки ?

Окна и так быстро открываются.

Ну не знаю. У меня визуально заметно, когда окно с LFM, а когда без ...

риск потерять все настройки при аварийном завершении программы.

Это да. Но не все, а только для списков, формат которых был изменён юзером
в текущем (аварийно завершённом) сеансе работы.
Можно конечно их сохранять через IDLE() и т.д., но я не заморачивался.
Это всего лишь настройки списка, а не реальные данные и т.д.

[Игорь Столяров]

ну так у нас стандартный используется, вот и интересуюсь.

Я помню, что мы сначала пытались "улучшить" штатный LFM, сохранив совместимость с шаблонами.
Но достаточно быстро пришло понимание, что горбатого лечить - только калечить.

[finsoftrz]

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

[Игорь Столяров]

У меня более строго

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

[finsoftrz]

И так у всех пользователей? Мне надоело выслушивать вопли по этому поводу, поэтому и было такое решение принято. По большому счету, корректнее было бы хранить формат list в базе данных по колонкам, а не в виде строки. Но изначально была строка, менять уже не хотелось.

[Игорь Столяров]

Мне надоело выслушивать вопли по этому поводу

Надо было сразу показать, что Вы доминируете. Без всех вот этих демократий и разнообразий.
Если программист сказал, что при обновлении формата всё сбрасывается в Default, значит так надо.

[finsoftrz]

Нет уж, спасибо, такое "доминирование" у нас не принято. Все должно иметь разумное объяснение. "Потому, что я так сказал" не тот уровень.

[Игорь Столяров]

"Потому, что я так сказал" не тот уровень.

Моё субъективное мнение: либо решение должно быть сделано полным, либо лучше уж понятное правило работы.
Иначе ведь всё равно придётся объяснять, почему при добавлении колонок - формат LIST "всегда" сохранялся,
а тут вдруг слетел при добавлении группировки или переставлении колонок (например).

Для какой-то конкретной программы - можно принять определённые условности. Но, если делаешь прибамбас,
который будет использоваться неизвестно где - лучше пусть он будет тупее в функционале, но понятней в логике.

[finsoftrz]

Ну не знаю, если речь про добавление маленькой функции, которая автоматически размещается шаблоном, ничего не меняя кардинально, и в 90% проблема уходит, не вижу причин этого не сделать.

[finsoftrz]

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

PS. Тьфу-тьфу, с11 не вылетает пока и не виснет...

[Игорь Столяров]

Тьфу-тьфу, с11 не вылетает пока и не виснет...

А Вы какой релиз юзаете (номер) ?

[finsoftrz]

13505.

[Игорь Столяров]

с11 вылетает и вы теряете часть проделанной работы

Конечно не нравится.
Но, наверно, более правильно сравнить не с потерей сделанной работы,
а с настройкой открытых панелей в C11. Пофиг.

[Игорь Столяров]

13505

Совсем надёжный. Я 13630, поолтора года выпуска уже.

[finsoftrz]

А там ничего особо не менялось позже. Англоязычные тоже многие на нем, наверно, чтобы не ловить баги в связи с изменениями в рантайме под энискрин. У меня, тем более, эта версия легальная. По подписке был еще один релиз, но по нему не очень отзывы были, поэтому я не стал обновлять. Продлевать подписку не стал, смысла нет пока.