package.json 9.1 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270
  1. {
  2. /**
  3. * The name of the package.
  4. */
  5. "name": "app-common",
  6. "sencha": {
  7. /**
  8. * Alternate names for this package.
  9. *
  10. * "alternateName": [],
  11. */
  12. /**
  13. * The namespace of this package.
  14. *
  15. * As a general rule, all classes that belong to this package should be under this namespace
  16. * if multiple namespaces are part of this package, set this to "".
  17. */
  18. "namespace": "saas",
  19. /**
  20. * The package type.
  21. *
  22. * Sencha Cmd understands the following types of packages:
  23. * - code : An arbitrary package of code for use by applications or other packages.
  24. * - theme : A package to be used as an application’s theme.
  25. * - locale : A package containing localization strings or locale-specific code.
  26. * - template : A package containing one or more templates.
  27. */
  28. "type": "code",
  29. /**
  30. * The toolkit used by this theme (only for "theme" package type).
  31. *
  32. * Themes can specify the toolkit they apply to ("classic" or "modern").
  33. *
  34. * "toolkit": "classic",
  35. */
  36. "toolkit": "",
  37. /**
  38. * The author of the package.
  39. *
  40. * Required only if you are distributing this package through a Sencha Cmd repository,
  41. * in which case it should match the name you assign to your local package repository.
  42. */
  43. "creator": "anonymous",
  44. /**
  45. * A summarized description of this package.
  46. */
  47. "summary": "Short summary",
  48. /**
  49. * A detailed description of this package.
  50. */
  51. "detailedDescription": "Long description of package",
  52. /**
  53. * The package version.
  54. *
  55. * Typically, changes to the package should come along with changes to the version.
  56. * This number should be in this format: d+(.d+)*
  57. */
  58. "version": "1.0.0",
  59. /**
  60. * The version that users can transparently update from without requiring code changes.
  61. *
  62. * In addition the version property, packages can also indicate the degree to which
  63. * they are backward compatible using the compatVersion property.
  64. */
  65. "compatVersion": "1.0.0",
  66. /**
  67. * Spec. version of this package.json file.
  68. * This is set automatically by Sencha Cmd when first generating this file
  69. */
  70. "format": "1",
  71. /**
  72. * Additional resources used during theme slicing operations
  73. */
  74. "slicer": {
  75. "js": [
  76. {
  77. "path": "${package.dir}/sass/example/custom.js",
  78. "isWidgetManifest": true
  79. }
  80. ]
  81. },
  82. /**
  83. * Controls the output directory.
  84. */
  85. "output": "${package.dir}/build",
  86. /**
  87. * Indicates whether this is a locally developed package or downloaded form a repository.
  88. * Defaults to true on newly generated packages, should not be changed.
  89. */
  90. "local": true,
  91. /**
  92. * The theme (package) this package will use (e.g., "ext-theme-neptune", etc.).
  93. * This is only needed if the built package will be used by a non-Cmd application.
  94. *
  95. * "theme": "ext-theme-classic",
  96. */
  97. /**
  98. * Sass configuration properties.
  99. */
  100. "sass" : {
  101. /**
  102. * The namespace to which this package's SASS corresponds. The default value of
  103. * "App.common" means that the files in ./sass/src (and ./sass/var) match classes in
  104. * the App.common" root namespace. In other words, "App.common.panel.Panel" maps to
  105. * ./sass/src/panel/Panel.scss.
  106. *
  107. * To style classes from any namespace, set this to blank. If this is blank,
  108. * then to style "App.common.panel.Panel" you would put SASS in
  109. * ./sass/src/App.common/panel/Panel.scss.
  110. */
  111. "namespace": "saas",
  112. /**
  113. * Comma-separated list of files or folders containing extra Sass. These
  114. * files are automatically included in the Sass compilation. By default this
  115. * is just "etc/all.scss" to allow import directives to control the order
  116. * other files are included.
  117. *
  118. * All "etc" files are included at the top of the Sass compilation in their
  119. * dependency order:
  120. *
  121. * +-------+---------+
  122. * | | base |
  123. * | theme +---------+
  124. * | | derived |
  125. * +-------+---------+
  126. * | packages | (in package dependency order)
  127. * +-----------------+
  128. * | application |
  129. * +-----------------+
  130. */
  131. "etc": [
  132. "${package.dir}/sass/etc/all.scss"
  133. ],
  134. /**
  135. * Comma-separated list of folders containing Sass variable definitions
  136. * files. These file can also define Sass mixins for use by components.
  137. *
  138. * All "var" files are included after "etc" files in the Sass compilation in
  139. * dependency order:
  140. *
  141. * +-------+---------+
  142. * | | base |
  143. * | theme +---------+
  144. * | | derived |
  145. * +-------+---------+
  146. * | packages | (in package dependency order)
  147. * +-----------------+
  148. * | application |
  149. * +-----------------+
  150. *
  151. * The "sass/var/all.scss" file is always included at the start of the var
  152. * block before any files associated with JavaScript classes.
  153. */
  154. "var": [
  155. "${package.dir}/sass/var"
  156. ],
  157. /**
  158. * Comma-separated list of folders containing Sass rule files.
  159. *
  160. * All "src" files are included after "var" files in the Sass compilation in
  161. * dependency order (the same order as "etc"):
  162. *
  163. * +-------+---------+
  164. * | | base |
  165. * | theme +---------+
  166. * | | derived |
  167. * +-------+---------+
  168. * | packages | (in package dependency order)
  169. * +-----------------+
  170. * | application |
  171. * +-----------------+
  172. */
  173. "src": [
  174. "${package.dir}/sass/src"
  175. ]
  176. },
  177. /**
  178. * This is the comma-separated list of folders where classes reside. These
  179. * classes must be explicitly required to be included in the build.
  180. */
  181. "classpath": [
  182. "${package.dir}/src"
  183. ],
  184. /**
  185. * Comma-separated string with the paths of directories or files to search. Any classes
  186. * declared in these locations will be automatically required and included in the build.
  187. * If any file defines an Ext JS override (using Ext.define with an "override" property),
  188. * that override will in fact only be included in the build if the target class specified
  189. * in the "override" property is also included.
  190. */
  191. "overrides": [
  192. "${package.dir}/overrides",
  193. "${package.dir}/locale/${app.locale}"
  194. ],
  195. "example": {
  196. /**
  197. * One or more folders that contain example applications for this package.
  198. */
  199. "path": [
  200. "${package.dir}/examples"
  201. ]
  202. /**
  203. * You can list apps specifically.
  204. *
  205. * "apps": [
  206. * "demo1",
  207. * "demo2"
  208. * ]
  209. *
  210. * By default, all subfolders in the path are considered example applications.
  211. */
  212. },
  213. /**
  214. * The framework this package will use (i.e., "ext" or "touch").
  215. * This is only needed if the built package will be used by a non-Cmd application.
  216. *
  217. * "framework": "ext",
  218. */
  219. /**
  220. * Packages can require other packages in the same way that applications can require
  221. * packages.
  222. *
  223. * Can be specified as an array of package names or configuration objects.
  224. *
  225. * "requires": [
  226. * "foo",
  227. * "bar@1.1-2.0",
  228. * {
  229. * "name": "baz"
  230. * "version": "1.5"
  231. * }
  232. * ]
  233. *
  234. * Can also be specified as an object:
  235. *
  236. * "requires": {
  237. * "foo": "2.2",
  238. * "bar": {
  239. * "minVersion": "1.1",
  240. * "version": "2.0"
  241. * }
  242. * }
  243. */
  244. "requires": []
  245. }
  246. }