Re: QtQuick Controls Calendar

[Thomas Pfeiffer]

On Saturday 08 November 2014 23:35:17 Martin Klapetek wrote:
> Hey,
> 
> if the only advantage is week numbers for free, I'd rather keep our own
> stuff. Our model already has week numbers iirc and I would like to keep the
> default calendar as simple as possible. I've been thinking for some time
> about shipping second calendar applet with all the power features, but
> keeping the default simple; with the Alternatives menu it can be powerful
> when needed. And this could use whatever under the hood.

Always glad to see when people put the "Simple by default. Powerful when 
needed." principle into practice. And yes, the Alternatives system is the 
ideal tool for that.
So yes, one simple default Plasmoid and one (or more) powerful one(s) for 
those who need one is the best solution.
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel

Re: QtQuick Controls Calendar

[Marco Martin]

On Saturday 08 November 2014 18:20:51 Kai Uwe Broulik wrote:
> Hi all,
> 
> I was looking into migrating the Plasma Calendar to QtQuick Controls
> Calendar.
> 
> However, we went through so much work making this thing efficient and fast
> using Canvas but the QtQuick Controls Calendar again uses one item per day
> (which potentially contains a Label and Rects for the borders). I do not
> know whether it re-uses the items when switching through months (which is a
> bit laggy with the Canvas calendar), though. One advantage is that it would
> give us week numbers for free.
> 
> Suggestions?

by the way, i have done a very minimal adaptation of the calendar style in the 
branch mart/completeQtQuickStyle of plasma-framework
it pretty much gets the one from Base and changes the used colors.

It's required since a theme has to be complete if exported, (they really need 
a fallback mechanism if they are serious about those styles) but our control 
should still be used

-- 
Marco Martin
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel

Re: Review Request 120777: Plasma Active: Initial commit for Baloo Cloud Component

[Vishesh Handa]

---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/120777/#review71054
---

Ship it!


It's not ideal, but ship it. I'll improve the Baloo documentation and submit a 
patch later.

- Vishesh Handa


On Nov. 26, 2014, 6:11 p.m., Antonis Tsiapaliokas wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/120777/
> ---
> 
> (Updated Nov. 26, 2014, 6:11 p.m.)
> 
> 
> Review request for Plasma.
> 
> 
> Repository: plasma-mobile
> 
> 
> Description
> ---
> 
> At the moment, Baloo doesn't provide a timeline, which is something that we 
> need for the activefilebrowser.
> So this new component, is introducing support for the timeline.
> 
> Notes
> ===
> 
> * Baloocloud component contains the org.kde.baloo component inside it.The 
> reason behind that, is that the implementation for the timeline is kind of 
> terible because of its perfomance.
> * I have put the new component inside the plasma-mobile repository, for the 
> above reason. But if the Baloo team, wants it inside the baloo repo then i 
> can move it. I am fine with both approaches (keep it here or in the baloo 
> repository.
> * If someone has a better idea about the implementation, the pls shoot :)
>   
> 
> 
> Diffs
> -
> 
>   CMakeLists.txt 9466447 
>   components/CMakeLists.txt 536b60e 
>   components/timelinemodel/CMakeLists.txt PRE-CREATION 
>   components/timelinemodel/qmldir PRE-CREATION 
>   components/timelinemodel/timelinemodel.h PRE-CREATION 
>   components/timelinemodel/timelinemodel.cpp PRE-CREATION 
>   components/timelinemodel/timelineplugin.h PRE-CREATION 
>   components/timelinemodel/timelineplugin.cpp PRE-CREATION 
> 
> Diff: https://git.reviewboard.kde.org/r/120777/diff/
> 
> 
> Testing
> ---
> 
> Everything looks ok. The performance is not bad, except from the fact that 
> the implementation is a bit of hackish...
> 
> 
> Thanks,
> 
> Antonis Tsiapaliokas
> 
>

___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel

Re: Review Request 120777: Plasma Active: Initial commit for Baloo Cloud Component

[Vishesh Handa]

---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/120777/#review71055
---



components/timelinemodel/timelinemodel.h


I also just realized that the start and end date are QStrings, and not 
QDates.

Is it easier to work with strings in QML?



components/timelinemodel/timelinemodel.cpp


Has this been tested?

This assert would be true when m_level is Month or Day.


- Vishesh Handa


On Nov. 26, 2014, 6:11 p.m., Antonis Tsiapaliokas wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/120777/
> ---
> 
> (Updated Nov. 26, 2014, 6:11 p.m.)
> 
> 
> Review request for Plasma.
> 
> 
> Repository: plasma-mobile
> 
> 
> Description
> ---
> 
> At the moment, Baloo doesn't provide a timeline, which is something that we 
> need for the activefilebrowser.
> So this new component, is introducing support for the timeline.
> 
> Notes
> ===
> 
> * Baloocloud component contains the org.kde.baloo component inside it.The 
> reason behind that, is that the implementation for the timeline is kind of 
> terible because of its perfomance.
> * I have put the new component inside the plasma-mobile repository, for the 
> above reason. But if the Baloo team, wants it inside the baloo repo then i 
> can move it. I am fine with both approaches (keep it here or in the baloo 
> repository.
> * If someone has a better idea about the implementation, the pls shoot :)
>   
> 
> 
> Diffs
> -
> 
>   CMakeLists.txt 9466447 
>   components/CMakeLists.txt 536b60e 
>   components/timelinemodel/CMakeLists.txt PRE-CREATION 
>   components/timelinemodel/qmldir PRE-CREATION 
>   components/timelinemodel/timelinemodel.h PRE-CREATION 
>   components/timelinemodel/timelinemodel.cpp PRE-CREATION 
>   components/timelinemodel/timelineplugin.h PRE-CREATION 
>   components/timelinemodel/timelineplugin.cpp PRE-CREATION 
> 
> Diff: https://git.reviewboard.kde.org/r/120777/diff/
> 
> 
> Testing
> ---
> 
> Everything looks ok. The performance is not bad, except from the fact that 
> the implementation is a bit of hackish...
> 
> 
> Thanks,
> 
> Antonis Tsiapaliokas
> 
>

___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel

[Powerdevil] [Bug 340964] System misreporting battery status and won't hibernate at 5% default battery value

[donniezazen]

https://bugs.kde.org/show_bug.cgi?id=340964

--- Comment #2 from donniezazen  ---
Some folks have reported similar problems in 4.14.1. It could be related.

https://bugs.kde.org/show_bug.cgi?id=338406

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel

ISO for 2014-11-28

[Harald Sitter]

http://files.kde.org/snapshots/unstable-i386-latest.iso.mirrorlist

# changes
- sddm integrated
- qtcurve integrated

#errata
- sometimes plasmashell doesn't start on login (or rather it doesn't
display anything) due to kscreen changes... dvratil is on it
  -- to work around this use krunner (alt+space) and run
 killall plasmashell
 plasmashell

HS
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel

Re: ISO for 2014-11-28

[Bhushan Shah]

On Fri, Nov 28, 2014 at 11:14 PM, Harald Sitter  wrote:
> - sometimes plasmashell doesn't start on login (or rather it doesn't
> display anything) due to kscreen changes... dvratil is on it
>   -- to work around this use krunner (alt+space) and run
>  killall plasmashell
>  plasmashell

is this reported somewhere? (BUG#)

-- 
Bhushan Shah

http://bhush9.github.io
IRC Nick : bshah on Freenode
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel