Huge News!Announcing our $40M Series B led by Abstract Ventures.Learn More
Socket
Sign inDemoInstall
Socket

wns

Package Overview
Dependencies
Maintainers
1
Versions
3
Alerts
File Explorer

Advanced tools

Socket logo

Install Socket

Detect and block malicious and high-risk dependencies

Install

wns

Send push notifications to Windows 8 devices using WNS

  • 0.5.4
  • latest
  • Source
  • npm
  • Socket score

Version published
Maintainers
1
Created
Source

wns

Send push notifications from a node.js application to a Windows 8 device using Windows Notification Services.

This module helps you take care of the interaction #5 on the diagram below:

What you need

  • Register your cloud service (web application) at https://manage.dev.live.com/build. Your application will be assigned a Package Security Identifier (SID) and Client Secret. These allow your web application to be authenticated to the Windows Notificaton Service.
  • A channel URL to send notifications to. This is normally created from within your Windows 8 application running on a particular device and securely passed to your web application. The channel URL uniquely identifies the instance of an application running on a particular device.

Your first notification

Install wns module with

npm install wns

Then send a notification to your Windows 8 application with

var wns = require('wns');

var channelUrl = '{url to your application notification channel}';
var options = {
	client_id: '{your Package Security Identifier}',
	client_secret: '{your Client Secret}'	
};

wns.sendTileSquareBlock(channelUrl, 'Yes!', 'It worked!', options, function (error, result) {
	if (error)
		console.error(error);
	else
		console.log(result);
});

Notification types

Windows Notification Service supports tile, toast and badge notification types. The wns module offers methods to send each type of notification.

Tile and toast notifications

For tile notifications, use one of the following methods:

  • sendTileSquareBlock
  • sendTileSquareText01
  • sendTileSquareText02
  • sendTileSquareText03
  • sendTileSquareText04
  • sendTileWideText01
  • sendTileWideText02
  • sendTileWideText03
  • sendTileWideText04
  • sendTileWideText05
  • sendTileWideText06
  • sendTileWideText07
  • sendTileWideText08
  • sendTileWideText09
  • sendTileWideText10
  • sendTileWideText11
  • sendTileSquareImage
  • sendTileSquarePeekImageAndText01
  • sendTileSquarePeekImageAndText02
  • sendTileSquarePeekImageAndText03
  • sendTileSquarePeekImageAndText04
  • sendTileWideImage
  • sendTileWideImageCollection
  • sendTileWideImageAndText01
  • sendTileWideImageAndText02
  • sendTileWideBlockAndText01
  • sendTileWideBlockAndText02
  • sendTileWideSmallImageAndText01
  • sendTileWideSmallImageAndText02
  • sendTileWideSmallImageAndText03
  • sendTileWideSmallImageAndText04
  • sendTileWideSmallImageAndText05
  • sendTileWidePeekImageCollection01
  • sendTileWidePeekImageCollection02
  • sendTileWidePeekImageCollection03
  • sendTileWidePeekImageCollection04
  • sendTileWidePeekImageCollection05
  • sendTileWidePeekImageCollection06
  • sendTileWidePeekImageAndText01
  • sendTileWidePeekImageAndText02
  • sendTileWidePeekImage01
  • sendTileWidePeekImage02
  • sendTileWidePeekImage03
  • sendTileWidePeekImage04
  • sendTileWidePeekImage05
  • sendTileWidePeekImage06

For toast notifications, use one of the following methods:

  • sendToastText01
  • sendToastText02
  • sendToastText03
  • sendToastText04
  • sendToastImageAndText01
  • sendToastImageAndText02
  • sendToastImageAndText03
  • sendToastImageAndText04

Each of the methods that send tile and toast notifications have two altenative parameter signatures:

sendXYZ(channel, payload, [options], [callback])
sendXYZ(channel, string1, string2, ..., [options], [callback])

In both cases the meaning of channel, options, and callback is the same:

  • channel [required] - the notification channel URL of the target instance of a Windows 8 application.
  • options [optional] - allows specifying web application credentials to authenticate the web application to Windows Notification Service. If this parameter is not specified, the WNS_CLIENT_ID environment variable must be set to the Package Security Identifier (SID), and the WNS_CLIENT_SECRET environment variable must be set to the Client Secret of the web application.
    • client_id [optional] - Package Security Identifier (SID) or the web application. If absent, the value must be provided through WNS_CLIENT_ID environment variable.
    • client_secret [optional] - Client Secret of the web application. If absent, the value must be provided through the WNS_CLIENT_SECRET environment variable.
    • accessToken [optional] - OAuth access token to be used to send notifications. This is normally issued by Windows Notification Service during one of the prior calls to send a notification and passed to the applicaton through the callback parameter.
    • headers [optional] - any additional HTTP request headers to include in the request sent to Windows Notification Service. For a list of available HTTP request headers see here.
    • launch [optional; toast notifications only] - application specific string payload that will be delievered to the client device along with the toast notification
    • duration [optional; toast notifications only] - duration the toast notification will be shown; valid values are long and short
  • callback [optional] - a callback function that will be invoked with two parameters: (error, result), where only one is present at any time. The error parameter is an instance of Error while result is a regular object. Both contain the following members:
    • statusCode [optional] - the HTTP response status code from Windows Notification Service (for definitions see here).
    • headers [optional] - the HTTP response headers (for WNS specific HTTP response headers see here).
    • innerError [optional] - in case of an error this may contain more information about the condition.
    • newAccessToken [optional] - if a new OAuth access token had been obtained in the course of processing the request, it will be provided here. Subsequent calls to sendXYZ functions should specify this value in the options.accessToken field.

