FWIW I was just triaging a bug report in which users were complaining
about missing KAlarm notifications. After thinking about it a bit, I
think that it's appropriate for "alarm/timer finished" notifications to
be persistent and not time out; if you miss the notification that the
alarm or timer
On 18 September 2020 17:12:48 BST, David Edmundson
wrote:
> On Fri, Sep 18, 2020 at 3:45 PM Kai Uwe Broulik
>
> wrote:
>
> > Hi,
> >
> >
> > > Is it possible for the application to change its own "show in
> history"
> > > setting, instead of the user going to System Settings to do this?
> >
On Sat, Sep 19, 2020 at 6:23 AM Gleb Popov <6year...@gmail.com> wrote:
>
>
> On Fri, Sep 18, 2020 at 10:16 PM Ben Cooksley wrote:
>
>> Hi Aleix,
>>
>> Recently you committed some Linux only changes to KRFB. Unfortunately
>> these changes were not guarded accordingly, and have therefore broken the
On Fri, Sep 18, 2020 at 3:45 PM Kai Uwe Broulik
wrote:
> Hi,
>
>
> > Is it possible for the application to change its own "show in history"
> > setting, instead of the user going to System Settings to do this?
>
> It is not.
>
Let's back up a bit, what's the end goal we're trying to achieve for
Hi,
Is it possible for the application to change its own "show in history"
setting, instead of the user going to System Settings to do this?
It is not.
Cheers
Kai Uwe
On Thursday 17 Sep 2020 11:28:13 Kai Uwe Broulik wrote:
> Hi,
>
> by default all well-known applications show in history.
>
> Having DesktopEntry= in the notifyrc should make it show up in System
> Settings. Make sure the notifyrc file is intsalled in the correct
> location and the DesktopEntry m
So with the availability of KDE applications in the Windows store we
don't need drkonqi.
We get perfect reports, if the users privacy settings allow it, for each
submitted app separately.
Every maintainer can request access to the store, for submissions and
reports.
So I guess we should fo
Hi,
looks like some quoted text is missing.
I have no idea bout the state of drkonqi on windows,
ages ago a gsoc student did *things* but I don't think anybody was ever
able to use it.
I can remember a more recent communication that people where trying
again to get it to work.
But I don't
And for the build error:
*10:53:51* CMake Error at CMakeLists.txt:26 (find_package): *10:53:51*
Could not find a configuration file for package "Qt5" that is compatible
*10:53:51* with requested version "5.15.0". *10:53:51* You'd need to ask
Ben to update the image used for the ci, normal setu
On Thu, Sep 17, 2020 at 4:17 PM Hannah von Reth wrote:
>
> Hi,
>
> looks like some quoted text is missing.
>
> I have no idea bout the state of drkonqi on windows,
> ages ago a gsoc student did *things* but I don't think anybody was ever
> able to use it.
>
> I can remember a more recent communica
On Thu, Sep 17, 2020 at 1:07 PM David Edmundson
wrote:
>
> >yet it gets built on windows. shall we stop
> doing that
>
> AFAIK it is used and this was something explicitly requested.
I seem to recall it not being used and Hannah also not knowing why we
would. Ccing.
> There is a KF6 workboard ta
People, I have spend a great deal of time fine tuning the Firewall, I hope
it's ready for a release.
On Wed, Jun 3, 2020 at 6:33 PM Tomaz Canabrava wrote:
> Lots of nitpicks fixed, still missing some, I'll finish the rest today.
>
>
> On Fri, May 22, 2020 at 6:10 PM Ivan Čukić wrote:
>
>> Hi Ka
>yet it gets built on windows. shall we stop
doing that
AFAIK it is used and this was something explicitly requested.
There is a KF6 workboard task to get into frameworks for kf6
David
Hi,
by default all well-known applications show in history.
Having DesktopEntry= in the notifyrc should make it show up in System
Settings. Make sure the notifyrc file is intsalled in the correct
location and the DesktopEntry matches the desktop file name and that the
desktop file isn't marke
On Wednesday, 16 September 2020 21:00:00 BST Albert Astals Cid wrote:
> Missing i18n?
Indeed, and sorted! Thanks for spotting those :)
--
..dan / leinir..
http://leinir.dk/
El dimarts, 15 de setembre de 2020, a les 15:11:42 CEST, Dan Leinir Turthra
Jensen va escriure:
> Hello there :)
>
> i've just moved Peruse to KDEReview. It is a comic book reader app and an
> accompanying creation tool, both based on Kirigami, and targeted both for
> desktops and mobile (hen
El dimecres, 16 de setembre de 2020, a les 12:36:18 CEST, Dan Leinir Turthra
Jensen va escriure:
> On Tuesday, 15 September 2020 19:34:23 BST Albert Astals Cid wrote:
> > Which seems to point that there's something broken somewhere.
>
> There we go... a mutex and a few mutex lockers later, and
On Tuesday, 15 September 2020 19:34:23 BST Albert Astals Cid wrote:
> Which seems to point that there's something broken somewhere.
There we go... a mutex and a few mutex lockers later, and i... think it's
happy? Give it a proper shove and see if it still falls over for you ;)
--
..dan / lein
On Tuesday, 15 September 2020 19:34:23 BST Albert Astals Cid wrote:
> El dimarts, 15 de setembre de 2020, a les 15:11:42 CEST, Dan Leinir Turthra
Jensen va escriure:
> > where you might grab in particular Pepper & Carrot Volume 1, which also
> > will show you some of the fancier features of the re
Yes, that is okay.
> 11. sep. 2020 kl. 14:19 skrev David Redondo :
>
> Hello Hans,
>
> we are currently converting copyright headers to SPDX expressions to be in
> line with the REUSE specification, see https://phabricator.kde.org/T12528
> and https://invent.kde.org/teams/licensing
> During thi
Yes, that is okay.
> 11. sep. 2020 kl. 14:21 skrev David Redondo :
>
> Hello Hans,
>
> we are currently converting copyright headers to SPDX expressions to be in
> line with the REUSE specification, see https://phabricator.kde.org/T12528
> and https://invent.kde.org/teams/licensing
> During thi
El dimarts, 15 de setembre de 2020, a les 15:11:42 CEST, Dan Leinir Turthra
Jensen va escriure:
> Hello there :)
>
> i've just moved Peruse to KDEReview. It is a comic book reader app and an
> accompanying creation tool, both based on Kirigami, and targeted both for
> desktops and mobile (hen
I'm on it.
On 9/2/20 5:08 PM, CI System wrote:
*BUILD FAILURE*
Build URL
https://build.kde.org/job/Plasma/job/kwin/job/kf5-qt5%20SUSEQt5.15/177/
Project:kf5-qt5 SUSEQt5.15
Date of build: Wed, 02 Sep 2020 14:01:18 +
Build duration: 7 min 13 sec and counting
*CONS
>* Mimic absolute positioning via relative positioning. It's good as a
short-term solution, but imho, we need something better
I'm not quite sure I understand which way you're describing:
Do you mean having plasma code still do absolute co-ordinates and then have
us turn it into relative position
On 8/28/20 9:13 AM, Bhushan Shah wrote:
FTR: There's already out-of-tree installation of qtwayland shell
integration plugin from Drew : https://github.com/ddevault/qtlayershell/
That looks very promising! However, we still need to address a couple of
issues:
* QtWayland doesn't allow to use
On Thu, Aug 27, 2020 at 07:47:52PM +0200, Aleix Pol wrote:
> On Mon, Aug 24, 2020 at 4:20 PM Vlad Zahorodnii
> wrote:
> I guess one way is by levarging QT_WAYLAND_SHELL_INTEGRATION plugin
> system, like maliit does. I don't know how this could be done
> per-window instead of per-process.
>
> The
On Mon, Aug 24, 2020 at 4:20 PM Vlad Zahorodnii wrote:
>
> Howdy,
>
> As you probably know, surfaces created by plasmashell need to be treated
> specially by the compositor. For example, notification windows must be
> always on top, panels may go above and below normal windows. That's why
> we use
It's been 3 weeks so I'm considering it in good enough shape for
moving to plasma.
Thanks! :)
On Tue, Aug 4, 2020 at 3:46 PM Harald Sitter wrote:
>
> Hey
>
> It'd be awesome if I could get some eyes at the new
> https://invent.kde.org/system/plasma-disks which implements smart
> monitoring as re
On Fri, Aug 21, 2020 at 6:21 PM Nicolas Fella wrote:
> Hi,
>
> do we have any rules on the C++ standard used in Plasma?
All our rules can be boiled down to one point:
- Don't break distros
>Given that kactivitymanagerd is technically part of Plasma we even have
precedence of using C++17
Yeah
Seems reasonable to me.
Nate
On 8/21/20 11:21 AM, Nicolas Fella wrote:
Hi,
do we have any rules on the C++ standard used in Plasma? Most Plasma
repos don't specify a CMAKE_CXX_STANDARD , defaulting to 11 through ECM.
Some, such as kwin set it to 14.
I found myself a few times in the situati
On Thu, Aug 20, 2020 at 12:09 AM Arjen Hiemstra wrote:
>
> On Wednesday, 19 August 2020 12:29:21 CEST Ben Cooksley wrote:
> > Hi all,
> >
> > Recently functionality was introduced to KSysguard to allow it to
> > interact with Linux CGroups.
> >
> > Unfortunately when this change was made the code
On Wednesday, 19 August 2020 12:29:21 CEST Ben Cooksley wrote:
> Hi all,
>
> Recently functionality was introduced to KSysguard to allow it to
> interact with Linux CGroups.
>
> Unfortunately when this change was made the code in question used
> classes/functionality that was introduced in Qt 5.1
Fabian Vogt:
* on kio-fuse, I'm planning to finish one MR this week and I'm waiting
for one from feverfew. It's not fully clear whether we need those for
a .0, but if we can get them in that would be nice
FWIW having used it for months now, I think we could and should make a
non-beta release an
Then perhaps all of the bugs (not just applet bugs) could be moved into
a new 'klipper' component within plasmashell? The distinction between
common code and the applet itself is somewhat amorphous now because the
applet is the only UI people see.
Nate
On 8/10/20 11:48 AM, David Edmundson wr
Right now the component "plasma-widget" is filled with bugs about common
klipper code.
If we move the component to plasmashell that's not going to change.
Unless you have a new idea on making it really "applet only" we're
ultimately just going to spread bug reports out across two places, and
that'
On Fri, Aug 7, 2020 at 7:04 PM Nate Graham wrote:
>
> [Gardening team hat on]
>
> Klipper bugs currently live in the Klipper product, not as a product
> inside the Plasmashell component like other first-party
> shipped-by-default applets. As a result these bugs seem to have been
> overlooked by bu
On Saturday, 8 August 2020 13:22:05 BST Ben Cooksley wrote:
> On Sat, Aug 8, 2020 at 11:22 PM Dan Leinir Turthra Jensen
>
> wrote:
> > On Friday, 7 August 2020 22:55:20 BST Ben Cooksley wrote:
> > > Hi Plasma Developers,
> > >
> > > It appears that in the past 24 hours you have introduced new
>
On Saturday, 8 August 2020 12:43:49 BST Rik Mills wrote:
> On 08/08/2020 12:22, Dan Leinir Turthra Jensen wrote:
> > On Friday, 7 August 2020 22:55:20 BST Ben Cooksley wrote:
> >> Hi Plasma Developers,
> >>
> >> It appears that in the past 24 hours you have introduced new
> >> dependencies in the
On Sat, Aug 8, 2020 at 11:22 PM Dan Leinir Turthra Jensen
wrote:
>
> On Friday, 7 August 2020 22:55:20 BST Ben Cooksley wrote:
> > Hi Plasma Developers,
> >
> > It appears that in the past 24 hours you have introduced new
> > dependencies in the plasma-desktop repository without announcing them
>
On 08/08/2020 12:22, Dan Leinir Turthra Jensen wrote:
> On Friday, 7 August 2020 22:55:20 BST Ben Cooksley wrote:
>> Hi Plasma Developers,
>>
>> It appears that in the past 24 hours you have introduced new
>> dependencies in the plasma-desktop repository without announcing them
>> 2 weeks in advanc
On Friday, 7 August 2020 22:55:20 BST Ben Cooksley wrote:
> Hi Plasma Developers,
>
> It appears that in the past 24 hours you have introduced new
> dependencies in the plasma-desktop repository without announcing them
> 2 weeks in advance beforehand.
>
> This can be seen in the CI system failure
I'm fine with GPL-2.0-or-later, if that's fine with you. Otherwise let
me know and I'll pick a different one.
Thanks for getting in touch, and sorry for the delay.
Jason
On Fri, Aug 7, 2020 at 6:28 PM Jason A. Donenfeld wrote:
>
> I'm fine with GPL-2.0-or-later, if that's fine with you. Otherwise let
> me know and I'll pick a different one.
GPL-2.0-or-later is perfect, I'll update the files.
> Thanks for getting in touch, and sorry for the delay.
No worries.
T
On Wed, Aug 5, 2020 at 12:00 AM Albert Astals Cid wrote:
>
> El dimarts, 4 d’agost de 2020, a les 15:46:20 CEST, Harald Sitter va escriure:
> > Hey
> >
> > It'd be awesome if I could get some eyes at the new
> > https://invent.kde.org/system/plasma-disks which implements smart
> > monitoring as re
El dimarts, 4 d’agost de 2020, a les 15:46:20 CEST, Harald Sitter va escriure:
> Hey
>
> It'd be awesome if I could get some eyes at the new
> https://invent.kde.org/system/plasma-disks which implements smart
> monitoring as requested in https://bugs.kde.org/show_bug.cgi?id=254313
> I've opted to
On Tue, Aug 4, 2020 at 8:48 AM David Redondo wrote:
>
> Hi Aleix,
>
> Am Montag, 3. August 2020, 16:40:21 CEST schrieb Aleix Pol:
> > We do have several Plasma BoF. I see at least Plasma Discover and
> > Plasma Mobile. ;)
> Seems like I should have used ctrl+f instead of scrolling over the page an
Hi Aleix,
Am Montag, 3. August 2020, 16:40:21 CEST schrieb Aleix Pol:
> We do have several Plasma BoF. I see at least Plasma Discover and
> Plasma Mobile. ;)
Seems like I should have used ctrl+f instead of scrolling over the page and
looking manually. ;)
> Hardware collaborations should also be r
Hi David,
We do have several Plasma BoF. I see at least Plasma Discover and
Plasma Mobile. ;)
Hardware collaborations should also be related to Plasma IMHO.
Maybe it would make sense to have one about "Getting started to
collaborate with Plasma"?
Aleix
On Mon, Aug 3, 2020 at 3:52 PM David Redond
Harald:
* I made a s.m.a.r.t. monitoring system
https://invent.kde.org/sitter/plasma-disks to resolve
https://bugs.kde.org/show_bug.cgi?id=254313 and would love some input
on whether to glue that into kinfocenter or keep it a separate source
that integrates with kinfocenter (it's a kded mod + kcm
Hi,
I guess you can consider it being written under BSD-3-Clause as the rest of
CMake modules.
Regards,
Jan
pá 31. 7. 2020 v 13:12 odesílatel Harald Sitter
napsal:
> Hey Jan,
>
> Could you please clarify what the licensing terms for FindMtp.cmake
> are? (Usually BSD-3-Clause)
>
> https://inven
I guess this got buried in the inbox. Try #2 :)
|
|
v
On Thu, Mar 26, 2020 at 11:11 AM Harald Sitter wrote:
>
> Hey Jason!
>
> Hope you are doing well.
> I've just noticed that the dictionary runner you've made for Plasma
> doesn't really have licensing terms in its source files.
>
> https://cgi
On Wed, Jul 29, 2020 at 1:25 PM Bhushan Shah wrote:
> On Wed, Jul 29, 2020 at 05:47:02PM +0530, Bhushan Shah wrote:
> > If you have any ack/nack regarding this, please reply to this thread.
>
> Personally speaking I'd say it makes sense to enable this so we do not
> miss any merge requests and/or
On 7/29/20 6:54 AM, Arjen Hiemstra wrote:
Personally, I do not really see what it adds. Doing "watch all" on the plasma
group on GitLab is easy enough (easier than subscribing to a mailing list in
my opinion). Sending all mails for the plasma group here just means any actual
discussion gets drown
On Wednesday, 29 July 2020 14:16:59 CEST Bhushan Shah wrote:
> Hello everyone!
>
> KDE sysadmin team introduced the activity filter, which allows us to
> have the MR, commits and issues related notifications to plasma-devel or
> list of our choice.
>
> This is proposal to enable it for plasma/* r
On 7/29/20 3:19 PM, Bhushan Shah wrote:
> Other option would be to create a separate plasma-notifications mailing
> list which people can subscribe if they wish to for this purpose.
+1 for this option
Cheers,
Vlad
On Wed, Jul 29, 2020 at 2:25 PM Bhushan Shah wrote:
> Other option would be to create a separate plasma-notifications mailing
> list which people can subscribe if they wish to for this purpose.
Twas recently discussed and a separate list was the preferred option,
or rather the getting notificatio
On Wed, Jul 29, 2020 at 05:47:02PM +0530, Bhushan Shah wrote:
> If you have any ack/nack regarding this, please reply to this thread.
Personally speaking I'd say it makes sense to enable this so we do not
miss any merge requests and/or tasks discussions. Currently this mailing
list is mostly dorma
On Wed, Jul 29, 2020 at 12:09 AM Thomas Gilliard
wrote:
> Please delete this e-mail address from your list.
>
You have now been unsubscribed from the list as requested.
Please note that requests such as this that are administrative in nature
should be directed to -ow...@kde.org, or in the case
On Tuesday, 28 July 2020 14:48:55 BST Jonathan Riddell wrote:
> Plasma 5.19.4 is out now for distro packaging
> https://kde.org/announcements/plasma-5.19.4
>
thats great, hopefully something in there to reduce my plasmashell (and others)
coredumping on logout but couldn't see anything in the anno
Please delete this e-mail address from your list.
> On Jul 21, 2020, at 3:48 AM, CI System wrote:
>
>
> BUILD SUCCESS
> Build URL
> https://build.kde.org/job/Plasma/job/kwin/job/kf5-qt5%20SUSEQt5.15/54/
> Project: kf5-qt5 SUSEQt5.15
> Date of build:Tue, 21 Jul 2020 10:1
On Thu, Jul 23, 2020 at 4:40 PM David Edmundson
wrote:
>
> Gitlab has a new "approve" feature. I think it naturally makes sense to use
> this instead of the labels as our official workflow.
>
> One thing to note is that (like labels) the approve button does not send any
> emails to the recipient
Gitlab has a new "approve" feature. I think it naturally makes sense to use
this instead of the labels as our official workflow.
One thing to note is that (like labels) the approve button does not send
any emails to the recipient.
David
We need newer plasma-wayland-protocols, retriggered the dependency build.
Aleix
On Thu, Jul 23, 2020 at 2:58 PM CI System wrote:
> *BUILD FAILURE*
> Build URL
> https://build.kde.org/job/Plasma/job/kwayland-server/job/kf5-qt5%20FreeBSDQt5.15/22/
> Project: kf5-qt5 FreeBSDQt5.15
> Date of build:
On Wed, Jul 22, 2020 at 6:49 AM David Redondo wrote:
>
> I fixed the build now. There was a symlink to a removed file which
> cmake -E copy_directory didn't like.
Thanks for the quick response on this.
>
> Regards,
> David
>
>
Regards,
Ben
On Wed, Jul 22, 2020 at 10:56 AM Aleix Pol wrote:
>
> *shakes head at the little demon in disappointment*
>
>
> On Wed, Jul 22, 2020 at 12:49 AM David Edmundson
> wrote:
> >
> >
> > Investigated, kwin is just failing as BSD is missing some frameworks
> > changes. All good from a Plasma POV.
Fra
*shakes head at the little demon in disappointment*
On Wed, Jul 22, 2020 at 12:49 AM David Edmundson
wrote:
>
>
> Investigated, kwin is just failing as BSD is missing some frameworks changes.
> All good from a Plasma POV.
Investigated, kwin is just failing as BSD is missing some frameworks
changes. All good from a Plasma POV.
I fixed the build now. There was a symlink to a removed file which
cmake -E copy_directory didn't like.
Regards,
David
On Saturday, 18 July 2020 11:13:37 BST Ianseeks wrote:
> Hi
>
> I am getting some really strange situations on my system since 5.19. I can
> log in as xxxp and sometimes get the desktop from my previous login xxx (a
> immediate login after logout from xxx), i sometimes get 2 taskbars, one 90%
On Mon, Jul 13, 2020 at 8:15 PM Bernie Innocenti wrote:
> On 13/07/2020 17.48, David Edmundson wrote:
> >
> >
> > On Sun, Jul 12, 2020 at 5:29 PM Bernie Innocenti > <mailto:ber...@codewiz.org>> wrote:
> >
> > (re-posting because most sub
>2. KWin | multihead
Technically not that at all. Multihead is something we had 10 years ago.
I don't think we can do anything to accept the mess of bugs coming in and
triage appropriately once we can get a good description from the reporter.
I think most plasma devs look at all plasma bugs anywa
On 7/13/20 4:51 AM, Marco Martin wrote:> Fabian V
* I don't have anything about code (I think), I just wanted to mention
this thread on reddit: https://old.reddit.com/r/kde/comments/hpu7fe
* Apparently some dual monitor issues which are not caused by kscreen this time?
I saw that too. It was qu
On 7/12/20 10:29 AM, Bernie Innocenti wrote:
(re-posting because most subscribers might have missed my previous post
due to an excessively strict DKIM policy applied by my domain).
I'm trying to fix this longstanding bug where there are dangling user
processes after the desktop se
On 13/07/2020 17.48, David Edmundson wrote:
On Sun, Jul 12, 2020 at 5:29 PM Bernie Innocenti <mailto:ber...@codewiz.org>> wrote:
(re-posting because most subscribers might have missed my previous post
due to an excessively strict DKIM policy applied by my domain).
I
On Monday, 13 July 2020 16:19:44 BST David Edmundson wrote:
> I'm sorry to hear there are issues.
>
> So just to confirm:
>
> with "confirm logout" enabled:
> - everything works correctly
Yes, i get the SDDM confirm screen, i usually hit the logout icon on it. (any
reason we don't just get a si
I'm sorry to hear there are issues.
So just to confirm:
with "confirm logout" enabled:
- everything works correctly
with "confirm logout" disabled:
- the menu works correctly
- the logout widget sometimes does the wrong thing and shuts down instead
of logging out.
David
Hi!
David Edmundson - 12.06.20, 13:34:01 CEST:
> We're in the process of determining our dependencies for Plasma 5.20,
> our release in about 4 months.
>
> Ideally we would like to depend on Qt5.15, we can land some wayland
> fixes that would be otherwise hard to #ifdef as well as do some big
>
On 7/13/20 3:46 PM, Jonathan Riddell wrote:
Sorry for the lack of reply, yes let's go with Qt 5.15 as the required
dep for Plasma 5.20.
Awesome! Thank you for the update.
Cheers,
Vlad
On Mon, 13 Jul 2020 at 13:19, Vlad Zahorodnii
wrote:
>
> > Are there any distros that are currently planning to ship Plasma 5.20
> > and not have Qt5.15? If so, could you let us know.
>
> It's been a while since the last activity on this message thread. Can we
> have an official verdict? It seems
Howdy,
On 6/12/20 2:34 PM, David Edmundson wrote:
Distros,
We're in the process of determining our dependencies for Plasma 5.20,
our release in about 4 months.
Ideally we would like to depend on Qt5.15, we can land some wayland
fixes that would be otherwise hard to #ifdef as well as do som
On Sun, Jul 12, 2020 at 5:29 PM Bernie Innocenti wrote:
> (re-posting because most subscribers might have missed my previous post
> due to an excessively strict DKIM policy applied by my domain).
>
>
> I'm trying to fix this longstanding bug where there are dangling user
&
+sddm-de...@googlegroups.com
On 12/07/2020 02.27, Bernie Innocenti wrote:
On 12/07/2020 00.14, Bernie Innocenti wrote:
I'm trying to fix this longstanding bug where there are dangling user
processes after the desktop session exists:
https://bugs.kde.org/show_bug.cgi?id=359651
This is repr
On 12/07/2020 00.14, Bernie Innocenti wrote:
I'm trying to fix this longstanding bug where there are dangling user
processes after the desktop session exists:
https://bugs.kde.org/show_bug.cgi?id=359651
This is reproducible every time on multiple distributions and KDE
versions. It also cau
René J. V. Bertin wrote:
> And applications that I start with `-platform wayland` aren't decorated, as if
> kwin is either a WM or else a wayland compositor, but not the former inside
> the latter... Which is actually what I was hoping to get!
OK, belay that, apparently was because my Mesa instal
Kai Uwe Broulik wrote:
> Is it Mac OS?
No, nor a bird, nor a tree ;)
Even I wouldn't dream of testing KWin/Wayland on Mac. Just yet - I do dream of
Wayland supporting Darwin but there a few too many dependencies on the Linux
kernel for that (in KWin too, IIRC) that should be resolved first. A
> this is not a standard set-up, so just selecting wayland as a login option on
> the login manager screen isn't an option.
Is it Mac OS?
David Redondo wrote:
> Hello René,
>
> maybe this blog post from Aleix can help you. It explains how to started a
> nested session or wayland session.
> https://www.proli.net/2020/04/03/developing-kwin-wayland/
Thanks David. That does look like things I already tried (and didn't work;
starting
Hello René,
maybe this blog post from Aleix can help you. It explains how to started a
nested session or wayland session.
https://www.proli.net/2020/04/03/developing-kwin-wayland/
Regard, David
Select "plasma (wayland)" from SDDM.
David
In reply to underwhelming request:
github.com/RJVB/qtstyleplugins contains a clone of Qt's 5.12 built-in Fusion
style that inherits KStyle, rebaptised KFusion and with a few minor other
tweaks.
R.
Hello,
On Mon, Jun 29, 2020 at 12:36:50PM +0200, Marco Martin wrote:
> There was some discussion about it in the monday meeting.
> Decision was to try and go for it, but at the same time propose it in
> kde-core-devel as well as a global policy
I will propose this to kde-core-devel.
I wonder if
Hi,
I also thought it was pretty cool but I tried that the other day with
Task Manager by using the k-cluster sampling code from Big Screen to get
the dominant icon color.
It didn't work very well. Our current design the line doesn't give much
area for colorization (the background is pretty
There was some discussion about it in the monday meeting.
Decision was to try and go for it, but at the same time propose it in
kde-core-devel as well as a global policy
On Thu, Jun 25, 2020 at 4:46 PM Bhushan Shah wrote:
>
> Hello everyone!
>
> This is a proposal to change our workflow regarding
I'm not sure it looks good.
seems to be something kinda coming from windows7 taskbar, but makes it
graphically quite heavy and kinda "ruins" the design of the icons.
--
Marco Martin
On Sat, Jun 27, 2020 at 1:12 AM Noah Davis wrote:
> This looks really cool. We'd have to change our task manager s
I'm in favor of merging to master first. It's just easier for me to
work that way because the cherry picking is something I can just add
on top of my normal git workflow instead of having to remember a
different git workflow for situations where we may want to patch a
stable branch.
On Thu, Jun 25
This looks really cool. We'd have to change our task manager style yet
again to correctly show the different states though. Still, I think there
are some utilities for generating colors based on image colors, so someone
could make a custom task manager and put it on store.kde.org.
On Fri, Jun 26,
On Thu, Jun 25, 2020 at 7:49 PM David Edmundson
wrote:
>> You have this button from commit page, not merge request page.
>>
>> https://i.imgur.com/9kgdpVy.png
>
>
> Found it, that's perfect thanks.
>
> That's also a useful feature in the current workflow.
> Seems you can cherry-pick a commit in a
> You have this button from commit page, not merge request page.
>
> https://i.imgur.com/9kgdpVy.png
Found it, that's perfect thanks.
That's also a useful feature in the current workflow.
Seems you can cherry-pick a commit in a work/branch to a new merge request.
> If you use git cherry-pick w
Hello!
On Thu, Jun 25, 2020 at 03:59:10PM +0100, David Edmundson wrote:
> Gitlab supposedly has a magic button for it just after a commit has landed
> in master.
> https://docs.gitlab.com/ee/user/project/merge_requests/cherry_pick_changes.html
>
> Though I don't know how to trigger that in our UI
On Thu, Jun 25, 2020 at 3:46 PM Bhushan Shah wrote:
> Hello everyone!
>
> This is a proposal to change our workflow regarding release branches and
> our merge workflow,
>
> # Current workflow
>
> - Current workflow is that we commit to stable branch and then merge it
> upwords until master bran
901 - 1000 of 46420 matches
Mail list logo