> "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.
S
> > 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 th
> 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
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 !
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
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
Pl
> 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
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. por
> 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 al
> > 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
> 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
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 r
> 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
> Then I misread, please disregard my earlier point.
NP, we should probably need to communicate this a bit more clearly. It
seems like activities in general are rather fuzzy to some people.
Cheerio,
Ivan
--
You know, there are many people in the country today who,
through no fault of their ow
> 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
> 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
> 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 b
> the suggestion is then to put favorites and runners in physical locality
> to each other?
I have no clue about the specifics of the original idea, just saying how it
could be ;)
BTW, on of the free DEs (forgot which one) had the standard win-like
taskbar, and on Alt+Space (I encountered it by
> > 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
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
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 men
On Wednesday, 2. February 2011. 12.41.42 Aaron J. Seigo wrote:
> On Tuesday, February 1, 2011, Aaron J. Seigo wrote:
> > in any case, i just pushed a new feature branch to kde-workspace:
> > aseigo/activityrunner ... just as Martin did with the kwin branches,
> > i've
>
> after some discussion on
> 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. ap
> yeah, that as well, now it's possible with ctrl+click on the taskbar
> group, but i don't think many people actually know it, it's so
> carefully hidden ;)
And it should work even if people (like me) don't use taskbar groups.
Honestly, I always found that the taskbar was a misguided concept, b
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 p
> Let's publish and trumpet a roadmap for that:
> * in 4.7 watch out for those changes, they would put the basis for the
> next revolution
> * market it as a big revolution where -you- can be in (i.e. to get
> people to join)
> * as in pre 4.0 start to publish mockups, as imaes as qml, as longer
>
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 S&L that takes you to your desktop folder .. in a file
> manager.
SAL is awesome. But it is designed
> I really want to see it done asap...
> i guess the main question is if it's less painful to move it in a
> different module before or after the git migration (if it's before, the
> migration script should be updated i think?)
GIT migration is one of the things I took a vacation for. Is the date
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 taggin
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
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
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 re
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 mo
---
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 a
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 show
> 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 s
> 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
Plasma-dev
> * 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
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 all
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
https://m
> 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 shoul
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 libplasma1
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 ca
> 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
___
Pl
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 yourse
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 yourse
> > 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
_
---
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 sometim
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
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 f
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 % QLat
> 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 Aa
> 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 ne
> ..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 xsm
> 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 reall
> > 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
> > 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 wo
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
> > Intr
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 o
---
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 defa
---
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 Abstrac
ck, we could
> > have per-plugin 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).
>
ck, we could
> > have per-plugin 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).
>
ck, we could
> > have per-plugin 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).
>
p://reviewboard.kde.org/r/1798/#review2568
---
On 2009-10-06 11:28:00, Ivan Cukic wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://reviewboard.kde.org/r/1798/
>
---
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 wa
-
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:
>
>
stActivities() const;
It could be ... strange ... any ideas
- 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:
>
&g
is
> doing (other than we want to map Containment <-> Context)
>
> wrote:
> Ok, so introducing the Context::name()
p.s. currentActivity returns ID, not name, but I've introduced Context::name()
- Ivan
-------
This is an automatically generated e-mail. To repl
gt; >
> > or maybe even a QHash?
ok
- Ivan
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/1699/#review2446
----
hing, then another. skip this unnecessary
> > assignment.
:)
- Ivan
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/1699/#review2435
-
ifferent - if the activity name is empty, the Containment name is some
> generic string (Desktop/Panel...)
>
> wrote:
> the name of a Context should be the name associated with the Activity, if
> any, correct? i don't think we should think too
e check function.
- Ivan
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/1699/#review2439
---
On 2009-09-23 20:19:36, Ivan Cukic wrote:
tivityId()? and then there could be a corresponding
> > activityId().
the setCurrentActivity is an old function - so we can't really change the name.
We could deprecate it as well, and introduce the one with the ID but (IMO) that
would be too much...
---
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 acti
---
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 acti
kde.org/r/1565/#review2278
---
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/
> ---
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/1565/
---
(Updated 2009-09-10 19:19:21.395991)
Review request for Plasma.
Summary
--
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/1565/
---
Review request for Plasma.
Summary
---
Whitelist enforcement - if the white
gt; the idea of a tooltip-replacing hover effect with one xatom to set with
> > kwin deciding 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 ag
> 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
t about providing a TaskGroupItem::presentWindows()? (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:
>
> 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::presentWindow
t)
I 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 r
---
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 (update
---
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 (update
---
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 chi
> 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 concern
---
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
---
that, although there is not much point in having a
Plasma::Dialog that has view and not widget, and vice versa.
- Ivan
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/161/#review244
---
---
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
---
1 - 100 of 102 matches
Mail list logo
