Re: How is plasma active handling copy/paste in QML?

[Aaron J. Seigo]

On Wednesday, December 5, 2012 19:46:00 Mark wrote:
> Can you point me to some service examples currently living in the KDE
> codebase that is also used in QML?

http://techbase.kde.org/Development/Tutorials/Plasma/QML/API#Service

-- 
Aaron J. Seigo

signature.asc
Description: This is a digitally signed message part.
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel

Re: Confused on Activities' behaviour in concert with browsers

[Aaron J. Seigo]

On Wednesday, December 5, 2012 21:34:46 Antonis Kanouras wrote:
> I've set it to restore the previously opened tabs at startup and have one
> window for each activity, with different tabs open on each. Now, if I quit
> rekonq (not just close the window) and start it up again, all its windows
> appear on the current activity.

This is the next frontier for activities: application awareness. This is 
something that needs to be added to applications on a case-by-case basis so 
they do the right thing. We are currently using session management for this, 
but not all apps behave well in this manner -> in the case of rekonq it is 
saving the session for ALL windows ... not just the windows in the current 
activity.

-- 
Aaron J. Seigo

signature.asc
Description: This is a digitally signed message part.
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel

Re: Plasmate release plans?

[Giorgos Tsiapaliokas]

Hello,

On 6 December 2012 16:25, Dan Vrátil  wrote:
> I wonder whether there are any plans to make an official release of Plasmate
> together with KDE 4.10.

yes. Plasmate has been moved from the playground into kdereview and we
have solved most of the issues, which came up from the kdereview.

> Also, could someone please add LICENSE file to Plasmate root dir, so that we
> can properly package it anyway? ;)

done

Regards,
Giorgos

-- 
Giorgos Tsiapaliokas (terietor)
KDE Developer

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

Re: Moving screen locking away from krunner

[Daniel Nicoletti]

Sorry for being a bit late to this thread, but I need to say
that moving the screen saver from krunner to ksmserver
was a very bad decision, let me explain why:
- Screen savers can be made by third parties,
  meaning we can't guarantee their quality
- Screen savers might enter in some loop locking kcmserver
- Screen savers might crash which will close the whole KDE
  session.
No I'm not kidding about the last one. Look at the startkde
script, you will see this line:
kwrapper4 ksmserver $KDEWM
If you know better the script you know it locks at
this point, so as long as ksmserver is running the
script doesn't quit. Crashing ksmserver means
the script will exit that line and finish execution
then the DM will close the session.

I really wouldn't like to lose all my open apps
just because of a broken screen saver.

Please, rethink the move, and move away from
ksmserver it's the most important app not to crash
in a KDE session.
(if you are not convinced kill it)

Best,



2012/12/3 Alex Merry 

> On 03/12/12 14:42, Davide Bettio wrote:
> > Nice, I missed that change. Is it possible to backport any fix for
> > plasma-netbook?
>
> Hacky fix for old versions of plasma-netbook:
>
> http://randomguy3.wordpress.com/2011/09/04/screen-locking-with-the-plasma-netbook-interface/
>
> Alex
>
> ___
> Plasma-devel mailing list
> Plasma-devel@kde.org
> https://mail.kde.org/mailman/listinfo/plasma-devel
>



-- 
Daniel Nicoletti

KDE Developer - http://dantti.wordpress.com
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel

Re: Moving screen locking away from krunner

[Aaron J. Seigo]

On Friday, December 7, 2012 11:23:42 Daniel Nicoletti wrote:
> Sorry for being a bit late to this thread, but I need to say
> that moving the screen saver from krunner to ksmserver
> was a very bad decision, let me explain why:

not only are you late to the discussion, but you apparently have not looked 
into how it is done: a separate process is started for the screenlocker / 
screensaver. it does not run in the ksmserver process. this is how it was also 
done in krunner .. and kdesktop before that.

i would like to see the performance of this increased by having the greeter 
launch time reduced ... but that's a different matter.

-- 
Aaron J. Seigo

signature.asc
Description: This is a digitally signed message part.
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel

Re: Moving screen locking away from krunner

[Daniel Nicoletti]

2012/12/7 Aaron J. Seigo 

