| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
This fixes a bug, where we fell back to the defined background color, if
reading an image file failed.
If that file was a user background, we didn't fall back to the defined
system background before using the color, now we do.
Only if that one is not readable either, we fall back to the color.
Ported from Slick Greeter:
https://github.com/linuxmint/slick-greeter/commit/32f2bb5feebca3377c9fc202e0a6aac6ddb75212.patch
|
| |
|
|
| |
in if-clauses.
|
| |
|
|
| |
behaviour change compared to the previous version, but actually in a direction we want it to be.
|
| |
|
|
| |
headers of files I have worked on.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
gathering thread during initialization.
Wait for the main window
to be realized before passing its cairo surface to the background
object and drawing the background for the first time.
We also need to make sure in our background's size_allocate function
to abort if we're not really active yet (no GdkWindow realized, and
no AnimateTimer yet).
Moved some background init stuff from the main window to the background
class for clarity, and removed the default_background setting - it is
already grabbing the default color in Background's class init.
Obtained (and modified) from the following slick-greeter commits:
d2a7122d731c0f19f502a9efba1feee651bcfa7c
d4a2a94eb7120393bb225b680fdfecf5c1d3c4ea
941ecbc5dcb4e7a072c1ca8816d9678f59a96418
Adaptations by: Mike Gabriel <mike.gabriel@das-netzwerkteam.de>
|
| |
|
|
| |
Ported from slick-greeter.
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
dialog is positioned correctly again.
|
| | |
|
| | |
|
| |
|
