pwix:app-pages
What is it ?
A package which let an application describe its pages, modals and so on, said display units. It relies on pwix:core-app and extends the CoreApp.RunContext class with a IAppPageable interface.
The packages provides too two client classes:
-
AppPages.DisplayUnit -
AppPages.DisplaySet
Provides
AppPages
The exported AppPages global object provides following items:
Classes
AppPages.DisplaySet
An ensemble of AppPages.DisplayUnit instances.
This class can be used as-is, or can be derived by the application.
The application is expected to instanciate a DisplaySet singleton with the list of DisplayUnit's to be managed.
Methods are:
-
byName( name<String> ): DisplayUnit|nullThis method returns the named
DisplayUnit. -
enumerate( cb<Function>, args<Any> )This method iterates through the
DisplaySetset, and call the providedcbcallback.The enumeration is stopped when the callback returns
false.The callback has following prototype:
cb( name<String>, def<DisplayUnit>, args<Any> ): Boolean.
AppPages.DisplayUnit
A display unit, either a page or a modal or anything which can go into a menu.
This class can be used as-is, or can be derived by the application.
Following parameters are recognized:
-
classesType: Array
The classes to be added.
Defaulting to the configured value.
-
inMenusDefinition type: String or Array of strings
Returned type: Array of strings
The menus names in which this page may appear as an item.
Defaulting to an empty array.
-
menuIconType: String
The name of the FontAwesome icon to be used in front of the menu label.
Defaulting to the configured value.
-
menuLabelType: String
The I18n translation key for the menu label.
Defaulting to the (untranslated) display unit name.
-
routethe route to the page
Defaulting to null.
-
templateType: String
The template to be loaded
Defaulting to null.
Please note that, even if this option is optional, we do not get any rendering if it is not set.
-
templateParmsType: Object|Function
Parameters to be passed to the template, defaulting to an empty object.
-
wantPermissionType: String
A permission string to be passed to a isAllowed() function, defaulting to null (allowed)
This permission is expected to determine the display/availability/visibility of the display unit for the current user.
Do not set anything here for public pages. Contrarily, having a
wantPermissionnon-empty string means that the permissions of the current user must be validated by the application through the configuredallowFnfunction.
Methods are:
-
get( key<String> ): AnyThis method returns the parameter value for the specified key.
-
name(): StringThis method returns the unique name of this
DisplayUnit.
Interfaces
IAppPageable
The IAppPageable interface extends the CoreApp.RunContext class with folllowing methods:
-
ipageableBuildMenu( menu>String>, isAllowed<Function> )Returns the array of the
DisplayUnit's to be used in the specified menu. -
ipageablePage()Returns the current
DisplayUnitpage.A reactive data source.
AppPages.DisplayUnit
A page with its route, or a single modal dialog, or anything which can goes into a menu.
This class can be used as-is, or can be derived by the application.
Functions
AppPages.configure()
See below.
A reactive data source.
Permissions management
This package can take advantage of pwix:permissions package to manage the user permissions through the wantPermission DisplayUnit tag. When present, the tag is used as the action string identifier when calling the configured allowFn() function.
Configuration
The package's behavior can be configured through a call to the AppPages.configure() method, with just a single javascript object argument, which itself should only contains the options you want override.
Known configuration options are:
-
allowFnAn async function which will be called with an action string identifier, and must return whether the current user is allowed to do the specified action.
If the function is not provided, then the default is to deny all actions.
allowFnprototype is:async allowFn( action<String> [, ...<Any> ] ): Boolean -
classesA list of classes to be added to display units.
Default to
[ 't-page' ]. -
menuIconThe menu icon, defaulting to
fa-chevron-right. -
verbosityDefine the expected verbosity level.
The accepted value can be any or-ed combination of following:
-
AppPages.C.Verbose.NONEDo not display any trace log to the console
-
AppPages.C.Verbose.CONFIGURETrace
AppPages.configure()calls and their result -
AppPages.C.Verbose.PAGETrace the current page changes
-
AppPages.C.Verbose.DISPLAY_UNITTrace DisplayUnit's instanciations
-
Please note that AppPages.configure() method should be called in the same terms both in client and server sides.
Remind too that Meteor packages are instanciated at application level. They are so only configurable once, or, in other words, only one instance has to be or can be configured. Addtionnal calls to AppPages.configure() will just override the previous one. You have been warned: only the application should configure a package.
NPM peer dependencies
Starting with v 0.1.0, and in accordance with advices from the Meteor Guide, we no more hardcode NPM dependencies in the Npm.depends clause of the package.js.
Instead we check npm versions of installed packages at runtime, on server startup, in development environment.
Dependencies as of v 1.1.0:
1 'lodash': '^4.17.0', 2 '@vestergaard-company/js-mixin': '^1.0.3'
Each of these dependencies should be installed at application level:
meteor npm install <package> --save
Translations
None at the moment.
Cookies and comparable technologies
None at the moment.
Issues & help
In case of support or error, please report your issue request to our Issues tracker.
P. Wieser
- Last updated on 2024, Aug. 11th