The easiest way to get there from here is to write a custom publisher.  Instead of just returning a cursor from your publish function, call observe() on your cursor within the publish function, and do the appropriate set(), unset(), and flush() calls within that, that do the appropriate multiplying a previous message instead of adding a new one.   You can find the relevant documentation at the meteor documentation for Meteor.publish

To get a basis from comparison, you can look at the current code to publish a Cursor, which is  in packages/mongo-livedata/mongo_driver.js, in Cursor.prototype._publishCursor.  

Note: My answer here is for Meteor 0.5.2.  The API for custom publishers is going to be changing in a future release of Meteor, and there will be different functions you have to call than set() unset() and flush()

Meteor renderList intercept? client side
Today was my first foray into electronics since high school, in the form of some simple Raspberry Pi experiments. I managed to get a circuit working where a switch controlled an LED with a potentiometer to control the brightness of the LED.

However, I am confused by the wiring of the switch. Firstly, here's a photo of my amazing work:



NOTE: the black lead on the potentiometer is not connected to anything (hard to tell in the photo). Also, I realised afterwards that I could have just inserted the potentiometer into the breadboard rather than soldering wires to it. Noob mistake (one of many).

Here's an attempt at a schematic (also probably wrong because I don't know what I'm doing):







simulate this circuit &ndash; Schematic created using CircuitLab

As you can see, I used a PiFace, which comes with the four switches located at the left and towards the bottom of the photo. It is the wiring of this switch that befuddles me. Since each switch has two terminals, I was expecting one terminal to act as an input and the other as an output. That is, I just feed my circuit through those two terminals and job done. But that didn't work.

I managed to find this image online:



This is what prompted me to guess the configuration below, which works. However, I don't understand why it works. Nor do I understand why there are two terminals for each switch if only one seems to be used. I suspect the clue is embedded within the text in the above image:


  The four switches, numbered S1 to S4 are connected in parallel to the
  first four (0-3) inputs


However, I do not understand what this means. Perhaps a practical example of how I would use each terminal and an explanation of why the grounding is necessary would help my understanding.
