Mirror
/
zulip
mirror of https://github.com/zulip/zulip.git
1
0
Fork 0
Code Issues Projects Releases Wiki Activity
zulip/web/webpack.assets.json

105 lines
3.3 KiB
JSON
Raw Normal View History

web: Move web app to ‘web’ directory. Ever since we started bundling the app with webpack, there’s been less and less overlap between our ‘static’ directory (files belonging to the frontend app) and Django’s interpretation of the ‘static’ directory (files served directly to the web). Split the app out to its own ‘web’ directory outside of ‘static’, and remove all the custom collectstatic --ignore rules. This makes it much clearer what’s actually being served to the web, and what’s being bundled by webpack. It also shrinks the release tarball by 3%. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2023-02-22 23:03:47 +01:00
{
"activity": [
webpack: Move webpack configuration to web. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2023-02-24 02:20:53 +01:00
"./src/bundles/common",
web: Move web app to ‘web’ directory. Ever since we started bundling the app with webpack, there’s been less and less overlap between our ‘static’ directory (files belonging to the frontend app) and Django’s interpretation of the ‘static’ directory (files served directly to the web). Split the app out to its own ‘web’ directory outside of ‘static’, and remove all the custom collectstatic --ignore rules. This makes it much clearer what’s actually being served to the web, and what’s being bundled by webpack. It also shrinks the release tarball by 3%. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2023-02-22 23:03:47 +01:00
"sorttable",
webpack: Move webpack configuration to web. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2023-02-24 02:20:53 +01:00
"./src/analytics/activity",
"./styles/portico/activity.css"
web: Move web app to ‘web’ directory. Ever since we started bundling the app with webpack, there’s been less and less overlap between our ‘static’ directory (files belonging to the frontend app) and Django’s interpretation of the ‘static’ directory (files served directly to the web). Split the app out to its own ‘web’ directory outside of ‘static’, and remove all the custom collectstatic --ignore rules. This makes it much clearer what’s actually being served to the web, and what’s being bundled by webpack. It also shrinks the release tarball by 3%. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2023-02-22 23:03:47 +01:00
],
"billing": [
page_params: Make seperate `page_params` for billing module. This commit introduces a seperate `page_params` file for billing module since we only use certain page_params in billing module only that it does not make sense to include them in the main `page_params.ts`. Also introduced `zpage_billing_params` for proper testing new `page_params` in billing module.
2023-03-18 19:01:20 +01:00
"./src/billing/page_params",
webpack: Move webpack configuration to web. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2023-02-24 02:20:53 +01:00
"./src/bundles/portico",
"./src/billing/helpers",
"./src/billing/billing",
"./styles/portico/billing.css"
web: Move web app to ‘web’ directory. Ever since we started bundling the app with webpack, there’s been less and less overlap between our ‘static’ directory (files belonging to the frontend app) and Django’s interpretation of the ‘static’ directory (files served directly to the web). Split the app out to its own ‘web’ directory outside of ‘static’, and remove all the custom collectstatic --ignore rules. This makes it much clearer what’s actually being served to the web, and what’s being bundled by webpack. It also shrinks the release tarball by 3%. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2023-02-22 23:03:47 +01:00
],
urls: Show sponsorship page on a new URL. Fixes #27377 Replaced #sponsorship links with sponsorship/ links and in other places liking gear menu.
2023-11-02 09:36:27 +01:00
"sponsorship": [
"./src/billing/page_params",
"./src/bundles/portico",
"jquery-validation",
"./src/portico/signup",
"./src/billing/sponsorship",
"./styles/portico/billing.css"
],
web: Move web app to ‘web’ directory. Ever since we started bundling the app with webpack, there’s been less and less overlap between our ‘static’ directory (files belonging to the frontend app) and Django’s interpretation of the ‘static’ directory (files served directly to the web). Split the app out to its own ‘web’ directory outside of ‘static’, and remove all the custom collectstatic --ignore rules. This makes it much clearer what’s actually being served to the web, and what’s being bundled by webpack. It also shrinks the release tarball by 3%. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2023-02-22 23:03:47 +01:00
"upgrade": [
page_params: Make seperate `page_params` for billing module. This commit introduces a seperate `page_params` file for billing module since we only use certain page_params in billing module only that it does not make sense to include them in the main `page_params.ts`. Also introduced `zpage_billing_params` for proper testing new `page_params` in billing module.
2023-03-18 19:01:20 +01:00
"./src/billing/page_params",
webpack: Move webpack configuration to web. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2023-02-24 02:20:53 +01:00
"./src/bundles/portico",
"./src/portico/tippyjs",
"./src/portico/landing-page",
"./styles/portico/landing_page.css",
"./src/billing/helpers",
"./src/billing/upgrade",
"./src/templates",
"./src/loading",
"./styles/portico/billing.css"
web: Move web app to ‘web’ directory. Ever since we started bundling the app with webpack, there’s been less and less overlap between our ‘static’ directory (files belonging to the frontend app) and Django’s interpretation of the ‘static’ directory (files served directly to the web). Split the app out to its own ‘web’ directory outside of ‘static’, and remove all the custom collectstatic --ignore rules. This makes it much clearer what’s actually being served to the web, and what’s being bundled by webpack. It also shrinks the release tarball by 3%. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2023-02-22 23:03:47 +01:00
],
"billing-event-status": [
page_params: Make seperate `page_params` for billing module. This commit introduces a seperate `page_params` file for billing module since we only use certain page_params in billing module only that it does not make sense to include them in the main `page_params.ts`. Also introduced `zpage_billing_params` for proper testing new `page_params` in billing module.
2023-03-18 19:01:20 +01:00
"./src/billing/page_params",
webpack: Move webpack configuration to web. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2023-02-24 02:20:53 +01:00
"./src/bundles/portico",
"./styles/portico/landing_page.css",
ts: Convert `web/src/billing` module to TypeScript. Converted all files inside `web/src/billing` to TypeScript.
2023-02-26 11:38:01 +01:00
"./src/billing/event_status",
webpack: Move webpack configuration to web. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2023-02-24 02:20:53 +01:00
"./src/billing/helpers",
"./styles/portico/billing.css"
web: Move web app to ‘web’ directory. Ever since we started bundling the app with webpack, there’s been less and less overlap between our ‘static’ directory (files belonging to the frontend app) and Django’s interpretation of the ‘static’ directory (files served directly to the web). Split the app out to its own ‘web’ directory outside of ‘static’, and remove all the custom collectstatic --ignore rules. This makes it much clearer what’s actually being served to the web, and what’s being bundled by webpack. It also shrinks the release tarball by 3%. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2023-02-22 23:03:47 +01:00
],
webpack: Move webpack configuration to web. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2023-02-24 02:20:53 +01:00
"portico": ["./src/bundles/portico"],
"error-styles": ["./third/bootstrap/css/bootstrap.css", "./styles/portico/portico_styles.css"],
"common": ["./src/bundles/common"],
web: Move web app to ‘web’ directory. Ever since we started bundling the app with webpack, there’s been less and less overlap between our ‘static’ directory (files belonging to the frontend app) and Django’s interpretation of the ‘static’ directory (files served directly to the web). Split the app out to its own ‘web’ directory outside of ‘static’, and remove all the custom collectstatic --ignore rules. This makes it much clearer what’s actually being served to the web, and what’s being bundled by webpack. It also shrinks the release tarball by 3%. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2023-02-22 23:03:47 +01:00
"help": [
webpack: Move webpack configuration to web. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2023-02-24 02:20:53 +01:00
"./src/bundles/portico",
web: Move web app to ‘web’ directory. Ever since we started bundling the app with webpack, there’s been less and less overlap between our ‘static’ directory (files belonging to the frontend app) and Django’s interpretation of the ‘static’ directory (files served directly to the web). Split the app out to its own ‘web’ directory outside of ‘static’, and remove all the custom collectstatic --ignore rules. This makes it much clearer what’s actually being served to the web, and what’s being bundled by webpack. It also shrinks the release tarball by 3%. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2023-02-22 23:03:47 +01:00
"simplebar/dist/simplebar.css",
"simplebar",
webpack: Move webpack configuration to web. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2023-02-24 02:20:53 +01:00
"./src/portico/help",
"./src/portico/tabbed-instructions"
web: Move web app to ‘web’ directory. Ever since we started bundling the app with webpack, there’s been less and less overlap between our ‘static’ directory (files belonging to the frontend app) and Django’s interpretation of the ‘static’ directory (files served directly to the web). Split the app out to its own ‘web’ directory outside of ‘static’, and remove all the custom collectstatic --ignore rules. This makes it much clearer what’s actually being served to the web, and what’s being bundled by webpack. It also shrinks the release tarball by 3%. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2023-02-22 23:03:47 +01:00
],
"landing-page": [
webpack: Move webpack configuration to web. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2023-02-24 02:20:53 +01:00
"./src/bundles/portico",
"./src/portico/landing-page",
"./styles/portico/landing_page.css"
web: Move web app to ‘web’ directory. Ever since we started bundling the app with webpack, there’s been less and less overlap between our ‘static’ directory (files belonging to the frontend app) and Django’s interpretation of the ‘static’ directory (files served directly to the web). Split the app out to its own ‘web’ directory outside of ‘static’, and remove all the custom collectstatic --ignore rules. This makes it much clearer what’s actually being served to the web, and what’s being bundled by webpack. It also shrinks the release tarball by 3%. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2023-02-22 23:03:47 +01:00
],
hello: Redesign page. Fixes #24082
2023-09-28 16:42:56 +02:00
"landing-page-hello": [
"./src/bundles/hello",
hello: Fix client logos not changing on hello page. Since `zulip.com` doesn't has `/hello` in URL, the JS code for hello page events was not running. We extract it to a new file and just always run it.
2023-10-06 08:05:50 +02:00
"./src/portico/hello",
hello: Redesign page. Fixes #24082
2023-09-28 16:42:56 +02:00
"./src/portico/landing-page",
"./src/portico/header",
"./styles/portico/svg_icons.css",
"./styles/portico/hello.css",
"./styles/portico/navbar.css",
"./styles/portico/footer.css"
],
web: Move web app to ‘web’ directory. Ever since we started bundling the app with webpack, there’s been less and less overlap between our ‘static’ directory (files belonging to the frontend app) and Django’s interpretation of the ‘static’ directory (files served directly to the web). Split the app out to its own ‘web’ directory outside of ‘static’, and remove all the custom collectstatic --ignore rules. This makes it much clearer what’s actually being served to the web, and what’s being bundled by webpack. It also shrinks the release tarball by 3%. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2023-02-22 23:03:47 +01:00
"integrations": [
webpack: Move webpack configuration to web. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2023-02-24 02:20:53 +01:00
"./src/bundles/portico",
"./src/portico/integrations",
"./styles/portico/landing_page.css",
"./styles/portico/integrations.css"
web: Move web app to ‘web’ directory. Ever since we started bundling the app with webpack, there’s been less and less overlap between our ‘static’ directory (files belonging to the frontend app) and Django’s interpretation of the ‘static’ directory (files served directly to the web). Split the app out to its own ‘web’ directory outside of ‘static’, and remove all the custom collectstatic --ignore rules. This makes it much clearer what’s actually being served to the web, and what’s being bundled by webpack. It also shrinks the release tarball by 3%. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2023-02-22 23:03:47 +01:00
],
"communities": [
webpack: Move webpack configuration to web. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2023-02-24 02:20:53 +01:00
"./src/bundles/portico",
"./src/portico/communities",
"./styles/portico/landing_page.css",
"./styles/portico/integrations.css"
web: Move web app to ‘web’ directory. Ever since we started bundling the app with webpack, there’s been less and less overlap between our ‘static’ directory (files belonging to the frontend app) and Django’s interpretation of the ‘static’ directory (files served directly to the web). Split the app out to its own ‘web’ directory outside of ‘static’, and remove all the custom collectstatic --ignore rules. This makes it much clearer what’s actually being served to the web, and what’s being bundled by webpack. It also shrinks the release tarball by 3%. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2023-02-22 23:03:47 +01:00
],
webpack: Move webpack configuration to web. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2023-02-24 02:20:53 +01:00
"signup": ["./src/bundles/portico", "jquery-validation", "./src/portico/signup"],
"register": ["./src/bundles/portico", "jquery-validation", "./src/portico/signup"],
web: Move web app to ‘web’ directory. Ever since we started bundling the app with webpack, there’s been less and less overlap between our ‘static’ directory (files belonging to the frontend app) and Django’s interpretation of the ‘static’ directory (files served directly to the web). Split the app out to its own ‘web’ directory outside of ‘static’, and remove all the custom collectstatic --ignore rules. This makes it much clearer what’s actually being served to the web, and what’s being bundled by webpack. It also shrinks the release tarball by 3%. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2023-02-22 23:03:47 +01:00
"confirm-preregistrationuser": [
webpack: Move webpack configuration to web. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2023-02-24 02:20:53 +01:00
"./src/bundles/common",
"./src/portico/confirm-preregistrationuser"
web: Move web app to ‘web’ directory. Ever since we started bundling the app with webpack, there’s been less and less overlap between our ‘static’ directory (files belonging to the frontend app) and Django’s interpretation of the ‘static’ directory (files served directly to the web). Split the app out to its own ‘web’ directory outside of ‘static’, and remove all the custom collectstatic --ignore rules. This makes it much clearer what’s actually being served to the web, and what’s being bundled by webpack. It also shrinks the release tarball by 3%. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2023-02-22 23:03:47 +01:00
],
"support": [
webpack: Move webpack configuration to web. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2023-02-24 02:20:53 +01:00
"./src/bundles/common",
web: Move web app to ‘web’ directory. Ever since we started bundling the app with webpack, there’s been less and less overlap between our ‘static’ directory (files belonging to the frontend app) and Django’s interpretation of the ‘static’ directory (files served directly to the web). Split the app out to its own ‘web’ directory outside of ‘static’, and remove all the custom collectstatic --ignore rules. This makes it much clearer what’s actually being served to the web, and what’s being bundled by webpack. It also shrinks the release tarball by 3%. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2023-02-22 23:03:47 +01:00
"sorttable",
webpack: Move webpack configuration to web. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2023-02-24 02:20:53 +01:00
"./src/analytics/activity",
"./styles/portico/activity.css",
"./src/analytics/support"
web: Move web app to ‘web’ directory. Ever since we started bundling the app with webpack, there’s been less and less overlap between our ‘static’ directory (files belonging to the frontend app) and Django’s interpretation of the ‘static’ directory (files served directly to the web). Split the app out to its own ‘web’ directory outside of ‘static’, and remove all the custom collectstatic --ignore rules. This makes it much clearer what’s actually being served to the web, and what’s being bundled by webpack. It also shrinks the release tarball by 3%. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2023-02-22 23:03:47 +01:00
],
webpack: Move webpack configuration to web. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2023-02-24 02:20:53 +01:00
"desktop-login": ["./src/bundles/portico", "./src/portico/desktop-login"],
"desktop-redirect": ["./src/bundles/portico", "./src/portico/desktop-redirect"],
web: Move web app to ‘web’ directory. Ever since we started bundling the app with webpack, there’s been less and less overlap between our ‘static’ directory (files belonging to the frontend app) and Django’s interpretation of the ‘static’ directory (files served directly to the web). Split the app out to its own ‘web’ directory outside of ‘static’, and remove all the custom collectstatic --ignore rules. This makes it much clearer what’s actually being served to the web, and what’s being bundled by webpack. It also shrinks the release tarball by 3%. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2023-02-22 23:03:47 +01:00
"stats": [
stats: Add stats page_params to `webpack.assets.json`. In commit 640de3ad2946db388a2d816bd8cc0ac0b9884062, a separate `page_params.ts` was added for the stats/analytics page, but adding it to the `web/webpack.assets.json` for "stats" was missed, so we add that here.
2023-08-24 13:15:31 +02:00
"./src/stats/page_params",
webpack: Move webpack configuration to web. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2023-02-24 02:20:53 +01:00
"./src/bundles/portico",
"./styles/portico/stats.css",
"./src/stats/stats",
web: Move web app to ‘web’ directory. Ever since we started bundling the app with webpack, there’s been less and less overlap between our ‘static’ directory (files belonging to the frontend app) and Django’s interpretation of the ‘static’ directory (files served directly to the web). Split the app out to its own ‘web’ directory outside of ‘static’, and remove all the custom collectstatic --ignore rules. This makes it much clearer what’s actually being served to the web, and what’s being bundled by webpack. It also shrinks the release tarball by 3%. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2023-02-22 23:03:47 +01:00
"tippy.js/dist/tippy.css"
],
webpack: Move webpack configuration to web. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2023-02-24 02:20:53 +01:00
"app": ["./src/bundles/app"],
"digest": ["./src/bundles/portico"]
web: Move web app to ‘web’ directory. Ever since we started bundling the app with webpack, there’s been less and less overlap between our ‘static’ directory (files belonging to the frontend app) and Django’s interpretation of the ‘static’ directory (files served directly to the web). Split the app out to its own ‘web’ directory outside of ‘static’, and remove all the custom collectstatic --ignore rules. This makes it much clearer what’s actually being served to the web, and what’s being bundled by webpack. It also shrinks the release tarball by 3%. Signed-off-by: Anders Kaseorg <anders@zulip.com>
2023-02-22 23:03:47 +01:00
}