<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Sep 21, 2020 at 7:44 AM Lasath Fernando <<a href="mailto:kde@lasath.org">kde@lasath.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hello There!<div><br></div><div>I don't know if any of you remember me - </div></div></blockquote><div><br></div><div>Of course!</div><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>it's been many years since I made any contributions to KDE. However, I would like to change that! :D</div><div>Recently, I became the maintainer for a plasma applet called "Kargos": <a href="https://github.com/lipido/kargos" target="_blank">https://github.com/lipido/kargos</a></div><div>It's a Plasma port of Mac OSX's BitBar: <a href="https://github.com/matryer/bitbar" target="_blank">https://github.com/matryer/bitbar</a><br></div><div>(I tried to include a screenshot, but it looks like these mailing lists have a limit of 40KB)</div><div><br></div><div>Those github pages give a lot of detail about exactly what it does and how to use it, but the short version is that it runs a given script periodically and displays the stdout in a panel.</div><div>This has made Plasma applets much more accessible to anyone that knows programming (or even shell scripting), as they can simply instantiate this to watch something. (No need to worry about Ui/Layout logic or Qt/QML at all).</div><div><br></div><div>However, I believe this kind of functionality should be built into Plasma itself, rather than being a far-away applet users have to stumble upon. </div><div>(Kind of like how the earlier versions of Chrome included direct support for Firefox's Greasemonkey scripts without users having to install the Greasemonkey plugin ;-)</div><div><br></div><div>First of all, I would like the Plasma team's blessing before I start doing any significant amount of work on this.</div></div></blockquote><div><br></div><div>It existing somewhere as a thing. Sure.</div><div><br></div><div>I'm not sure how much we want to treat it as a super first class citizen, given output will never look as native or be as dynamic.<br></div><div>I don't think we want any of our main applets written in it, but supporting it like we support the web slice as a plasmoid, seems pretty sensible.<br></div></div><div class="gmail_quote"><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Secondly, (assuming I have the first), I would like to hear your thoughts on the best architecture for it. </div></div></blockquote><div><br></div><div>Currently it's an applet right? It seems like a sensible design as it shields the shell from caring about the applet internals which I like.<br></div><div><br></div><div>What are the specific problems with this that we want to address? <br></div><div><br></div><div>David<br></div><br></div></div>