On Thursday, 2014-09-11, 17:56:38, Eike Hein wrote:
On 11.09.2014 17:22, Kevin Krammer wrote:
Hicolor is there for cases where the setup fails to provide any workspace
or distribution specific theme.
Yes. So I'm thinking ahead and telling you how that setup looks
like for a workspace:
On Wednesday 03 September 2014, Albert Astals Cid wrote:
Porting guide lies in saying that KIcon should be replaced with
QIcon::fromTheme since KIcon defauted to oxygen icon theme and obviously
QIcon::fromTheme doesn't do that.
Please someone provide a solution for this problem or
El Divendres, 12 de setembre de 2014, a les 12:04:38, Allan Sandfeld Jensen va
escriure:
On Wednesday 03 September 2014, Albert Astals Cid wrote:
Porting guide lies in saying that KIcon should be replaced with
QIcon::fromTheme since KIcon defauted to oxygen icon theme and obviously
On Wednesday, 2014-09-10, 23:43:15, Albert Astals Cid wrote:
El Dimarts, 9 de setembre de 2014, a les 16:25:26, Kevin Krammer va
escriure:
On Sunday, 2014-09-07, 10:27:06, Albert Astals Cid wrote:
So as I see it, there's three options:
* Do nothing, and expect that people have to set
El Dijous, 11 de setembre de 2014, a les 08:46:11, Kevin Krammer va escriure:
On Wednesday, 2014-09-10, 23:43:15, Albert Astals Cid wrote:
El Dimarts, 9 de setembre de 2014, a les 16:25:26, Kevin Krammer va
escriure:
On Sunday, 2014-09-07, 10:27:06, Albert Astals Cid wrote:
So as I
On Thursday, 2014-09-11, 09:33:23, Albert Astals Cid wrote:
El Dijous, 11 de setembre de 2014, a les 08:46:11, Kevin Krammer va
escriure:
The rule to always also install an application icon into Hicolor was meant
as an example of a general intent that Hicolor be fully usable.
I don't
El Dijous, 11 de setembre de 2014, a les 10:57:17, Kevin Krammer va escriure:
On Thursday, 2014-09-11, 09:33:23, Albert Astals Cid wrote:
El Dijous, 11 de setembre de 2014, a les 08:46:11, Kevin Krammer va
escriure:
The rule to always also install an application icon into Hicolor was
On Thursday, 2014-09-11, 02:06:02, Albert Astals Cid wrote:
El Dijous, 11 de setembre de 2014, a les 10:57:17, Kevin Krammer va
escriure:
On Thursday, 2014-09-11, 09:33:23, Albert Astals Cid wrote:
El Dijous, 11 de setembre de 2014, a les 08:46:11, Kevin Krammer va
escriure:
The
On 11.09.2014 11:11, Kevin Krammer wrote:
From my point of view there is little use case of having a fallback if it does
not allow one to fall back to it.
Check out the chat log for the idea of enhancing the spec to
add some sort of system-level configuration scheme to set a
fallback one
On Thursday, 2014-09-11, 15:29:13, Eike Hein wrote:
On 11.09.2014 11:11, Kevin Krammer wrote:
From my point of view there is little use case of having a fallback if it
does
not allow one to fall back to it.
Check out the chat log for the idea of enhancing the spec to
add some sort of
On 11.09.2014 15:33, Kevin Krammer wrote:
Sounds interesting, but checkout where?
In this thread, where I've posted it and encouraged reading
it a few times :).
Cheers,
Kevin
Cheers,
Eike
___
Kde-frameworks-devel mailing list
On Thursday, 2014-09-11, 15:40:14, Eike Hein wrote:
On 11.09.2014 15:33, Kevin Krammer wrote:
Sounds interesting, but checkout where?
In this thread, where I've posted it and encouraged reading
it a few times :).
Ah :)
I thought you were referring to some XDG discussion.
Having a
On 11.09.2014 15:43, Kevin Krammer wrote:
Having a configurable fallback before the final fallback can't hurt, but that
doesn't solve the actual problem of hicolor being incomplete.
It is just a work around.
Sort of, except I think the outcome is more or less the
same - either a distro/ISV
On Thursday, 2014-09-11, 15:53:57, Eike Hein wrote:
On 11.09.2014 15:43, Kevin Krammer wrote:
Having a configurable fallback before the final fallback can't hurt, but
that doesn't solve the actual problem of hicolor being incomplete.
It is just a work around.
Sort of, except I think the
On 11.09.2014 16:09, Kevin Krammer wrote:
Why would hicolor be distro/ISV specific?
Because a hicolor theme everyone likes visually isn't going
to happen. People will want to modify what's in that fall-
back for theming reasons, and distros theme to differentiate
themselves.
In the hicolor
On Thursday, 2014-09-11, 17:05:43, Eike Hein wrote:
On 11.09.2014 16:09, Kevin Krammer wrote:
Why would hicolor be distro/ISV specific?
Because a hicolor theme everyone likes visually isn't going
to happen. People will want to modify what's in that fall-
back for theming reasons, and
On 11.09.2014 17:22, Kevin Krammer wrote:
Hicolor is there for cases where the setup fails to provide any workspace or
distribution specific theme.
Yes. So I'm thinking ahead and telling you how that setup looks
like for a workspace:
- Write a Qt platform plugin. Needs coding chops. We have
On 11.09.2014 17:22, Kevin Krammer wrote:
Or do you mean install the custom theme twice, once as itself and once as
hicolor?
Wait - I think I now understand why we're having trouble
communicating about this.
You think a distro has the option to install Oxygen *as*
hicolor, right, making my
On Tuesday 09 September 2014 16:25:26 Kevin Krammer wrote:
Wouldn't a fourth option be to make sure that hicolor is actually a proper
fallback as specified?
Applications already are more or less required to install their fallbacks
in hicolor, so the shared icons should be there as well,
El Dimecres, 10 de setembre de 2014, a les 16:38:55, David Faure va escriure:
On Tuesday 09 September 2014 16:25:26 Kevin Krammer wrote:
Wouldn't a fourth option be to make sure that hicolor is actually a proper
fallback as specified?
Applications already are more or less required to
El Dimarts, 9 de setembre de 2014, a les 16:25:26, Kevin Krammer va escriure:
On Sunday, 2014-09-07, 10:27:06, Albert Astals Cid wrote:
So as I see it, there's three options:
* Do nothing, and expect that people have to set one of
XDG_CURRENT_DESKTOP, KDE_FULL_SESSION,
On Sunday, 2014-09-07, 10:27:06, Albert Astals Cid wrote:
So as I see it, there's three options:
* Do nothing, and expect that people have to set one of
XDG_CURRENT_DESKTOP, KDE_FULL_SESSION, GNOME_DESKTOP_SESSION_ID or
DESKTOP_SESSION environment variables to get icons
* Do the
El Dijous, 4 de setembre de 2014, a les 14:04:04, Kevin Ottens va escriure:
On Thursday 04 September 2014 11:36:38 Martin Klapetek wrote:
On Wed, Sep 3, 2014 at 10:10 PM, Eike Hein h...@kde.org wrote:
On 09/03/2014 10:07 PM, Nicolás Alvarez wrote:
So if I'm not in a Plasma session I get
El Dijous, 4 de setembre de 2014, a les 01:04:11, Aleix Pol va escriure:
On Wed, Sep 3, 2014 at 10:01 PM, Albert Astals Cid aa...@kde.org wrote:
El Dimecres, 3 de setembre de 2014, a les 21:42:24, Mark Gaiser va
escriure:
On Wed, Sep 3, 2014 at 7:16 PM, Albert Astals Cid aa...@kde.org
El Dijous, 4 de setembre de 2014, a les 14:21:04, Luigi Toscano va escriure:
Il 04.09.2014 14:15 Martin Klapetek ha scritto:
On Thu, Sep 4, 2014 at 2:04 PM, Kevin Ottens wrote:
Spot on. And such a plugin is in fact shipped with Qt, but for some
reason
isn't loaded in Albert's case. That
On Wed, Sep 3, 2014 at 10:10 PM, Eike Hein h...@kde.org wrote:
On 09/03/2014 10:07 PM, Nicolás Alvarez wrote:
So if I'm not in a Plasma session I get no icons?
If you're not in a Plasma session you don't get the Plasma
platform plugin. Other platform plugins can drive this as
they
On Thursday 04 September 2014 11:36:38 Martin Klapetek wrote:
On Wed, Sep 3, 2014 at 10:10 PM, Eike Hein h...@kde.org wrote:
On 09/03/2014 10:07 PM, Nicolás Alvarez wrote:
So if I'm not in a Plasma session I get no icons?
If you're not in a Plasma session you don't get the Plasma
On Thu, Sep 4, 2014 at 2:04 PM, Kevin Ottens er...@kde.org wrote:
Spot on. And such a plugin is in fact shipped with Qt, but for some reason
isn't loaded in Albert's case. That awfully sounds like a bug to me, hence
why
my line of argument is that it should be investigated and fixed.
Maybe
Il 04.09.2014 14:15 Martin Klapetek ha scritto:
On Thu, Sep 4, 2014 at 2:04 PM, Kevin Ottens wrote:
Spot on. And such a plugin is in fact shipped with Qt, but for some
reason
isn't loaded in Albert's case. That awfully sounds like a bug to me,
hence why
my line of argument is that it should
On 04.09.2014 14:21, Luigi Toscano wrote:
What I don't understand here: is this Qt plugin a GNOME-specific one, or
the generic default one? This is not (only) a GNOME issue; replace GNOME
with generic unknown window manager. I think we need a sane default,
if the default is there and it is
Porting guide lies in saying that KIcon should be replaced with
QIcon::fromTheme since KIcon defauted to oxygen icon theme and obviously
QIcon::fromTheme doesn't do that.
Please someone provide a solution for this problem or undeprecate KIcon. This
is blocking the porting of my applications.
On Wed, Sep 3, 2014 at 7:16 PM, Albert Astals Cid aa...@kde.org wrote:
Porting guide lies in saying that KIcon should be replaced with
QIcon::fromTheme since KIcon defauted to oxygen icon theme and obviously
QIcon::fromTheme doesn't do that.
Please someone provide a solution for this problem
El Dimecres, 3 de setembre de 2014, a les 21:42:24, Mark Gaiser va escriure:
On Wed, Sep 3, 2014 at 7:16 PM, Albert Astals Cid aa...@kde.org wrote:
Porting guide lies in saying that KIcon should be replaced with
QIcon::fromTheme since KIcon defauted to oxygen icon theme and obviously
On Wed, Sep 3, 2014 at 10:01 PM, Albert Astals Cid aa...@kde.org wrote:
El Dimecres, 3 de setembre de 2014, a les 21:42:24, Mark Gaiser va escriure:
On Wed, Sep 3, 2014 at 7:16 PM, Albert Astals Cid aa...@kde.org wrote:
Porting guide lies in saying that KIcon should be replaced with
2014-09-03 17:05 GMT-03:00 Mark Gaiser mark...@gmail.com:
On Wed, Sep 3, 2014 at 10:01 PM, Albert Astals Cid aa...@kde.org wrote:
El Dimecres, 3 de setembre de 2014, a les 21:42:24, Mark Gaiser va escriure:
On Wed, Sep 3, 2014 at 7:16 PM, Albert Astals Cid aa...@kde.org wrote:
Porting guide
On 09/03/2014 10:07 PM, Nicolás Alvarez wrote:
So if I'm not in a Plasma session I get no icons?
If you're not in a Plasma session you don't get the Plasma
platform plugin. Other platform plugins can drive this as
they prefer.
Cheers,
Eike
___
El Dimecres, 3 de setembre de 2014, a les 22:10:52, Eike Hein va escriure:
On 09/03/2014 10:07 PM, Nicolás Alvarez wrote:
So if I'm not in a Plasma session I get no icons?
If you're not in a Plasma session you don't get the Plasma
platform plugin. Other platform plugins can drive this as
On 09/03/2014 10:14 PM, Albert Astals Cid wrote:
Are you suggesting it is acceptable for my apps to regress (compared to their
kdelibs4 version) and have no icons because they are not being run under a
Plasma session?
No, I'm not. The context my reply is about was quoted in
my email.
I
On Wed, Sep 3, 2014 at 10:26 PM, Eike Hein h...@kde.org wrote:
I think the fd.o spec pro-
scribes the hicolor theme then?
^ this
In that case it would
be up to the distro to make sure this works out.
That wouldn't help the original issue that we previously had a
hardcoded fallback to
El Dimecres, 3 de setembre de 2014, a les 22:26:22, Eike Hein va escriure:
On 09/03/2014 10:14 PM, Albert Astals Cid wrote:
Are you suggesting it is acceptable for my apps to regress (compared to
their kdelibs4 version) and have no icons because they are not being run
under a Plasma
On 09/03/2014 11:12 PM, Albert Astals Cid wrote:
Which attack tone? I merely did a question.
Yes, a Did you stop beating your wife?-type loaded
question casting me as an ally to evil app-breaking
perpetrators, while answering a specific technical
question someone had.
What more analysis
El Dimecres, 3 de setembre de 2014, a les 23:12:58, Albert Astals Cid va
escriure:
El Dimecres, 3 de setembre de 2014, a les 22:26:22, Eike Hein va escriure:
I don't know how the ultimate fallback works when
there's no suitable plugin. I think the fd.o spec pro-
scribes the hicolor theme
El Dimecres, 3 de setembre de 2014, a les 23:23:37, Eike Hein va escriure:
On 09/03/2014 11:12 PM, Albert Astals Cid wrote:
Which attack tone? I merely did a question.
Yes, a Did you stop beating your wife?-type loaded
question casting me as an ally to evil app-breaking
perpetrators, while
For the list's benefit, here's a log of a technical discussion
we had in #kde-devel as an extension of this thread that went
over various aspects of the problem and possible solutions (I've
removed some unrelated parts):
[23:33] tosky uhm, I have no idea of how it works in details, but I
On Wed, Sep 3, 2014 at 10:01 PM, Albert Astals Cid aa...@kde.org wrote:
El Dimecres, 3 de setembre de 2014, a les 21:42:24, Mark Gaiser va
escriure:
On Wed, Sep 3, 2014 at 7:16 PM, Albert Astals Cid aa...@kde.org wrote:
Porting guide lies in saying that KIcon should be replaced with
45 matches
Mail list logo