Автор Тема: Обрезается снизу текст в окне "Формат даты"  (Прочитано 2339 раз)

Оффлайн Антон Мидюков

  • alt linux team
  • ***
  • Сообщений: 5 183
  • antohami@
Второй, если вы делаете виджет с возможностью прокрутки текста, будьте добры показать полосу прокрутки. Это аксиома любого графического интерфейса. Посмотрите мой скриншот из РОСА, там полоса прокрутки присутствует, поэтому к ней никаких претензий нет.

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

Сообщите какой dpi установлен в Suse и в Альте. А также реальные размеры экрана.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Для Арбичева, некоторые советы.

Когда будете смотреть dpi и реальные размеры экрана, не доверяйте безоглядно выводу xdpyinfo.
Местами он несёт полный бред:
(при верном dpi, xdpyinfo выдал неверный размер экрана и это даёт повод не доверять его коду)
$ xdpyinfo | grep resolution: -B2
screen #0:
  dimensions:    1366x768 pixels (346x195 millimeters)
  resolution:    100x100 dots per inch

Потому что реальный размер экрана в миллиметрах, в соответствии со спецификацией на матрицу, например LP156WHB-TPC1:
$ echo '1366*0.252' | bc -l
344.232
$ echo '768*0.252' | bc -l
193.536

Который до целых миллиметра, содержится тремя байтами в edid.
И вывод edid-decode, это уже профессиональный уровень:
$ xrandr --props | edid-decode -e | grep 'Detailed Timing Descriptors:' -A10
  Detailed Timing Descriptors:
    DTD 1:  1366x768    60.005 Hz 683:384  47.404 kHz  76.320 MHz (344 mm x 194 mm)
                 Hfront   48 Hsync  32 Hback 164 Hpol N
                 Vfront    3 Vsync   5 Vback  14 Vpol N
    Empty Descriptor
    Alphanumeric Data String: 'LG Display'
    Alphanumeric Data String: 'LP156WHB-TPC1'
Checksum: 0xb3
(вывод, в котором указан точный размер экрана до целых миллиметра)

Вывод, в котором строка Alphanumeric Data String, содержит модель дисплея.

Гугл-поиск по модели
LP156WHB-TPC1 specification pdf
выдаст ссылки на спецификацию в pdf.
Спецификация на дисплей, содержит размер точки матрицы дисплея.

Это даст возможность высчитать dpi, который должен устанавливать Xorg для дисплея.
Рассчитывается этот dpi по формуле:
Дюйм в сантиметрах перевести в миллиметры и разделить на размер точки матрицы дисплея. Размер которой, в спецификации на дисплей приводится до тысячных миллиметра. А в спецификации мониторов с большим разрешением, может быть указан до десятитысячных миллиметра.
Пример расчёта dpi для дисплея LP156WHB-TPC1 с квадратной точкой матрицы дисплея 0.252x0.252:
$ echo '2.54*10/0.252' | bc -l
100.79365079365079365079

А для монитора PHL 222V8, с размером точки матрицы экрана 0.2493 x 0.241 мм, этот DPI должен быть (101, 105):
$ echo '2.54*10/0.2493' | bc -l
101.88527878058563979141
$ echo '2.54*10/0.241' | bc -l
105.39419087136929460580

Устанавливаемый же Xorg dpi по-умолчанию в системе, содержится в логе:
/var/log/Xorg.0.log

И он не всегда совпадает с тем, который должен устанавливаться для конкретного дисплея.
И если в конфигурационном файле, опцией DisplaySize размер экрана не указан явно, то часто, dpi устанавливаемый Xorg, в логе /var/log/Xorg.0.log будет ошибочным:
$ grep DPI /var/log/Xorg.0.log
[109975.581] (==) modeset(0): DPI set to (96, 96)

Верный DPI, Xorg будет устаналивать, если в альтератор в секции Дисплей, для генерации
/etc/X11/xorg.conf.d/10-monitor.conf,
в опциях alterator-x11
Драйвер:
Разрешение:
Указать размер экрана:


драйвер, разрешение и размер экрана, будут указаны явно.
И 10-monitor.conf будет представлен тремя секциями:
Section "Monitor"
Section "Device"
Section "Screen"

Выполнять перезагрузку после генерации 10-monitor.conf, как говорит альтератор, необязательно.
Достаточно выполнить релогин в X-сессию.
Это может быть исключительно полезно при загрузке лайв без сессии. Когда перезагрузка с сохранением параметров невозможна в принципе.

Оффлайн Арбичев

  • Завсегдатай
  • *
  • Сообщений: 502
    • Email
Извините, что Задержался с ответом.

Альт:

[admin@yetlake ~]$  xdpyinfo | grep resolution: -B2
screen #0:
 dimensions:    1920x1080 pixels (344x194 millimeters)
 resolution:    142x141 dots per inch
[admin@yetlake ~]$

Tumbleweed:

admin@localhost:~> xdpyinfo | grep resolution: -B2
screen #0:
  dimensions:    1920x1080 pixels (508x285 millimeters)
  resolution:    96x96 dots per inch

