starting with ZM 1.1.1 the "event" object is now passed to all event-handlers (unselect/onevent/onchange) as the optional last argument. User could now make use of it in their template client methods if needed (e.x. handle propagation-related issues, etc.)
This is missing in the documentation so far but is already addressed to be added shortly.
Another alternative would be only using global mappings.
So if ABC is your centralized application/code namespace/db, you can create XYZ namespace/db which by default is pointing to your central application ABC db (routines and globals) BUT with global mappings added to (own) separated XYZ namespace/db. To ensure your data is separated.
You only need a login dispatcher (csp-app) in front which in the login process will route/redirect the csp-process to be run in approperiate destination namespace via url, e.g. /app/login.cls -> /app/xyz/...
No need to remap js-files, etc. on webserver config, etc. with that since /app/xyz csp-app is physically pointing to your central location.
You can add as many "clients" like XYZ through this, all working with the same base/central application-code but with separated (or common data) depending on your global-mapping definitions.
go to post
Steve,
starting with ZM 1.1.1 the "event" object is now passed to all event-handlers (unselect/onevent/onchange) as the optional last argument. User could now make use of it in their template client methods if needed (e.x. handle propagation-related issues, etc.)
This is missing in the documentation so far but is already addressed to be added shortly.
HTH,
Bernd
go to post
Hi, you can use CSPGateway event-log to log request- and response content coming through and from the server.
Since REST is coming through http you can also use any external network trace tool like tcpdump, wireshark, fiddler, etc.
To test REST services you can use Curl command-line tool or ARC (Advanced REST Client) chrome extension, etc.
HTH,
Bernd
go to post
great article Stefan. Opens various possibilitys.
go to post
despite it is documented, please try to enter the IIS default document name without the preceded /
it should be : csp/samples/menu.csp
HTH, please let us know.
go to post
Making a CSP Page the Home Page for the Web Server:
http://docs.intersystems.com/cache20152/csp/docbook/DocBook.UI.Page.cls?KEY=GCGI_oper_config#GCGI_home
go to post
This is solution using class/package mappings.
Another alternative would be only using global mappings.
So if ABC is your centralized application/code namespace/db, you can create XYZ namespace/db which by default is pointing to your central application ABC db (routines and globals) BUT with global mappings added to (own) separated XYZ namespace/db. To ensure your data is separated.
You only need a login dispatcher (csp-app) in front which in the login process will route/redirect the csp-process to be run in approperiate destination namespace via url, e.g. /app/login.cls -> /app/xyz/...
No need to remap js-files, etc. on webserver config, etc. with that since /app/xyz csp-app is physically pointing to your central location.
You can add as many "clients" like XYZ through this, all working with the same base/central application-code but with separated (or common data) depending on your global-mapping definitions.
go to post
Hi Fabio,
it seems this is not working with the 1.3.2 jQM plugin. It works with the 1.4.3 jQM plugin, so please switch over.
I also would suggest you to do
var view = zen('mainView');
view.disableItem('button',true);
in onloadHandler() instead of onPageShow()
Regards,
Bernd