Re: QtVirtualKeyboard on Plasma Wayland

Swipe to type would be an absolutely amazing feature to get. I struggle to want to use my Linux phone because of this reason. I've checked out this repo and compiled it and will provide feedback in the coming days. On 21/6/24 23:12, Devin wrote: Hey Aleix, I think this is a very good idea!

Re: QtVirtualKeyboard on Plasma Wayland

Hey Aleix, I think this is a very good idea! It could also help isolate any issues that are specific to the keyboard and not to KWin. Maliit has been pretty slow moving so it can also be worth trying out some new ideas here (ex. swipe to type). Thanks, Devin

Re: Shipping Plasma 6.1 wallpaper in Plasma 6.1.1

We had a chat with some distro maintainers, there was a mixed set of results. Ultimately we need to make an executive decision, and after a chat I'm stating we're not going to change the wallpaper in 6.1.x. It will be the same as 6.0 throughout. The new wallpaper can be used for 6.2. Sorry

Re: Shipping Plasma 6.1 wallpaper in Plasma 6.1.1

On Tuesday, 18 June 2024 11.12.01 CEST Marco Martin wrote: > my main issue is that to me it would look really unprofessional the only > message for that wallpaper will be seen as "we didn't manage to chose a > wallpaper in time" > back in 5.x there was only one wallpaper each 2 releases, so if 6.1

Re: Shipping Plasma 6.1 wallpaper in Plasma 6.1.1

Note that it wouldn't mean redoing a bunch of material, but rather it would mean having the wrong wallpaper in the announcement, videos, and previous promo material. Some of it has been published already, and the rest cannot be re-done before the announcement. ~ Niccolò

Re: Shipping Plasma 6.1 wallpaper in Plasma 6.1.1

On Tuesday, 18 June 2024 00.40.56 CEST Paul Brown wrote: > > By the time 6.1.1 it'll be forgotten we'll restart a discussion that > > would have otherwise completely faded away and mess users about in the > > process. > > 6.1.1 is only a week in the future. It is not so far off that we can assume

Re: Shipping Plasma 6.1 wallpaper in Plasma 6.1.1

fwiw Plasma 5.1 also had the same wallpaper as 5.0 ;)

Re: Shipping Plasma 6.1 wallpaper in Plasma 6.1.1

Indeed SUSE will probably not be very amused when their openQA tests start failing in a patch release because the default wallpaper changed. Am 18.06.24 um 08:43 schrieb David Edmundson: What is the problem of delivering the wallpaper with 6.1.1? It's a behavioural change in a patch

Re: Shipping Plasma 6.1 wallpaper in Plasma 6.1.1

> > What is the problem of delivering the wallpaper with 6.1.1? It's a behavioural change in a patch release. Patch releases should be bugfixes only. David

Re: Shipping Plasma 6.1 wallpaper in Plasma 6.1.1

On Tuesday 18 June 2024 00:27:56 CEST David Edmundson wrote: > I'm not convinced it has a net benefit. > > People who update on the day will be already surprised. People who > update later will have forgotten all about the background of a > webpage/tweets they already saw. > > By the time 6.1.1

Re: Shipping Plasma 6.1 wallpaper in Plasma 6.1.1

I'm not convinced it has a net benefit. People who update on the day will be already surprised. People who update later will have forgotten all about the background of a webpage/tweets they already saw. By the time 6.1.1 it'll be forgotten we'll restart a discussion that would have otherwise

Re: Plasma 6.1 tars are up for packaging

Unfortunately there was a last minute respin of plasma-workspace under the same name. It addresses a config migration so couldn't wait till 6.1.1 unfortunately. David

Re: Plasma 6.1 and 6.2 release schedule proposal

On Friday, 7 June 2024 21.11.07 CEST Jonathan Riddell wrote: > The main action happens around September, pic attached. We have repo > and soft feature freeze 29 August, 6.2 beta 12 september, 6.2 Tars on > 3 October to be released 8 October. That means 6.1.5 and 6.2 beta > happen during Akademy.

Re: String/Feature freeze exception request