Я ничего не понимаю. Ноутбук с двойной загрузкой - Альт и Tumbleweed. Как может быть у одного ноутбука разный размер экрана в миллиметрах?
Lenovo Z 50-70 openSUSE Tumbleewed

Оффлайн Арбичев

  • Завсегдатай
  • *
  • Сообщений: 502
    • Email
Вторая полезная команда в openSUSE у меня не находит:

admin@localhost:~> xrandr --props | edid-decode -e | grep 'Detailed Timing Descriptors:' -A10
bash: edid-decode: команда не найдена
Lenovo Z 50-70 openSUSE Tumbleewed

Оффлайн Антон Мидюков

  • alt linux team
  • ***
  • Сообщений: 5 183
  • antohami@
Установите в Альте xorg-96dpi и будет как в Suse.

Оффлайн Арбичев

  • Завсегдатай
  • *
  • Сообщений: 502
    • Email
Антон, меня не это смущает. Альт показывает правильные физические размеры экрана: 344x194 мм.
А вот openSUSE показывает неправильные физические размеры экрана: 508x285 мм.
Почему так?
Lenovo Z 50-70 openSUSE Tumbleewed

Оффлайн Антон Мидюков

  • alt linux team
  • ***
  • Сообщений: 5 183
  • antohami@
Установите пакет edid-decode и посмотрите им, как писал выше Speccyfighter.
xdpyinfo врёт.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Вторая полезная команда в openSUSE у меня не находит:

admin@localhost:~> xrandr --props | edid-decode -e | grep 'Detailed Timing Descriptors:' -A10
bash: edid-decode: команда не найдена

В системе в которой получаете вывод
bash: edid-decode: команда не найдена

установите пакет edid-decode и повторите команду.

Последние версии edid-decode, умеют парсить edid не только из вывода 'xrandr --props', но и из вывода /var/log/Xorg.0.log:
cat /var/log/Xorg.0.log | edid-decode -e

Оффлайн Арбичев

  • Завсегдатай
  • *
  • Сообщений: 502
    • Email
К сожалению, в стандартном репозитории opensuse такого пакета нет. Буду разбираться.
Lenovo Z 50-70 openSUSE Tumbleewed

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
К сожалению, в стандартном репозитории opensuse такого пакета нет. Буду разбираться.

Со страницы
https://software.opensuse.org/download.html?project=hardware&package=edid-decode#manualopenSUSE

Добавить репозиторий и установить вручную
Для openSUSE Tumbleweed запустите от имени root:

zypper addrepo https://download.opensuse.org/repositories/hardware/openSUSE_Tumbleweed/hardware.repo
zypper refresh
zypper install edid-decode


Оффлайн Арбичев

  • Завсегдатай
  • *
  • Сообщений: 502
    • Email
Нервы не выдержали, на одном из своих компьютеров снес кдешный стартеркит и поставил KWS 10.2. Первым делом решил проверить, как обстоят дела с виджетом "Настройка цифровых часов". А дела обстоят прекрасно - полоса прокрутки отображается. Вот здесь мне непонятно, как в одной фирме в дистрибутивах с одним и тем же KDE в одном сделано правильно, а в другом неправильно. Между разработчиками этих дистрибутивов что, воздвигнута каменная стена? Они между собой не общаются?
Lenovo Z 50-70 openSUSE Tumbleewed

Оффлайн Арбичев

  • Завсегдатай
  • *
  • Сообщений: 502
    • Email
В предыдущем посте не смог приложить скриншот. При нажатии на кнопку "Выберите файл" в правом верхнем углу дисплея на долю секунды появляется аварийное сообщение, даже не успеваешь его прочитать. При повторном  нажатии  этой кнопки ничего не происходит. Браузер дефолтный - Хромиум-ГОСТ.
Lenovo Z 50-70 openSUSE Tumbleewed

Оффлайн Антон Мидюков

  • alt linux team
  • ***
  • Сообщений: 5 183
  • antohami@
Вот здесь мне непонятно, как в одной фирме в дистрибутивах с одним и тем же KDE в одном сделано правильно, а в другом неправильно.

Не используйте стартеркиты, пожалейте свои нервы.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Вот здесь мне непонятно, как в одной фирме в дистрибутивах с одним и тем же KDE в одном сделано правильно, а в другом неправильно. Между разработчиками этих дистрибутивов что, воздвигнута каменная стена? Они между собой не общаются?

Стартеркиты собираются ежеквартально по профилю, на актуальном на момент сборки бранче. Но кроме xfce-sysv никем не поддерживаются.

Оффлайн Александр Ерещенко

  • Завсегдатай
  • *
  • Сообщений: 1 161
Вот здесь мне непонятно, как в одной фирме в дистрибутивах с одним и тем же KDE в одном сделано правильно, а в другом неправильно. Между разработчиками этих дистрибутивов что, воздвигнута каменная стена? Они между собой не общаются?

Стартеркиты собираются ежеквартально по профилю, на актуальном на момент сборки бранче. Но кроме xfce-sysv никем не поддерживаются.
В этом смысле стартеркит xfce-sysv может претендовать на звание дистрибутива, а вот все остальные стартеркиты - это именно буквально стартовые наборы и на большее не претендуют по определению (т.е. так и задумано)