On 11/21/19 10:28 PM, Noah Davis wrote:
> On 2019-11-20 01:04:29 EST, Simon Lees wrote:
>> I think the simplest way to do this is to focus more on implementing it
>> in the toolkits rather then by drastic changes to the desktop spec.
>> Possibly the best way forward could be to teach toolkits to
On 2019-11-20 01:04:29 EST, Simon Lees wrote:
> I think the simplest way to do this is to focus more on implementing it
> in the toolkits rather then by drastic changes to the desktop spec.
> Possibly the best way forward could be to teach toolkits to use two
> themes, the standard theme and the "
On 11/20/19 4:33 AM, Noah Davis wrote:
> On 2019-11-19 09:32:21 EST, Bollinger, John C
> wrote:
>> What you're describing could be characterized as using different _themes_
>> for different parts of a GUI, and indeed, it may be that structuring your
>> design around that idea would provide a
On 2019-11-19 09:32:21 EST, Bollinger, John C wrote:
> What you're describing could be characterized as using different _themes_ for
> different parts of a GUI, and indeed, it may be that structuring your design
> around that idea would provide a way forward that benefits from reasonably
> good
adding a new layer of
indirection.
John Bollinger
-Original Message-
From: xdg [mailto:xdg-boun...@lists.freedesktop.org] On Behalf Of Noah Davis
Sent: Monday, November 18, 2019 10:01 PM
To: xdg
Subject: Multiple styles in icon themes and the future of the XDG icon specs
Caution: External Send
Hello, I work on KDE's Breeze icons.
The Breeze icon theme currently has an issue where we (KDE's designers) want to
use different styles for different parts of a GUI, but what we want to do
cannot be done without breaking compatibility with XDG icon specs. That, or
creating a ton of icons with