The two sendXYZ method overrides differ in how notification parametrs are specified. Each kind of tile or toast notification contains a specific number of images and text fields. Each image is specified with two strings: its URL and its alternative text. Each text field is specified with just one string.

The overload that accepts a sequence of string1, string2, ... parameters requires each of these parameters to be a string corresponding to an image or text field definition. The order of these fields must match the document order of a specific field in the tile or toast notification schema corresponding to the method name (e.g. sendTileSquarePeekImageAndText01 requires a total of 6 parameters in that order: 1 to specify the image URL, 1 to specify the image alt text, and 4 simple text parameters).

The overload that accepts the payload parameter requires that payload is an object. Fields of the object allow specification of image and text parameters using the following naming convention:

  • image{N}src specifies the URL of the N-th image in document order, starting from 1
  • image{N}alt specifies the alt text of the N-th image in document order, starting from 1
  • text{N} specifies the value of the N-th text field in document order, starting from 1
  • any parameters that are missing are assumed to be empty strings
  • any extra parameters not required by a particular tile or toast template are ignored

For example:

var channel = '{channel_url}';
var currentAccessToken;

wns.sendTileSquarePeekImageAndText01(
	channel,
	{
		image1src: 'http://foobar.com/dog.jpg',
		image1alt: 'A dog',
		text1: 'This is a dog',
		text2: 'The dog is nice',
		text3: 'The dog bites',
		text4: 'Beware of dog'
	},
	{
		client_id: '{your Package Security Identifier}',
		client_secret: '{your Client Secret}',
		accessToken: currentAccessToken
	}, 
	function (error, result) {
		currentAccessToken = error ? error.newAccessToken : result.newAccessToken;
	});

Sending multiple tile or toast notifications at once

You can send multiple toast or tile notifications in a single update to the client. This feature is useful since the client device may then choose one the tile or toast formats that suites its local configuration best. For example, you may send two semantically equivalent tiles, one square and the other wide. The client UI will decide which one to show based on its configuration.

To send multiple toasts or tiles in a single update use one of these methods:

wns.sendTile(channel, tile1, tile2, ..., [options], [callback])
wns.sendToast(channel, toast1, toast2, ..., [options], [callback])

The meaning and behavior or channel, options, and callback is the same as for the wns.sendXYZ APIs which send a single toast or tile.

The tile1, tile2, etc. parameters describe the tile or toast binding which defines its appearance. These are JavaScript objects constructed the same way as you would construct them for use with wns.sendXYZ methods, but contain one extra property named type. The type property is a string name of the tile or toast template, e.g. TileSquareBlock. For a complete list of available tile and toast template names see tile and toast documentation.

For example:

var channel = '{channel_url}';

wns.sendTile(
	channel,
	{
		type: 'TileSquareText04',
		text1: 'Hello'
	},
	{
		type: 'TileWideText09',
		text1: 'Hello',
		text2: 'How are you?'
	},
	{
		client_id: '{your Package Security Identifier}',
		client_secret: '{your Client Secret}'
	}, 
	function (error, result) {
		// ...
	});

The code above sends an update with two tile definitions: TileSquareText04 and TileWideText09. The client agent will choose the tile update to show.

Selecting language and other tile or toast parameters

You can add several parameters to tile and toast notifications by adding properties to the object that defines the tile or toast. For example, to indicate the target language is German, you can use the lang property as follows:

wns.sendTileSquareText04(
	channel,
	{
		text1: 'Herzlich Willkommen',
		lang: 'de'
	},
	{
		client_id: '{your Package Security Identifier}',
		client_secret: '{your Client Secret}'
	}, 
	function (error, result) {
		// ...
	});

You can use this method to specify lang, fallback, baseUri, branding, and addImageQuery parameters of a toast or tile as specified here.

Badge notifications

To send a badge notification, use this method:

wns.sendBadge(channel, value, [options], [callback])

The meaning and behavior of channel, options, and callback is the same as for tile and toast notifications.

The value can be either a simple string or number, in which case it can assume values specified here, or it can be an object with 2 properties:

  • value [required] - one of the values specified here.
  • version [optional] - badge schema version (by default 1).

For example:

var channel = '{channel_url}';
wns.sendBadge(channel, 'alert');

Raw notifications

To send a raw notification, use this method:

wns.sendRaw(channel, value, [options], [callback])

The meaning and behavior of channel, options, and callback is the same as for tile and toast notifications.

The value is an application specific string that will be delivered to the client unchanged.

For example:

var channel = '{channel_url}';
wns.sendRaw(channel, JSON.stringify({ foo: 1, bar: 2 }));

Low level notifications

There is one more method that allows sending pre-formatted notifiction messages that adhere to the tile, toast, or badge schema:

wns.send(channel, payload, type, [options], [callback])

The caller takes responsibility for providing a pre-formatted string (typically with XML) of the notification as the payload parameter. The type parameter specifies the type of the notification as one of the string values specified here.

Running tests

Tests are using mocha and nock which are listed as dev dependencies. To run tests invoke mocha from the root of the repository:

mocha

FAQs

Package last updated on 17 Jun 2018

Did you know?

Socket

Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.

Install

Related posts

SocketSocket SOC 2 Logo

Product

  • Package Alerts
  • Integrations
  • Docs
  • Pricing
  • FAQ
  • Roadmap
  • Changelog

Packages

npm

Stay in touch

Get open source security insights delivered straight into your inbox.


  • Terms
  • Privacy
  • Security

Made with ⚡️ by Socket Inc