Page 6 of 11

Динамическое или заданное изменение размеров ВСЕХ диалогов, меню, списков в зависимости от размера консоли, а ткж сдвиг

Posted: Sun 08 Dec, 2019 11:17
by Xerox
Предыстория вопроса
Современный мир характеризуется большим количеством больших экранов.
А также длинными именами файлов, и прочими "многа букав"
В то же время, размер диалоговых окон в ФАРе, не менялся десятилетиями,
обладая слишком малой величиной, чтобы полностью соответствать современным вызовам.
Более того, не было никакой возможности расширить окошки до приемлимых размеров даже вручную.
Но эти эти горести остались в далеком темном прошлом (смахивает слезу)
поскольку сейчас у нас есть Автоматический Раздвигатель Окон!

https://github.com/dr-dba/LUA-FAR-STUFF ... .XeR0X.Lua


Динамическое или заданное изменение размеров ВСЕХ диалогов, меню, списков в зависимости от размера консоли, а ткж сдвиг

Posted: Fri 20 Dec, 2019 14:15
by Xerox

Latest post of the previous page:

citRiks wrote:
Fri 20 Dec, 2019 08:13
а по AltRight возвращаются к прежнему размеру и увеличиваются далее.
Ой. А вы что ли не знали, что по АльтРайт можно и расширять?
citRiks wrote:
Fri 20 Dec, 2019 08:13
А вот при тех же действиях в дисковым меню и в Главным меню наблюдаются очевидные артефакты
Проверял все это, сейчас еще раз проверил - вроде все ОК.
Моя ФАРа версия 3.0.0.5511 x64.
Нужна иллюстрация ваша значит действительно.

Динамическое или заданное изменение размеров ВСЕХ диалогов, меню, списков в зависимости от размера консоли, а ткж сдвиг

Posted: Fri 20 Dec, 2019 14:18
by Xerox
Собираюсь на этих выходных испоравить наползания элементов.
Там надо просто при раширяниях проверять не стоит ли на пути другой элемент.
Eсли стоит, то не лезть дальше.
Таким образом расширятся до стенки будут только крайние правые.
Другая альтернатива - пропорциональное расширение всех, - возможно красивше, но чуть сложнее..

Динамическое или заданное изменение размеров ВСЕХ диалогов, меню, списков в зависимости от размера консоли, а ткж сдвиг

Posted: Fri 20 Dec, 2019 14:32
by buniak_a_h
Xerox wrote:
Fri 20 Dec, 2019 14:18
Другая альтернатива - пропорциональное расширение всех, - возможно красивше, но чуть сложнее..
Делал такое в GUI. Ничего не сложнее. И Left, и Width умножаете на к-т. Проще, чем проверять, не налезло ли. Тем более, что элемент справа в массиве может быть где угодно (и раньше, и намного позже анализируемого)

Динамическое или заданное изменение размеров ВСЕХ диалогов, меню, списков в зависимости от размера консоли, а ткж сдвиг

Posted: Fri 20 Dec, 2019 14:48
by Xerox
buniak_a_h, ну я могу и согласиться наверное, как и доверить вам такое допиливание может?

Динамическое или заданное изменение размеров ВСЕХ диалогов, меню, списков в зависимости от размера консоли, а ткж сдвиг

Posted: Fri 20 Dec, 2019 14:52
by Xerox
buniak_a_h wrote:
Fri 20 Dec, 2019 14:32
элемент справа в массиве может быть где угодно
может, да, надо проверять все элементы.
Да, в потенциале может получиться многовато итераций, но можно (и нетрудно) сделать это эффективно

Динамическое или заданное изменение размеров ВСЕХ диалогов, меню, списков в зависимости от размера консоли, а ткж сдвиг

