Package Details: liblightdm-qt5-git 1.30.0.r9.g03f21898-1

Git Clone URL: https://aur.archlinux.org/lightdm-git.git (read-only, click to copy)
Package Base: lightdm-git
Description: LightDM Qt client library
Upstream URL: https://launchpad.net/lightdm
Licenses: GPL3, LGPL3
Conflicts: liblightdm-qt5
Provides: liblightdm-qt5
Submitter: SolarAquarion
Maintainer: SolarAquarion
Last Packager: SolarAquarion
Votes: 280
Popularity: 0.000000
First Submitted: 2017-12-18 19:45 (UTC)
Last Updated: 2019-12-15 20:56 (UTC)

Latest Comments

« First ‹ Previous 1 .. 26 27 28 29 30 31 32 33 34 35 36 .. 40 Next › Last »

<deleted-account> commented on 2011-11-06 01:38 (UTC)

A note on MilanKnizek's comment about the fix for the PATH var: if you don't need to use "ck-launch-session", lightdm already handles that for you, so it's just necessary, on the wrapper: #!/bin/sh [[ -f /etc/profile ]] && . /etc/profile exec $1 Source: https://bbs.archlinux.org/viewtopic.php?pid=1006368

<deleted-account> commented on 2011-11-05 01:39 (UTC)

Hi, Re my earlier post, I have created a patch to add an onscreen keyboard to the gtk-greeter. It adds a menu item to the a11y menu in lightdm-gtk-greeter which launches the user's selected on screen keyboard based on the commands they put in /etc/lightdm/lightdm-gtk-greeter.conf Of course, my C skills are limited, so someone may want to clean up the patch a little, but it does work without any issues on my system. Patch can be downloaded here: http://home.exetel.com.au/padfoot/downloads/patches/lightdm-gtk-greeter.patch.tar.gz Cheers.

<deleted-account> commented on 2011-11-04 10:00 (UTC)

I've added comment to https://bugs.launchpad.net/lightdm/+bug/783827 and until it's fixed, lightdm is pretty much useless for non-US localization.

<deleted-account> commented on 2011-11-04 09:58 (UTC)

I still have problems with locale. Anyone knows about it? Here is what I have in my locale.conf: LANG=en_US.UTF-8 LC_CTYPE=en_US.UTF-8 LC_NUMERIC=hr_HR.UTF-8 LC_TIME=hr_HR.UTF-8 LC_COLLATE=hr_HR.UTF-8 LC_MONETARY=hr_HR.UTF-8 LC_MESSAGES=en_US.UTF-8 LC_PAPER=hr_HR.UTF-8 LC_NAME=hr_HR.UTF-8 LC_ADDRESS=hr_HR.UTF-8 LC_TELEPHONE=hr_HR.UTF-8 LC_MEASUREMENT=hr_HR.UTF-8 LC_IDENTIFICATION=hr_HR.UTF-8 LC_ALL= and it works with e.g. lxdm, but here is the locale output with lxdm: LANG= LC_CTYPE= LC_NUMERIC="POSIX" LC_TIME="POSIX" LC_COLLATE="POSIX" LC_MONETARY="POSIX" LC_MESSAGES="POSIX" LC_PAPER="POSIX" LC_NAME="POSIX" LC_ADDRESS="POSIX" LC_TELEPHONE="POSIX" LC_MEASUREMENT="POSIX" LC_IDENTIFICATION="POSIX" LC_ALL=

graysky commented on 2011-11-01 19:27 (UTC)

Crazy :) Thanks for the explanation.

robertfoster commented on 2011-11-01 15:14 (UTC)

because 1.0.5 is a version released after 1.1.0. Honestly I misunderstood the developer's behaviour

graysky commented on 2011-10-31 10:25 (UTC)

Morfeo - why the downgrade?

<deleted-account> commented on 2011-10-29 05:16 (UTC)

For those interested, I have managed to patch lightdm to use an onscreen keyboard. I have an Acer Iconia Tab W501 with a native Arch install, Xfce and LightDM. I have had a terrible time trying to get an onscreen keyboard working with most DM's (wanting to avoid GDM and it's myriad of dependencies as much as possible). Light DM is so much better (and configurable) for my liking. I literally only added about 10 lines to the gtk greeter (modifying 2 files - the greeter by adding a callback and the ui adding the menu item) by adding a new callback to launch the keyboard from the a11y menu. Not being a c programmer, I'm sure my method of launching the keyboard will need to be tidied up, but the callback function itself is sound. Currently it only launches Florence (I hardcoded for my own testing and simplicity purposes) but I am sure an extra key can be added to the lightdm-gtk-greeter.conf to customise the choice of keyboard. The good thing about this method, is you only need to run the keyboard as root to configure it, and LightDM will use that config (in GDM I could not for the life of me get the keyboard out of the top left corner). Anyway, if anyone is interested (a c programmer would be ideal) in developing a proper patch for the package, respond and I will gladly share the modified code. Cheers.

robertfoster commented on 2011-10-22 15:23 (UTC)

I'll wait for a new minor upgrade to fix locales problems

robertfoster commented on 2011-10-22 15:22 (UTC)

Thanks to all of us

« First ‹ Previous 1 .. 26 27 28 29 30 31 32 33 34 35 36 .. 40 Next › Last »