* Layout changes for workspace sidemenu * added header and search layout changes * implemented review comments and removed process related code * Added expand and collapse functionality * Modified the paths * linting fixes * use standard material settings icon * use only specific modules needed for page layout * use standard "menu" icon for now * use standard avatar icon for now * cleanup user profile menu item * cleanup About component layout * remove hardcoded settings route * deprecate "headerImagePath" * deprecate "headerTextColor" customisation * deprecate "headerColor" customisation * proper toggle of the side menu * proper sidebar header implementation * user profile basic cleanup * minor fixes * cleanup buttons * remove old app layout and use ADF one * remove old header component * cleanup old layout module * fix unit tests * cleanup unit tests * cleanup header actions module * deprecate unused main-action component * cleanup styles * restore removed method * cleanup search results toolbar * restore expand menu functionality * cleanup code, back buttons for about and profile * restore original code * proper collapse button * remove unused i18n key * styles cleanup * cleanup sidebar * cleanup user profile * add safety checks for focus after close * layout fixes * update view profile unit tests * code cleanup after reviews * cleanup header actions * fix menu population, user info * improved upload and create actions * remove useless tests * fix folder rules tests * search button workaround * e2e: remove wait * add create/upload tooltips * e2e fix * e2e fix * e2e fix * e2e fix * e2e fix * e2e fix * e2e fix * e2e fix * e2e fix * e2e fix * e2e fix * e2e fix * try fix e2e * update e2e extension configs * try fix e2e * try fix e2e * fix eslint config * try fix e2e * move search button to extensions * move upload and create to extensions * remove header actions as no longer needed * cleanup * e2e fixes and cleanup for unwanted files * linting fixes * linting fixes * added button type to support text buttons * linting fixes * added more unit tests to achieve code coverage requirement * fixing code covergae for aca-content * fixed code coverage for aca-shared * linting fixes * linting fixes * cleanup * version fix --------- Co-authored-by: SheenaMalhotra182 <sheena.malhotra@globallogic.com> Co-authored-by: Denys Vuika <denys.vuika@gmail.com> Co-authored-by: SheenaMalhotra182 <sheena.malhotra@contractors.onbase.com>
4.0 KiB
Title
Title |
---|
Configuration |
Configuration
The Alfresco Content Application provides support for the global settings file app.config.json
that you can use to customize the behavior of the Content Application and ADF components.
Server settings
Once the Content Application starts, it needs to know where the Alfresco Content Services server is, and what the file sharing URL will be.
Content Services Address
The "ecmHost" property allows you to set the address of the server using the dynamic or static format.
Dynamic address
The example below demonstrates the most common dynamic format for a development environment:
{
"ecmHost": "http://{hostname}{:port}"
}
The configuration above assumes you are running ACS and the Alfresco Content Application on the same server and port and allows deploying to different servers having the same unified configuration file.
For example, a proxy server at localhost:4200
hosting the Alfresco Content Application as the root application,
and localhost:4200/alfresco
for the ACS repository.
At runtime, the application is going to automatically substitute the "{hostname}" value with the original hostname. Optionally it can also use the value of the original port if present, for example, "4200" at local machines, or skip the value for port 80.
Static address
Alternatively, you can provide a static address for the ACS server if necessary:
{
"ecmHost": "http://localhost:4200"
}
Shared Files Address
The "baseShareUrl" property tells the application how to construct the address where users will access shared files.
{
"baseShareUrl": "{protocol}//{hostname}{:port}/#/preview/s"
}
Application settings
There are many settings you can change to alter the default behavior of the application.
Application Name
The following block allows you to change the name of the application.
{
"application": {
"name": "Alfresco Example Content Application"
}
}
The value of the application.name
key gets appended to every browser tab title at runtime
with the format [page title] - [application name]
,
for example: "Personal Files - Alfresco Example Content Application".
Application Logo
The default logo displayed in the top left corner of the Alfresco Content Application can be changed:
-
Place your custom logo image file in the [app-name]/src/assets/images folder. The displayed image will resize automatically, an image with extreme width/height might not retain its dimensions.
-
In the app.config.json file, set the value of the application.logo to contain the name of the custom logo image: "logo": "/assets/images/[image-name].[extension]"
{
"application": {
"logo": "/assets/images/alfresco-logo-white.svg"
}
}
Restricted content
You can restrict users from uploading certain types of files and folders by setting or extending the list of rules at the "files.excluded" path.
By default, the application ships with the following rules already predefined:
{
"files": {
"excluded": [
".DS_Store",
"desktop.ini",
"thumbs.db",
".git"
]
}
}
Tip: You can find more details on the supported rules in the ADF Upload Service docs.
Pagination settings
You can change the default settings of the pagination that gets applied to all the document lists in the application.
{
"pagination": {
"supportedPageSizes": [
25,
50,
100
]
}
}
Your custom settings
You can store any information in the application configuration file, and access it at runtime by using the AppConfigService
service provided by ADF.
Tip: Please refer to the ADF App Config Service documentation to get more details on the Application Configuration features and APIs available.