Posted: Fri 20 Dec, 2019 15:01
by buniak_a_h
Xerox wrote:
Fri 20 Dec, 2019 14:52
но можно (и нетрудно) сделать это эффективно
Непросто. Есть ещё многострочные элементы (LIST, BOX-ы, TEXT). Не так всё просто … А ещё есть элементы, у которых не заполнен (== 0) X2 (текст, например, обходится без этого).
Xerox wrote:
Fri 20 Dec, 2019 14:48
доверить вам такое допиливание
Не, не интересно … Я уже выпендрился - сделал wrap для элементов, не влезающих по ширине.
Кстати, есть заметочка(если Вы этот момент учитываете - звиняйте, я не смотрел Ваш скрипт):
надо как-то смотреть на флаг FDLG_SMALLDIALOG: в зависимости от него принимать решение о координатах BOX-а, который на весь диалог . И не только BOX-ы: ещё и тексты с DIF_SEPARATOR… . Это - так, к слову. Я собирался когда-то такой сервис делать, а потом не стал.

Динамическое или заданное изменение размеров ВСЕХ диалогов, меню, списков в зависимости от размера консоли, а ткж сдвиг

Posted: Fri 20 Dec, 2019 15:06
by buniak_a_h

Динамическое или заданное изменение размеров ВСЕХ диалогов, меню, списков в зависимости от размера консоли, а ткж сдвиг

