[Powerdevil] [Bug 350258] Screen brightness is not remembered

https://bugs.kde.org/show_bug.cgi?id=350258 Alex Fiestas changed: What|Removed |Added CC||afies...@kde.org --- Comment #2 from Alex

[plasma-shell] [Bug 328651] Theme is not updated when composite changes

https://bugs.kde.org/show_bug.cgi?id=328651 --- Comment #2 from Alex Fiestas --- Created attachment 85423 --> https://bugs.kde.org/attachment.cgi?id=85423&action=edit image showing composite with opaque theme. -- You are receiving this mail because: You are on the CC list for

[plasma-shell] [Bug 328651] Theme is not updated when composite changes

https://bugs.kde.org/show_bug.cgi?id=328651 Alex Fiestas changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED

[plasma-shell] [Bug 328597] Context menu and toolbox have an empty action

https://bugs.kde.org/show_bug.cgi?id=328597 Alex Fiestas changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution

[plasma-shell] [Bug 328654] Kickoff application navigation is broken

https://bugs.kde.org/show_bug.cgi?id=328654 --- Comment #1 from Alex Fiestas --- Created attachment 84030 --> https://bugs.kde.org/attachment.cgi?id=84030&action=edit video of the brokeness -- You are receiving this mail because: You are on the CC list for

[plasma-shell] [Bug 328654] New: Kickoff application navigation is broken

https://bugs.kde.org/show_bug.cgi?id=328654 Bug ID: 328654 Summary: Kickoff application navigation is broken Classification: Unclassified Product: plasma-shell Version: master Platform: unspecified OS: Linux Sta

[plasma-shell] [Bug 328653] New: Backspace is totally broken in kickoff

https://bugs.kde.org/show_bug.cgi?id=328653 Bug ID: 328653 Summary: Backspace is totally broken in kickoff Classification: Unclassified Product: plasma-shell Version: master Platform: unspecified OS: Linux Statu

[plasma-shell] [Bug 328651] New: Theme is not updated when composite changes

https://bugs.kde.org/show_bug.cgi?id=328651 Bug ID: 328651 Summary: Theme is not updated when composite changes Classification: Unclassified Product: plasma-shell Version: master Platform: unspecified OS: Linux

[plasma-shell] [Bug 328597] Context menu and toolbox have an empty action

https://bugs.kde.org/show_bug.cgi?id=328597 Alex Fiestas changed: What|Removed |Added Blocks||328586 -- You are receiving this mail because

[plasma-shell] [Bug 328586] Plasma 2 Milestone 1

https://bugs.kde.org/show_bug.cgi?id=328586 Alex Fiestas changed: What|Removed |Added Depends on||328597 -- You are receiving this mail because

[plasma-shell] [Bug 328597] Context menu and toolbox have an empty action

https://bugs.kde.org/show_bug.cgi?id=328597 --- Comment #1 from Alex Fiestas --- Created attachment 84011 --> https://bugs.kde.org/attachment.cgi?id=84011&action=edit screenshot -- You are receiving this mail because: You are on the CC list for

[plasma-shell] [Bug 328597] New: Context menu and toolbox have an empty action

https://bugs.kde.org/show_bug.cgi?id=328597 Bug ID: 328597 Summary: Context menu and toolbox have an empty action Classification: Unclassified Product: plasma-shell Version: master Platform: unspecified OS: Linux

[plasma-shell] [Bug 328596] Wallpaper from secondary screen can't be changed

https://bugs.kde.org/show_bug.cgi?id=328596 Alex Fiestas changed: What|Removed |Added Blocks||328593 -- You are receiving this mail because

[plasma-shell] [Bug 328593] Dual screen has regressed in plasma-shell

https://bugs.kde.org/show_bug.cgi?id=328593 Alex Fiestas changed: What|Removed |Added Depends on||328596 -- You are receiving this mail because

[plasma-shell] [Bug 328596] New: Wallpaper from secondary screen can't be changed

https://bugs.kde.org/show_bug.cgi?id=328596 Bug ID: 328596 Summary: Wallpaper from secondary screen can't be changed Classification: Unclassified Product: plasma-shell Version: master Platform: unspecified OS: Linux

[plasma-shell] [Bug 328594] Plasmoid popup is wrongly positioned

https://bugs.kde.org/show_bug.cgi?id=328594 Alex Fiestas changed: What|Removed |Added Blocks||328593 -- You are receiving this mail because