No objection from the Arabic team. On Tue, May 28, 2024 at 2:18 AM Ismael Asensio wrote: > Hello dear devs and translation teams! > > I'd like to request a string freeze exception to cherry-pick this MR into > 6.1: > https://invent.kde.org/plasma/kdeplasma-addons/-/merge_requests/589 > > The MR

Re: Fwd: String/Feature freeze exception request

Op maandag 27 mei 2024 23:02:02 CEST schreef Ismael Asensio: > Hello dear devs and translation teams! > > I'd like to request a string freeze exception to cherry-pick this MR into > 6.1: > https://invent.kde.org/plasma/kdeplasma-addons/-/merge_requests/589 > > The MR adds a new placeholder item

Re: Fwd: String/Feature freeze exception request

The commit is now merged to the 6.1 branch. https://invent.kde.org/plasma/kdeplasma-addons/-/commit/0da7655b42890d620a0012ffe0097cec24fc75f4 Thank you all! Bedankt, Дякую, gràcies! El mar, 28 may 2024 a las 13:08, Josep M. Ferrer () escribió: > El 27/5/24 a les 23:02, Ismael Asensio ha escrit:

Re: Fwd: String/Feature freeze exception request

вівторок, 28 травня 2024 р. 00:02:02 EEST Ismael Asensio написано: > Hello dear devs and translation teams! > > I'd like to request a string freeze exception to cherry-pick this MR into > 6.1: > https://invent.kde.org/plasma/kdeplasma-addons/-/merge_requests/589 > > The MR adds a new placeholder

Re: Plasma 6.1 announcement

On Friday 24 May 2024 17:35:39 GMT+3 Paul Brown wrote: > On Friday 24 May 2024 00:51:07 CEST Carl Schwan wrote: > > Hi, > > > > I won't be able to work on the Plasma 6.1 announcement. I am too exhausted > > from the recent gear announcement and working on other KDE stuffs and > > also > > I will

Re: Plasma 6.1 announcement

On Friday 24 May 2024 00:51:07 CEST Carl Schwan wrote: > Hi, > > I won't be able to work on the Plasma 6.1 announcement. I am too exhausted > from the recent gear announcement and working on other KDE stuffs and also > I will also be traveling the weeks before the release, so even if I was not >

Re: Plasma 6.0.5

Bluedevil now has 6.0.5.1 update, the old tar was missing some files https://kde.org/info/plasma-6.0.5/ On Tue, 21 May 2024 at 19:14, Jonathan Riddell wrote: > > Plasma 6.0.5 is available for packaging and shipping > https://kde.org/announcements/plasma/6/6.0.5/

Re: KDE Review Request: KRDP

Hi, the review period is over for KRDP and we'd like to officially include KRDP in 6.1. Here's the review request issue https://invent.kde.org/plasma/krdp/-/issues/17 Thanks! - Akseli Lahtinen On Friday 3 May 2024 21:07:55 GMT+3 Akseli Lahtinen wrote: > Hi! > > Arjen Hiemstra and me have

Re: CI moved to Qt 6.7 for Linux builds

Hi, This doesn't look terribly active to me / something receiving much in the way of release activity? Plasma 5.27.11 was released two months ago, so that’s not that far ago. And I think I haven’t merged most of my cherry-picks because of failing pipelines because of appstream. Cheers Kai

Re: CI moved to Qt 6.7 for Linux builds

On Wed, May 8, 2024 at 11:22 PM Kai Uwe Broulik wrote: > Hi, > HI Kai, > > (only posting to plasma-devel only below is about Plasma) > > > i'd also like to schedule removing CI support for [...] Plasma/5.27 > > Plasma 5.27 is our LTS release and we’ve just had Kubuntu 24.04 ship > with it.

Re: CI moved to Qt 6.7 for Linux builds

Hi, (only posting to plasma-devel only below is about Plasma) > i'd also like to schedule removing CI support for [...] Plasma/5.27 Plasma 5.27 is our LTS release and we’ve just had Kubuntu 24.04 ship with it. I’m also aware of at least one other major deployment that’s also on 5.27 for the

