Skip to content

Releases: JeffersonLab/wedm

v1.2.0

23 Sep 19:18
Compare
Choose a tag to compare

Support for fetching images from remote servers (thanks Kay)

v1.1.1

26 Feb 17:00
Compare
Choose a tag to compare

Fixes #13

v1.1.0

13 Feb 19:22
Compare
Choose a tag to compare

Enhancement #11 - Support remote edl files located on an HTTP server (thanks Kay and Evan at ORNL)

v1.0.5

11 Jan 18:30
Compare
Choose a tag to compare

Improved BarMeter handling

  • recognize CALC expressions
  • recognize border is optional and fixed width
  • handle rendering of horizontal bar with value less than origin
  • keep bar within bounds if value is greater than max setpoint

v1.0.4

10 Jan 18:12
Compare
Choose a tag to compare

Minor bugfix release:

Don't use colors.list noAlarmColor for alarm sensitive TextupdateClass, RegTextupdateClass, and TextentryClass. Instead use regular user specified foreground color in the event that the widget is alarm sensitive and no alarm is present. This differs from how activeXTextDspClass works, but we want to match how EDM works.

Also fixed a bug where enum labels from .SEVR field (usually "NO_ALARM") was inadvertently being inserted into a text field sometimes (race condition on which update came in first!).

v1.0.3

09 Jan 22:41
Compare
Choose a tag to compare

Improve support for text widgets

Addresses:
#8
#9

Notes:

  1. The RegTextupdateClass widget is the only widget I've encountered so far that has more than one set of object properties. This makes EDL parsing much more complicated. To make matters worse, the regExpr trait in the examples I've seen is always missing so the additional object properties have all been empty "in the wild". I have no idea what the Regular Expression is supposed to do so it currently doesn't do anything. The "support" for this widget is that parsing doesn't explode when it is encountered and the widget is drawn on the screen as if it was a regular TextupdateClass widget.
  2. The TextEntry widget is also minimally supported. It is parsed and drawn on the screen essentially as if it was an activeXTextDspClass. This is the first widget that I've encountered that appears to use default screen colors (motif shadow colors aren't specified in the widget properties).
  3. This release fixes TextupdateClass absence of support for scientific notation. This was due to there being essentially three ways to specific it depending on the widget - displayMode: "exp", displayMode: "engineering", or format: "exponential".

v1.0.2

08 Jan 20:35
Compare
Choose a tag to compare

Handle parsing ORNL colors.list file which has spaces and colons in color names.

Resolves:
#6

v1.0.1

05 Jan 22:04
Compare
Choose a tag to compare

Fixed regression resulting in Related Displays not linking properly due to "undefined" in path.

Resolves:
#5

v1.0.0

13 Dec 17:09
Compare
Choose a tag to compare

Several months of use in production environment and now multiple deployments and dozens of users has shaken out enough bugs to warrant releasing as "1.0".

v0.23.0

12 Dec 17:29
Compare
Choose a tag to compare
v0.23.0 Pre-release
Pre-release

Added support for optionally qualifying application context path with a prefix as to make it easy to deploy multiple instances on unique prefixes on different virtual machines. To use:

  1. Set environment variable CONTEXT_PREFIX=myprefix
  2. Rename wedm.war to myprefix#wedm.war and drop in Tomcat webapps directory