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
> > Q
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 undepr
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 works
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 p
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 hav
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 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, 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 th
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 de
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 c
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
Kde-frameworks-d
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 so
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 lev
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:
>
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 w
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
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:
> > > >
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 t
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, GNOME_DES
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 require
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
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 change
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 wrote:
> > > On 09/03/2014 10:07 PM, Nicolás Alvarez wrote:
> > >> So if I'm not in a Plasma session I get no i
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 c
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 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 wrote:
> > > > Por
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 br
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 be
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 be investigated and fixed.
>
Maybe it's al
On Thursday 04 September 2014 11:36:38 Martin Klapetek wrote:
> On Wed, Sep 3, 2014 at 10:10 PM, Eike Hein 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
> > platfo
On Wed, Sep 3, 2014 at 10:10 PM, Eike Hein 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 prefer
On Wed, Sep 3, 2014 at 10:01 PM, Albert Astals Cid 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 wrote:
> > > Porting guide lies in saying that KIcon should be replaced with
> > > QIcon::fromTheme sin
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] uhm, I have no idea of how it works in details, but I
understood
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
> perpetrator
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
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 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 s
On Wed, Sep 3, 2014 at 10:26 PM, Eike Hein 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 oxygen, in fac
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 hones
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
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
___
Kde
2014-09-03 17:05 GMT-03:00 Mark Gaiser :
> On Wed, Sep 3, 2014 at 10:01 PM, Albert Astals Cid 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 wrote:
>>> > Porting guide lies in saying that KIcon should be
On Wed, Sep 3, 2014 at 10:01 PM, Albert Astals Cid 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 wrote:
>> > Porting guide lies in saying that KIcon should be replaced with
>> > QIcon::fromTheme since KIc
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 wrote:
> > Porting guide lies in saying that KIcon should be replaced with
> > QIcon::fromTheme since KIcon defauted to oxygen icon theme and obviously
> > QIcon::fromTh
On Wed, Sep 3, 2014 at 7:16 PM, 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 undepr
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.
C
45 matches
Mail list logo