Re: about Plasmoid KICKOFF

This mailing list is for development of KDE Plasma. For support see https://kde.org/support/ On 19/4/24 14:55, N Nekto wrote: Hello dear dude! Tell me how to remove letter numbering in the Kikof widget? I want it to be like before: namely, there was no letter numbering in the lists of

Re: CI moved to Qt 6.7 for Linux builds

kdiff3 will make one or two releases but needs only frameworks. This support will end in three months. master is qt6 only now. Apr 20, 2024 8:35:40 PM Ben Cooksley : > Hi all, > > I have just flipped the switch that has moved the CI system over to using Qt > 6.7 for Linux builds on our SUSE

Re: Improving Tiling Window Support in KDE Plasma

> The script could keep a copy of every window-tile association and > reassign everything on every desktop switch but would be > kinda error prone and have too much complexity on javascript side. > What really needsto happen here is an internal support of tiles > per-visrtualdesktop on kwin side

Re: Improving Tiling Window Support in KDE Plasma

On Thu, Mar 28, 2024 at 1:43 PM Aakarsh MJ wrote: > > there are already 3rd party scripts that attempt to do that, like one > > called polonium https://github.com/zeroxoneafour/polonium tough is > > still quite buggy > > I have checked polonium before, unfortunately for me it was way too buggy to

Re: Meeting on store content distribution after Monday's Plasma meeting

Quick update: On 3/25/24 10:59, David Edmundson wrote: Meeting was quite productive, we had some overall discussion and have some action items as follows: Short term: Add key in knsrc files to let content get marked as dangerous so David did this in

Re: Plasma Sprint 2024

I'm most likely not going to be able to attend this year's Plasma sprint unfortunately, but choosing a venue that's an hour by car away from an airport strikes me as inviting logistical challenges. It would also be nice if we can get the venue for free. :) If it's to be in Spain, how about

Re: Plasma Sprint 2024

I also enquired about iSlow Coliving in Galicia (North West Spain). This is about 1 hour drive from A Coruna and Vigo airports so it would need a car hired for shuttle runs. It's a very pleasant large house with a room for computer work and a big kitchen and bedroom with private bathrooms. They

Re: Improving Tiling Window Support in KDE Plasma

