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

[RaFaeL]

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

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

А меня вот жутко в С11 бесит что неделю пишешь код, сохраняешь, компилируешь, проверяешь, все нормально, а потом через несколько дней надо по какой-то нужде кларион закрыть (я в облаке в терминале работаю, там оно всегда открыто), его закрываешь, оно спрашивает - сохранить изменения? А ты не помнишь что недавно менял, говоришь "Нет" и вжух! Вся твоя работа за неделю улетела в корзину (( остался только скомпилированный проект и сгенерированные clw

[finsoftrz]

Странно, не замечал такого. Если нажал в app сохранить, то оно сохраняется. Если потом делать изменения и выходить без сохранения, то остается на последнем сохраненном. В параметрах была настройка с кэшированием app в оперативной памяти. Может она включена и так влияет? Вообще, я всегда, когда надо перерыв в работе сделать, закрываю среду. А когда закончил работу в app, всегда его закрываю. Это и с с6 так. Открыть потом времени много не занимает. Тем более на терминальном сервере, который рекомендуется сам по себе перезагружать раз в неделю.
В с11 замечено, что при каких-то ошибках (например, возникших при конвертации app из с6), надо перезапускать среду, она может начать работать неадекватно.

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

например, возникших при конвертации app из с6), надо перезапускать среду

Я таки Вам больше скажу.
Нужно перезагружать и Windows, иначе неадекват при работе C11 будет продолжаться.

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

[finsoftrz]

Когда конвертишь с с6, то надо вначале отдельно dct перенести, потом apps. Если делать сразу с app, то среда предложит конвертить dct, но затем app может сконвертиться некорректно. В основном, ошибки конвертации в этой ситуации. И тут действительно может потребоваться перезагрузка компьютера, тоже с таким сталкивался.

[finsoftrz]

Не в ту тему пишем.

[RaFaeL]

Если нажал в app сохранить, то оно сохраняется.

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

[finsoftrz]

Ага, воспроизвел, есть такой момент. Действительно, совсем нелогично. Запоминаем.
Я в большинстве случаев процедуру не открываю, а сразу иду в окно через кнопку Window. Обычно изменяется либо что-то в окне, либо что-то в эмбедах. Из окна можно переключиться на список всех эмбедов, если нажать правой кнопкой мыши на окне и выбрать Embeds. В с6 можно было аналогично делать, но там среда делала ненужное сохранение после входа в эмбеды, изменяя дату/время последнего изменения процедуры, что было совсем не нужно.

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

не сохранив напоследок именно в app, все теряется, мне непонятно

Возможно реализовано вложенное хранение - удобно для откатов.
Я такое где-то читал и потом делал.

Т.е. есть цепочка хранения из 3-х уровней блоков данных: Window/Report/Formula/Extention ... -> Procedure -> APP.
- Когда сохраняем любой из блоков Window - оно записывается в структуру Procedure.
- Когда сохраняем Procedure - она записывается в структуру APP.

Удобно. Если мы что-то неправильно сделали в Window, просто удаляем изменёный Procedure и всё.
Но если мы отменяем сохранение APP, то теряем все изменения Window в несохранённых Procedure.
Хотя вроде бы саму Window сохраняли в Procedure ...

[finsoftrz]

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

[gopstop2007]

Если нажал в app сохранить, то оно сохраняется.

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

где то здесь уже это обсуждалось, есть шаблоны (Автосохранитель APP 2005г.) которые сохраняют в TXA/TXD

[finsoftrz]

Я таким пользуюсь. Тут речь немного про другое. В среде с11 надо делать контрольное сохранение из дерева процедур. Это не баг, а фича. Судя по всему, так было задумано.

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

Судя по всему, так было задумано.

Судя по всему собственно оболочка и запускаемые внутри неё модули (в т.ч. APPGEN) просто не состыкованы нормально.
Это как бы программа запускаемая внутри другой программы. А не единное приложение с общими событиями и т.д.

[finsoftrz]

Я думаю, такую конструкцию с общими тулбоксами, которые меняют свое содержание в зависимости от контекста, в котором находимся, согласовать не так то просто. Тем не менее, в основном, работает. Когда ребята из Аркадии, которые писали среду, были на этом форуме, то они руками разводили, ну что вы хотите, SV очень маленькая фирма, мы делаем, что можем. Как-то так.

[ingasoftplus]

Рыл тут закрома и нашёл старый пример форматера настройки LIST.
Вдруг кому сгодится в образовательных целях ...
(внутри APP есть ReadMe по приготовлению)

Игорь, а нет ли у вас последней обновленной версии (ListF зип файл был, уже 4 года прошло)? Стандартный LFM выбесил конкретно, вот на перепутье опять...

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

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

FrontEnd конечно эволюционировал вместе с проектами, а вот BackEnd практически нет.
Не припоминаю там каких-то революционных изменений ... там и так всё хорошо и проверено годами.