в коллекцию ПолучитьМодифицированныеДокументы() поместилось неправильное имя расширения

Почему ИмяКонфигурации пустое пока выясняю. Но зачем перезатирать в этом случае модуль основной конфигурации? Ведь свойство ИмяКонфигурации в документе не соответствует имени конфигурации.

Посмотрел алгоритм. ИмяКонфигурации может быть пустым, если документ был изменен и добавлен в список измененных до идентификации.
Тогда имя конфигурации будет пустым. Могу конечно его в этом случае в таком виде "?" отправлять.

Пустое значение свойства ИмяКонфигурации у меня трактуется как равнозначное имени основной конфигурации.

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

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

(4) tormozit, мне они нужны в этой коллекции даже если имя конфигурации неизвестно. Я использую эти данные в автосохранении модулей. Просто пропускай их тогда.

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

(7) tormozit, я не говорил, что нельзя. Наоборот предложил это. Выше я написал, про то что не могу их исключить совсем. Значит будет "?".

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

Понял. Сделаю игнорирование документа из этой коллекции с пустым значением свойства ИмяКонфигурации.
tormozit изменил статус на Закрыто

Часто в коллекции ПолучитьМодифицированныеДокументы() приходит документ с пустым свойством ИмяКонфигурации. Это происходит регулярно с момента закрытия этой заявки, когда я добавил игнорирование документа с таким значением свойства. Из-за этого ИР адаптер не видит изменений другого модуля.
Такой измененный документ содержит правильные

• текст
• заголовок
• позиция
• заголовок конфигуратора

но неправильные

• ИмяКонфигурации
• ...

Прошу расследовать причину не заполнения этого свойства.

yw0p6sg0Iy.mp4

Ссылка скрыта

tormozit изменил статус на Открыто

Я так понял, что происходит это (пустое свойство ИмяКонфигурации) в случае, если с момента открытия модуля в нем что то изменили без вызова команд требующих идентификации документа.
Поэтому предлагаю при активном ИР адаптере вызывать идентификацию при первом же изменении в модуле.

(12) tormozit, пробовали же такой вариант, получается не очень. Когда идентификация происходит в момент вызова подсказки и пользователь уже подсознательно готов ждать какое-то время - то этот процесс не вызывает дискомфорта. В отличие от варианта, в котором при любом действии начинается что-то непонятное. А пользователь всего лишь пробел добавил или перенос строки удалил / добавил.

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

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

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

Этого будет достаточно для редактирования модулей основной конфигурации, т.е. знать относится ли модуль к ней или нет, пока не было полноценной идентификации документа. Если относится то в свойство ИмяКонфигурации поместишь имя основной конфигурации или #, иначе - пустую строку как раньше.

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

Я же написал "скорее всего", т.е. в основном. Понятно, что без вызова подсказки можно внести и важные изменения.

Нашел еще признак по которому можно быстрее выявить, что модуль относится к любому расширению. Этого мне будет достаточно, т.е. знать относится ли модуль к основной конфигурации или нет. Если относится то в свойство ИмяКонфигурации поместишь #, иначе - пустую строку как раньше.

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

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

(16) tormozit,

Имя расширения в этой ситуации не играет роли, т.к. для любого расширения поведение останется старым - изменения будут игнорироваться до выполнения полноценной идентификации.

ну совсем игнорировать может и не стоит, если известно, что расширение одно. Но не знаю, получаешь ли ты такую информацию.

(15) bolsun, если окно модуля не развернуто, то в этом режиме не нужно пытаться его временно разворачивать, т.к. это относительно долго.

Можешь сделать пробную сборку?

(19) tormozit, думаю пока над реализацией.
Не нравится мне теперь эта затея. Изменение может вызывать сильный дискомфорт у пользователя.
Придется блокировать ввод на время отображения меню, а пользователь может что-то делать в это время (кликнуть мышью например).

Сейчас мы вызываем идентификацию, когда юзер печатает текст, в процессе показа подсказки и это не вызывает дискомфорта. Мышь обычно в это время не используется.

А в процесе изменения модуля с использованием мыши, поведение непредсказуемо.

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

1. Что изменения документа не отслеживаются, до выполнения идентификации модуля
2. Клик по уведомлению запускает идентификацию документа
3. Вызов команд адаптера или Т9 делает идентификацию автоматически

Если пользователь не делает явную идентификацию и затем идентификация документа вызывается неявно, то в этот момент показывать уведомление "Начато отслеживание изменений модуля ХХХ".

Пока я сделал такой костыль для пропуска неидентифицированных модулей

			Если Не ЗначениеЗаполнено(ИмяКонфигурации) Тогда
				Если СтрДлина(Документ.Текст) < 1000 Тогда 
					Продолжить;
				КонецЕсли; 
				НачалоТекста = Лев(Документ.Текст, 50000); // Для ускорения анализа
				Если Ложь
					Или Найти(НачалоТекста, Символы.ПС + "&После(""") > 0
					Или Найти(НачалоТекста, Символы.ПС + "&Перед(""") > 0
					Или Найти(НачалоТекста, Символы.ПС + "&Вместо(""") > 0
					Или Найти(НачалоТекста, Символы.ПС + "&ИзменениеИКонтроль(""") > 0
				Тогда 
					Продолжить;
				КонецЕсли;
			КонецЕсли;

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