On Thu, Jul 30, 2015 at 12:01:48PM -0300, Fernando de Oliveira wrote:
> Em 25-07-2015 16:06, Ken Moffat escreveu:
>
> Ken, thought I should share with you and the list.
>
Thanks. Comments for casual readers: I've replied inline, then put
some notes on where I have got to in trying to change a theme,
followed by some notes on using QML. At the end is my reply about
adding sddm to the book.
> I've replaced lxdm by sddm, *without systemd*:
>
> 03/23/15 18:36 lxdm-0.5.0
> 07/29/15 21:20 sddm-0.11.0
>
> > Just a note of some developments in my issue with the keymap choice
> > always showing USA with an American flag :
> >
> > 1. If I select the dropdown with the mouse (only USA is visible) and
> > then hit any key, it changes to gb with a British flag (actually,
> > two identical instances). The keyboard then sort-of works in sddm -
> > if the theme has a login button, I can key my password and login.
> > But if the theme does not have a login button (i.e. needs enter,
> > like the default theme) the main enter key seems to be treated as
> > another character, but the numeric keypad enter key works.
>
> Also have some issues, but the drop-down menu of keyboard alternatives,
> doesn't open, only two question marks ("??") are displayed. However,
> when I start typing the password, magically, the question marks are
> replaced by the Brazilian flag. For me, both, "Enter" keys work fine to
> login.
>
I'm still working on a theme to suit my own preferences or
prejudices, but I have *dropped* the keymap choice - I got lost
looking in the code, the only real reference was in a moc version of
one of the .cpp files in the build directory, but my impression is
that the choice is only for the keyboard (I had wondered if I was
mistaken and perhaps it controlled language).
> Anyway, I have changed Xsetup:
>
> $ cat /usr/share/sddm/scripts/Xsetup
> #!/bin/sh
> # Xsetup - run as root before the login dialog appears
> LANG=pt_BR.UTF-8
>
> Did that hoping to not have your issue. Perhaps it is the reason I'm
> getting question marks.
>
I did not think of hacking the scripts - at the moment I am running
kde in runlevel 3 (I could not find anywhere to set my environment
so that kf5 and plasma in /opt/kf5 would be found) so that I can
test my theme with sddm-greeter (if I use icewm from sddm, even
after exporting the environment variables then running the greeter
for a test does not work). Testing an sddm theme means
sddm-greeter --test --theme /path/to/your/theme
> Searched "sddm keyboard" and have just seen in a post at
>
> [https://bbs.archlinux.org/viewtopic.php?pid=1508261#p1508261]
>
> {{{
> You edit file
> /usr/share/sddm/scripts/Xsetup
> and write
> setxkbmap "your layout"
> }}}
>
> Removed LANG and included:
>
> setxkbmap -option "br,us"
>
> Gives me the Brazilian flag, as expected, but not the second option,
> differently from expected.
>
I'll maybe take a look, but I don't really have a need for multiple
keyboard layouts.
> > I'll take a look at trying to create my own theme. This may take
> > some time, I really do not understand any of this at the moment.
>
> When you succeed, I would like very much to learn how to do it, please.
>
At the moment, I have finally learned how to create png images with
transparent backgrounds (using the gimp - much of what google finds
does not match gimp-2.8 : maybe one day I'll get back to trying to
use layers in photos), reworked one of the themes - to use one of my
own photos and added a clock, added buttons at the side and used
those to replace the text buttons for login | poweroff | reboot,
removed the dropdown for keyboard.
Some fun along the way. In particular, after removing the text
buttons one at a time and giving my new png buttons the same names,
when I did that with the last one the whole central rectangle got
screwed up, with some text, a field, and more text all in the centre
of the rectangle and nothing else on the grey rectangle. After a
bit more research, I decided that the theme I had started from
seemed to have excessive nesting within its mainColumn. So I tried
stripping the Columns and Rows out to leave just the items they
contained, and I was back in business.
I also noticed that image buttons did not appear when running the
test (not surprising, sddm is not running because I'm in runlevel 3)
but the text buttons ('login' etc) do : on images, these were only
visible if the 'can' function returned true. At the moment I have
made these unconditional (with the elarun theme I got varying results
for canSuspend in my earlier testing) but I have not yet reached a
place where I'm ready to see if my new theme works.
I've treated this like adding a new page, or a new perl module - make
a lot of backups ;-)
Aside: the gentoo patch to sddm re upower is because they are using
a newer version of upower, 0.99, where suspend and hibernate have
been removed because part of systemd (logind, I think) can do them.
It is possible that polkit is also involved with suspend (and
hibernate, if anybody uses that) - I added a local polkit file
yesterday, hoping that it would create a suspend option on the plasma
logout screen, but no joy. In practice I use xbindkeys to suspend,
but I need to be logged in to a desktop to do that.
Useful links I have found: QML documentation for Qt-5.5 is at
http://doc.qt.io/qt-5/qtquick-index.html and also:
https://qmlbook.github.io/en/ch04/index.html
Google also found Qt-4 QML documentation, I avoided that in case
things had changed.
For comments, use C++ style, i.e. /* ... */ or //
As with *all* gui layout tools, experiment and reviewing the
examples you can find is the key to learning how to do it. I have
not attempted to do any gui programming for nearly 20 years, I'm sure
that QML is a lot simpler than many alternatives but it is still
quite hard if your task is not described in a tutorial.
It seems quite hard to find themes apart from what is shipped. I
found one from arch (with the arch name on the background) and one
other which worked ('urbanlifestyle' - might not be to everyone's
taste). I also found one called 'numix' which does not work for me
(maybe it required qt4, dunno). kf5 or plasma provided the breeze
theme - that works when I test it, but I cannot use it for real
because it relies on things in /opt/kf5. So, I need to use /usr
throughout on my next build [ with qtchooser in my case ].
For the many themes with user icons, I have no idea how these are
supposed to work - google images found themes with pictures of
animals for the icons, but my attempts to use an image failed and I
did not spend time on it (only 1 physical user here).
> Changing the topic a bit:
>
> SDDM is *recommended* for KDE5 and LXQt.
>
> I think at some time, preferably before freeze we should include it in
> BLFS. Opinions, please? Volunteer, please? I also volunteer.
>
At the moment I'm not willing to touch it until I've got a usable
version - for me, that means building plasma in /usr. Apart from
all the other things I'm doing, or should be doing (non-BLFS) I've
got to update the package versions in my scripts, and then fix up my
compare-my-versions-to-the-book script (probably multiple versions
of more packages).
My scripts are about 2 weeks out of date (except for plasma) and I'm
expecting a new version of plasma to arrive any day now (they seem
to come out near the end of each month), with a new version of kf5
early next month. I'm inclined to wait.
When I do try it, I'll hope to also try it with xfce (I don't expect
problems there, but in 7.6 I eventually managed to get lxdm working
with xfce thanks to your help, and then in 7.7 things had changed
and I ended up reverting to startx on that machine).
> Should not go with either KDE5 and LXQt, because it is general and to
> the best of my knowledge, it is not from either, although the maintainer
> seem to be the same as the one for many LQXt packages, correct me if I'm
> wrong.
>
Perhaps we should have a page listing Desktop Managers. At the
moment I'm not sure which we have in BLFS, but if any are dependent
on a DE we could have a 'chapter' page with links to standalone DMs
(I think lxdm is standalone) and then at the bottom it could say
something like "You may also wish to use other Desktop Managers which
depend on packages from a desktop environment, such as [link to kdm] or
[link to any other DM in the book]. I would suggest that such a
page should go *before* the desktop environments.
ĸen
--
This one goes up to eleven!
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
