#921387 UI on HIDPI too small

Package:
libreoffice
Source:
libreoffice
Description:
office productivity suite (metapackage)
Submitter:
Toni
Date:
2025-09-28 07:23:03 UTC
Severity:
normal
Tags:
#921387#5
Date:
2019-02-04 22:37:38 UTC
From:
To:
Hi,

on my HIDPI display, most UI elements, and especially the file dialogue,
are too small. I tried setting environment variables, as suggested in
the Arch wiki, but to no avail (I tried both GTK3 and QT settings).

The effect of this problem is that texts and tooltips are so small that
it is very difficult for me to read the filenames, dialogues or tooltips.


Cheers,
Toni

#921387#10
Date:
2019-02-06 19:12:48 UTC
From:
To:
This is pretty subjective, isn't it? At leat in my GNOME here on my
new laptop this is quite small on 1920x1080 but not unbearable even
with my eyes..

Your scenario is something no-GTk3 and no KDE integration?

Regards,

Rene

#921387#15
Date:
2019-02-07 08:39:28 UTC
From:
To:
Hi Rene,

yes, but if things turn out to be maybe 6pt on a "normal" screen, as a
rough estimate, I think it is safe to say that this is too small. That'd
be too small for latin characters only, but I also have a significant
number of more complex chacaters (mostly Chinese), which are absolutely
unreadable at that size.

I have a 15" laptop and 294 dpi. But I noticed something else, that the
resolution is set to 96x96, according to the X11 log file. Maybe there's
a bug in the graphics driver, not in the application.

Maybe. I use plain awesome, which I start with "startx" from a text
console.


Kind regards,
Toni

#921387#20
Date:
2019-02-08 18:41:58 UTC
From:
To:
Hi,

Mine is 13.3".

screen #0:
  dimensions:    1920x1080 pixels (290x170 millimeters)
  resolution:    168x161 dots per inch
  depths (7):    24, 1, 4, 8, 15, 16, 32
  root window id:    0x39c
  depth of root window:    24 planes
  number of colormaps:    minimum 1, maximum 1
  default colormap:    0x23
  default number of colormap cells:    256
  preallocated pixels:    black 0, white 16777215
  options:    backing-store WHEN MAPPED, save-unders NO
  largest cursor:    1920x1080

This would explain why neither gtk3 nor qt settings have an effect because LibreOffice
then uses the "gen" plugin which is basically LO doing the UI itself.

Does export SAL_USE_VCLPLUGIN=gtk3 (install libreoffice-gtk3...) change it? That would
use the "gtk3" plugin. (As done automatically when LO detects it runs under GNOME)

Regards,

Rene

#921387#25
Date:
2019-02-08 22:29:11 UTC
From:
To:
Hi Rene,
Screen 0: minimum 320 x 200, current 3840 x 2160, maximum 8192 x 8192
eDP-1 connected primary 3840x2160+0+0 (0x67) normal (normal left inverted right x axis y axis) 344mm x 194mm
	Identifier: 0x62
	Timestamp:  90357
	Subpixel:   unknown
	Gamma:      1.0:1.3:1.7
	Brightness: 0.55
	Clones:
	CRTC:       0
	CRTCs:      0 1 2
	Transform:  1.000000 0.000000 0.000000
	            0.000000 1.000000 0.000000
	            0.000000 0.000000 1.000000
	           filter:
	EDID:
		00ffffffffffff004d108d1400000000
		051c0104a52213780ead27a95335bc25
		0c515400000001010101010101010101
		0101010101014dd000a0f0703e803020
		350058c2100000180000000000000000
		00000000000000000000000000fe0046
		4e564452804c51313536443100000000
		0002410328011200000b010a202000b6
	scaling mode: Full aspect
		supported: Full, Center, Full aspect
	Broadcast RGB: Automatic
		supported: Automatic, Full, Limited 16:235
	link-status: Good
		supported: Good, Bad
	CONNECTOR_ID: 71
		supported: 71
	non-desktop: 0
		range: (0, 1)


