Victor_VG

Tracker Mod | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору На старте в максимизированном окне неправильно считается ширина окна - знакомое явление, но это не баг Far-а, а особенность отрисовки экрана терминала - по умолчанию терминал использует растровые (матричные) шрифты с фиксированной матрицей N*M пкс на знакоместо и необходим подбор шрифта под каждую линеатуру (число линий на дюйм по вертикали/горизонтали) и размер окна консоли. Сам когда-то с этим явлением встретился когда получил 1080р (1920х1080) монитор с его отношением сторон 16:9 - при стандартных для ОС размерах шрифта в при изменении размера окна, особенно на полный экран, визуально "срезалась" половина высоты нижней строки. Пришлось подбирать шрифт и его высоту, из доступных матричных ни один это явление не устранял - тут настроил, а если менялся размер окна - опять строки или колонки "срезаются" решением стало использование True Type (векторных) шрифтов которые "умеют подстраиваться" под текущие параметры окна. Но, на мониторах с отношением сторон 5:4, 4:3 или не точно 16:9, а например с разрешением 1920х1200 этого явления нет... Добавлено: BorlandIMHO Так архитектуры RISC (VAX, SPARC, MIPS, ARM) и CISC процессоров слегка разные, но они все процессоры - считают, значит одинаковы! Я на такое "одинаковы" не раз нарывался - иная архитектура ЦП - иное поведение, возись! А PL/1 язык слегка более высокого уровня чем С/С++ Например: Dcl M Array[a,b,G[d,l]]; - вложенный массив, один из индексов которого сам двумерный массив объявлен и мне не нужно думать ни о чём - хэндлах, буферах, структурах данных в памяти. Нужны данные из элемента вложенного массива лежащего в сети? Не вопрос - If B >= (Call Z1 (KX ** 2 - D)) Then T := Get(A,M[5,11,G[5,12]]) End; - распишитесь и получите.
---------- Жив курилка! (Р. Ролан, "Кола Брюньон") Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti |
|