digital-asset/daml
1
1
Fork 0
mirror of https://github.com/digital-asset/daml.git synced 2024-09-19 16:57:40 +03:00
Code Issues Projects Releases Wiki Activity
c86b7a561f
daml/navigator/frontend
History
Moritz Kiefer e0e317e05d
Avoid favicons-webpack-plugin in Navigator (#8159) 
We really don’t need 5 different favicons here so just inline the same
one we use in create-daml-app and on our docs (32x32). This allows us
to get rid of tons of dependencies including a native dep on sharp.

changelog_begin
changelog_end
2020-12-03 18:15:56 +00:00
..
src Avoid favicons-webpack-plugin in Navigator (#8159) 2020-12-03 18:15:56 +00:00
.editorconfig open-sourcing daml 2019-04-04 09:33:38 +01:00
.gitignore open-sourcing daml 2019-04-04 09:33:38 +01:00
.modernizrrc open-sourcing daml 2019-04-04 09:33:38 +01:00
apollo.config.js replace DAML Authors with DA in copyright headers (#5228) 2020-03-27 01:26:10 +01:00
BUILD.bazel Bump remaining Navigator frontend deps (#8156) 2020-12-03 17:15:21 +00:00
declarations.d.ts replace DAML Authors with DA in copyright headers (#5228) 2020-03-27 01:26:10 +01:00
karma.conf.js replace DAML Authors with DA in copyright headers (#5228) 2020-03-27 01:26:10 +01:00
LICENSE open-sourcing daml 2019-04-04 09:33:38 +01:00
Makefile Expose signatories and observers throughout the platform (#1814) 2019-06-26 14:02:59 +00:00
package.json Avoid favicons-webpack-plugin in Navigator (#8159) 2020-12-03 18:15:56 +00:00
README.md refresh navigator dependencies (#1621) 2019-06-13 14:19:38 +02:00
tsconfig.json Upgrade apollo libraries in Navigator (#8124) 2020-12-02 12:47:30 +01:00
tslint.json Bump remaining Navigator frontend deps (#8156) 2020-12-03 17:15:21 +00:00
webpack.config.js Avoid favicons-webpack-plugin in Navigator (#8159) 2020-12-03 18:15:56 +00:00
webpack.ui-core.js replace DAML Authors with DA in copyright headers (#5228) 2020-03-27 01:26:10 +01:00
yarn.lock Avoid favicons-webpack-plugin in Navigator (#8159) 2020-12-03 18:15:56 +00:00

README.md

Navigator Frontend

The Navigator frontend is based on the ui-core library.

Developing Navigator Frontend

To build the bundled frontend files, use Bazel:

bazel build //navigator/frontend:frontend.jar

To test the frontend during development, start the backend at port 4000 (defined in webpack.config.js), run the following command, and open a web browser at the address indicated in the command output:

make start

This will start an interactive build using webpack-dev-server. Every time you save a file, the frontend assets will be rebuilt, and a push notification will be sent to the browser, prompting it to reload the page.

See the ui-core README for information about the design of some of the core components of Navigator.

Configurable table views

Configurable table views are a rapid prototyping feature, where developers can write a script that returns a list of custom table views for a given user.

Architecture

  • The configsource applet is responsible for loading the config file.
    • The config file source is loaded from the backend /api/config endpoint.
    • The config file source is stored in the state of the applet.
  • The config file is parsed and evaluated in the app UI component.
    • The evaluated config is stored in the component state, and only re-evaluated if either the current user or the config file source has changed.
    • The evaluated config is passed as a property to child components.
  • The customview applet implements the rendering of custom views.
    • This applet forwards all functionality to either the Contracts, Templates, or TemplateContracts applets.
    • The route for custom views only contains its ID. Therefore, the state of the applet initially only holds the ID of the custom view.
    • When the applet UI component is rendered for the first time, it initializes the state of the child applet (it now has access to the evaluated config, passed as props from the app UI component).
  • Config file parsing and loading is implemented in the config module.
    • The config file is first preprocessed using Babel (to support JSX tags and ES6 code).
    • Import statements are implemented using a custom require function, that only provides modules already bundled with the Navigator.
    • The parsed config file is checked for its version.
    • There is generally little run time validation.