package.json 9.4 KB

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