A refreshed "new tab page" for Firefox
Перейти к файлу
Maxim Zhilyaev 2213d8f7a8 feat(recent links): add bookmark guid and date created to the query 2016-02-24 16:02:05 -08:00
bin chore(scripts) #84 script to generate html 2016-02-11 15:42:59 -05:00
content-src feat(content): #163 New layout for new tab 2016-02-22 21:40:49 -05:00
content-test feat(content): #163 New layout for new tab 2016-02-22 21:40:49 -05:00
data fix(addon): #123 Fix include path to include hashes 2016-02-18 15:35:53 -05:00
dist bare addon skeleton 2016-02-01 09:05:16 -05:00
lib feat(recent links): add bookmark guid and date created to the query 2016-02-24 16:02:05 -08:00
test feat(recent links): add bookmark guid and date created to the query 2016-02-24 16:02:05 -08:00
.babelrc Added dependencies, webpack.config, yamscripts 2016-02-01 14:57:40 -05:00
.eslintignore chore(lint): Extend the ESLint recommended rules 2016-02-09 14:00:04 -08:00
.eslintrc chore(lint): Extend the ESLint recommended rules 2016-02-09 14:00:04 -08:00
.gitignore style(content): Minor style improvements, fa for dev 2016-02-10 16:09:20 -05:00
.jpmignore feat(changelog): Adding CHANGELOG.md (via npm run changelog) 2016-02-18 09:01:19 -08:00
.jscsrc chore(jscs): exclude firefox files 2016-02-16 14:15:29 -05:00
.sass-lint.yml style(content): A bunch of small tweaks to get closer to spec 2016-02-18 15:59:32 -05:00
.travis.yml chore(travis): cache node modules, remove npm spinner 2016-02-21 15:43:18 -05:00
CHANGELOG.md feat(changelog): Adding CHANGELOG.md (via npm run changelog) 2016-02-18 09:01:19 -08:00
LICENSE Add LICENSE file. 2016-02-02 12:13:14 -05:00
README.md chore(content): #157 Use the dev server endpoint for embedly 2016-02-22 18:34:53 -05:00
config.default.yml chore(content): #157 Use the dev server endpoint for embedly 2016-02-22 18:34:53 -05:00
dev-prefs.json add precommit hook, react eslint rules 2016-02-02 11:32:44 -05:00
karma.conf.js fix(addon): #145 Make addon work on Firefox 45 2016-02-21 15:43:18 -05:00
package.json chore(content): #157 Use the dev server endpoint for embedly 2016-02-22 18:34:53 -05:00
webpack.config.js chore(lint): Extend the ESLint recommended rules 2016-02-09 14:00:04 -08:00
yamscripts.yml chore(content): #157 Use the dev server endpoint for embedly 2016-02-22 18:34:53 -05:00

README.md

Activity Streams Add-on

TLDR; I just want to try the add-on

  1. Make sure you have Firefox Beta, node 5.0+ and at npm 3.0+ installed.
  2. npm install
  3. npm run once

Requirements

  • You must have at Firefox Beta (45.0+) installed
  • node 5.0+, npm 3.0+ (You can install both here)

Installation

Just clone the repo and install the dependencies.

git clone https://github.com/mozilla/activity-streams.git
cd activity-streams
npm install

Configuration

Default configuration is in config.default.yml. Create a file called config.yml to override any default configuration.

Embedly Proxy Server

By default, the add-on will request data from embedly through a dev instance of our embedly proxy server. If you want to run the add-on with a different endpoint, change the following in config.yml:

EMBEDLY_ENDPOINT: http://....

Please file issues related to the embedly proxy server at https://github.com/mozilla/embedly-proxy/issues.

Using shim data

If you want to run the content on http://localhost:1963 with shim data (i.e. outside the add-on), add the following to config.yml.

USE_SHIM: true

You can also disable the embedly service by setting EMBEDLY_ENDPOINT to an empty string.

Running tasks

You may run npm run help to see a description of all commands available, which you can run via npm run [command]. Here are some important ones:

Running the add-on

If you just want to build assets and run the add-on to test it, you may simply run:

npm run once

Developing the add-on

If you want to watch assets and compile them continuously, you will want to run

npm run start

in one terminal session, and

npm run firefox

to start the add-on. This way, when you make changes to the content-src folder, they will be reflected immediately without needing to restart the add-on.

Running Tests

Run npm tests to run the tests once. Run npm run help for more options.

Architecture - ActionManager

When you instantiate an ActionManager, you give it a list of types which are valid for the application. If at any time you try to create an action with a type that isn't part of that list, it will throw an error. Yay!

const am = new ActionManager(["STUFF_REQUEST", "STUFF_RESPONSE"]);

You can find the action manager instance for Activity streams at src/actions/action-manager.

Dispatching actions

To dispatch actions, all you have to do is call am.actions.YourActionType(...).

By default, there is a Action type action defined which simply takes an object as an argument. However, it is a good idea to define actions that are specific enough to prevent typos and formatting errors.

const {actions} = require("actions/action-manager");

// These are all equivalent
this.dispatch(actions.Action({
  type:"TOP_FRECENT_SITES_REQUEST",
  meta: {expect: "TOP_FRECENT_SITES_RESPONSE"}
}));
this.dispatch(actions.RequestExpect("TOP_FRECENT_SITES_REQUEST", "TOP_FRECENT_SITES_RESPONSE"));
this.dispatch(actions.GetTopFrecentSites());

Defining new actions

You can define new actions on the ActionManager instance with am.defineActions. All action definitions should be functions that return a plain object representing the action.

function Foo(data) {
  return {type: 'FOO', data};
}
am.defineActions({Foo});

All new actions will have some basic validators applied to them like checking for the type property. Action functions also get called in the context of the action manager instance.

Extending existing actions

Most new actions will actually be extensions of new ones. To do this, simply call another action function inside your new one.

It is generally not a good idea to call this.actions.SomeAction inside another action, as that will result in the validators being run twice. Use the plain SomeAction function instead, or you can access it from this.actions.SomeAction.definition.

function Request(type, query) {
  return {type, query};
}
function GetFoo() {
  return Request(foo);
}
am.defineActions({Request, GetFoo});

Conventions for Actions

In this project we use a modified version of the Standard Flux Action. Our standard action looks something like this:

{
  // The type should be upper-case.
  // Request-type actions should end in _REQUEST
  // Response-type actions should end in _RESPONSE
  // Required.
  type: "SOMETHING_REQUEST",

  // Only for response-type actions.
  // If the response is successful, it should be an array OR object.
  // If the response is an error, it should be an Error.
  // Optional.
  data: {},

  // Only for request-type actions. Should be an object.
  // Optional.
  query: {}

  // This should be included for actions that contain errors
  // It should be true, or omitted if not applicable.
  error: true

  // This can contain action-specific info
  meta: {
    // This is to indicate that the application should receive the
    // following action within a specified time period, or a timeout
    // error should be thrown
    expect: "SOMETHING_RESPONSE"

    // Optional. A custom timeout for an 'expect' type action.
    timeout: 10000

    // This indicates to the ReduxChannel middleware that
    // the action should broadcast via message passing to the other
    // side of the channel.
    broadcast: "content-to-addon"
  }
}