On Tuesday 31 March 2009, Emdek wrote: > Hello > > So I've finally started using this mailing list so I would like to post > here some of my ideas that accumulated for some time... > > Some time ago I've created wish on BKO: > https://bugs.kde.org/show_bug.cgi?id=173162 > > I'm still interested in working on this topic, and I've plans how it could > be achieved. Firstly there could be added default contextualActions() to > ClockApplet. It would return by default one action, lets name it > clipboardMenu. This action contains menu connected to it.
makes sense ... > If developers are interested and there is no objections I could try to > create patch during this or next weekend. I'm already using this code in my > applet for nearly half of year and it doesn't make any problems. sure thing :) send it to the list or post it on reviewboard.kde.org (though if it doesn't apply cleanly, reviewboard will have problems with it; probably best to just send it to the list in this case) > By the way, there is one virtual method that could be probably implemented > in lib, because it probably will look the same in 95% of clock applets > (I've noticed it when I was investigating why using wheel in my applet > doesn't change time zone), I'm talking about this method: virtual void > changeEngineTimezone(const QString &oldTimezone, const QString > &newTimezone) yes, a default implementation would make sense here indeed. in fact, if we added a setTimeUpdateInterval(int ms) to ClockApplet, then it could be replaced quite easily in most cases. it's really just the update interval (and how that's controlled/configured) that's the reason this is reimplemented in every clock. -- Aaron J. Seigo humru othro a kohnu se GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 KDE core developer sponsored by Qt Software
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel