lobigb.blogg.se - Formentry to database

#Formentry to database Offline

#Formentry to database Offline

Added InfoPath taskpane widget for offline relationship selection - FORM-1.

Improved speed for loading the patient dashboard - TRUNK-1615.

Fixed problem with duplicating forms - FORM-103.

Fixed taskpane to work with Jetty servlet container.

Added index to formentry_xsn column for speed improvements.

Reverted new search widgets in infopath taskpane to old-style searches.

Fixed FORM-141 - put settings (formerly Global Properties from 1.8 downwards) in the velocity context for infopath default value usage.

New line of releases for all OpenMRS 1.8+ versions

Added new 1.8 style searches popups (WIP).

(Good for per-server configuration to get default locations into a sync network)

formentry.gp_prefix_for_forms - all Settings (formerly Global Properties from platform 1.8 downwards)that start with this string will be available in forms for use in default values.

fault_hl7_source - name of hl7 source to attribute to incoming xml (default is local).formentry.xsn_archive_dir - filesystem to store xsns that are no longer needed.formentry.queue_archive_dir - Filesystem dir to store the already processed queue items (default formentry/archive/%Y/%M).formentry.queue_dir - Filesystem dir to store the submitted xml items (default formentry/queue).

path_taskpane.relationship_sort_order - To be finished by Jeremy.path_taskpane_keepalive_min - Maximum number of minutes to keep refreshing the page in order to keep the connection alive.path_taskpane_refresh_sec - How often to refresh the taskpane page (in seconds) in order to keep the connection alive.path_server_url - The url compiled into the xsns so that they can speak to the right server (e.g ).For someone to do: throw up some screen shots of creating a form.Screencast of creating a simple Infopath form.DirectFileOpener Firefox Plugin - A Firefox Addon to directly open forms in InfoPath without any nags.In the past in Rwinkwavu, PIH ended up with forms from one site being submitted to another site, which caused all kinds of problems.īlock at the parent sending level, and do all XSN manipulation by hand on each server. The problem is that these hard-coded strings then get propagated to the other servers through sync (when its working). Some of these files have the hard-coded paths of the server that you were working on when you modified the form. cab files that contain a whole bunch of files inside of them. PIH never did this successfully in Rwinkwavu, and this is one of the reasons that they transitioned completely to htmlforms. It is strongly recommended that you don't depend on sync to propagate changes to your infopath forms. This is also the case with Metadata Sharing Module. So all concept/form development must happen on one and only one server in your sync network. The sync module cannot guarantee that to be the case. Formentry still depends on internal ncept_id values being the same on all servers. If using the formentry module 5.x and below with the Sync Module you must take care with how the concepts are developed.