> not only are you late to the discussion, but you apparently have not looked
> into how it is done: a separate process is started for the screenlocker /
> screensaver. it does not run in the ksmserver process. this is how it was
> also
> done in krunner .. and kdesktop before that.
>
Ok, then sorry for the noise :P
Yes I didn't look, I took some assumption from previous posts to this
thread.
It's just someone said that krunner could crash and we wouldn't
have the session locked, then it was said it was moved to kcmserver
and I got a bit scared of kcmserver crashing now...

i would like to see the performance of this increased by having the greeter
> launch time reduced ... but that's a different matter.
>
Yes, I was doing some tests to see what could be improved
on kde startup to make it faster, I have some ideas to make kded
more reliable and a bit faster, but from my tests the big killer
was still plasma, I really would like to do something about this
but my time is quite limited and I think it's best to wait for
Qt5 and QML be used... anyway as you said it's a different matter :P

Best,

-- 
Daniel Nicoletti

KDE Developer - http://dantti.wordpress.com
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel

Re: Moving screen locking away from krunner

[Aaron J. Seigo]

On Friday, December 7, 2012 13:13:49 Daniel Nicoletti wrote:
> It's just someone said that krunner could crash and we wouldn't
> have the session locked, then it was said it was moved to kcmserver
> and I got a bit scared of kcmserver crashing now...

ah.. you got the message reversed!

krunner may crash because it can load random plugins (runners) which may 
misbehave; krunner crashing would prevent the screen locker from activating.

ksmserver does not load random code (because it has no reason to, and we need 
it to be guaranteed stable as you noted) so does not suffer from this issue.

-- 
Aaron J. Seigo

signature.asc
Description: This is a digitally signed message part.
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel

Re: Moving screen locking away from krunner

[Daniel Nicoletti]

2012/12/7 Aaron J. Seigo 

> ah.. you got the message reversed!
>
> krunner may crash because it can load random plugins (runners) which may
> misbehave; krunner crashing would prevent the screen locker from
> activating.
>
> ksmserver does not load random code (because it has no reason to, and we
> need
> it to be guaranteed stable as you noted) so does not suffer from this
> issue.
>
Thanks for the clarification :)


-- 
Daniel Nicoletti

KDE Developer - http://dantti.wordpress.com
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel

Re: Review Request: load the images for the themes correctly

[Giorgos Tsiapaliokas]

> On Nov. 29, 2012, 1:53 p.m., Aaron J. Seigo wrote:
> > plasmate/packagemodel.cpp, lines 196-205
> > 
> >
> > why not add "images", "config" and "animations" to 
> > m_themeImageDialogOptions and rename it to m_dialogOptions

I have put  "images" and "config" into the hash, but how can it be done for 
"animations" too?

> else if(!qstrcmp(key, "animations") && packageType() != "Plasma/Theme")
we check the key and the packageType, so we can't use the hash here. No?


> On Nov. 29, 2012, 1:53 p.m., Aaron J. Seigo wrote:
> > plasmate/packagemodel.cpp, line 544
> > 
> >
> > "Plasma/Theme" should not appear in this file.

the "colors" file isn't a requiredDirectory nor a requiredFile, so If I don't 
add it by hand in the m_topEntries
it won't be visible and also we want the "colors" file in the m_topEntries only 
when the package is a theme.
No? What am I missing?


- Giorgos


---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/106680/#review22754
---


On Nov. 5, 2012, 5:51 p.m., Giorgos Tsiapaliokas wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://git.reviewboard.kde.org/r/106680/
> ---
> 
> (Updated Nov. 5, 2012, 5:51 p.m.)
> 
> 
> Review request for Plasma.
> 
> 
> Description
> ---
> 
> create a new theme package->click on the new
> 
> a file dialog should appear but instead a simple edit box appears requesting 
> a new filename.
> 
> This patch solves the issue
> 
> 
> Diffs
> -
> 
>   plasmate/editors/editpage.h 5cb3ea6 
>   plasmate/editors/editpage.cpp 7e82ff2 
>   plasmate/packagemodel.h efa3001 
>   plasmate/packagemodel.cpp 9eb0914 
> 
> Diff: http://git.reviewboard.kde.org/r/106680/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Giorgos Tsiapaliokas
> 
>

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

Re: Review Request: load the images for the themes correctly