[plasma-shell] [Bug 328594] Plasmoid popup is wrongly positioned

https://bugs.kde.org/show_bug.cgi?id=328594 --- Comment #1 from Alex Fiestas --- Created attachment 84010 --> https://bugs.kde.org/attachment.cgi?id=84010&action=edit screenshot -- You are receiving this mail because: You are on the CC list for

[plasma-shell] [Bug 328593] Dual screen has regressed in plasma-shell

https://bugs.kde.org/show_bug.cgi?id=328593 Alex Fiestas changed: What|Removed |Added Depends on||328594 -- You are receiving this mail because

[plasma-shell] [Bug 328594] New: Plasmoid popup is wrongly positioned

https://bugs.kde.org/show_bug.cgi?id=328594 Bug ID: 328594 Summary: Plasmoid popup is wrongly positioned Classification: Unclassified Product: plasma-shell Version: master Platform: unspecified OS: Linux Status:

[plasma-shell] [Bug 328593] Dual screen has regressed in plasma-shell

https://bugs.kde.org/show_bug.cgi?id=328593 Alex Fiestas changed: What|Removed |Added Blocks||328586 -- You are receiving this mail because

[plasma-shell] [Bug 328586] Plasma 2 Milestone 1

https://bugs.kde.org/show_bug.cgi?id=328586 Alex Fiestas changed: What|Removed |Added Depends on||328593 --- Comment #1 from Alex Fiestas

[plasma-shell] [Bug 328593] New: Dual screen has regressed in plasma-shell

https://bugs.kde.org/show_bug.cgi?id=328593 Bug ID: 328593 Summary: Dual screen has regressed in plasma-shell Classification: Unclassified Product: plasma-shell Version: master Platform: unspecified OS: Linux St

[plasma-shell] [Bug 328586] New: Plasma 2 Milestone 1

https://bugs.kde.org/show_bug.cgi?id=328586 Bug ID: 328586 Summary: Plasma 2 Milestone 1 Classification: Unclassified Product: plasma-shell Version: master Platform: unspecified OS: Linux Status: UNCONFIRMED

Re: pruning branches in kde-workspace

On Wednesday 30 January 2013 12:42:46 Aaron J. Seigo wrote: > noKephal Keep, will finish for 4.11 ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel

Re: Re: reflecting on 4.10

On Monday 14 January 2013 17:37:28 Aaron J. Seigo wrote: > I'll add only one semi-new point: > > * active, healthy communication between components teams. no more developing > in caves. no more not talking to each other. broad, inter-component > coordination. > > Development plans and progress sh

Re: repositories beyond kde-workspace

> * where should the repositories live? Each project should be in his own repo but in a way that makes compile it easy (./kdesrc-build kde-workspace, done). > * what should the devel strategy of these repositories be? > * what should the release cycle of these repositories be? Whatever fits best

Re: Thoughts about a better Quality Management process for Plasma

On Sunday 13 January 2013 15:50:25 Martin Gräßlin wrote: > *Every commit should be referenced to a bug* > What is the motivation for a commit? It's either a bug fix or it is a new > feature/improvement. If it's a bug it's clear that there has to be a bug > report for it (out of experience: there is

Re: Thoughts about a better Quality Management process for Plasma

Not going to quote... Long emails are long :p I pretty much agree and will feel comfortable working with this process, besides the "bug for feature" part, we have been doing the same in solid, for example in kscreen right now we have: 6 bugs as NeedInfo, waiting 3 wishes in Unconfirmed Similar

Re: Re: Re: reflecting on 4.10

On Monday 14 January 2013 11:16:43 Martin Gräßlin wrote: > On Saturday 12 January 2013 17:56:14 Kevin Ottens wrote: > > > > [*] Historical note no one will probably care about > > > > > > actually, i care :) i rather suspected this was the case, given the > > > number > > > of developers i've hear

Re: Re: reflecting on 4.10

On Saturday 12 January 2013 18:45:07 Aaron J. Seigo wrote: > we have 3 repositories which probably should target 4.11: > > * kscreen (playground/base/) > * libkscreen (playground/libs/) > * kio_mtp (playground/base/) > > they have a few things in common: > > * they are all worked on by Alex F. :

Re: Re: Re: reflecting on 4.10

