Difference between revisions of "Version 9.0 Upgrades and Enhancements"

From LongJump Support Wiki
imported>Aeric
imported>Aeric
 
(2 intermediate revisions by the same user not shown)
Line 8: Line 8:
|}
|}
__NUMBEREDHEADINGS__
__NUMBEREDHEADINGS__
__TOC__
</noinclude>
==Coming Soon==
=== For Designers ===
<blockquote>
==== Specify Plural and Singular Object Labels ====
:When defining an object (for example, when creating an application), both singular and plural labels can be specified. (Previously, labels could be modified only after the object was created.)
:''Learn more:'' [[Application Construction Wizard]], [[Object Construction Wizard]]
==== More Intuitive Names for Lookup Fields ====
:When defining an object relationship, the generated field name is now the singular version of the object name. When displayed in a Form, the field is more readily recognized by users.
:For example, when a Lookup field targets the Customers object, the default name is <tt>customer</tt>. (Previously, the default field label was <tt>related_to_customers</tt>.)
==== Loop Variables Easier to Use in Print Templates ====
:When defining a Print template, related records (records that have a [[Lookup]] to the current record) need to be processed in a loop, because multiple records in the related object could be pointing to the current record. Such variables are easier to spot, because related objects are listed at the end of the Template Variables category list, under the heading "Related". And they're easier to use, because they include the entire loop syntax. The entire line of code can then be pasted into the template or, if a loop is already in place, you can paste only the part that is needed.
====Include Web Forms in an Application Package====
:When a [[Package]] is created, any [[Web Forms]] defined for the application can be included.
</blockquote>
==Enhancements in Version 9.0.18==
==Enhancements in Version 9.0.18==


Line 86: Line 66:
<noinclude>
<noinclude>


[[Category:Release Notes]]
[[Category:Platform Release Notes]]
</noinclude>
</noinclude>

Latest revision as of 23:20, 9 January 2014

See also:

1 Enhancements in Version 9.0.18

1.1 For Users and Designers

1.1.1 Multi-Value Line Charts

Multiple sets of values can now be displayed in a single graph, making it easier to do comparisons and see trends at a glance.
Learn more: MultiLine Charts

1.1.2 Zero Values Supplied for Reports Grouped by Month or Month in Year

When a report groups data either by month (or by month in year), a zero value is now supplied for any month that has no data. This change keeps report formatting consistent, making them easier to read.
Learn more: Date Groupings in Report Groups

1.1.3 Blind Copies Supported in Scheduled Reports

When scheduling a report, it is now possible to specify Bcc addresses.
Learn more: Schedule a Report

1.2 For Designers

1.2.1 Labels (titles) Available for Workflow Template Variables

In the past, workflow template variables for the current state, previous state, action taken, and available actions in current state always contained internal names. An additional set of variables now makes available the labels attached to those values, as well.
The new variables are:
  • $workflow.current_state_title
  • $workflow.previous_state_title
  • $workflow.action_title_taken
  • $workflow.available_action_titles_for_current_state
Learn more: Template Variables in Workflows

1.2.2 Captchas Supported in Web Forms

A Captcha displays an image and asks the user to type the text it contains. (Providing the correct text shows that a person is filling out the form, rather than an automated "robot".) Captchas can now be included in a Web Form simply by putting a mark in a checkbox.
Learn more: Web Form Settings

1.2.3 Enhancement to Pass Thru Authentication

When implementing Pass Thru Authentication (PTA), it is now possible to use a form to send identification parameters to the platform. (Previously, it was necessary to pass a SOAP message and perform a conditional branch based on the results.) This enhancement simplifies the client side implementation of PTA, which is now simply a matter of hosting a form.
Learn more: Pass_Through Authentication Message Formats

1.3 For Admins

1.3.1 User and Role Management Separated in Access Profiles

The old "Access Control/User Management" permission has been divided into two different permissions, to allow for more fine-grained control of administrative privileges. One permission (User Management) allows an admin or manager to create users and teams. The other (Access Control) is used by an application designer or "super admin" to create the roles used in the application.
Learn more: Administrative Permissions in Access Profiles

1.4 Deprecated Functionality

1.5 Removal of On View and On List View Data Policies

In general, Data Policies that are triggered by On View and On List View are an exercise in redundancy. They generally add system overhead (a great deal of overhead), without adding any real value. For example, if a field is calculated, the calculation need only occur when the record is created or updated. If it is invoked every time a record is displayed, the system works overtime to re-calculate values that have already been stored.
To improve overall system responsiveness, therefore, the On (record) View and On List View triggers for data policies have been retired.
The change does not affect legacy applications. In addition, the capability can be enabled on a case by case basis, when warranted by exceptional circumstances.