As an open-source project, nodeca/tabex has picked up 222 stars on GitHub (JavaScript). Cross-tab message bus for browsers.
Snapshot summary built from the project's own GitHub metadata — there's no written TopGit review yet. The page will update automatically when a full review is published.
WHY NO REVIEW YET
TopGit writes full reviews for the most-starred, most-requested repositories. This page is a snapshot until then — see the READ ME tab for the original README in full.
Share single websocket connection when multiple tabs open (save server
resources).
Shared locks (run live sound notification only in single tab on server event).
Demo
Supported browser:
All modern and IE9+.
Ancient browsers will fallback to legacy mode:
Each tab will not know about neighbours.
Clients in the same window will be ok.
Known issues:
Safari in private mode will fallback to legacy, because it prohibits
localStorage write.
Chrome on iOS will fallback to legacy, because it does not send
localStorage events between tabs.
Cross-domain messaging is not recommended due serious unfixable problems
in browsers:
will not work in Safari by default, because of
security settings.
will not work in IE11 due multiple bugs.
Install
node.js (for use with browserify):
$ npm install tabex
bower:
$ bower install tabex
API
In 99% of use cases your tabs are on the same domain. Then tabex use is very
simple:
// Do it in every browser tab, and clients become magically connected
// to common broadcast bus :)
var live = window.tabex.client();
live.on('channel.name', function handler(message) {
// Do something
});
// Broadcast message to subscribed clients in all tabs, except self.
live.emit('channel.name2', message);
// Broadcast message to subscribed clients in all tabs, including self.
live.emit('channel.name2', message, true);
Client
tabex.client(options)
Fabric to create messaging interface. For single domain you don't need any
options, and everything will be initialized automatically. For cross-domain
communication you will have to create html file with router for iframe, loaded
from shared domain.
Options:
iframe (String) - url of iframe source with router (on shared domain).
Optional.
namespace (String) - optional, for mad case when you need muiltiple
isolated tabex instances in parallel.
client.on(channel, handler)
Subscribe to channel. Chainable.
channel (String) - name of channel to subscribe.
handler (Function) - function (data, channel) { ... }.
client.off(channel [, handler])
Unsubscribe handler from channel. Chainable. If handler not specified -
unsubscribe all handlers from given channel.
client.emit(channel, message [, toSelf])
Send message to all tabs in specified channel. By default messages are
broadcasted to all clients except current one. To include existing client -
set toSelf to true.
client.lock(id, [timeout, ] fn):
id - lock identifier
timeout - optional, lock lifetime in ms, default 5000
fn(unlock) - handler will be executed if lock is acquired
unlock - function to release acquired lock
Note. Getting lock takes 30ms when localStorage used as events transport.
client.filterIn(fn), client.filterOut(fn)
Add transformers for incoming (handled) and outgoing (emitted) messages.
Chainable. This is a very powerful feature, allowing tabex customization. You
can morph data as you wish when it pass client pipeline from one end to another.
fn(channel, message, callback) - filter function.
channel - channel name.
message - wrapped event data (see below).
callback(channel, message) - function to return output data.
Filter message structure:
id - unique message id, <node_id>_<msg_counter>. Consists or unique
client instance id (random) and message ccounter (inremented for each
new message)
node_id - id message emitter source (client or router), random string.
data - message data, passed to client.emit().
Use case examples:
faye does not allow . in channel names. You can add filters
for transparent replace of . with !!.
you can drop and generate internal events to implement new features like locks
or remote function calls.
Router
Direct access to router is needed only for cross-domain communication (with
iframe). For single domain tabex client will create local router automatically.
tabex.router(options)
Fabric to create router in iframe. Options:
origin (Array|String) - list of valid origins, allowed to communicate with
this iframe. If nothing set, then iframe domain will be used.
namespace - the same as in tabex.client.
Example.
In your code:
var live = window.tabex.client({
iframe: 'https://shared.yourdomain.com/tabex_iframe.html'
});
Warning! Never set * to allowed origins value. That's not secure.
Advanced use
System events
Channels !sys.* are reserved for internal needs and extensions. Also tabex
already has built-in events, emitted on some state changes:
!sys.channels.refresh - emitted when list of subscribed channels changed
(or in specific case, when master tab switched). Message data:
channels - array of all channels subscribed in all tabs
!sys.channels.add - emitted by tabex.client to notify router about new
subscribed channel. Message data:
channel - channel name
!sys.channels.remove - emitted by tabex.client to notify router that all
subscriptions to channel gone. Message data:
channel - channel name
!sys.lock.request - emitted by tabex.client to try acquire lock. Message data:
id - lock identifier
timeout - lock lifetime in ms
!sys.lock.acquired - emitted when router acquire lock for client
request_id - request message id
!sys.lock.release - emitted by tabex.client to release already acquired
lock. Message data:
id - lock identifier
!sys.error - emitted on internal errors, for debug.
!sys.master - sepecific for localStorage-based router. Message data:
node_id - id of "local" router node
master_id - id of node that become master
Note.!sys.master event is broadcasted only when localStorage router
used. You should NOT rely on it in your general application logic. Use locks
instead to filter single handler on broadcasts.
Sharing single server connection (faye)
Example below shows how to extend tabex to share single faye connection
between all open tab. We will create faye instances it all tabs, but activate
only one in "master" tab.
User can close tab with active server connection. When this happens, new master
will be elected and new faye instance will be activated.
We also do "transparent" subscribe to faye channels when user subscribes with
tabex client. Since user can wish to do local broadcasts too, strict separation
required for "local" and "remote". We do it with addind "remote.*" prefix for
channels which require server subscribtions.
Note. If you don't need cross-domain features - drop iframe-related options
and code.
// This one is for your application.
//
var live = window.tabex({
iframe: 'https://shared.yourdomain.com/tabex_iframe.html'
});
// Faye will work via separate interface. Second interface instance will
// reuse the same router automatically. Always use separate interface for
// different bus build blocks to properly track message sources in filters.
//
// Note, you can attach faye in iframe, but it's more convenient to keep
// iframe source simple. `tabex` is isomorphic, and faye code location does
// not make sense.
//
var flive = window.tabex({
iframe: 'https://shared.yourdomain.com/tabex_iframe.html'
});
var fayeClient = null;
var trackedChannels = {};
// Connect to messaging server when become master and
// kill connection if master changed
//
flive.on('!sys.master', function (data) {
// If new master is in our tab - connect
if (data.node_id === data.master_id) {
if (!fayeClient) {
fayeClient = new window.faye.Client('/faye-server');
}
return;
}
// If new master is in another tab - make sure to destroy zombie connection.
if (fayeClient) {
fayeClient.disconnect();
fayeClient = null;
trackedChannels = {};
}
});
// If list of active channels changed - subscribe to new channels and
// remove outdated ones.
//
flive.on('!sys.channels.refresh', function (data) {
if (!fayeClient) {
return;
}
// Filter channels by prefix `local.` and system channels (starts with `!sys.`)
var channels = data.channels.filter(function (channel) {
return channel.indexOf('local.') !== 0 && channel.indexOf('!sys.') !== 0;
});
// Unsubscribe removed channels
//
Object.keys(trackedChannels).forEach(function (channel) {
if (data.channels.indexOf(channel) === -1) {
trackedChannels[channel].cancel();
delete trackedChannels[channel];
}
});
// Subscribe to new channels
//
data.channels.forEach(function (channel) {
if (!trackedChannels.hasOwnProperty(channel)) {
trackedChannels[channel] = fayeClient.subscribe('/' + channel.replace(/\./g, '!!'), function (message) {
flive.emit(channel, message.data);
});
}
});
});
// Resend events without prefix `local.` and prefix `!sys` to server, convert channel
// names to faye-compatible format: add '/' at start of channel name and replace '.' with '!!'
//
flive.filterIn(function (channel, message, callback) {
if (fayeClient && channel.indexOf('local.') !== 0 && channel.indexOf('!sys.') !== 0) {
fayeClient.publish('/' + channel.replace(/\./g, '!!'), message);
return;
}
callback(channel, message);
});
// Convert channel name back from faye compatible format: remove '/'
// at start of channel name and replace '!!' with '.'
//
flive.filterOut(function (channel, message, callback) {
if (channel[0] === '/') {
callback(channel.slice(1).replace(/!!/g, '.'), message);
return;
}
callback(channel, message);
});
The most recent commit recorded on nodeca/tabex was 7.6 years ago, based on the GitHub push timestamp. The repository has 17 forks — one of the better signals of community interest.
How many stars does nodeca/tabex have?
nodeca/tabex has 222 GitHub stars — refresh the page for the live number, or check github.com/nodeca/tabex. TopGit mirrors GitHub's count but does not claim minute-by-minute accuracy.
Is nodeca/tabex open source?
Yes — nodeca/tabex ships under the MIT license, which makes its source code freely readable (and, depending on license terms, forkable and reusable). Source: github.com/nodeca/tabex.
What is nodeca/tabex?
nodeca/tabex (nodeca/tabex) is a JavaScript project on GitHub. From the project's own README: Cross-tab message bus for browsers.
What language is nodeca/tabex written in?
nodeca/tabex is written primarily in JavaScript. GitHub's language field is based on the largest share of bytes in the default branch.
What license does nodeca/tabex use?
nodeca/tabex is released under the MIT license. Always verify the LICENSE file directly on GitHub for the authoritative terms — license strings can be edited out of sync with a project's actual stance.
Where do I read more about nodeca/tabex?
This TopGit page is a snapshot — the READ ME tab shows the project's own README content (links stripped, images preserved). The GitHub repository at github.com/nodeca/tabex is the definitive source.
Read full README in the tab above.
Want a second opinion on tabex?
Ask an AI that can read this page — one click and you get its take on tabex.