Posted: Fri 20 Dec, 2019 15:12
by Xerox
buniak_a_h wrote:
Fri 20 Dec, 2019 15:01
Кстати, есть заметочка(если Вы этот момент учитываете -
не предусматривал я ничего, и Ваше сотрудничество очень ценно для нашего проекта.
Посмотрим по ходу дела, пока я не буду предусматривать ничего кроме самой геометрии элемента.
учитывая что есть и "прозрачные" (кроме границы) элементы-рамки
FDLG_SMALLDIALOG
В связи с этим, а где это есть multi-line text box (=FDLG_SMALLDIALOG) ?
Он должне быть непрозрачный конечно тогда, но мне казалось что ФАРе такого элемента нет в принципе

Ну давайте сделаем так, пока киньте мне где сидят диалоги с такими проблемными флагами (FDLG_SMALLDIALOG, DIFF), буду на них тестить

Динамическое или заданное изменение размеров ВСЕХ диалогов, меню, списков в зависимости от размера консоли, а ткж сдвиг

Posted: Fri 20 Dec, 2019 15:32
by buniak_a_h
Xerox wrote:
Fri 20 Dec, 2019 15:12
В связи с этим, а где это есть multi-line text box (=FDLG_SMALLDIALOG) ?
Я вопроса не понял. Это - две не связанные темы.
multi-line text получается при DI_TEXT с ключом DIF_WORDWRAP. Причем сколько строк в реали этот текст занимает - надо считать. Представьте, что Y1 у него = 5, а Вы пытаетесь определить, как надо ограничить элемент DI_EDIT с Y1=7 . Далее всё зависит от содержимого текста. Если он поместился в две строки (5 и 6), то ограничивать edit не требуется, а если не поместился - надо.
Теперь про ключ FDLG_SMALLDIALOG. Если этот флаг есть, то надо, чтоб "основная рамка" (рамка вокруг диалога) была от X1=1 до X2=w-1 (w - ширина диалога), а если нет - то от X1=4 до X2=w-4 ( или 3? точно не помню). Иначе DI_TEXT с флагом DIF_SEPARATOR вылезет или не дотянется до рамки.
Не знаю, учитываете ли Вы при расчёте координат "исключения":
1. если у элемента DI_TEXT с флагом DIF_SEPARATOR указано X1=-1, то сдвигать (менять X1) нельзя. Это означает "текст по центру".
2. Касаемо как раз "основной рамки": X1 менять нельзя, а X2 должно соответствовать ширине диалога с учётом обсужденного флага …

Динамическое или заданное изменение размеров ВСЕХ диалогов, меню, списков в зависимости от размера консоли, а ткж сдвиг

Posted: Fri 20 Dec, 2019 16:33
by citRiks
Xerox wrote:
Fri 20 Dec, 2019 14:15

Code: Select all

citRiks писал(а): ↑
    Пт 20 дек, 2019 10:13
    а по AltRight возвращаются к прежнему размеру и увеличиваются далее.

Ой. А вы что ли не знали, что по АльтРайт можно и расширять?
Это просто я так подтверждал, что в этом случае всё нормально. Извиняюсь, если по контексту непонятно изложил.
Xerox wrote:
Fri 20 Dec, 2019 14:15

Code: Select all

citRiks писал(а): ↑
    Пт 20 дек, 2019 10:13
    А вот при тех же действиях в дисковым меню и в Главным меню наблюдаются очевидные артефакты

Проверял все это, сейчас еще раз проверил - вроде все ОК.
Моя ФАРа версия 3.0.0.5511 x64.
Нужна иллюстрация ваша значит действительно
Последовательные . Фар 5530 x86 и в x64 тоже.

Динамическое или заданное изменение размеров ВСЕХ диалогов, меню, списков в зависимости от размера консоли, а ткж сдвиг

Posted: Fri 20 Dec, 2019 16:42
by Xerox
citRiks,
Ааа, не, ну это опять загонять в ноль ширину диалога и удивлятся.
Hy, будет диалог ноль, элементы куда-нибудь уедут или исчезнут,
но все равно. переключаясь по Ф5 попадаем в адекватное сосстояние

Динамическое или заданное изменение размеров ВСЕХ диалогов, меню, списков в зависимости от размера консоли, а ткж сдвиг

Posted: Fri 20 Dec, 2019 16:51
by citRiks
citRiks wrote:
Fri 20 Dec, 2019 08:13
В 5530 диалоги "Копировать" (F5), "Переместить" (F6), "Создание папки" (F7), меню "Экраны" (F12) и другие текущей вресией сабжевого скрипта по AltLeft плавно уменьшаются до 0-рамера (и, похоже, что и далее в минус тоже), а по AltRight возвращаются к прежнему размеру и увеличиваются далее.

А вот при тех же действиях в дисковым меню и в Главным меню наблюдаются очевидные артефакты
артефактов, наблюдаемых в дисковом меню (в предыдущий пост картинки не поместились). Это наблюдается и под КонЭму и без.

Насчёт дискового меню полагаю, что такое поведение связано с его заполнением плагином "Редактор меню дисков (Disk menu)". Потому что в свежей ночной сборке без добавлений это не воспроизводтся, а только в присутствии добавлений плагином.

Динамическое или заданное изменение размеров ВСЕХ диалогов, меню, списков в зависимости от размера консоли, а ткж сдвиг

Posted: Fri 20 Dec, 2019 16:57
by citRiks
Xerox wrote:
Fri 20 Dec, 2019 16:42
переключаясь по Ф5 попадаем в адекватное сосстояние
Да, это самое главное. Выше приведённые два примера запоминаются до перезагрузки. Желательно бы, чтобы запоминание позиции было не автоматическим, а произвольным, т.е. по команде пользователя. И действовало бы до последующей смены/отмены, т.е. переходило бы от сессии к сессии Фара.

Динамическое или заданное изменение размеров ВСЕХ диалогов, меню, списков в зависимости от размера консоли, а ткж сдвиг

Posted: Fri 20 Dec, 2019 17:10
by HaRT
citRiks wrote:
Fri 20 Dec, 2019 16:57
Желательно бы, чтобы запоминание позиции было не автоматическим, а произвольным, т.е. по команде пользователя.
В каких сценариях безусловное запоминание выставленной пользователем геометрии диалога нежелательно?

Динамическое или заданное изменение размеров ВСЕХ диалогов, меню, списков в зависимости от размера консоли, а ткж сдвиг

Posted: Fri 20 Dec, 2019 17:26
by citRiks
HaRT wrote:
Fri 20 Dec, 2019 17:10
В каких сценариях безусловное запоминание выставленной пользователем геометрии диалога нежелательно?
В любых, когда слишком пережал или разжал размеры диалога/меню и затем впопыхах или просто необдуманно прешёл к другим оперециям. Включая и самые крайние случаи, которые приведены постами выше.

Динамическое или заданное изменение размеров ВСЕХ диалогов, меню, списков в зависимости от размера консоли, а ткж сдвиг

Posted: Fri 20 Dec, 2019 17:43
by HaRT
citRiks wrote:
Fri 20 Dec, 2019 17:26
затем впопыхах или просто необдуманно прешёл к другим оперециям
Мне кажется, ориентироваться на такой сценарий неоправданно. В гораздо большей доле случаев пользователю будет как раз удобно, чтобы тщательно выверенные и руками выставленные размеры сохранялись и без явной команды. Если работать с компьютером впопыхах и необдуманно, то размеры диалогов — это меньшая из проблем.