From c23c19edc2fba500225845964a48424ff4d11e9e Mon Sep 17 00:00:00 2001
From: Ian Gulliver
Arguments: +
subject: A valid subject (string, number or object with
+ specific keys)message: The message data. Any value that JSON can
+ serialize is valid.Returns: A + +Promise that resolves on success, or rejects with no arguments if the client is denied access +to write to the subject. If successful, it is passed a single string argument containing a unique +identifier for the pin that can later be passed on unpin().
+ +A pin is like a message, with some differences: it is +tied to the lifetime of the current instance and +channel, it can be deleted by the publishing client +(by calling unpin(), and it is unordered on the server.
+ +The pin may be rejected by server (causing the promise to reject) if the
+subject sets writable_only_by and it does not match our
+current profile.
If we are also subscribed to the given subject and have provided an +onPin callback, it will fire for this pin when it is received back from the +server. You can filter pins by comparing their sender field to the return value of +currentProfile() to avoid processing your own pins.
+ + +Arguments: +
id: An ID string previously passed to the resolve callback of the promise
+ returned by pin() or the sender_message_id from the
+ onPin callback or the return value of getPins().
+Returns: A + +Promise that resolves with no arguments on RPC completion
+ +Remove a currently active pin. The pin must have been added by this +client, but not necessarily by this instance (the +client library automatically re-adds pins after reconnection).
+ + +Arguments: +
subject: A valid subject (string, number or object with
+ specific keys)Returns: An unordered array of message-like objects. +
+ +The client library keeps a list of currently active pins +subscriptions. getPins() returns the contents of that cache.
+