(I don't understand everything in there...)

Yes, texts are now a little larger - but in the UI not very much.


Cheers,
Toni

#921387#30
Date:
2019-02-09 10:03:21 UTC
From:
To:
Hi,
Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 8192 x 8192
XWAYLAND0 connected 1920x1080+0+0 (0x22) normal (normal left inverted right x axis y axis) 290mm x 170mm
	Identifier: 0x21
	Timestamp:  27584
	Subpixel:   unknown
	Gamma:      1.0:1.0:1.0
	Brightness: 0.0
	Clones:
	CRTC:       0
	CRTCs:      0
	Transform:  1.000000 0.000000 0.000000
	            0.000000 1.000000 0.000000
	            0.000000 0.000000 1.000000
	           filter:
	non-desktop: 0
		supported: 0, 1
  1920x1080 (0x22) 369.500MHz -HSync +VSync *current +preferred
        h: width  1920 start 2080 end 2288 total 2656 skew    0 clock 139.12KHz
        v: height 1080 start 1083 end 1088 total 1160           clock 119.93Hz

Neither do I, but do you really attempt to use 3840x2160 and are suprised this is small on
a 15"?

Regards,

Rene

#921387#35
Date:
2019-02-09 13:37:32 UTC
From:
To:
Hi Rene,

I don't "really attempt", it just automatically configured itself this
way. And I actually welcome the smoother characters.

Yes, I am "surprised" this is small, because that's imho the only reason
why software would claim abilities to work on HIDPI displays - that it
can automatically detect and adapt to different DPI figures to give a
similar experience everywhere. That's also the only reason why we
measure font sizes in points instead of pixels. Not honouring the screen
resolution would imho make a claim to HIDPI compatibility invalid.

The only thing I can really see failing here, is that the output of
xrandr shows 96x96 dpi, which is patently untrue. If I knew where to
look, I would want to fix that (xorg driver? xorg base? elsewhere?).

If there was a way to adjust the UI font sizes, that could be a useful
band aid, but I largely unaware of such a thing.


Cheers,
Toni

#921387#40
Date:
2019-02-09 15:37:17 UTC
From:
To:
But it can be changed... I also did that on my screen until I decided
that it is OK - in GMOME using the "Big fonts" accessibility option.
But until then I simply switched to 1600x900.

I am not aware of one in LO for the "gen" plugin, which is the last
fallback....

And then there's the GNOME/Gtk3/Qt/... settings. You have choosen
awesome.

Regards,

Rene

#921387#45
Date:
2019-02-10 17:38:49 UTC
From:
To:
If these accessibility features would be tunable by environment
variables which were interpreted by libraries or config files, that
would be perfectly fine by me. If I could just install some libraries or
such a settings program and then set those values in a way that I would
have them in awesome, but without Gome and friends, that would also be
perfectly acceptable.

And for a good reason. For about everything else in those "desktop
environments" does not work for me and my workflows. I've lost my
desktop environments more often than I can remember, due to profile
corruption on every computer and every version I tried, to the point
that I could not even run Firefox on a pretty vanilla Gnome in Stretch,
where I once arrived in a situation where deleting all dot files and
directories under ~user/ did not make it work again. However, shutting
down Gnome and starting awesome fixed the problem immediately.

This accessibility issue does not outweigh the plethora of problems I
experience with "desktop enviromnents" within weeks or days after trying
to use them, and should imho be solved in a generic way that's open to
every GUI user.


Cheers,
Toni

#921387#50
Date:
2024-04-17 11:53:46 UTC
From:
To:
Dear submitter,

as the package libreoffice has just been removed from the Debian archive
experimental we hereby close the associated bug reports.  We are sorry
that we couldn't deal with your issue properly.

For details on the removal, please see https://bugs.debian.org/1069123

The version of this package that was in Debian prior to this removal
can still be found using https://snapshot.debian.org/.

Please note that the changes have been done on the master archive and
will not propagate to any mirrors until the next dinstall run at the
earliest.

This message was generated automatically; if you believe that there is
a problem with it please contact the archive administrators by mailing
ftpmaster@ftp-master.debian.org.

Debian distribution maintenance software
pp.
Scott Kitterman (the ftpmaster behind the curtain)

#921387#59
Date:
2025-08-07 22:13:21 UTC
From:
To:
Humanitarian Grant of 1.5M for you. Reply for claims
#921387#66
Date:
2025-09-27 13:55:36 UTC
From:
To:
Madame, Monsieur,
Malgré nos précédents contrôles comptables, nous constatons à ce jour que le règlement du loyer du mois de septembre demeure en attente.
Nous vous saurions gré de bien vouloir nous transmettre sans délai le justificatif de paiement ou la quittance correspondante, afin de procéder à la régularisation de votre situation.À défaut de retour rapide de votre part, nous serons contraints d'engager les démarches nécessaires au recouvrement de cette somme.
Nous vous rappelons par ailleurs que nos coordonnées bancaires ont récemment été modifiées.Ces nouvelles références doivent impérativement être utilisées pour tout paiement à venir, notamment celui du loyer du mois d'octobre.Tout règlement effectué sur l’ancien RIB ne pourra être validé.
Si vous ne disposez pas encore de ce RIB actualisé, nous vous invitons à en faire la demande dans les meilleurs délais.
📩 Contact – Service Comptabilité : comptabilite_gestion_locative@outlook.com
Nous vous remercions de votre diligence et restons à votre entière disposition pour tout complément d’information.
Dans l’attente de votre régularisation,Veuillez agréer, Madame, Monsieur, l’expression de nos salutations distinguées.
Le Service Comptabilité – Gestion Locative