Обрезается снизу текст в окне "Формат даты"

[Арбичев]

"Осенний" 2023 года стартеркит KDE.
В приложении "Параметры системы KDE5" в подпункте "Настройка виджета "Цифровые часы" > Внешний вид > в окне "Формат даты" обрезается текст с нижней стороны.
Предварительная причина - неправильно задан размер окна ввода по вертикали.
Прилагается скриншот.

[gosts 87]

Не могу подтвердить. Всё нормально прокручивается, есть доступ ко всем пунктам этого раздела.

[Арбичев]

Я не понимаю, о чем вы говорите. Посмотрите на мой скриншот, в этом окне нет полосы прокрутки текста. Справа там есть галочка, при нажатии на которую реализуется выпадающее меню.

[gosts 87]

в этом окне нет полосы прокрутки текста.

Её действительно нет, но прокручивать текст колёсиком мыши можно.

[Speccyfighter]

"Осенний" 2023 года стартеркит KDE.

Посмотрел.
Ужас...
С флешки USB 2.0, оно грузится как Windows 10:
Можно начинать загрузку и идти пить кофе.

В приложении "Параметры системы KDE5" в подпункте "Настройка виджета "Цифровые часы" > Внешний вид > в окне "Формат даты" обрезается текст с нижней стороны.
Предварительная причина - неправильно задан размер окна ввода по вертикали.
Прилагается скриншот.

На дисплеях 1366x768? всё целиком оно не поместится, даже если размеры окна будут заданы правильно.
А на нетбуках, оно не поместится по-определению.

Расположив курсор в поле окна Настройка виджета "Цифровые часы" справа от падающих окон (о чем говорят стрелки вниз на падающих окнах), окно виджета можно сколлировать колесом мыши вниз и вверх. Или двумя пальцами по тачпаду.
Если располагать курсор в поле окна над или под падающими окнами, при скроллинге вверх-вниз, содержимое какого-то падающего окна может случайно измениться.

А вообще, в kde3/tde, в таких случаях, когда содержимое окна не помещается, появлялся скролл-бар.
И не появлялся, если содержимое окна вместилось целиком и полностью.

[Арбичев]

Такая картина наблюдается на дисплее 1920х1080.

[Арбичев]

Другой компьютер со стартеркитом, дисплей тоже 1920х1080. Ситуация один в один.

[Арбичев]

А вот KDE от Tumbleweed, дисплей тоже 1920х1080. Слово "Краткий" в окошечке не обрезано. Почувствуй разницу.

[Антон Мидюков]

Масштаб интерфейса выбран другой. Уменьшите, будет влезать.

[Арбичев]

Антон, вы вообще что имеете ввиду? После открытия данного окна, которое на скриншоте, манипуляции "Ctrl++" или "CTRL+-" не изменяют размер этого окна.

[Антон Мидюков]

Антон, вы вообще что имеете ввиду? После открытия данного окна, которое на скриншоте, манипуляции "Ctrl++" или "CTRL+-" не изменяют размер этого окна.

В kde настраивается масштаб интерфейса. Автоматом подбирается по dpi. В Suse всё мелко, как-будо принудительно 96 dpi выставлен. Можно попробовать установить xorg-96dpi, чтобы также мелко было.

[Speccyfighter]

Антон, вы вообще что имеете ввиду? После открытия данного окна, которое на скриншоте, манипуляции "Ctrl++" или "CTRL+-" не изменяют размер этого окна.

В kde настраивается масштаб интерфейса. Автоматом подбирается по dpi. В Suse всё мелко, как-будо принудительно 96 dpi выставлен. Можно попробовать установить xorg-96dpi, чтобы также мелко было.

Антон, dpi обязан соответствовать матрице. Пиксел в точку. Никак иначе. И никаких произвольных dpi.
Точный dpi для максимального разрешения матрицы LP156WHB-TPC1:

Код: [Выделить]

$ echo '2.54*10/0.252' | bc -l
100.79365079365079365079


Код: [Выделить]

echo 'дюйм_в_сантиметрах_до_сотых * 10 / точка_матрицы_до_тысячных_миллиметра' | bc -l

Для этого дисплея, Xorg может выдать 100 или 101 dpi. И то и другое верно.
Завязывать с фантазией и читать спецификацию.
Модель матрицы ноутбука, содержит четвёртый дескриптор edid:

Код: [Выделить]

$ xrandr --props | edid-decode -e

Дальше придерживаться, только спецификации.
А не той херни, которую устанавливает Xorg в альтах:

Код: [Выделить]

# grep -i dpi /var/log/Xorg.0.log
[    41.489] (==) modeset(0): DPI set to (96, 96)


[Speccyfighter]

А после принудительной точной настройки,

Код: [Выделить]

$ grep -v ^# /etc/X11/xorg.conf.d/10-monitor.conf

Section "Monitor"
    Identifier "Monitor0"
    DisplaySize 344 194
EndSection

Section "Device"
    Identifier "Card0"
    Driver "modesetting"
EndSection

Section "Screen"
    Identifier "Screen0"
    Device "Card0"
    Monitor "Monitor0"
    SubSection "Display"
        Modes "1366x768"
    EndSubSection
EndSection

на LP156WHB-TPC1 Xorg уже устанавливает верный DPI:

Код: [Выделить]

# grep -i dpi /var/log/Xorg.0.log
[ 34219.943] (**) modeset(0): DPI set to (100, 100)

И DPI индивидуален и рассчитывается, для каждой отдельно взятой матрицы.

man xorg.conf
       DisplaySize  width height
              This  optional  entry gives the width and height, in millimetres, of the picture area of the monitor.  If given this  is used to calculate the horizontal and vertical pitch (DPI) of the screen.
       DisplaySize ширина высота
               Эта необязательная запись указывает ширину и высоту области изображения монитора в миллиметрах. Если задано, оно используется для расчета горизонтального и вертикального шага (DPI) экрана.

[Арбичев]

Вот еще один ноутбук с дисплеем 1920х1080, установлена РОСА, проблема не наблюдается. Из трех разных дистрибутивов Linux ошибка наблюдается только в Альте.

[Арбичев]

в этом окне нет полосы прокрутки текста.

Её действительно нет, но прокручивать текст колёсиком мыши можно.

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

Второй, если вы делаете виджет с возможностью прокрутки текста, будьте добры показать полосу прокрутки. Это аксиома любого графического интерфейса. Посмотрите мой скриншот из РОСА, там полоса прокрутки присутствует, поэтому к ней никаких претензий нет.