> I suggest to move this discussion to the mailing list plasma-devel@kde.org I have added the ML as recipient. > So, the tiling system is aimed to be very basic, and more akin Windows > "Fancy zones" than a complete tiling window manager (we are thinking > about renaming the effect to be more

Re: kwin 6.0.3 respin

On 27/3/24 10:25, Vlad Zahorodnii wrote: Hello, Is it possible to respin kwin 6.0.3 so it includes the following two commits - https://invent.kde.org/plasma/kwin/-/commit/74060343a0286bf9d8054cbe67cb019d07455db3 -

Re: Meeting on store content distribution after Monday's Plasma meeting

Meeting was quite productive, we had some overall discussion and have some action items as follows: Short term: Add key in knsrc files to let content get marked as dangerous so that we can show a different warning in the dialog (d_ed) This will be done immediately and backported

Re: Meeting on store content distribution after Monday's Plasma meeting

On Thursday, March 21, 2024 3:46:47 PM CET Nate Graham wrote: > > For the purpose of stimulating ideas and discussion in the meeting, let > me note down a few complementary routes that I could see us going down: > > # Moderation > have trusted experts filter out dangerous or broken content so it

Re: feature freeze exception

Am Donnerstag, 21. März 2024, 16:51:00 CET schrieb Mike Noe: > Hello fellow developers! > > I'd like to request a feature freeze exception for > https://invent.kde.org/plasma/print-manager/-/merge_requests/116. I feel > that this is important to get into the next release because we've had a >

Re: Meeting on store content distribution after Monday's Plasma meeting

On 3/21/24 04:50, David Edmundson wrote: The topic of store content has come up repeatedly throughout last year. It's clear what we're showing to users now doesn't meet modern expectations and our messaging is not the clearest. It's in the spotlight currently, we can use that energy to do

Re: Meeting on store content distribution after Monday's Plasma meeting

On 21/3/24 21:20, David Edmundson wrote: The topic of store content has come up repeatedly throughout last year. It's clear what we're showing to users now doesn't meet modern expectations and our messaging is not the clearest. It's in the spotlight currently, we can use that energy to do

Re: Plasm 6.1 Kickoff Meeting notes

On 14/3/24 09:19, Nate Graham wrote: On 3/11/24 10:31, Nicolas Fella wrote: ## 6.1 release planning Idea: Keep the megarelese? I think there's something to it. Releasing everything at once was good for branding and user perception, and it seems for distros too. One thing I'd like to

Re: Plasm 6.1 Kickoff Meeting notes

On Wednesday, March 13, 2024 11:49:45 PM CET Nate Graham wrote: > On 3/11/24 10:31, Nicolas Fella wrote: > > ## 6.1 release planning > > > > Idea: Keep the megarelese? > > I think there's something to it. Releasing everything at once was good > for branding and user perception, and it seems for

Re: Plasm 6.1 Kickoff Meeting notes

On 3/11/24 10:31, Nicolas Fella wrote: ## 6.1 release planning Idea: Keep the megarelese? I think there's something to it. Releasing everything at once was good for branding and user perception, and it seems for distros too. One thing I'd like to change is to further unify the release

Re: Plasm 6.1 Kickoff Meeting notes

On Tue, Mar 12, 2024, at 9:57 PM, Neal Gompa wrote: > On Mon, Mar 11, 2024 at 9:32 AM Nicolas Fella wrote: >> Tentative idea: >> - 6.1 in June >> - Two Betas >> - Slightly extend support window for the release to avoid gap between >> 6.1 ending and distros picking up 6.2 >> - Needs

Re: Plasm 6.1 Kickoff Meeting notes

On Mon, Mar 11, 2024 at 9:32 AM Nicolas Fella wrote: > > # Plasma 6.1 kickoff meeting notes > Hey sorry folks, I wasn't able to make it because I'm in California this week and that resulted in it being too early for me. > ## 6.0 retrospective > > Generally well received# Plasma 6.1 kickoff

Re: Plasma 5.27.11

An update to plasma-sdk fixes compilation for duplicate translations http://download.kde.org/stable/plasma/5.27.11/plasma-sdk-5.27.11.1.tar.xz sha256: 90a2a18b699a374362f870b22685d4ed3d5e00fe7fa27b768fd2e626361e0744

Re: Plasma 6.0.1

Three respins to fix incorrect version dependencies 23ca96601cc9bff00434f7fbfe3901fbcb92362d1751a31c08520fb4c1124610 breeze-gtk-6.0.1.1.tar.xz 5e4fde9c7b55e24c0ae229cf4ab72ddf88359ef7b0bd2ae715bb87e1e0f1f782 breeze-plymouth-6.0.1.1.tar.xz

Re: Plasma 6.0.1

Hi, Am Mittwoch, 6. März 2024, 00:38:54 CET schrieb Jonathan Riddell: > Plasma 6.0.1 is out now for packaging and distributing > https://kde.org/announcements/plasma/6.0.1/ URL is broken, it's https://kde.org/announcements/plasma/6/6.0.1/. Also, kpipewire fails to build because there's a syntax

Re: Plasma 6.0.0 tars

respin of plasma-nm is up http://embra.edinburghlinux.co.uk/~jr/tmp/plasma-nm-6.0.0-changes_report.html http://download.kde.org/stable/plasma/6.0.0/plasma-nm-6.0.0.tar.xz;>plasma-nm-6.0.0 1.1MB - 5f238f2c2c00f94c62c19fa958fe7f23fceb835f761422f610492675569b7ae3 +

Re: Plasma 6.0.0 tars

plasma-workspace got a respin http://download.kde.org/stable/plasma/6.0.0/plasma-workspace-6.0.0.tar.xz;>plasma-workspace-6.0.0 19MB - b1c32a3bc33168559626f6a398c31dbc2023ae2550dbe9db1d0e20549050f0b4 + 47dd87b4c0e09c1bcb34162b7aae3e5a3b9a4aaba1b9fed0f4d681bb3f9febba

Re: Plasma 6.0.0 tars

plasma-workspace respin done http://embra.edinburghlinux.co.uk/~jr/tmp/plasma-workspace-6.0.0-changes_report.html http://download.kde.org/stable/plasma/6.0.0/plasma-workspace-6.0.0.tar.xz;>plasma-workspace-6.0.0 19MB - 734ffa213bdc206f1374048dd7cc15580f8dc1ba567cbeaedbf03070e5ea0713 +

Re: kwin respin request

http://embra.edinburghlinux.co.uk/~jr/tmp/kwin-6.0.0-changes_report.html http://download.kde.org/stable/plasma/6.0.0/kwin-6.0.0.tar.xz;>kwin-6.0.0 8.4MB - f05b9c2299fb169509311617ebe36223bb0f00c92b02866c1840ff887f402fd2 +

Re: Fedora 39 KDE spin - Wayland session improvements - thanks and info on current experience

Thanks for the kind words, Amir! Yes, please do submit bug reports for those issues. Nate On 2/19/24 04:29, Amir Khan wrote: Dear KWin / Plasma Development team, I have been triaging bugs for KDE for some weeks, but as I have development experience in C++, C and other languages, I'm keen

Re: More 5.27 Releases

We discussed it at today's Plasma meeting and decided on Wednesday 6 March for Plasma 5.27.11 Jonathan

Re: More 5.27 Releases

These replies about a certain amount of bug-fix releases make me very happy as a Kubuntu user. Our next LTS will be released in March 2024, and thus can't be based on Qt6, but we really look forward to the October 2024 release based on a stable Qt6-based Plasma, Frameworks and apps release. Many

Re: More 5.27 Releases

Agreed, I think it makes sense. Also maybe we should have a policy of "don't avoid backporting just because no more releases are planned" as a sufficient number of backported patched can indicate that we should do another release. Nate On 2/12/24 03:53, David Edmundson wrote: Plasma 5.27

Re: More 5.27 Releases

On 12/2/24 21:34, Kai Uwe Broulik wrote: Agreed. I also think it’s a bad mindset to have “there won’t be any 5.27 release”. We should for now treat backporting as if there will be another one, given 6.0 isn’t even out yet. Cheers Kai Uwe Am 12.02.24 um 11:53 schrieb David Edmundson:

Re: More 5.27 Releases

I agree, but as discussed in the meeting today, if we want to do a 5.27 release, we should backport the ci adaptations and make ci actually work there On Mon, Feb 12, 2024 at 11:53 AM David Edmundson wrote: > > Plasma 5.27 is not getting any more regular timed releases. However in > the past for

Re: More 5.27 Releases

Agreed. I also think it’s a bad mindset to have “there won’t be any 5.27 release”. We should for now treat backporting as if there will be another one, given 6.0 isn’t even out yet. Cheers Kai Uwe Am 12.02.24 um 11:53 schrieb David Edmundson: Plasma 5.27 is not getting any more regular

Re: Wayland Nvidia situation for initial Plasma 6 release

Am Mittwoch, 7. Februar 2024, 10:37:13 CET schrieb Kai Uwe Broulik: > Hi, > > plasma-integration already (which I am NOT happy about!) creates a GL > context to check whether to use software rendering, there we could also > check the GL_VENDOR and set basic render loop. > Yes we did that in 5

Re: Wayland Nvidia situation for initial Plasma 6 release

Hi, plasma-integration already (which I am NOT happy about!) creates a GL context to check whether to use software rendering, there we could also check the GL_VENDOR and set basic render loop. But backporting won’t hurt either way I’d say. Cheers Kai Uwe Am 07.02.24 um 10:13 schrieb David

Re: Major CI changes - FreeBSD and Linux

On Mon, Jan 22, 2024 at 12:09 PM Ben Cooksley wrote: > > Hi all, > > Over the past few weeks significant work has been undertaken to develop the > ability to make use of containerised builds for FreeBSD. This is great news! Thank you for all the work done on that front.

Re: Stale MRs

Hi, Some of those are mine and I am back now to merge them myself ( all are snapcraft only merges ), unfortunately I am held up by a mess up on my part and I cannot currently login to invent.kde.org due to 2fa and new phone. As soon as it is resolved I will knock them out and shorten that list for

Re: Plasma Bigscreen

I can't see why not Jonathan

Re: Plasma Bigscreen

On Tuesday, 30 January 2024 13:59:15 CET Jonathan Riddell wrote: > Adita tells me that Plasma Bigscreen is ready Qt 6 and KF6 happiness. I've > not tried it yet and and he's still working on the apps. It was released > as part of Plasma for the later 5 releases, but it's too late to add it > into

Re: Major CI changes - FreeBSD and Linux

On Mon, Jan 22, 2024 at 10:08 PM Ben Cooksley wrote: > Hi all, > > Over the past few weeks significant work has been undertaken to develop > the ability to make use of containerised builds for FreeBSD. > > Over the weekend i'm happy to report that this has now been rolled out and > is now in use

Re: KDE Gear features list

On Monday, November 27, 2023 10:49:04???PM CET Carl Schwan wrote: > Hello, > > I started working on the announcement for the the megarelease. For Plasma, > Nate collected all the new user facing changes here: > https://community.kde.org/Plasma/Plasma_6#User-facing_changes > > I would appreciate

Re: How Plasma/Kickoff app launcher always opening aligned horizontally to the center of the screen

Hi Konstantin, Are you asking how to program the feature, or how to configure the system to do it from a user perspective? Because at the moment there is no way to configure the system to do it; it's simply not implemented right now. Nate On 12/22/23 13:42, Konstantin Makarov wrote:

Re: Merge Service still in use?

The main problem for me is that I want to have the patch merged asap, to be able to test/resolve issues of some other patches in combination with this one. That's why I just merge that without rebase-pipeline completion. Speaking truly, I'm not very happy with our 'always fast-forward merge'

Re: Merge Service still in use?

Hi, Ben! I think we have kind of forgotten about that. I usually build the MRs locally or check if the pipeline has succeeded for the current revision, then I just "rebase without pipeline" and do the merge. It might be that I should use the merge service for that, I'm not sure... On Sat, Dec

Re: more betas / shorter windows?

On Mon, Dec 18, 2023 at 2:22 PM Nate Graham wrote: > > Yeah, it's long been a problem that bugs reported towards the end of a > beta release were often fixed weeks ago, which wastes everyone's time. > Shorter betas would also help our most effective volunteer QA people who > close their bug

Re: Merge Service still in use?

On Tue, Dec 19, 2023 at 10:47 PM Dmitry Kazakov wrote: > The main problem for me is that I want to have the patch merged asap, to > be able to test/resolve issues of some other patches in combination with > this one. That's why I just merge that without rebase-pipeline completion. > > Speaking

Re: Merge Service still in use?

On Tue, Dec 19, 2023 at 10:16 PM Dmitry Kazakov wrote: > Hi, Ben! > > I think we have kind of forgotten about that. I usually build the MRs > locally or check if the pipeline has succeeded for the current revision, > then I just "rebase without pipeline" and do the merge. It might be that I >

Re: Merge Service still in use?

On 12/18/23 19:25, Ben Cooksley wrote: Just out of curiosity - why? It broke down a while ago and, unfortunately, it covers only some of ours needs, not all. So it was not a big loss for us and we simply moved on with merging patches manually. Cheers, Vlad

Re: more betas / shorter windows?

Yeah, it's long been a problem that bugs reported towards the end of a beta release were often fixed weeks ago, which wastes everyone's time. Shorter betas would also help our most effective volunteer QA people who close their bug reports once they're fixed by us (like Patrick Silva and some

Re: more betas / shorter windows?

6.x onwards On Mon, Dec 18, 2023 at 6:59 PM Nicolas Fella wrote: > > On 12/18/23 18:42, Harald Sitter wrote: > > With the second p6 beta sneaking up on us I've been pondering the beta > > experience... > > > > I can't help but think that the windows we've chosen were too long. At > > least from

Re: more betas / shorter windows?

On 12/18/23 18:42, Harald Sitter wrote: With the second p6 beta sneaking up on us I've been pondering the beta experience... I can't help but think that the windows we've chosen were too long. At least from a crash tracking POV most of the crash reports we get from !neon are either of

Re: Merge Service still in use?

On Tue, Dec 19, 2023 at 2:36 AM Vlad Zahorodnii wrote: > On 12/16/23 03:41, Ben Cooksley wrote: > > Hi all, > > > > I've just been reviewing services we're looking after and while doing > > so have noticed that Marge Bot (invent.kde.org/merge-service > > )

Re: Merge Service still in use?

On 12/16/23 03:41, Ben Cooksley wrote: Hi all, I've just been reviewing services we're looking after and while doing so have noticed that Marge Bot (invent.kde.org/merge-service ) doesn't seem to have done anything for 4 months. As the two projects with

Re: Feature freeze exception (or not) for "Advanced Power Settings" QML port

I don't want to set a precedent for many others. I would have rejected this if the MR was only just opened, or if this wasn't a KCM section that's specifically titled "Advanced settings" or we were having this discussion later. But given it closes some bugs, I think it's reasonable to go ahead.

Re: Unified internal communications channel

On Donnerstag, 7. Dezember 2023 18:04:24 CET Carl Schwan wrote: > On Thursday, December 7, 2023 4:15:36?PM CET Nate Graham wrote: > > What I'm proposing is some kind of place that *only* has internal > > announcements and is very log signal-to-noise such that we can > > fearlessly recommend that

Re: Unified internal communications channel

rstood the proposed idea and that should re-read the previous messages. It is unfortunately a recurring pattern in the promo channel and I decided for now to leave the kde-promo matrix channel as I feel like I'm wasting my time there. > It makes me think that maybe the KDE development community has gro

Re: KRunner and KActivities

Heyho, as stated in #Plasma, I will take care of it shortly ;) Regards Alex On 11/20/23 18:57, Jonathan Riddell wrote: I've just seen that KRunner uses KActivities but we moved activities to Plasma and Runner is in Frameworks.  Whatever shall we do? Joanthan

Re: plasma-framework, kactivities and kactivities-stats: please consider proper de-KF-ication now

On 2023-11-05 18:35, christ...@cullmann.io wrote: On 2023-11-05 18:01, Nate Graham wrote: On 11/5/23 07:42, Kevin Ottens wrote: I was clumsily advocating for this Akademy 2021 or 2022 (can't remember which). This way it's clearer to application authors when they tie themselves to a given

Re: QML: a packagers nightmare. Assistance please.

On 11/8/23 10:14, Nate Graham wrote: On 11/8/23 09:37, David Edmundson wrote: If folks agree, I can do that. Do it, but given it's an cross-repo change lets do it after alpha rather than rushing. Ack, will do. Nate The alpha has been tarred, so I've gone ahead and done this.

Re: Applet config dialog changes

I recall that we decided in yesterday's Plasma meeting to do it. Now that the Alpha is tarred, we can get started and will have three weeks to port everything before the first Beta/ Nate On 11/4/23 05:57, Nicolas Fella wrote: Hi, I have an open MR that changes how applet's config UI

Re: QML: a packagers nightmare. Assistance please.

On 11/8/23 09:37, David Edmundson wrote: If folks agree, I can do that. Do it, but given it's an cross-repo change lets do it after alpha rather than rushing. Ack, will do. Nate

Re: QML: a packagers nightmare. Assistance please.

On Wed, Nov 8, 2023 at 9:41 AM Nicolas Fella wrote: > > On 11/8/23 17:11, Scarlett Moore wrote: > > While I have everyone's attention. The part that is getting me ( and > > our linters ) is qml installation paths seem all over the place > > For example plasma-framework we have > > > >

Re: QML: a packagers nightmare. Assistance please.

While I have everyone's attention. The part that is getting me ( and our linters ) is qml installation paths seem all over the place For example plasma-framework we have org.kde.plasma.plasmoids which I read in the docs is "identified" qml which states it must be installed into the QML import

Re: QML: a packagers nightmare. Assistance please.

I apologize for the header. I have been struggling with QML and a bit frustrated from a packager point of view. It very well may be a bug in our build system. I appreciate all the input thus far. Scarlett On Wed, Nov 8, 2023 at 4:48 AM David Redondo wrote: > > Am Mittwoch, 8. November 2023,

Re: QML: a packagers nightmare. Assistance please.

On 11/8/23 17:11, Scarlett Moore wrote: While I have everyone's attention. The part that is getting me ( and our linters ) is qml installation paths seem all over the place For example plasma-framework we have org.kde.plasma.plasmoids which I read in the docs is "identified" qml which states

Re: QML: a packagers nightmare. Assistance please.

> If folks agree, I can do that. Do it, but given it's an cross-repo change lets do it after alpha rather than rushing. David

Re: QML: a packagers nightmare. Assistance please.

On 11/8/23 05:08, Kai Uwe Broulik wrote: Hi, that ShadowedLabel is literally one QML file with a Label and a DropShadow. KWin could just not use that (and build its own) and we’d resolve the issue. It's a small component, but it exists to ensure visual consistency between all the different

Re: QML: a packagers nightmare. Assistance please.

On Wednesday, 8 November 2023 12:48:32 CET, David Redondo wrote: So the situation right now is that plasma-workspace build depends on KWin and KWin has a runtime dependency on plasma-workspace. I think it's not a full cycle since installing plasma-workspace does not need anything from KWin

Re: QML: a packagers nightmare. Assistance please.

Hi, that ShadowedLabel is literally one QML file with a Label and a DropShadow. KWin could just not use that (and build its own) and we’d resolve the issue. Cheers Kai Uwe From what I am seeing this patch causes KWin to import a qml module that lives in plasma-workspace import

Re: QML: a packagers nightmare. Assistance please.

Am Mittwoch, 8. November 2023, 12:22:33 CET schrieb Scarlett Moore: > Hi everyone, > As we progress through the Qt6 transition I have been trying to keep > up on our QML dependencies and I keep tripping over circular > dependency nightmare. We switched to a mega package format which > includes qml

Re: plasma-framework

. kwayland is the 4th one being moved, it has been re-versioned but not yet moved in invent. Let's not do anything to plasma-framework until after the alpha to avoid stiring things up yet again. We have plenty of time to do it before the beta/rc

Re: plasma-framework

'm not sure who has the energy to do it. I suppose we'll > also remove the KF terms from the other ones too. > Are you talking about renaming the CMake/Binary side or the repository/tarball side here? > > kwayland is the 4th one being moved, it has been re-versioned but not yet > moved in invent. > > Jonathan > Cheers, Ben

Re: plasma-framework

is the 4th one being moved, it has been re-versioned but not yet moved in invent. Jonathan

Re: git-repositories-for-release

That's on my todo for today :) Jonathan On Mon, 6 Nov 2023 at 21:55, Neal Gompa wrote: > On Mon, Nov 6, 2023 at 11:21 AM Jonathan Riddell wrote: > > > > Diff from 5.27 > > -aura-browser > > -aura-browser > > +kactivities > > +kactivities-stats > > -khotkeys > > -krdp > > +kwayland > >

Re: git-repositories-for-release

On Mon, Nov 6, 2023 at 11:21 AM Jonathan Riddell wrote: > > Diff from 5.27 > -aura-browser > -aura-browser > +kactivities > +kactivities-stats > -khotkeys > -krdp > +kwayland > -plank-player > -plank-player > -plasma-bigscreen > +plasma-framework > -plasma-remotecontrollers > +plasma5support >

Re: git-repositories-for-release

Good point, I've added in kglobalacceld now Jonathan On Mon, 6 Nov 2023 at 17:51, Antonio Rojas wrote: > El lunes, 6 de noviembre de 2023 17:21:06 (CET) Jonathan Riddell escribió: > > > Diff from 5.27 > > Hi, > > What about kglobalacceld? > > > > >

  1   2   3   4   5   6   7   8   9   10   >