A GPL ToDo List web app, specially aimed at Firefox OS devices, for 1.3 and better.
Find a file
2015-02-22 16:57:53 +01:00
css First commit to the repo 2015-02-22 05:17:26 +01:00
data Fixed lots of bug, removed some not wanted functionality and added a menu 2015-02-22 16:57:53 +01:00
img/icons First commit to the repo 2015-02-22 05:17:26 +01:00
js Fixed lots of bug, removed some not wanted functionality and added a menu 2015-02-22 16:57:53 +01:00
index.html Fixed lots of bug, removed some not wanted functionality and added a menu 2015-02-22 16:57:53 +01:00
LICENSE First commit to the repo 2015-02-22 05:17:26 +01:00
manifest.webapp First commit to the repo 2015-02-22 05:17:26 +01:00
README.md First commit to the repo 2015-02-22 05:17:26 +01:00

Privileged empty app

This is a privileged empty app template that provides you with a barebones structure for you to build your app.

This is part of the mortar template collection for building Open Web Apps.

Obtaining

There are a few ways to get this template:

If you use Git:

git clone https://github.com/mozilla/mortar-privileged-empty-app.git

Or download the latest version in this ZIP file.

Usage

Import the app into the App Manager. Then you can run it in the simulator, or in a Firefox OS device.

Code walkthrough

The manifest.webapp file contains metadata about the app, such as its name, description, icon and required permissions for running under Firefox OS.

Moving over to index.html, this is the starting point for the app when it's launched, and also where the layout is defined and the JavaScript files with the functionality and logic are loaded.

The appearance is defined in css/app.css. There are just some very basic rules.

We define the app's behaviour in js/app.js. Right now we're just basically displaying a "Hello world" message.

Finally we are also including js/libs/l10n.js, which contains L10n, a library for translating the strings in the app. Using this library, users can run the app in their own language, as long as you provide the translations for those languages. We're currently including a translation to Spanish as an example, but feel free to contribute with more translations in data/locales.ini, looking at data/es.properties and data/en-US.properties to see the syntax in action. The way it works, it will automatically translate the HTML elements that contain a data-l10n-id attribute with the translation identifier.

For any dynamically shown content, you need to use the navigator.webL10n.get function, but since that is slightly tedious to write each time, we're aliasing it to just translate:

var translate = navigator.mozL10n.get;

Getting help

If you find something that doesn't quite work as you'd expect, we'd appreciate if you filed a bug!

We need your help in order to help you. Therefore:

  1. Tell us which version of the template are you using. Where did you get the code from?
  • Specify the environment where the bug occurs i.e. which version of the Simulator or Firefox OS device. An example would be 1.2 simulator or Boot2Gecko 1.4.0.0.
  • Describe the problem in detail. What were you doing? What happened? What did you expect to happen?
  • Probably also provide a test case so we can see what is happening and try to reproduce the error.

Ultimately it all boils down to the fact that if we can't reproduce it, we can't help you or fix it either.

Contributing

Contributions are always welcome! If you want to collaborate, whether that is with a new feature or fixing a bug, we recommend you...

  1. Have a look at the issue tracker first--to make sure there isn't anyone working on that already.
  • If it's a new issue/feature, or no one is working on it already, fork the project in GitHub (you'll need an account if you don't have it yet).
  • Create the bug to let us know you want to work on this. That way we are aware of and can keep an eye on it, or maybe tell you that it is not a bug but an intended feature, and save you the hassle of working on something that is not needed.
  • Clone your fork to your computer (i.e. get the code onto your computer)
  • Make a new branch, and switch to that new branch
  • Do the changes you deem necessary
  • Push the branch to GitHub
  • Send a pull request

To make your changes as easy to merge back onto the project as possible, you should only work on one feature per branch. That makes code review simpler and faster!