On Monday, May 16, 2016 6:09:40 AM CEST Alfonso Hernandez wrote:
> in the construction of Astian OS for desktop we have encountered an error
> executing the command startplasmacompositor send the screenshot.
you are trying to run startplasmacompositor from a nested session. This is not
supported.
On Saturday, May 21, 2016 8:18:15 PM CEST René J.V. Bertin wrote:
> Hi,
>
> We've talked about doing something about the various components in
> plasma-desktop that would make sense outside of full-blown Plasma sessions.
>
> I've been keeping that in mind, and the other day my Linux install (whic
On Saturday, May 21, 2016 10:03:21 PM CEST René J. V. Bertin wrote:
> > The following are unneccessary because we don't provide/have to provide
> > that feature outside a full Plasma session: * Autostart
> > * Global shortcuts
>
> Through kglobalacceld? That is part of a framework that's supposed
This revision was automatically updated to reflect the committed changes.
Closed by commit rKWINeb44bbe46041: [autotest] Add a test case for
KWin::LibInput::Device (authored by graesslin).
REPOSITORY
rKWIN KWin
CHANGES SINCE LAST UPDATE
https://phabricator.kde.org/D1648?vs=3907&id=3926
REVI
On Sun, May 22, 2016 at 10:28 PM, René J. V. wrote:
> David Edmundson wrote:
>
>
> >> > It then grew to include some GTK settings and backporting stuff to
> KDE4.
> >>
> >> What backporting stuff?
> >>
> >
> > As we have KDE apps using kdelibs4 this also saves some settings to
> > ~/.kde4/kdeglob
David Edmundson wrote:
>> > It then grew to include some GTK settings and backporting stuff to KDE4.
>>
>> What backporting stuff?
>>
>
> As we have KDE apps using kdelibs4 this also saves some settings to
> ~/.kde4/kdeglobals as well as the new place.
Ah, yes, indeed. I see that now in the sou
On Sun, May 22, 2016 at 9:01 PM, René J. V. wrote:
> David Edmundson wrote:
>
> > KDE Resource Database.
> ...
> > It then grew to include some GTK settings and backporting stuff to KDE4.
>
> What backporting stuff?
>
As we have KDE apps using kdelibs4 this also saves some settings to
~/.kde4/kd
David Edmundson wrote:
> KDE Resource Database.
...
> It then grew to include some GTK settings and backporting stuff to KDE4.
What backporting stuff?
I have a bit of a dilemma here, which results from the fact that MacPorts also
provides a whole range of GTk applications, a number of which I h
sitter added a comment.
Thanks! :)
REPOSITORY
rKDECLITOOLS KDE CLI Utilities
REVISION DETAIL
https://phabricator.kde.org/D1583
EMAIL PREFERENCES
https://phabricator.kde.org/settings/panel/emailpreferences/
To: sitter, dfaure
Cc: mart, plasma-devel, sebas
__
sitter abandoned this revision.
REPOSITORY
rKDECLITOOLS KDE CLI Utilities
REVISION DETAIL
https://phabricator.kde.org/D1583
EMAIL PREFERENCES
https://phabricator.kde.org/settings/panel/emailpreferences/
To: sitter, dfaure
Cc: mart, plasma-devel, sebas
_
> On May 17, 2016, 4:37 p.m., Martin Gräßlin wrote:
> > given that Plasma integration got removed I suggest to create a dedicated
> > osx-integration repository for it as well.
>
> René J.V. Bertin wrote:
> I quite like the way things are, but yes, I've played with that idea.
>
>
> Yes, but without the KCM the only way of letting applications use the right
> translation is setting it for each application - if they even provide the
> menu
to that effect.
You shouldn't have to set that up, it should use the translation for whatever
language your system is configured.
René J. V. Bertin wrote:
> What Plasma platform theme, the one in plasma-integration? That won't be used
> on OS X. It's been a while, but I'm pretty confident that I changed those
Indeed:
QList KdeMacTheme::keyBindings(QKeySequence::StandardKey key)
const
{
// return a native keybinding
Kai Uwe Broulik wrote:
>> No, KDE translations aren't linked in any way to the way the system handles
>> these
>
> That doesn't change the fact that when my system is French I want the
> application to be French, too, which is what this kcm is about, choosing a
> language.
Yes, but without the K
David Edmundson wrote:
> It's invoked by the colours and style KCM - so though I do think there is a
> demand for configuring apps on OS X, taking the KCM directly isn't a good
> idea because of that.
Or the invocation is made optional, skipped on platforms without X11...
The thing with not taki
https://bugs.kde.org/show_bug.cgi?id=350365
Tim Taylor changed:
What|Removed |Added
CC||tim.taylor+bugzilla.bugs.kd
|
dfaure requested changes to this revision.
dfaure added a comment.
This revision now requires changes to proceed.
Fixed in kservice, CI is green, you can discard this patch.
Thanks for the analysis of the issue, it really helped!
REPOSITORY
rKDECLITOOLS KDE CLI Utilities
REVISION DETAI
On Saturday, May 14, 2016, Martin Klapetek wrote:
> Then make it happen :)
>
> The reality of the matter is that in KDE we wouldn't have
> no use for such server as we put all we need into our own
> libraries. Plus we all have our hands in more than a handful
> of projects.
>
> If you think such
> On May 22, 2016, 11:49 a.m., David Faure wrote:
> > Looks fine to me, except for the reasoning in the commit log. It's
> > perfectly fine to reimplement an existing virtual method from a base class
> > into a derived class, this doesn't break ABI.
>
> Kai Uwe Broulik wrote:
> But Abi wik
> On Mai 22, 2016, 11:49 vorm., David Faure wrote:
> > Looks fine to me, except for the reasoning in the commit log. It's
> > perfectly fine to reimplement an existing virtual method from a base class
> > into a derived class, this doesn't break ABI.
But Abi wiki page says you cannot if it's a
> On May 17, 2016, 2:37 p.m., Martin Gräßlin wrote:
> > given that Plasma integration got removed I suggest to create a dedicated
> > osx-integration repository for it as well.
>
> René J.V. Bertin wrote:
> I quite like the way things are, but yes, I've played with that idea.
>
>
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/127971/#review95698
---
Fix it, then Ship it!
Looks fine to me, except for the rea
22 matches
Mail list logo
