[Panel-devel] Connection of Sensor and Meter

[Vinay Khaitan]

First thing, the problem is about synchronisation of meters, which uses same 
sensor. It is not possible when using asynchronous update of meters data by 
sensors. And we need asynchronous updates for singleton pattern. So that we 
can support different refresh rate for meters.

We need singleton pattern, because we want to minimise resource uses.
Imagine a scenario, where there are 4 karambas lying with 4 
cpusensors(cpusensor is just an example). All of them updates at 2000 ms 
interval. so within 2 second there would be 4 updates, whereas we could do 
with single update. That's why we need asynchronous update of meter data.
this scenario is possible in cases , where suppose a karamba is lying with 
graph-cpu at bottom of desktop, the other karamba is at the top of desktop 
with bar meter-cpu sensor. and so on.and we want in the future to make 
karambas split by dragging. So singleton patter and asynchronous update is 
inevitable for scaling in future. 

I find meter connection the best thing. If we think from OO viewpoint, you 
want that you require synchro between two meters, which implies that there 
should be made a connection between meters. 


Don't you think, that if you need to workaround a problem with your design,
> it's better changing your design and not introducing strange things?


All the designs has some plus and minus points. We should take that design, 
which is the most suitable.
I differ from the word "strange". in qt world, where signal-signal 
connection is possible, this is normal.

You say it's an easy solution, but I think it's bad since it's a solution
> ad-hoc for a problem you have with your design.

it's not ad-hoc. I find it nicer even in the case, when you dont need them.

If I wouldn't know anything
> about that, I couldn't understand why is needed interconnecting meters. 


That's why I would like to know the viewpoint of other developers.
Please, from next mail onwards, be kinder to me :))

cheers, 
Vinay Khaitan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/panel-devel/attachments/20050919/62d493d7/attachment.html