On Saturday 12 January 2013 19:13:29 Martin Gräßlin wrote: > On Saturday 12 January 2013 18:45:07 Aaron J. Seigo wrote: > > if they are targetted for 4.11 (or some future release even?) we'll need > > to > > figure out how to deal with these separate repos. do they end up merged > > into kde-worksp

Re: Re: reflecting on 4.10

On Saturday 12 January 2013 18:54:23 Aaron J. Seigo wrote: > On Saturday, January 12, 2013 18:29:22 Alex Fiestas wrote: > > In the recent past, we have had people giving "ship it" in reviewboard to > > code that was not maintained by them and what is worst modifications

Re: Re: Review Request: various fix for battery plasmoid

On Saturday 12 January 2013 00:53:10 Xuetian Weng wrote: > > On Jan. 12, 2013, 12:18 a.m., Kai Uwe Broulik wrote: > > > plasma/generic/applets/batterymonitor/contents/code/logic.js, line 97 > > > > > ine97>> > > > > But

Re: Re: reflecting on 4.10

On Saturday 12 January 2013 17:57:37 Aaron J. Seigo wrote: > On Saturday, January 12, 2013 17:38:03 Marco Martin wrote: > > wonder how much scales for something as big as the kde-workspace repo... > > my experience with plasma-mobile seems to indicate that it is easily done by > one person. i woul

Re: Re: reflecting on 4.10

This is my opinion now (no longer what I remember from the sprint). On Saturday 12 January 2013 15:54:39 Aaron J. Seigo wrote: > On Saturday, January 12, 2013 14:08:44 Alex Fiestas wrote: > > -Master > > -Integration > > this is what we are doing now in plasma-mobile. it h

Re: Re: reflecting on 4.10

On Friday 11 January 2013 20:37:58 Aaron J. Seigo wrote: > On Friday, January 11, 2013 18:37:44 Alex Fiestas wrote: > > If we want to discuss this, we should start another thread for not going > > off topic. > > imho it's completely on topic. Very well then We talked

Re: Re: Re: reflecting on 4.10

If we want to discuss this, we should start another thread for not going off topic. In the workspace sprint we had some ideas about this. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel

Re: Re: Plasma2 sprint in March / April?

Doodle we are using to decide our date: http://doodle.com/pvr67g5fb3vruixv ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel

Re: Re: Re: Re: Panel placement problems

On Thursday 03 January 2013 14:43:34 Reza Shah wrote: > Just recompiled master again, i managed to see kdegraphics module pulled > also libkscreen. > Is this the one you mentioned? In that case libkscreen also installed. Kdegraphics shouldn't have libkscreen. Anyway, we fixed the bug already, remo

Re: Plasma2 sprint in March / April?

On Wednesday 02 January 2013 16:01:56 Sebastian Kügler wrote: > Hi all, > > I have an informal offer for hosting a Plasma2 sprint. The focus lie on > Frameworks4, Qt5 and Wayland topics. > > Preliminary dates could be in March or April this year. Location would be > Nürnberg (Germany) or Prague (

Re: Re: Re: Panel placement problems

On Wednesday 02 January 2013 11:47:26 Reza Shah wrote: > I just use kdesrc-build, not sure if i'm using it (i think not manually > added it in my build config). > How to check for it? Then you are not (we just came across a similar thing that's why I asked). Cheers. ___

Re: Re: Panel placement problems

On Wednesday 02 January 2013 11:14:51 Reza Shah wrote: > Screenshot for empty panel http://paste.opensuse.org/21796644 Are you by any chance using kscreen? ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-de

Re: Re: [RFC] New (QML) Desktop Containment

On Tuesday 11 December 2012 21:11:22 Marco Martin wrote: > On Monday 10 December 2012, Alex Fiestas wrote: > > > (cough, toolbox, cough) one tof the reasons is that the context menu can > > > be removed by the user at any time, or repurposed to show something >

Re: Re: [RFC] New (QML) Desktop Containment

On Tuesday 11 December 2012 07:49:40 Kevin Ottens wrote: > On Monday 10 December 2012 22:10:52 Marco Martin wrote: > > On Mon, Dec 10, 2012 at 6:17 PM, Alex Fiestas wrote: > > > -What was the design decision/idea/thing behind cashew? It seems to me > > > like a way o

Re: Re: [RFC] New (QML) Desktop Containment

On Tuesday 11 December 2012 01:40:04 Martin Graesslin wrote: > On Monday 10 December 2012 13:51:02 Alex Fiestas wrote: > > Maybe we can get some feedback from the forums ? > > we have to be careful about that. From all I have seen over the last years I > think that the toolb

Re: Re: Re: [RFC] New (QML) Desktop Containment

On Monday 10 December 2012 22:10:52 Marco Martin wrote: > On Mon, Dec 10, 2012 at 6:17 PM, Alex Fiestas wrote: > > The changes look excellent! > > > > I'm wondering a few things: > > -Should we remove the interface to lock/unlock the desktop and delegate > &g

Re: Re: [RFC] New (QML) Desktop Containment

The changes look excellent! I'm wondering a few things: -Should we remove the interface to lock/unlock the desktop and delegate this to the kiosk mode? -What was the design decision/idea/thing behind cashew? It seems to me like a way of showing some actions that otherwise will be hidden (in the

Re: [RFC] New (QML) Desktop Containment

On Wednesday 21 November 2012 20:10:06 Sebastian Kügler wrote: > Hi, > > As you might know, I'm porting our desktop containment to QML. The platformy > bits are now nearly complete (and merged into master cq. 4.10. On the UI > side, progress has also been rather good. There's a QML ToolBox now, an

Re: Re: Introducing Homerun

On Wednesday 14 November 2012 09:35:48 Aaron J. Seigo wrote: > if you search for "webaccounts" in krunner, what do you get? > Well, we have a few issues with the runners involved on this, so the results are not perfect. Nevertheless the item I'm looking for appears on the bottom and I have to s

Re: Re: Introducing Homerun

On Tuesday 13 November 2012 15:49:22 Aaron J. Seigo wrote: > On Tuesday, November 13, 2012 15:29:37 Alex Fiestas wrote: > > On Tuesday 13 November 2012 14:41:24 Marco Martin wrote: > > > On Tuesday 13 November 2012, Alex Fiestas wrote: > > > > http://wstaw.org/m/2012/

Re: Introducing Homerun

I see that at the moment it has the same kickoff sections which makes sense for an initial release. Have you thought on any alternative? Also, since homerun is super configurable, maybe it will be worth it to make the configuration more discoverable for example by adding a + symbol after the l

Re: Re: Introducing Homerun

On Tuesday 13 November 2012 15:56:11 Aaron J. Seigo wrote: > On Tuesday, November 13, 2012 13:13:36 Alex Fiestas wrote: > > On Tuesday 13 November 2012 11:21:34 Marco Martin wrote: > > > agree on above points, i'm not sure how much mainstream krunner can be > > > m

Re: Re: Re: Introducing Homerun

On Tuesday 13 November 2012 15:20:44 Martin Gräßlin wrote: > Am 13.11.2012 15:08, schrieb Alex Fiestas: > > On Tuesday 13 November 2012 12:00:08 Tomaz Canabrava wrote: > >> Platform Version 4.9.3 , latest stable - arch build. > > > > Lol, here works like in Tomaz.

Re: Re: Introducing Homerun

On Tuesday 13 November 2012 14:41:24 Marco Martin wrote: > On Tuesday 13 November 2012, Alex Fiestas wrote: > > Most users regularly use less than a dozen applications, and same idea can > > probably be applied to activities I think (it is ok to keep an activity I > > cre

Re: Re: Introducing Homerun

On Tuesday 13 November 2012 12:00:08 Tomaz Canabrava wrote: > Platform Version 4.9.3 , latest stable - arch build. Lol, here works like in Tomaz... Something seems broken then. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailma

Re: Re: Re: Introducing Homerun

On Tuesday 13 November 2012 11:26:56 Tomaz Canabrava wrote: > This is what is always open in my 'developer' activity, sometimes I open > three+ dolphin windows ( because It's better to krunner-dolphin-enter than > to ctrl+tab till I find it. ) and close it after using. By default Krunner should ret

Re: Re: Introducing Homerun

On Tuesday 13 November 2012 12:53:25 Nuno Pinheiro wrote: > as i siad i dont use the desktop one app at the time I multitack alot at > any given time i have over 10 windows open I see this as one of the > fundamental difrentirators betwin traditional desktop and tablets and > phones, think we shou

Re: Re: Introducing Homerun

On Tuesday 13 November 2012 11:21:34 Marco Martin wrote: > agree on above points, i'm not sure how much mainstream krunner can be made > (and yes, it has to be way more visible), > even if the text field would be always visible or anyways easily reachable > unfortunately a big part of public still

Re: Re: Introducing Homerun

On Tuesday 13 November 2012 11:36:48 Nuno Pinheiro wrote: > A Terça, 13 de Novembro de 2012 11:21:34 Marco Martin escreveu: > > It would be something that looks way less cluttered than kickoff, but with > > not many regressions > > +++ 1 also we need to think about some intrudutory videos

Re: Re: Introducing Homerun

On Tuesday 13 November 2012 11:35:23 Marco Martin wrote: > On Tuesday 13 November 2012, Marco Martin wrote: > > It would be something that looks way less cluttered than kickoff, but with > > not many regressions. > > > > this is just an idea if anybody is willing to dive into it, personally is > >

Re: Re: SocialFeed in 4.10?

On Wednesday 07 November 2012 15:05:43 Marco Martin wrote: > On Wed, Nov 7, 2012 at 2:59 PM, Martin Klapetek > > wrote: > > (as it seems I'm the only one testing it) and given tomorrow's hard > > > > feature freeze and my limited time to work on this, I'm unsure if I should > > push for includin

Re: kephal or qdesktopwidget

Try to use QDesktopWidget instead of Kephal, we want to delete it asap. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel

Re: Re: un-NIH-ing accounts?

On Monday 08 October 2012 01:46:40 Aaron J. Seigo wrote: > On Sunday, October 7, 2012 23:10:47 Mark wrote: > > This page has a bit more info then the google code link (and the > > packages): > > http://gitorious.org/accounts-sso/pages/Home > > in each of the git repos is a docs/ directory, in whic

Re: Review Request: Block screen edge activation for fullscreen windows

> On Oct. 4, 2012, 3:02 p.m., Martin Gräßlin wrote: > > After thinking about it some more: I'm most likely not going to push this, > > but go for an atom solution as noted by Thomas. > > > > That would probably also fix issues for non fullscreen applications which > > need to reserve an area o

Re: Review Request: Block screen edge activation for fullscreen windows

> On Oct. 4, 2012, 1:15 p.m., Alex Fiestas wrote: > > Mmm so I won't be able to trigger any edge while watching a video in > > fullscreen? on my laptop (with one screen) that's one of the things I do > > most :/ > > > > For a video, a presentatio

Re: Review Request: Block screen edge activation for fullscreen windows

> On Oct. 4, 2012, 1:15 p.m., Alex Fiestas wrote: > > Mmm so I won't be able to trigger any edge while watching a video in > > fullscreen? on my laptop (with one screen) that's one of the things I do > > most :/ > > > > For a video, a presentatio

Re: Review Request: Block screen edge activation for fullscreen windows

quot;mature enough" to handle fullscreen app's and screen edges. - Alex Fiestas On Oct. 4, 2012, 1:02 p.m., Martin Gräßlin wrote: > > --- > This is an automatically generated e-mail. To reply,

Re: Review Request: Block screen edge activation for fullscreen windows

quot;mature enough" to handle fullscreen app's and screen edges. - Alex Fiestas On Oct. 4, 2012, 1:02 p.m., Martin Gräßlin wrote: > > --- > This is an automatically generated e-mail. To reply,

Re: Re: Re: [RFC] Trigger KRunner on top screenedge

On Wednesday 03 October 2012 19:19:11 Martin Gräßlin wrote: > interesting, I would have thought the corners are fine in fullscreen and I > tend to use it quite often ;-) > > So all disable it shall be, easier to implement anyway. "Full screen mode" should be different than "removing the decoration

Re: Re: Re: Re: [RFC] Trigger KRunner on top screenedge

On Wednesday 03 October 2012 19:22:28 Martin Gräßlin wrote: > On Wednesday 03 October 2012 12:31:52 Shaun Reich wrote: > > On Wed, Oct 3, 2012 at 11:31 AM, Martin Gräßlin wrote: > > >> Isn't it going to conflict with fullscreen apps showing a toolbar when > > >> one > > >> hits the top edge (thin

Re: Re: share-like-connect in 4.10

On Wednesday 03 October 2012 13:49:28 Marco Martin wrote: > > 4. more plugins > > yep, those are the two most relevant points (many plugins btw will depend > from the web accounts system is being developed) Because making SLC default, we really need to have a few plugins, and a good tutorial of h

Re: Review Request: Use Product instead of description for device names

that will make description always look good. So this patch is not needed. - Alex Fiestas On Sept. 29, 2012, 8:21 p.m., Alex Fiestas wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > http://git.reviewb

Re: Review Request: Use Product instead of description for device names

://git.reviewboard.kde.org/r/106637/diff/ Testing --- Screenshots (updated) --- before http://git.reviewboard.kde.org/r/106637/s/743/ after http://git.reviewboard.kde.org/r/106637/s/744/ Thanks, Alex Fiestas ___ Plasma-devel mailing list Plasma-devel

Re: Review Request: Use Product instead of description for device names

://git.reviewboard.kde.org/r/106637/diff/ Testing --- Screenshots (updated) --- before http://git.reviewboard.kde.org/r/106637/s/743/ Thanks, Alex Fiestas ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma

Review Request: Use Product instead of description for device names

Media Player Portable Media Player The difference can be shown also in the attached screenshots. Diffs - plasma/generic/applets/devicenotifier/package/contents/ui/devicenotifier.qml b23df45 Diff: http://git.reviewboard.kde.org/r/106637/diff/ Testing --- Thanks, Alex Fiestas

Re: Re: Notifications-future, a recap

On Thursday 20 September 2012 19:42:32 Sune Vuorela wrote: > On 2012-09-17, Dario Freddi wrote: > > It really depends on what you want to achieve. If your goal is just > > cleaning up the API and implementing the existing standard it might > > work out, but for sure it won't just cut it for what I

Re: Re: Status of QML Porting

Assigned the Picture Frame for myself, I was going to do the Calculator instead but I found a blogpost by Davide saying that he was going to do it. So, last call... is anyone porting Picture Frame? Cheerz ! ___ Plasma-devel mailing list Plasma-devel@kd

Re: Re: Re: Status of QML Porting

Updaed! I will wait the weekend to pick my plasmoid to port :p ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel

Re: Re: Status of QML Porting

I just assigned the Timer one to myself, if someone has already work on it (or it is already ported) notify plz. I will start to work on it next week. Cheerz ! ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/pla

Status of QML Porting

Hey there to everyone! Months ago we started to port all plasmoids to QML, we have come a long way and now it seems we are getting close to finish the huge task. During this short period of time, a lot of people have worked on QML: GSoC, sporadic developers, etc. Because of that we have a littl

Re: Re: IRC meeting

On Friday 07 September 2012 22:43:06 Marco Martin wrote: > On Thursday 06 September 2012, Marco Martin wrote: > > September 11, 7PM UTC (21:00 for most europe) > > > > unfortunately doesn't seem to work for Thomas and Luis, the completely > > perfect spot doesn't seem to exist this time, damn time

Re: Re: move plasma tools to plasmate

On Tuesday 28 August 2012 10:06:54 Sebastian Kügler wrote: > > Also, Plasmate (again afaik) is not done using kdevplatform, I have been > > told since day 1 that it will be at some point but apparently it is not. I > > don't know if kdevplatform is the solution but what I know is that we need > > t

Re: Re: move plasma tools to plasmate

On Tuesday 28 August 2012 10:37:10 Marco Martin wrote: > yeah, but disappointing indeed that all parts of kdesdk are still in svn, > some of the apps still seem to have regular commits, so is not even > "because unmaintained" > in that repo there is something that i would definitely want, and some

Re: Re: Re: move plasma tools to plasmate

On Monday 27 August 2012 14:25:30 Giorgos Tsiapaliokas wrote: > On 27 August 2012 11:17, Alex Fiestas wrote: > > Plasmate only allows to create plasmoids javascript based afaik and it is > > desgined to do only that (which is cool). Imho it is wy far from being > > an

Re: Re: move plasma tools to plasmate

On Saturday 25 August 2012 18:19:37 Sebastian Kügler wrote: > On Tuesday, August 21, 2012 19:42:16 Alex Fiestas wrote: > > I have changed my mind on this topic with the following conclusion (hope > > it > > is useful for future actions). > > I think it is =) > &

Re: Re: [RFC] Merging LightDM into KDE Workspaces

Big +1 for me. Personally I have switched to lightDM long ago, the biggest reason why I pushed and I will push for it is because the codebase of the KDE greeter is small, compact and easy to hack on and the code of lightDM itself at least 8months back wasn't monstrous and I could read it easily

Re: Re: move plasma tools to plasmate

I have changed my mind on this topic with the following conclusion (hope it is useful for future actions). The main reason why I don't like this movement is because it adds an extra dependency for the random KDE hacker that wants to do something. This hacker will compile everything so he will h

Re: Re: move plasma tools to plasmate

On Monday 20 August 2012 01:15:07 Aleix Pol wrote: > On Fri, Aug 17, 2012 at 5:20 PM, Giorgos Tsiapaliokas > > wrote: > > On 17 August 2012 16:24, Aleix Pol wrote: > >> Hi, > >> I don't really see the point of doing that. I don't see why it's > >> better not to have them in kde-workspace is it t

Re: Do I put up, or get to work, or shut up?

On Sunday 19 August 2012 11:26:41 Rick Stockton wrote: > BTW, is this "4.10" supposed to be a KF5/Qt5 based Development (2013), > or would it be built on Qt 4.8? Thanks! 4.8 for sure. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org

Re: Re: some work and api design on plasma2

On Friday 20 July 2012 10:48:44 Marco Martin wrote: > keep in mind the instant the qgv part is dropped 100% of the shells, all > plasmoids, all bindings and a good chunk of 3rd party plasmoids needs to be > ported (and i would be surprised if the qml1 plasmoids would work in a qml2 > version witho

Re: Re: Fwd: back developing [KRunner Bookmarks for chrome]

On Friday 20 July 2012 01:31:23 you wrote: > Well yes, but i don't mean to develop a separate runner, just add chrome > support to the existing one (which already supports Firefox and Opera too). > And yes, i saw a chrome runner too, but it's a standalone runner. I'll > probably still look at it, b

Re: Fwd: back developing [KRunner Bookmarks for chrome]

You don't need a branch to develop a runner, you can actually do it in a separate repo, maybe a kde scratch ? Something tells me that I have seen a chrome bookmark runner before... but maybe I'm wrong (for sure I have seen the firefox one). Cheerz ! _

Re: Re: some work and api design on plasma2

On Thursday 19 July 2012 21:18:50 Marco Martin wrote: > anybody can think about technical problems about it that may be lurking? > it may mean a release of the workspace that doesn't use completely > frameworks, so both old kdelibs and the frameworks will have to be > distributed for some time, may

Re: Review Request: better handling of Removable property for volumes in soliddevice engine

? - Alex Fiestas On July 4, 2012, 8:28 a.m., Andriy Gapon wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > http://git.reviewboard.kde.

Re: Re: [Kde-pim] Akademy2012 BoF for WebAccounts

On Monday, June 25, 2012 09:42:58 AM Volker Krause wrote: > Wednesday and Thursday seem still mostly free for me, but there also should > be others from the PIM team around to attend on Monday, Kevin Krammer for > example. Kevin and "others" :p, any confirmation that you will be able to do attend?

Re: Re: [Kde-pim] Akademy2012 BoF for WebAccounts

On Friday, June 22, 2012 04:08:25 PM Martin Klapetek wrote: > I'm definitely in! Monday is good, but 9:30 is a bit early - how about > 10:30-12:30, lunch to 13:00/:30 and then 2 more hours. I think we'll need a > bit more time for lunch to get away from all of that and then start fresh > with clear

SLC BoF at Akademy ?

Hi there ! At the sprint many people raised ideas or concerns of how to integrate SLC on the desktop, these are some ramblings I remember right now: - Systray doesn't work on the desktop when using big resolutions or 2 screens - Some people wanted it on Window Decoration, some people didn't like

Re: Re: [Kde-pim] Akademy2012 BoF for WebAccounts

On Saturday, June 23, 2012 10:32:05 AM Volker Krause wrote: > Monday might be tricky for me though, I'll be involved in running the Qt > Quick 2 workshop there, but attending at least parts of this should be > doable. Which time works best for you Volker? ideally we should have a member of each te

Akademy2012 BoF for WebAccounts

Hi there! Sorry for the cross-posting, but this is a topic actually affecting all three mailist. Would be awesome to have a BoF at Akademy2012 about WebAccounts so I can share current plans and we can design together its future. This is a list of topics I would love to discuss: -Present to all

Re: Re: Re: Raj change

On Wednesday, June 20, 2012 05:22:28 PM Sebastian Kügler wrote: > On Wednesday, June 20, 2012 16:46:28 Kevin Ottens wrote: > > Hello, > > > > On Wednesday 20 June 2012 13:05:04 Sebastian Kügler wrote: > > > Triggered by the comments on my blog, I'd like to change Raj's monthly > > > available mone

  1   2   3   >