master
1{
2 "name": "sugar",
3 "version": "1.4.1",
4 "description": "A Javascript library for working with native objects.",
5 "keywords": [
6 "functional",
7 "utility",
8 "ender"
9 ],
10 "homepage": "http://sugarjs.com/",
11 "author": {
12 "name": "Andrew Plummer"
13 },
14 "main": "./release/sugar-full.development.js",
15 "directories": {
16 "lib": "./lib"
17 },
18 "repository": {
19 "type": "git",
20 "url": "https://github.com/andrewplummer/Sugar.git"
21 },
22 "engines": {
23 "node": ">= 0.4.0"
24 },
25 "scripts": {
26 "test": "node test/environments/node/test.js"
27 },
28 "license": "MIT",
29 "readme": "# Sugar\n\n[](http://travis-ci.org/andrewplummer/Sugar)\n\nA Javascript library for working with native objects.\nhttp://sugarjs.com/\n\n\n## Upgrading\n\nIf you are upgrading from an older version, please have a look at [`CAUTION.md`](https://github.com/andrewplummer/Sugar/blob/master/CAUTION.md) which is a vetted changelog\nthat details the severity of what has changed, and (sometimes) strategies for migrating.\nGoing through this before you upgrade can make the process a lot less painful!\nAlso please refer there for notes about a patch that applies to versions prior to v1.3.9.\n\n\n## Edge Build\n\nPublic stable releases will be made available on the site and also exist in `release/`.\nAny push made to `master` branch *should* have its unit tests passing, although maybe not\nin all browsing environments (IE, etc) to ensure that it is stable, at least to a certain degree.\n\n\n## Custom Builds\n\nSugar now allows custom builds that let you opt in or out packages. This can be done [here](http://sugarjs.com/customize).\nCustom builds can also be created with `script/build_custom.rb`. With ruby installed, simply call:\n\n```\nruby script/build_custom.rb core array string\n```\n\nlisting the packages you want to include. The advantage of using this\nscript is that it will perform all the minification on the fly, providing more fine-grained control by allowing you to\nmanipulate the source code in `lib/` before building. If you want to remove specific methods from a package, you can do it this way.\nBe careful about removing dependencies, however, especially methods in `core.js`, the extending methods of which are required.\n\n\n## Unit Tests Node\n\nUse the `npm test` command to run unit tests.\n\n\n## Date Localizations\n\nSugar has the following localizations available:\n\n- English (en)\n- French (fr)\n- German (de)\n- Spanish (es)\n- Italian (it)\n- Russian (ru)\n- Finnish (fi)\n- Swedish (sv)\n- Danish (da)\n- Dutch (nl)\n- Polish (pl)\n- Portuguese (pt)\n- Korean (ko)\n- Japanese (ja)\n- Simplified Chinese (zh-CN)\n- Traditional Chinese (zh-TW)\n\n\nThese files can be added separately or built into the main package on the [customize page](http://sugarjs.com/customize).\nIn addition to these major locales, custom locales can be added using:\n\n```\nDate.addLocale(LOCALE_CODE, LOCALIZATION_OBJECT)\n```\n\nDocumentation for this available [here](http://sugarjs.com/dates). Also refer to `lib/locales` for examples of what kind of data and formats are required in localization objects. All localizations, including those not found in the main package will be kept here.\n\n\n\n## Timezones\n\nDealing with timezones in Javascript can be tricky. Although timezones are outside the scope of Sugar, it does provide a hook that can allow timezone shifted dates to be used internally in place of normal ones. See [the date reference](http://sugarjs.com/dates#timezones) for more.\n\n\n## Contributing Locales\n\nIf you do add a custom format for your locale, please consider forking and adding it to the repo! This especially includes the addition of new locales, but also new formats or tweaks to existing locales. Not everything can be added to the main package, but I would like to have as many languages/formats as possible available. When adding a locale contribution, the most important thing is to add unit tests that assert the correct format. These unit tests are found at `test/environments/sugar/date_LOCALE.js`. Simply add or adjust the formats for the locale (the more tests, the better!) and issue me a pull request -- I will update the code to add these locales/formats. Have a look at other unit tests files for an example of the unit testing format.\n\n\n## Contributing Lib Comparisons\n\nLib comparisons to various other libraries can be seen at http://sugarjs.com/libs. This is one of the areas where contributions are most welcome, as I don't have extensive knowledge of many different libraries, and there is much to cover. To contribute simply find or create the appropriate lib name in `docs/libs`, and follow the format provided. This will be an ongoing process, and I will push changes here out to the site every so often.\n\n\n## Other Contributions\n\nFor other contributions, please add well formed unit tests in the Sugar environment at `test/environments/sugar/MODULE.js`. Unit tests can be run directly in the browser from `test/default.html`, and should all be passing in all major browsers (Webkit,Mozilla,Opera, and IE6+). Node.js unit tests should also be passing and can be run in the console with `npm test`.\n\nAlso note that the source code is in the `lib` directory, and `release` is automatically built, so there is no need to changes files there.\n\n",
30 "readmeFilename": "README.md",
31 "bugs": {
32 "url": "https://github.com/andrewplummer/Sugar/issues"
33 },
34 "_id": "sugar@1.4.1",
35 "_from": "sugar@"
36}