IRC meeting summary

[Ivan Čukić]

Damn... I missed it.

A.S. We still have two mailing lists that we use for the same thing?

> qml desktop containment would be great too

The first thing I'd like (with my designer hat on) is to be able to, when 
snapping applets to one another (sebas mentioned it), the snapped applets 
would get a shared background, with a horizontal/vertical line separating 
them)

I see that the no-radical-changes policy was accepted, but I think we should, 
at some point (not necessarily for 4.10), go for a more sane way of resizing 
applets than the current one. Soon to be released E17 comes to mind.

> * Sho is working on a taskbar replacement

Don't know whether this was mentioned (didn't see it in the log), the tasks 
could, in the popup, have a list of the highest scored documents that the user 
opened with that app. (any SLC-enabled application will have it).

> Activity management

One (IMO) really important thing that both p-d and p-a are missing is that it 
is easy to lose a window in some VD on some activity. The activity switcher 
needs to display a list of windows that belong to a certain activity (either 
in a popup like the pager applet does for VDs, or in some other way)

> handling applications which don't work nicely with activities (hello firefox
> and thunderbird :/ )

Firefox, if we have anyone able to write extensions for it, would be /trivial/ 
to fix. The extension could tie in the tab groups to activities, and one ff 
instance would be on all activities, and it could report the open documents 
easily.

I've been playing with ff extensions, but I think it is a bit over my head. I 
did manage to do some fancy stuff like linking javascript to C bindings of 
libkactivities, but this would really need somebody with experience in this 
area.

> SLC
> mode plugins

I think the first things to add is loading KIPI modules for images, and 
klapetek's socialfeed sharing.

> * getting more applications using it

First of all, we can forget the kdelibs patch that PA uses. So, no automatic 
support of kpart-based applications.

Currently, there are only a few applications that support SLC - dolphin, gvim 
and Active apps. Tomaz Canabrava got some students to write support for simple 
apps like kwrite, okteta and ark.

If there's nobody willing to do it instead, I'll patch okular, and some 
others. These are really junior jobs.

Sebastian Sauer presented me with an idea that it /might/ be possible to use 
accessibility interfaces to detect the information we need for kamd/slc. This 
needs investigating for which I need to find the time (so, not for 4.10). If 
it turns out to be usable, this would cover many 3rd party applications that 
we can not patch.

> even tough is materal way post 4.10, if there is something really needed for
> plasma that is still not present in the protocol, we should speak up asap

Will not pretend I understand the interface at all, but somebody mentioned 
there will be no window ids. How will we know which window is the focused and 
similar stuff?

Cheerio

-- 
I don't really trust a sane person.
  -- Lyle Alzado
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/plasma-devel/attachments/20120912/359d4fcc/attachment.sig>