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
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ Active mailing list Active@kde.org https://mail.kde.org/mailman/listinfo/active
