KDE releases the First/Second/Third Update to the October 2014 release of
Plasma
Yes please!
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
Will all agreed we liked the switcher. Ivan Cuvik plans to work on it.
No, I think I'll do it, not the Cuvik guy :)
For the unaware, I've posted a questionnaire regarding the activity switcher
some time ago. The mockup that David linked to is a result of that.
The central part of it will bi
Done.
I excluded the ontologies and service subdirs from the apidox generation.
You are awesome mate! I've added two more directories in - workspace and
scripts.
Cheerio,
Ivan
--
Money can't buy happiness, but neither can poverty.
-- Leo Rosten
Hi Michael,
Lets move this to plasma-devel since it is about plasma. (replying to k-c-d as
well just for easier tracking what happened to the thread)
1) I am using the following code to remove an activity:
void ActivityManager::remove(QString id) {
ActivityManager::stop(id);
Since
In short: we identified activities as one of the core features of our
workspaces and VDs are close to fall off the tree.
A brave decision. Brave indeed.
If that is really going to happen we need a kicking activities UI. Activities
are not even close to the usability of VDs unfortunately.
Sorry for interrupting the thread but this reminded me that there was
someone on the user mailinglist who was interested in looking into that
cool; right now we have all the pieces working, but the big benefit comes
when we patch kparts .. and it shouldn't go into a release until the
then let's go through the API and mark which are which so we can plan
properly for libplasma2. as you made the assertion, i'd like to ask you go
first :)
I don't mind the API of the class that much. That is, the things that it
provides, I guess it could be prettier but that's another point
On Monday, 30. April 2012. 16.32.57 Sascha Manns wrote:
Hello mates,
just a question. I've defined some Activities. Now i would like to start a
handfull applications by the first switch in.
Is this possible?
Not yet, it is a long planned feature that has some ground work layed out, but
I
On Thursday, 19. April 2012. 12.15.42 Alex Fiestas wrote:
On Thursday, April 19, 2012 08:52:53 AM Ivan Čukić wrote:
It needs live video feeds. Some of us would like to chime in while
unable to go to Barcelona for the meeting.
Dunno if we will be able to do that :/ but I we will try ! at
On Wednesday, 28. March 2012. 9.52.20 Djuro Drljaca wrote:
Why don't you just let the user decide what he wants to do ... let him
choose between move to private activity and copy to private
activity.
It is all or nothing. If you allow the user to choose anything related to
security, it will
Hi Marco,
Did I say recently that you are awesome? :)
Cheers!
--
While you were hanging yourself on someone else's words
Dying to believe in what you heard
I was staring straight into the shining sun
-- Pink Floyd
___
Plasma-devel mailing list
General question - do you want to create a fw5 branch or something like
that?
Aaron
KUniqueApplication: this lives in kdeui ... just to provide a way to
have only one instance of the app. ugh. in Frameworks there is libkdbus
which has a KDBusService which provides the same capabilities.
Given the low interest of other window managers to collaborate recently,
I doubt that. But do we care, if not?
I don't know really. Sometimes I want to say hey, this is a hard dep,
deal with it, but then I see people who use rather quirky setups.
But, yeah, we can do it kwin only, and if we
But when compositing is turned off, you currently get the plain old
implementation including screen savers. And I don't want to change that
code.
I'm with Marco on this one.
I don't think having two totally different code paths and user exp is a
good idea.
* drop screensaver support
On Saturday, 21. May 2011. 18.32.18 Ryan Rix wrote:
On Tue 26 April 2011 17:11:52 Ivan Čukić wrote:
Ok, the stripped version of the api is now in kdelibs/experimental
Just the bare activity related stuff, without the resource access
methods and similar.
Any timeline on the resource
For the record, that part didn't make the freeze. _ Sorry about that.
- Jeffery MacEachern
Hh, no problem, maybe it is even better this way :) we'll be able to do it
rught (TM) for 4.8
--
The bleeding hearts and artists,
Make their stand.
-- Pink Floyd
There were some api modifications because of S-L-C.
Alright, thanks. I'm on a development kick and certain applications need
some context support added. ;)
Can you check out the new main app class api here and give some thoughts
on what you need. This class is only for apps to notify the
Any news on this?
No. It will be on Tokamak5. (in a more than a week)
Cheerio
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
Should this be explicitly restricted to applications? I could also
see it have relevance for other things, such as which websites to
Maybe I misunderstood you, but rekonq is an application, right?
Every app that wants to support this api will be able to use it to track
documents/resources
I might have I misread it. I thought this was about scoring
applications. Reading it a second time I am not sure anymore. Is
this about scoring applications or resources within applications or
both?
Mainly about resources in apps - for example, places ppl visit in dolphin,
web pages in
with Rick's proposed solution, the user wouldn't notice a difference
between the two mice ... as expected.
Rick: am i understanding you correctly here?
I understood it like this as well. Something like a drop list we have for
keyboards.
--
Idleness is not doing nothing. Idleness is
Hi all,
Sorry, I forgot to write who wrote which quote...
1 On the horizontal application launchers
While the horizontal format is fine for a few icon-only launchers (quick
launch, docks etc.), the idea to
Have it open a horizontal menu that replaces or covers the panel
entirely. This menu
A.S. I might sound like I'm totally against the ideas proposed, I'm not -
I'm just pointing out the potential problems instead of just +1-ing the
good parts.
That doesn't seem to be a problem with the add widgets dialog, or with
the default Dolphin icons view, either.. I think it is fine if
1. Get rid of favorites from the application launcher. Focus on
making runners easy, intuitive, and clear. These go in the middle.
don't favourites and krunner do rather different things?
They do, but when you use krunner, that means you don't have the thing you
want in favs. (this one
While I tend to agree with the notion that a continued (r)evolution is
needed, I have a few problems with some of these ideas.
* by default, Search and Launch on the desktop
* an icon in this SL that takes you to your desktop folder .. in a file
manager.
SAL is awesome. But it is designed
On Monday, 31. January 2011. 17.29.04 Martin Gräßlin wrote:
But changing the semantics of Maximized button depending on whether the
app is modern or not is also a no go
While we are on the topic of adding new captionbar buttons - the thing
that I think would be nice is a a button to invoke
you know ctrl+f7, do you?
Yes, naturally, but having a key-shortcut for something doesn't mean there
shouldn't be a mouse-way for the same thing. (for example winmenu - alt
f3, close alt f4 etc.)
I don't think it's a good idea to add random buttons.
It is not like it is a 'run A.M.O.R. app
Hi,
First of all, I'd avoid automatic switching unless explicitly requested by the
user (aka, don't automatically switch to work-tagged activity when Alice
arrives at work
unless she somehow requested that she wants it to switch automatically in that
case).
As for the other stuff - the
Hi all,
Just to tell you that we now have (thanks to Jeff and Tom) our own Etherpad
setup at [1].
If you want access, just send me a private mail or something.
Cheerio!
[1] http://plasma.notes.kde.org
--
Money can't buy happiness, but neither can poverty.
-- Leo Rosten
On Tuesday, 30. November 2010. 23.36.15 Aaron J. Seigo wrote:
On Tuesday, November 30, 2010, Ivan Čukić wrote:
There are a few things more that need to be done for 4.7:
- In 'Advanced Window/Application Settings' - show on specified/all
activities - an application should be able to request
First of all, none of the following is regarding a perfect world where apps
support activities.
i'm not sure i understand what you mean by this. are you suggesting that even
document windows (e.g. a pdf viewed by okular) should be managed by the app
(okular) and shown/hidden on activity
Hi all,
Since the first version of theme-enabled Plasma desktop, we have been stuck
with the same set of themes (if you recall, we had a contest and the winners
were included in kdeartwork module)
Only Aya, Slim-Glow and Clear-Blend themes were being modified after that*
(some less and some
---
This is an automatically generated e-mail. To reply, visit:
http://svn.reviewboard.kde.org/r/5899/
---
Review request for Plasma.
Summary
---
Currently, widget explorer and
On Sunday, 14. November 2010. 14.29.06 Aaron J. Seigo wrote:
i'd like to see KStatusNotifier add the ability to add flags to a notifier
item, one of which would be a plasma-applet-substitute hint. if this exists,
and the plasmoid named by this hint is installed, the systemtray would use
Hi all,
Something to think about for after 4.6.
Keyboard kded module now has two interfaces - the standard icon, and the
applet. The standard icon has the
problem of not really obeying the plasma colour scheme (and maybe it has some
desirable features missing).
The applet, on the other hand,
speaking of bugfixing, the photos template has one already: if digikam isn't
installed it still makes a (broken) digikam icon. can anyone think of a way
to
fix that?
The photos template - if it doesn't work without digikam, it should be
installed by digikam.
If it does, but only shows a
* make the change shortly after the public release of 4.6, to maximize the
easy-backporting window
Well, theoretically, we could do the backporting in a bit dirty way if we are
careful - having the code in bot git repo and
svn (in local) - where svn would be on a branch we want to backport
uhm... wouldn't git-svn be easier? :)
It's a matter of personal preference :)
--
There's so many different worlds, so many different suns
We have just one world, but we live in different ones
~ Mark Knopfler
___
Plasma-devel mailing list
Planning somehow yes but I'm not very optimistic. There is so much other work
there atm. Sorry. When I find time I inform you and try to do something and I
know about the deadline.
If you can, commit something, so that the rest comes as bug-fixing :) Mind that
you need to have all i18n
How are we going to handle this release-wise - switching when the regular trunk
opens for features or what?
Ch
--
So remember when you're feeling very small and insecure
How amazingly unlikely is your birth
And pray that there's intelligent life somewhere up in space
Because there's bugger
Created a page at:
http://techbase.kde.org/Projects/Plasma/libplasma2
Cheerio
--
Those people who think they know everything are a great annoyance to those of
us who do.
-- Isaac Asimov
___
Plasma-devel mailing list
Plasma-devel@kde.org
Hi all,
Following Aaron's blog post [1] regarding QML and plasma, and breaking
back-compatibility in the future.
So, it is the plan to (well, a necessity more than a plan) make a BIC to
libplasma producing libplasma2. Should we take
the opportunity to fix some mistakes we've made in
I second that. Maybe it is still a bit early but i myself have an idea about
a
change that could be done and i think a wiki page can be very useful to keep
track of them.
It is early to start making new designs/decisions etc. but collecting current
problems is not something that should
Seems to be fixed in the latest trunk.
But, it is not the end of the problems - now the text-boxes in dark themes have
white text and white background.
I guess the text boxes use the same colour as the labels, so that the themes
need to be changed?
Cheerio
--
While you were hanging
Seems to be fixed in the latest trunk.
But, it is not the end of the problems - now the text-boxes in dark themes have
white text and white background.
I guess the text boxes use the same colour as the labels, so that the themes
need to be changed?
Cheerio
--
While you were hanging
text boxes as lineedits or textedits?
Plasma::LineEdit is the problematic one. Lancelot, Shelf, Dictionary plasmoids.
While KRunner works ok.
Cheerio
--
Idleness is not doing nothing. Idleness is being free to do anything.
-- Floyd Dell
___
Hi,
I've received a nice idea from a user, but I'm unsure how possible it is to
implement.
The idea is to have a visual clue from where the application is started - to
expand it from the point of launch like we do for minimization and
maximization of the windows.
Cheerio,
Ivan
--
Money
Should the change be reverted or fixed some other way?
try r1187721.
It seems to still be using the system's colours, and not plasma's.
Cheerio
--
There are no such things as applied sciences, only applications of science.
-- Louis Pasteur
Hi all,
- Development: Kdevelop, Konqueror with api.kde.org open, Dolphin with
kdesdk open
Plasmoids: KDE Observatory
- Internet: KMail, Konqueror/Rekonq, Akregator
Plasmoids: LionMail, Calender
- Photo: Digikam, Gwenview
Plasmoids: Pictureframe with slideshow from Picture
Any news on this one?
Should the change be reverted or fixed some other way?
--
Money can't buy happiness, but neither can poverty.
-- Leo Rosten
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
---
This is an automatically generated e-mail. To reply, visit:
http://svn.reviewboard.kde.org/r/5666/
---
Review request for Plasma and Marco Martin.
Summary
---
Applets
Hi all,
Currently for choosing activity icons, standard KIconDialog is used.
What I'd like is the following:
1. For it to be more plasma-like
2. To have some kind of option to revert the icon to the default - identicon.
Any ideas?
Cheerio
--
I don't necessarily agree with everything I say.
Hi,
The colour scheme for Plasma::Label is not working anymore - just test with any
dark theme.
Cheerio,
Ivan
--
While you were hanging yourself on someone else's words
Dying to believe in what you heard
I was staring straight into the shining sun
-- Pink Floyd
Am I right or just to naive and still need to learn a lot about programming.
I
did not read the code of these files but just the two patches. I saw the z
reappearing in Aarons patch which Ivan removed.
Heh, in the beginning, there were two 'z's:
path = d-findInTheme(svgzName %
I had some spare time and started to play with the Git migration.
Regarding the Plasma stuff, I thought that kdeplasma-addons would be
an easier repo to start :).
IIRC, there was a big move from playground to kdeplasma-addons in the beginning
and it was all done by a single commit by
..hrm. I just realized, the one-process-many-windows processes closing their
windows after the rest of the session is done is not quite optimal, because
they don't get the cancel option. a slight ugliness. maybe it's worth
Yes, it is not really atomic. If there is an option to change xsmp
that's basically how xsmp already works, btw: what I'd be adding is a way to
tell a process please save/close only these windows, not everything.
processes that haven't been upgraded to understand that would just ignore it
and their windows would be closed when *none* of them are needed
Hi all,
There are a few things I wanted to ask your for opinions before implementing
them:
1. bool isIconified() const
Introducing this method that would return whether the applet is shown full, or
just as an icon.
2. void setPopupText(const QString text) and QString popupText() const
This
On Tuesday, 5. October 2010. 15.37.31 Chani wrote:
On October 5, 2010 15:28:14 Ivan Cukic wrote:
Hi all,
There are a few things I wanted to ask your for opinions before
implementing them:
1. bool isIconified() const
Introducing this method that would return whether the applet
2. void setPopupText(const QString text) and QString popupText() const
This one I'm unsure about whether it is really needed - it would show an
icon beside the text when the applet is in the iconified state.
i don't think i see an use case for this (also because i don't think would
Some ppl want to replicate the gnome panel (yes, i know they are wrong, but
... :) )
well, if it doesn't have to be done with an existing menu applet, it is
possible, just don't set any icon for the popup applet, then put a custom
icon+label in the main layout and voilà
Meh, I'll skip
what's the name of that method?
/me is wondering whether it'll be easy for newbies to tell which is which :)
I think it will - bool isPopupShowing () const :)
2. void setPopupText(const QString text) and QString popupText()
const This one I'm unsure about whether it is really needed -
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/3903/#review5497
---
If the complete theme is missing, then I'd say 'OK, use air' (aka
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/3780/#review5180
---
First, I'm getting two compilation problems - AbstractIcon and
controls on the bus?
Ivan Cukic wrote:
The main reason for this is that it provides a quick, minimal change that
provides the desired functionality (no changes in the libplasma, wallpaper
plugins, ... just PlasmaApp).
I agree that the d-bus objects for each containment/wallpaper
controls on the bus?
Ivan Cukic wrote:
The main reason for this is that it provides a quick, minimal change that
provides the desired functionality (no changes in the libplasma, wallpaper
plugins, ... just PlasmaApp).
I agree that the d-bus objects for each containment/wallpaper
controls on the bus?
Ivan Cukic wrote:
The main reason for this is that it provides a quick, minimal change that
provides the desired functionality (no changes in the libplasma, wallpaper
plugins, ... just PlasmaApp).
I agree that the d-bus objects for each containment/wallpaper
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/1798/
---
Review request for Plasma.
Summary
---
There are many users who want the
-06 11:28:00, Ivan Cukic wrote:
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/1798/
---
(Updated 2009-10-06 11:28:00)
Review
, QString?
ok
- Ivan
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/1699/#review2446
---
On 2009-09-23 20:19:36, Ivan Cukic wrote
, visit:
http://reviewboard.kde.org/r/1699/#review2433
---
On 2009-09-23 20:19:36, Ivan Cukic wrote:
---
This is an automatically generated e-mail. To reply, visit:
http
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/1699/#review2446
---
On 2009-09-23 20:19:36, Ivan Cukic wrote
---
On 2009-09-23 20:19:36, Ivan Cukic wrote:
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/1699/
---
(Updated 2009
://reviewboard.kde.org/r/1699/#review2433
---
On 2009-09-23 20:19:36, Ivan Cukic wrote:
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/1699
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/1699/#review2435
---
On 2009-09-23 20:19:36, Ivan Cukic wrote
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/1700/
---
Review request for Plasma.
Summary
---
Nepomuk-based storage of plasma
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/1699/
---
Review request for Plasma.
Summary
---
Nepomuk-based storage of plasma
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/1699/#review2433
---
On 2009-09-23 20:19:36, Ivan Cukic wrote
:
http://reviewboard.kde.org/r/1699/#review2439
---
On 2009-09-23 20:19:36, Ivan Cukic wrote:
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r
---
On 2009-09-10 19:19:21, Ivan Cukic wrote:
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/1565/
---
(Updated 2009-09-10 19:19:21
On 2009-06-27 04:53:14, Marco Martin wrote:
i like it!
i was also experimenting in the taskbar applet, (like with clicking on the
group while pressing control) and mostly ended up with duplicate code, now,
i am wondering:
what about providing a TaskGroupItem::presentWindows()? (that
()? (that would
basically be a carbon copy of PresentWindowsActionImpl) in this way it
could be used by the context menu -and- by the applet..
Michal Dutkiewicz wrote:
Good idea. :-)
Ivan Cukic wrote:
Nice idea.
As a side note, are we adding too many inconsistent
On 2009-06-27 07:31:22, Aaron Seigo wrote:
i'm with Ivan on this one, i like the idea ... but i'm not comfortable with
how it's being exposed to the user. there should probably be a way to
select which effect is associated with the taskbar show me these windows
effect. when this
which effect gets employed. then plasma only needs to decide
whether it sets that atom or shows the thumbnail tooltip.
Ivan Cukic wrote:
+1 for this (that is, I'm agreeing with Aaron agreeing with me :) )
Martin Gräßlin wrote:
agreed, that context menu is not the easiest way
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/804/
---
Review request for Plasma.
Summary
---
Qt has a bug causing it to show a
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/804/
---
(Updated 2009-06-08 11:16:37.652296)
Review request for Plasma.
Summary
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/804/
---
(Updated 2009-06-08 11:21:37.846707)
Review request for Plasma.
Summary
didn't know the status of the bug (was IRCing with Aaron about this one).
Thanks for notifying me of this :)
- Ivan
On 2009-06-08 11:21:37, Ivan Cukic wrote:
---
This is an automatically generated e-mail. To reply, visit:
http
On 2009-05-05 15:55:37, Aaron Seigo wrote:
this will have to wait for 4.4 at this point, but it seems like a good
idea. any reason why this would use an svg? could we get away with a simple
QPainter drawing using Theme colours?
Using a hard-coded painting would be strange concerning
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/161/
---
(Updated 2009-02-23 04:30:15.258007)
Review request for Plasma.
Summary
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/161/
---
(Updated 2009-02-23 06:55:27.189241)
Review request for Plasma.
Changes
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/161/#review244
---
On 2009-02-23 06:55:27, Ivan Cukic wrote:
---
This is an automatically generated e-mail
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/161/
---
(Updated 2009-02-23 12:13:18.513988)
Review request for Plasma.
Summary
93 matches
Mail list logo