Re: kde-workspace KDE/4.9 broken

2012/7/9 Martin Klapetek : > On Mon, Jul 9, 2012 at 10:55 PM, Albert Astals Cid wrote: >> >> Someone merged master to KDE/4.9, no clue if anyone is working on fixing >> it, >> but just thought you'd want to know KDE/4.9 is broken, you probably don't >> want >> to commit there untils it's fixed. >

Re: How Can I change wallpaper from CLI?

2012/9/5, Alexander Neundorf : > On Wednesday 05 September 2012, Jeremy Whiting wrote: >> On Wed, Sep 5, 2012 at 11:30 AM, Alexander Neundorf > wrote: >> > On Wednesday 05 September 2012, Shaun Reich wrote: >> >> On Wed, Sep 5, 2012 at 10:53 AM, Tomaz Canabrava > wrote: >> >> > 2012/9/5 Weng Xuet

Re: How Can I change wallpaper from CLI?

2012/9/5, Nicolás Alvarez : > 2012/9/5, Alexander Neundorf : >> On Wednesday 05 September 2012, Jeremy Whiting wrote: >>> On Wed, Sep 5, 2012 at 11:30 AM, Alexander Neundorf >> wrote: >>> > On Wednesday 05 September 2012, Shaun Reich wrote: >>> >&g

Review Request 113124: MouseEventListener: Don't process event from children multiple times

org/r/113124/diff/ Testing --- The KMix problem is gone, each mouse wheel step now changes the volume by the appropriate amount. Thanks, Nicolás Alvarez ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/p

Re: Review Request 113124: MouseEventListener: Don't process event from children multiple times.

ng --- The KMix problem is gone, each mouse wheel step now changes the volume by the appropriate amount. Thanks, Nicolás Alvarez ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel

Re: Review Request 113124: MouseEventListener: Don't process event from children multiple times.

ct. 6, 2013, 4:36 p.m., Nicolás Alvarez wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > http://git.reviewboard.kde.org/r/113124/ > ---

Re: Review Request 113124: MouseEventListener: Don't process event from children multiple times.

> On Oct. 31, 2013, 12:27 p.m., Kevin Funk wrote: > > Bump. Can we have this fixed soonish? Nicolas, can you push? > > Kevin Funk wrote: > Bump again -- Without this fix, controlling volume in KMix via the mouse > wheel is close to impossible. Can someone push? >

Re: Review Request 113124: MouseEventListener: Don't process event from children multiple times.

nents/mouseeventlistener.cpp 36530e075dc52348f32032c32457a090b904c3b9 Diff: http://git.reviewboard.kde.org/r/113124/diff/ Testing --- The KMix problem is gone, each mouse wheel step now changes the volume by the appropriate amount. Thanks, Nicolás Al

Re: Review Request 115695: Rework KNotification to work without KNotify daemon

> On Feb. 19, 2014, 7:06 a.m., Aleix Pol Gonzalez wrote: > > src/notifybypopupgrowl.h, line 37 > > > > > > Is growl still the thing for MacOS X? > > Martin Klapetek wrote: > I'm not sure to be honest...I've h

Re: Review Request 125756: Initialize QFunctionPointer to Q_NULLPTR

> On Oct. 22, 2015, 9:09 a.m., Martin Gräßlin wrote: > > src/declarativeimports/core/windowthumbnail.h, lines 128-129 > > > > > > AFAIK we are not yet allowed to use nullptr in frameworks. You need to > > use Q_

Re: Phabricator: All repositories registered - upcoming workflow changes

2017-02-02 7:23 GMT-03:00 René J.V. Bertin : > On Thursday February 2 2017 22:09:34 Ben Cooksley wrote: > >>For those who dismiss decay as an issue - problems with previous >>Reviewboard upgrades not taking cleanly have resulted in some reviews >>being damaged, causing their diffs to become unavail

Re: #plasma Matrix group does not seem to be accepting connections

El mar, 25 de may. de 2021 a la(s) 13:19, Nate Graham (n...@kde.org) escribió: > > Hello folks, > I can't connect to the #plasma group using a Matrix client right now. Is > anyone else experiencing the same issue? > > Nate >From the IRC side I see you already in the channel... -- Nicolás

Re: CI talk (Was: re: Manner in which kde-gtk-config development is conducted)

El sáb., 21 de mar. de 2020 a la(s) 20:00, Johan Ouwerkerk (jm.ouwerk...@gmail.com) escribió: > Out of interest, apart from the amount of work it might take what > would be the main blocker for using VMs and things like Vagrant boxes > for FreeBSD as the next best thing to containers? I'd ask the s

Re: Update on Status of Gitlab Migration

El 11 abr. 2020, a la(s) 08:31, Johan Ouwerkerk escribió: > > On Sat, Apr 11, 2020 at 11:36 AM Ben Cooksley wrote: >> Should anyone have any questions on the above, please let us know. > > Does the migration also mean that `git.kde.org` push URL will be > retired and would need to be remapped

Re: Update on Status of Gitlab Migration

El sáb., 11 de abr. de 2020 a la(s) 16:26, Johan Ouwerkerk (jm.ouwerk...@gmail.com) escribió: > > On Sat, Apr 11, 2020 at 8:39 PM Ben Cooksley wrote: > > > > Yes, the hostname git.kde.org will be fully retired as part of this > > transition. > > > > From my understanding kdesrc-build will automat

Re: Information regarding upcoming Gitlab Migration: clarifications

El jue., 30 de abr. de 2020 a la(s) 18:15, Albert Astals Cid (aa...@kde.org) escribió: > > El dijous, 30 d’abril de 2020, a les 21:31:02 CEST, Ben Cooksley va escriure: > > On Fri, May 1, 2020 at 6:04 AM Ivan Čukić wrote: > > > > > > > We have made a big fuss in the past about having different pro

Re: Information regarding upcoming Gitlab Migration

> On 1 May 2020, at 15:17, Alexander Potashev wrote: > > On Tue, Apr 28, 2020 at 6:47 AM Bhushan Shah wrote: >> Use case 4 : Tom is a student in Germany and is interested in >> contributing to wikitolearn, and he asks where can I find code of the >> wikitolearn? > > Hi, > > I have a similar

Re: Closing old Plasma 4 bugs

The only thing we have is a way to do mass-edits without sending any email. That doesn't seem suitable for mass-closing; it's more for things like reassigning lots of bugs to another product. For closing I assume you do want to send email to the reporters. Maybe we can do some script to close the

D5249: [RFC] New effect plugin - projector (keystone) correction

nalvarez added inline comments. INLINE COMMENTS > nowicki wrote in projector.cpp:101-126 > The reason for taking over cursor drawing is that when transformation is > applied the pointer pixmap doesn't match the point where the cursor actually > hits the windows below it. Since there is no way t

D5405: Create desktop file name based on organization domain unless set explicitely

nalvarez added a comment. Are you saying the d-bus service name should be equal to the .desktop filename? I don't see where this requirement comes from. REPOSITORY R244 KCoreAddons REVISION DETAIL https://phabricator.kde.org/D5405 To: stikonas, mpyne, kossebau, aacid, ltoscano Cc: nalva