<div dir="ltr"><div>Everything is in note form. I've tried to tidy things up to be readable, but please do ping if there are questions.</div><div><br></div><div>We've made quite a few porting goals of things we should try and do within Plasma 5.<br></div><div><br></div><div>----<br></div><div><br></div><div>Systemsettings:</div>     - QtQuick only<br>     - Use binary plasma-settings for everything, effectively drop the kcmutils part<br><div>     - The models in system settings may be better so we can copy that</div><div>     - This means porting all the KCMs within the next few years.<br></div><div>     - Font install KCM is a tricky thing to port, maybe we can just keep it separated as it's not a setting.</div><div></div>     - To help aid porting we need a plugin selector QML (kwin sort of has one)<br>     - We should ban new widget KCMs<br><div>     - Some of big ones left include; powerdevil, bluetooth, network need some design</div><div><br></div><div>Plasmoids:<br>- We should simplify the Applet/AppletQuick/AppletInterface mess that we have.  Contaminants should deal with the graphical item, the internal Plasmoid object isn't very relevant.</div><div></div><div>- New plan is that the Plasmoid attached object /is/ the plugin (if applicable) or the current Applet superclass. We remove clients having to call nativeInterface, so it and attached Plasmoid are all one object. Which allows plugins to register types etc.    <br></div><div>(to summarise, we copy paste what we do for KCMs into plasmoids)</div><div><br></div><div></div><div>- The concept of systemtray should become the job of panel, not an applet within the containment.<br> - should handling compact/full representations be the task of the applet rather than a core part of the framework? (no real agreement there, The deciding factor is how systray could still work)</div><div><br></div><div></div><div>DataEngines?<br>   - We should remove them all?<br>   - Ideally things should be declarative plugins in the respective framework<br>   - Dataengines are not really usable in applications, proper QML imports would fix that<br>   - We should try to port away from dataengines in plasma5 lifetime, if we fail, we'll move in own legacy library, not keep it in frameworks</div><div><br></div><div>Applets:<br></div><div>   - We should have more base classes for things<br>   - eg. BaseCalendar, which anyone can import when making a clock and get the same fullscreen wallapers. Or an ImageWallpaper base that does the transition (and cache) and anyone inherits.<br>    - Currently battery is one example of such a shared component that is used now.<br></div><div><br></div><div></div><div>All the SVG stuff:<br>     - Marco likes them :)<br>     - We will  to another framework, marco started already<br>     - intertwined wtih plasma::theme which we want to kill...<br>    - theme access replaced with kpackage<br>    - This currently only has QPainter stuff <br>    - Intention is to add the QtQuick bindings<br></div><div><br></div><div>David<br></div><div><br></div></div>