Re: [kde] non-themed kdm greeter text needs to be bigger
- Date: Mon, 21 Jul 2014 02:14:13 +0000 (UTC)
- From: Duncan <1i5t5.duncan@xxxxxxx>
- Subject: Re: [kde] non-themed kdm greeter text needs to be bigger
Felix Miata posted on Sun, 20 Jul 2014 10:18:34 -0400 as excerpted:
>> Be that as it may, while I don't know the kde-specific technology, and
>> don't have a greeter installed here at all as I login at the CLI, one
>> general solution I've used to change font size in the past is to set
>> X's DPI...
> On your giant display it may not have been obvious, but that screenshot
> was taken in what should be a 144 DPI context. It's a different degree
> problem according to what the DPI actually is, but not solvable via DPI
> when DPI has already been set where it needs to be set or DPI forcing is
> being ignored. It would be a lesser problem were not KDM ignoring the
> xrandr commands necessary to work around
> https://bugs.freedesktop.org/show_bug.cgi?id=77321 and do DPI
> configuration via xorg.conf* DisplaySize instead of messing with xrandr.
Hmm... Regarding that bug, I see in your xorg.conf you have a screen
section, but no display subsection. Does adding a display subsection
with the following, in the screen section, work?
Virtual 1920 1200
It has been a few xorg versions ago that I tried something like that
here, and I can't remember whether it worked or whether I had to do an
xrandr call to get it to work, but I remember trying it. I had been
using kwin's zooming effect and of course panning with that, and the idea
came to me that I could setup a really giant virtual desktop basically
twice the size horizontally of my triple-monitor-stacked actual display
area, so the virtual would be 2x3 the size of a single monitor, but with
the three monitors stacked displaying the full height, I'd essentially
have two desktops side-by-side on the same virtual desktop and could pan
between them, while still having the normal set of virtual desktops I
could switch between. Either that or possibly double it both directions
so I'd have a 6x2 grid, with three physical monitors stacked so it was
2x2 times the actual display area and I could pan to any of the four.
As I said I don't remember whether it was the xorg.conf configuration or
only xrandr that worked, but whichever it was, that did work as far as X
and most apps were concerned.
The biggest problem was plasma. Normally, each monitor gets its own
"activity" -- it's the same activity-name, but each monitor's screen-
space is configured separately, with its own plasmoids and its own
wallpaper and etc. That didn't work out so well with the over-sized
virtual desktop, and plasma went crazy, distorting the desktop, with no
obvious way to configure the size of each sub-activity or to make it a
2x3=6 sub-activity display instead of 1x3.
The other problem was that I decided I didn't like the full-resolution
panning as much as I thought I would, tho if I had been able to get
plasma working correctly on the oversized desktop, I'd have lived with
One of these days I might try that again, just to see if it works better
> KDM3 doesn't misbehave like KDM4 does:
> Maybe I filed in the wrong place, but knowing what I know about v4
> locking vs. v5 development, and LightDM replacing KDM, I suspect
> attempting a solution upstream of a distro would be an exercise in
> futility. Plus the complexity of getting a shot set up remotely made me
> avoid attempting to ensure that the problem and absence of apparent
> solution is the same on other than openSUSE.
FWIW, as I said I don't use a DM or greeter, so I don't know about that
side of things, but I DO know that kde-frameworks-5 and plasma-5 (what
was being called plasma2) are supposed to support high-density displays,
basically doubling (tripling?) the size of most things, while still
allowing the extra pixels to smooth fonts and the like, much like Apple's
technology does these days.
(FWIW2, I did actually setup and build qt5/kde-frameworks-5/kde-
workspaces-5-rc a few days ago, based on the gentoo/qt overlay qt5 and
the gentoo/kde overlay kde-frameworks-5 and kde-workspaces-5-rc, and did
get all the gentoo USE flags and etc setup for it and got it to build and
install, but when I tried to run it, kwin5 kept crashing. Unfortuantely,
while kde-frameworks-5 is designed to install beside kde4, kde-
workspaces-5 is not, so to get it to install I had to uninstall kwin4/
plasma4, etc, enough of kde4 so it wouldn't run either. If I could have
left them both installed, the working kde4 and a broken kde5 to keep
trying every so often, I would have, but since I couldn't, I uninstalled
all the kde5 stuff and reinstalled the bits of kde4 I had to uninstall to
get kde5 installed.
So I'm back to kde4 now, without getting much of a chance at kde5, tho I
tried. I suspect that as the readme said is the case with some graphics
hardware, kwin5 can't yet deal with the radeon turks (hd6670 IIRC)
graphics I'm running, thus the crashes. I was disappointed that I
couldn't really get a running kde5 yet, but not entirely surprised.
I'll probably wait now until gentoo gets a main-tree qt5 at least, as
there's no qt5 in the main gentoo tree at all yet, thus my having to
install it from the gentoo/qt overlay, then try kde5 again. But I have
tried it now, just no dice for me at this early stage. =:^( )
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
This message is from the kde mailing list.
Account management: https://mail.kde.org/mailman/listinfo/kde.
More info: http://www.kde.org/faq.html.