>> given that i still prefer the icons to come from the plasma theme where
>> makes
>> sense,
>> I wonder if we can use the heuristic of having a custom iconloader in the
>> plasmashell process and attempt to use the theme themename-dark on themes
>> with
>> dark background
>
>
> In my point of vie
>
> given that i still prefer the icons to come from the plasma theme where
> makes
> sense,
> I wonder if we can use the heuristic of having a custom iconloader in the
> plasmashell process and attempt to use the theme themename-dark on themes
> with
> dark background
>
In my point of view it is
On Friday 18 September 2015 23:55:41 David Rosca wrote:
> Hi all,
>
> I use a Breeze Dark desktop theme and applications with default theme
> (that is regular Breeze color scheme and regular Breeze icons).
>
> The issue is that some icons on desktop are used from regular Breeze
> instead of dark
Hi David,
I know the problem but I don't know an solution.
The thing is that to guaranty that the look and feel is consistent you have
to use breeze (light) or breeze-dark in plasma, colour scheme and icons.
Cause as you wrote in the system tray you have there breeze icons from
plasma and from th
> On Sept. 18, 2015, 5:09 p.m., Marco Martin wrote:
> > fine, tough there should be a complete port of kickoff to kicker backend,
> > that was delayed to not go in 5.4 at the last moment.
> >
> > Eike: what's the status of it?
>
> Eike Hein wrote:
> It's pretty far along, but I currently h
Hi all,
I use a Breeze Dark desktop theme and applications with default theme
(that is regular Breeze color scheme and regular Breeze icons).
The issue is that some icons on desktop are used from regular Breeze
instead of dark variant. It is because those icons are loaded with
QIcon::fromTheme wh
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/125277/
---
(Updated Sept. 18, 2015, 6:20 p.m.)
Status
--
This change has been m
GENERAL INFO
BUILD UNSTABLE
Build URL:
https://build.kde.org/job/plasma-workspace%20master%20kf5-qt5/PLATFORM=Linux,compiler=gcc/183/
Project: PLATFORM=Linux,compiler=gcc
Date of build: Fri, 18 Sep 2015 17:18:49 +
Build duration: 17 min
CHANGE SET
Revision cd0b31d9907ae3387faa2551c74c122643
> On Sept. 18, 2015, 5:09 p.m., Marco Martin wrote:
> > fine, tough there should be a complete port of kickoff to kicker backend,
> > that was delayed to not go in 5.4 at the last moment.
> >
> > Eike: what's the status of it?
It's pretty far along, but I currently have to work on some other t
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/125283/
---
(Updated Sept. 18, 2015, 5:18 p.m.)
Status
--
This change has been m
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/125282/
---
(Updated Sept. 18, 2015, 5:18 p.m.)
Status
--
This change has been m
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/125283/#review85632
---
Ship it!
Ship It!
- Marco Martin
On Sept. 17, 2015, 8:24 a
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/125277/#review85631
---
Ship it!
fine, tough there should be a complete port of kicko
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/125006/#review85629
---
applets/systemloadviewer/package/contents/ui/SystemLoadViewer
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/125282/#review85630
---
Ship it!
Ship It!
- Marco Martin
On Sept. 17, 2015, 8:23 a
> On Sept. 15, 2015, 9:33 p.m., Vishesh Handa wrote:
> > Maybe we could just add this to our `IndexerConfig` class so that users of
> > our API don't need to know about dbus interfaces? Specially since I'm not
> > too keen on maintaining API comatibility in the dbus interface.
>
> Pinak Ahuja
> On Сен. 16, 2015, 10:11 д.п., Kai Uwe Broulik wrote:
> > I really like that!
> >
> > The device notifier UI itself is questionable with the popup telling us
> > "the device xyz failed to unmount" rather than just highlighting the device
> > and showing the message in the list directly but th
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/125288/
---
(Updated Sept. 18, 2015, 3:34 p.m.)
Status
--
This change has been m
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/125287/
---
(Updated Sept. 18, 2015, 3:23 p.m.)
Status
--
This change has been m
> On Sept. 14, 2015, 8:44 a.m., Martin Gräßlin wrote:
> > -2, a change for a month in the devel branch doesn't make much sense.
>
> David Faure wrote:
> As you want. You're raising the bar for new contributors, who can't work
> on your code using the latest KDE Frameworks release.
>
>
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/125288/#review85624
---
Ship it!
Ship It!
- Eike Hein
On Sept. 17, 2015, 11:08 a.m
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/125291/
---
(Updated Sept. 18, 2015, 12:25 p.m.)
Status
--
This change has been
> On Sept. 17, 2015, 7:31 nachm., Thomas Lübking wrote:
> > do you intend to test for "QWindow::flags() & Qt::FramelessWindowHint"?
> > (This would cover all unmanaged windows as well as docks and the
> > pseudo-popups/tooltips, plasmashell seems to be so addicted to)
>
> Thomas Lübking wrote:
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/125296/
---
(Updated Sept. 18, 2015, 10:59 a.m.)
Status
--
This change has been
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/125295/
---
(Updated Sept. 18, 2015, 10:59 a.m.)
Status
--
This change has been
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/125296/#review85613
---
Ship it!
Ship It!
- Sebastian Kügler
On Sept. 18, 2015, 10
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/125296/
---
(Updated Sept. 18, 2015, 10:36 a.m.)
Review request for Plasma.
Reposit
> On Sept. 15, 2015, 9:33 p.m., Vishesh Handa wrote:
> > Maybe we could just add this to our `IndexerConfig` class so that users of
> > our API don't need to know about dbus interfaces? Specially since I'm not
> > too keen on maintaining API comatibility in the dbus interface.
You mean adding
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/125134/
---
(Updated Sept. 18, 2015, 8:56 a.m.)
Review request for Plasma and andreas
> On Sept. 17, 2015, 7:31 p.m., Thomas Lübking wrote:
> > do you intend to test for "QWindow::flags() & Qt::FramelessWindowHint"?
> > (This would cover all unmanaged windows as well as docks and the
> > pseudo-popups/tooltips, plasmashell seems to be so addicted to)
>
> Thomas Lübking wrote:
>
30 matches
Mail list logo