[Panel-devel] Design of Sensor and meters

Vinay Khaitan vkhaitan at gmail.com
Wed Sep 14 08:01:02 CEST 2005


> Me neither. There should be a way that sensors can asynchronously update a
> meter when it has new data, and then the meter can choose to update it's 
> GUI
> counterpart depending on what the theme developer specifies. Probably
> implemented via slots/signals.


I think, you want to differentiate between meter data update and meter 
widget update, is it? That looks to me very simple and certainly useful. 
See, the data is always there with sensor for retrieving anytime. If meter 
doesn't want to update its gui, it will simply 
ignore the sensor's signal. If it wants to update gui later, it can get the 
value from sensor from function data() manually. What is the problem with 
it? or it may copy the data, which comes with signal, to its private 
variable. Whatever you chose, it is simple. I like the second solution.
Or Have I misunderstood you?
"and then the meter can choose to update it's GUI counterpart "---what does 
it mean? Meter itself would be QWidget hence GUI. so there is no as such any 
counterpart.


> oi vey. we need to have a discussion about what plasmoids are going to 
> look
> > like.
> 
> Personally I don't like the pseudo xml .theme file format. I feel that it
> needs to be a bit more formal. Of course that is just for plasmoids that 
> are
> only implemented in this way. Other plasmoids will be written in ruby,
> kjsembed, etc., that will have their own structure b/c of the language 
> they
> are written.
> 
> This could be a better avenue that would allow a more flexible approach 
> than
> traditional SK themes, but it may "raise the bar" for people starting out
> since they would need to understand these concepts before making
> themes/plasmoids.
> 
It doesn't raise the bar than current theme format IMHO. The people coding 
would be a programmer of certain language. So scripting style should suit to 
them. And layout geometry stuff, it is for multimeter. They can get remain 
away from multimeter in initial stages.
Although Using layouts even for normal meter composition is also tempting. 
But usefulness of layout over "raising the bar" looks to me deciding in 
favour of layout.

Vinay Khaitan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/panel-devel/attachments/20050914/bac7aab2/attachment.html


More information about the Panel-devel mailing list