Видео не требуется, так как описано понятно и я воспроизвел этот эффект на UHD TV, т.к. монитором не располагаю. Но:
1. Не уверен равнозначно ли это монитору, поскольку подключался через HDMI. А VGA входа на 4K TV уже нет. Даже DVI нет.
2. Не уверен, что драйвер моего железа воспринимает такой экран - он распознал его только как 1920 вместо 3840. По-моему, даже у DVI изначальное ограничение в 1920. У VGA еще меньше.
3. Не уверен, что разобрался с настройками самого экрана. Я как крайне редкий зритель телевизора с ходу не въехал в море настроек по масштабированию экрана.
В общем, неплохо бы попробовать именно на мониторе и побольше информации - режимы, интерфейс (VGA или DVI)... Тогда можно будет сформулировать вопрос к партнерам.

На программистских форумах сейчас обсуждается вопрос мониторов сверхвысоких разрешений, только самые новые средства разработки полноценно их поддерживают. Проблема в том, что существующий сейчас программный интерфейс в существенной своей части рассчитывается в пикселях, пиктограммы имеют один-два фиксированных размера (большие и малые), более менее масштабируемыми являются шрифты TrueType, но вероятна проблема, что они не будут помещаться в отведенные им прямоугольники. С другой стороны, интерфейсные элементы старых программ на UHD-мониторе могут быть слишком мелкими. Текущие версии программ в большинстве рассчитаны на мониторы до FullHD, 1920×1080 пикселей.

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

Сам механизм рисования векторной графики на экране (любом) - это многоступенчатая процедура: графическая библиотека Windows, функции которой вызывает программа -> драйвер Windows, управляющий конкретным классом аппаратуры (экраны, принтеры, ...) -> драйвер конкретного устройства, поставляемый его производителем (если его нет в библиотеках, Windows может поставить некий универсальный - здесь и может быть "загвоздка"). Суть рисования в Windows: есть некие графические примитивы (линии, заливки, растровые пиктограммы и текстуры), которые программа рисует через вызовы функций библиотеки, а затем драйвер выполняет растризацию этого рисунка - формирование растра для области графического окна с разрешением экрана. Проблемы могут возникнуть на разных этапах, и, думаю, пройдёт какое-то время, прежде чем всё начнёт работать гладко.

Он интересен только нестандартным разрешением сторон 21:9. 3440х1440. Полагаю он будет более неудобным чем стандартный 4К 3980х2160. Сомнительный выигрыш идет по длине но если понадобится таксация он будет здорово проигрывать по ширине.

Если я правильно понял написанное Д.А., рассчитывать на быстрое решение вопроса не приходится. По крайней мере, на серьезную "переделку" существующих программ у рынка "ГИС для ЛХ и ЛУ" точно ресурсов нет.
Так что, лучше подождать резюме партнеров. Я заснял эффект на видео, попрошу Д.А. отправить партнерам с комментариями.

И все же:

У Вас удалось через настройки видеодрайвера выставить заявленное разрешение экрана - 3840? Мое железо более 1920 не распознает.

На мой очень субъективный взгляд, она не впечатлила меня ни в чем. Пиктограммы имеют размер 2см даже в режиме "мелкие значки", а на рабочем столе система растянула ярлыки аж до 4 см. Так что, годится если хочешь работать без очков. )) А вот рабочее поле никак не увеличилось. То есть, шрифты (у меня размер 100%, уменьшения нет, только 125%) стали также крупнее и поля меню... списков... и пр. также. А рабочее поле относительно общей площади не увеличилось и масштабом это не компенсировать.
Но, возможно, это ограничение именно моего железа. Думаю, что если бы удалось выставить именно 3840, то было бы лучше.

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

Я не уверен, что наш софт удастся когда-нибудь сделать работоспособным по Linux - COM-интерфейс взаимодействия программ, VCL-библиотека, через которую работает весь интерфейс пользователя в обеих частях системы, MDB-база данных - это всё функциональные части Windows, без которых (или их реализации по Linux) ничего работать не будет.

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

И в заключение - а почему никто не упоминает о работе на двух мониторах? Таксация - на малом, карта - на большом? Это тоже ведь решение! Или есть проблемы?

Зря ты это тут вставил. Завтра же потеряется!!!!!! Создай новую тему по ошибке, тут нет ограничений по их количеству.

Ну да, может оказаться, что видеокарта поддерживает основные разрешения FullHD 1920x1080, WQHD 2560x1440, 4K 3840x2160, а широкого экрана не понимает, поэтому на мониторе 3440х1440 изображение реально будет шириной только 2560 пикселей, с черными краями.

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