[Giorgos Tsiapaliokas]

---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/106680/
---

(Updated Dec. 7, 2012, 5:58 p.m.)


Review request for Plasma.


Changes
---

update the patch


Description
---

create a new theme package->click on the new

a file dialog should appear but instead a simple edit box appears requesting a 
new filename.

This patch solves the issue


Diffs (updated)
-

  plasmate/editors/editpage.h 5cb3ea6 
  plasmate/editors/editpage.cpp 7e82ff2 
  plasmate/packagemodel.h efa3001 
  plasmate/packagemodel.cpp 9eb0914 

Diff: http://git.reviewboard.kde.org/r/106680/diff/


Testing
---


Thanks,

Giorgos Tsiapaliokas

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

Getting started on plasma2

[Marco Martin]

yo all,
those days I've been working a bit on plasma2 with Sebas, I'll update a bit
the situation, to get everyone up to speed.
First, good news, libplasma2 works with Qt5 :)
Now, the bad one, you need Qt5 (and build whole frameworks with it) to
build libplasma now :p

Important changes:
no qgv dependencies in libplasma
Applet, Containment, Corona are qobjects (so pure logic, no ui whatsoever)
Libkdeclarative doesn't have the hacks or references to QScriptEngine
anymore, is just setting the paths for import dirs and device specific
stuff.

The whole thing is still not "doing" too much, but is getting there, I did
a test app here on my scratch repo:

git://anongit.kde.org/scratch/mart/testplasma2.git

it's painting a framesvg in a scenegraph view and it creates an empty
corona, then adds a containment nd an applet
corona, containment and applet of course are invisible now (but load/save
on appletsrc is starting to work), how to hook them to the graphical
representation is still semi open question.

I would like people to try to set up the thing, ie have qt5, build
frameworks and try to build the test app. This makes solving the issues
definitely faster :)

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

RFC: Application wide shortcuts in QML

[Mark]

Hi,

I just made this blog post [1] and would like to see if i can include
this - quite handy - QML component in the KDE imports. I think it fits
quite nicely in the "qtextracomponents" import.

The syntax is as follows (in QML):
Shortcut {
key: "Ctrl+C"
onActivated: {
console.log("JS: " + key + " pressed.")
}
}

And that gives you the application wide CTRL + C shortcut. Right now
doing something like that in QML with either stock QML (Qt 4.8 and Qt
8) or the additional plasma imports you simply don't have any option
to register application wide shortcuts. This component allows that
functionality.

Shall i open a review request for this or can i just add [2] and [3]
to [4] and obviously make it available through qmlRegisterType.

Note: this functionality might come in very handy with the new
plasmoids as application type!

Cheers,
Mark

[1] 
http://kdeblog.mageprojects.com/2012/12/07/application-wide-shortcuts-in-qml-this-time-without-qshortcut/
[2] http://gitorious.org/porpoise/master/blobs/master/shortcut.cpp
[3] http://gitorious.org/porpoise/master/blobs/master/shortcut.h
[4] 
http://quickgit.kde.org/?p=kde-runtime.git&a=tree&h=2493cdee3cd112c7a702f14e6b88c7b54606bfa9&hb=c781a38b9caf2a1716bbea0c91633932f8f23a7f&f=plasma%2Fdeclarativeimports%2Fqtextracomponents
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel

Re: Getting started on plasma2

[Martin Graesslin]

On Friday 07 December 2012 20:16:39 Marco Martin wrote:
> I would like people to try to set up the thing, ie have qt5, build
> frameworks and try to build the test app. This makes solving the issues
> definitely faster :)
do we have a wiki page with pointers on how to setup all the bits (links to 
e.g. docs for building Qt5/frameworks would be fine)?
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel

[KDE Bugtracking System] REMINDER: current Plasma regressions

[bugzilla_noreply]

Please find below a list of the current regressions reported for Plasma. This 
is a weekly reminder.

  This search was scheduled by myr...@kde.org.


Plasma regressions
--
Bug 290018:
  https://bugs.kde.org/show_bug.cgi?id=290018
  Priority: NOR  Severity: normal  Platform: Ubuntu Packages
  Assignee: plasma-b...@kde.org
Status: REOPENED
   Summary: Add Widgets strip and Activity Manager no longer slide in


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