Добавить поддержку платформы 8.5

по багу №2 подтверждаю ссылку. Оценки шансов на исправление у меня примерно те же.

(1) tormozit, обновил.

Завтра запущу опрос, по использованию платформы 8.5, мне нужно понимать насколько это актуально.
Т.к. работа предстоит серьезная, переделать нужно будет многое.
Также хотелось бы полностью удалить легаси, которое поддерживает старые платформы (до TextPattern и SelectPattern) и тогда уже использовать полностью новые методы, а не делать несколько слоев совместимости. Сейчас их как минимум 3-4 будет еще один.

(3) конечно придется тогда либо поддерживать обе ветки, например ТурбоКонф 6 ( для тех кто использует легаси платформы) и новую ТурбоКонф 7 для актуальных версий платформы + 8.5. Приоритет будет у 7-й.

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

(5) tormozit, ты думаешь, что нам не понадобится хотя бы полгода, что бы придумать как обойти текущие баги и выпустить более менее стабильный релиз для теста?

И еще я думаю, что 1С будет подзабивать на 8.3 потихоньку и все силы перебросит на 8.5 заманивая туда пользователей. Поэтому поддержку 8.5 в любом случае нужно будет делать, рано или поздно.
Или как с 8.2 совсем отрубит поддержку.

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

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

По багу №1 тоже сделал во внешней компоненте для ИР решение через UIAutomation. Но оно работает за 33мс вместо 0.3мс старого способа через WinAPI. Это ощутимое замедление в контексте такой часто вызываемой функции.

	IUIAutomationElement *pFocusedElement = NULL;
	IUIAutomationTextPattern *pTextPattern = NULL;
	IUIAutomationTextRangeArray *pTextRangeArray = NULL;
	IUIAutomationTextRange *pTextRange = NULL;
	IUIAutomationTextRange *pExpandedRange = NULL;
	CaretLeft = 0;
	CaretTop = 0;
	RECT docRect = { 0 };
	HRESULT hr = pAutomation->GetFocusedElement(&pFocusedElement);
	if (FAILED(hr) || pFocusedElement == NULL) {
		return;
	}
	CONTROLTYPEID controlType;
	pFocusedElement->get_CurrentControlType(&controlType);
	if (controlType == UIA_DocumentControlTypeId)
	{
		pFocusedElement->get_CurrentBoundingRectangle(&docRect);
		hr = pFocusedElement->GetCurrentPatternAs(UIA_TextPatternId, __uuidof(IUIAutomationTextPattern), (void**)&pTextPattern);
		if (SUCCEEDED(hr) && pTextPattern != NULL)
		{
			hr = pTextPattern->GetSelection(&pTextRangeArray);
			if (SUCCEEDED(hr) && pTextRangeArray != NULL)
			{
				int rangeCount = 0;
				pTextRangeArray->get_Length(&rangeCount);
				if (rangeCount > 0)
				{
					hr = pTextRangeArray->GetElement(0, &pTextRange);
					if (SUCCEEDED(hr) && pTextRange != NULL)
					{
						pTextRange->Clone(&pExpandedRange);
						if (pExpandedRange != NULL)
						{
							// Расширяем диапазон до ближайшего символа для получения физических границ
							pExpandedRange->ExpandToEnclosingUnit(TextUnit_Character);
							SAFEARRAY *rectArray = NULL;
							hr = pExpandedRange->GetBoundingRectangles(&rectArray);
							if (SUCCEEDED(hr) && rectArray != NULL && rectArray->rgsabound[0].cElements > 0)
							{
								double* pRect = NULL;
								hr = SafeArrayAccessData(rectArray, (void**)&pRect);
								if (SUCCEEDED(hr) && pRect != NULL)
								{
									CaretLeft = (int)pRect[0];
									CaretTop = (int)pRect[3] + docRect.top; 
									SafeArrayUnaccessData(rectArray);
								}
								SafeArrayDestroy(rectArray);
							}
							pExpandedRange->Release();
						}
					}
					if (pTextRange != NULL) pTextRange->Release();
				}
				pTextRangeArray->Release(); // Освобождаем массив диапазонов
			}
		}
	}

(10) tormozit, как я писал выше, способ получения каретки через UIAutomation я уже реализовал. Т.к. я все равно получаю эти данные в процессе, на скорость работы TurboConf это не оказывает существенного влияния. Т.к. тебе в ИР не надо получать текст и выделение через UAI, то для тебя да, это заметное замедление.

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

(10) tormozit, закэшировал GetFocusedElement(). Теперь стало работать сопоставимо быстро со старым вариантом. Еще заметил что если каретка справа от последнего символа текста, то ExpandToEnclosingUnit(TextUnit_Character)+GetBoundingRectangles() возвращают пустой массив рамок. Пришлось в этом случае отодвигать позицию на 1 символ назад внутри строки через MoveEndpointByUnit(TextPatternRangeEndpoint_Start, TextUnit_Character, -1).

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

Есть понимание, когда можно ожидать хоть какую-то версию с поддержкой 8,5?

(15) Wdivin, работы по адаптации ведутся, информация появится сразу, как только будет первая достаточно работоспособная версия.

6.7.9519.31303

-Добавлена частичная поддержка 8.5 (рекомендуется тестировать в отдельной папке)

Известные проблемы и ограничения:

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

https://disk.yandex.ru/d/XRPUNWQtrbwBUw

При вставке шаблонов некорректно смещается каретка в конфигураторе 8.5. Например
СтатусСообщения.<?>

(18) tormozit, у меня нет такого шаблона при использовании ИР, есть просто "СтатусСообщения".

(19) bolsun, На картинке я показал что нужно сделать. Первая картинка - непосредственно до нажатия ENTER. Вторая - сразу после.

(18) tormozit, исправил перемещение каретки влево после вставки из буфера обмена в некоторых случаях. Проверку вставки кареткой в этом случае, заменил на паузу 100мс.

6.7.9523.30762
https://disk.yandex.ru/d/XRPUNWQtrbwBUw