zulip

History

Sumanth V Rao ca7f84ac58 markdown: bugfix: Fix importing pygments data for codeblock header creation. In `c563cdba61` we imported the generated pygments data from outside `/shared` folder. This had a couple of problems: * Using `require` was the wrong way to do the import in ES6 modules. * Since we get the data from outside `/shared`, clients like zulip-mobile would not receive it - this case had to be handeled. Here, we fix the above problems by receiving the data when initializing through fenced_code.initialize, and when the pygments data structure is empty (for zulip-mobile) we fallback to the old header structure without the data-code-language tag. Also, this commit does a small refactor to improve the way we fetch canonicalized_alias from pygments_data. Tests amended.		2020-09-28 15:39:31 -07:00
..
js	markdown: bugfix: Fix importing pygments data for codeblock header creation.	2020-09-28 15:39:31 -07:00
README.md	shared: Set up a way to share some frontend code with the mobile app.	2019-10-17 16:48:23 -07:00
package.json	shared: Bump version to 0.0.3.	2020-08-26 22:34:06 -07:00

The files in this subtree are part of the Zulip web frontend, and are also incorporated by the Zulip mobile app.

Note that the deployment cycles are different:

In the webapp, this code is deployed in the same way as the rest of the web frontend: it's part of the server tree, and the browser gets it from the server, so the client is always running the same version the server just gave it.
In the mobile app, this code is deployed in the same way as the rest of the mobile app: it's bundled up into the app binary which is uploaded to app stores and users install on their devices. The client will be running the version built into their version of the mobile app, which may be newer, older, or simply different from the version on the server.

The mobile app always refers to a specific version of this code; changes to this code will appear in the mobile app only after a commit in the mobile app pulls them in.