Changelog do GravityMath

Melhoria

• [gravitymath scope="visible"] totals in the Custom Content widgets of DataTables Views now add up the rows on screen and update as visitors search, sort, or page through the table (requires DataTables 3.15.0 or newer); to keep hidden values private, this does not apply to totals of fields the table doesn't show as columns.
• On PHP 8, formulas that could not be calculated (such as max(1,2) or max(5)) crashed the whole page instead of returning an empty result.
• A file in the bundled math library, now removed, failed PHP compatibility checks on PHP 8.1.2.
• Incorrect totals for several field types: In Views, including Ajax (Server-side) DataTables Views, totals and footer calculations of Product (Single, Hidden, and Calculation), Option, Checkbox, and Consent fields showed 0 when the merge tag had no input ID, such as {Widget:1:sum} (Product fields now add up their prices, as scope="form" does);; With scope="form", Option field totals showed 0;; With scope="form", averages, minimums, maximums, and counts of Checkbox fields (and other fields with…
• Incorrect results with currencies and decimal numbers: On sites in languages that use a comma for decimals (such as German) or with a currency that does (such as the euro), totals of prices with cents and of decimal choice values were 10 or 100 times too large, and scope="form" totals of decimal choice values lost their decimals;; View totals of Shipping and Option fields included digits from choice labels, such as the 2 in "Zone 2";; All formulas were empty and footer totals showed 0.00 on…
• Issues in DataTables Views: In Ajax (Server-side) tables, the Math Summary widget stayed empty with DataTables 3.14.0 or newer;; In Ajax (Server-side) tables with footer calculations, footer Field Filters did not appear, the footer label of a pinned column did not stay pinned, and hiding a column with the Columns button left its footer cells visible;; In Preloaded (Client-side) tables, footer calculations did not update after a search with the Search Bar widget (requires DataTables 3.15.0 or…
• Foundation to version 1.39.0.

Melhoria

• Timestamp merge tags in calculations now return the actual time regardless of the site's time zone, so date differences stay correct across daylight saving changes and against {today:timestamp} or {now:timestamp}.
• Calculation messages written to the GravityKit log now identify entries, forms, and fields by ID only, instead of including entry values, visitor details such as IP addresses, filled-in formulas, filters, default values, or error text (the debug report on the page still shows these to users allowed to see it).
• On PHP 8, [gravitymath scope="entry"] caused a fatal error when the formula used a merge tag with a modifier, such as {date_updated:timestamp} or {created_by:ID}.
• [gravitymath scope="entry"] caused a fatal error when its id pointed to an entry that did not exist, such as a deleted one (it now shows nothing, and the debug report names the missing entry).
• The bundled math library included command-line tools that failed PHP 8 compatibility checks and caused a fatal error if loaded (they have been removed).
• Issues with scope="form" totals: With GravityView active, totals with a relative date or merge tag in their filter, such as filter_date_created=today or filter_created_by={user:ID}, showed a cached result for up to a day, so they could show yesterday's total after midnight or another user's total;; Without a filter, totals of a Checkbox field (or another multi-input field given without an input ID), of one row of a multi-row Likert field, or of an entry meta key with an underscore, such as…
• Issues with a numeric default_value: In scope="form" totals, it produced wrong numbers, such as 1 for a sum of 1,234.5, and was not applied to entries without a value;; With a filter, the default was subtracted, or added for entries the filter left out, and on forms with hundreds of entries the number of entries without a value was miscounted;; {Number:1:min} compared the default with the largest value instead of the smallest;; In scope="view" and scope="visible", values read before an entry…
• In GravityView Custom Content fields, scope="form" and scope="entry" totals with a merge tag in their attributes, such as filter="filter_2={Team:2}" or id="{Other entry:3}", showed the row's own value instead of the total, and filter values containing & or +, such as R&D, matched nothing.
• Issues with number formats in languages that use a comma for decimals or a dot for thousands, such as German or French: Calculation results and Math Summary values lost their decimals (1234.5 showed as 1.235), which also threw off anything calculated from a form total;; scope="entry" read decimal entry values as whole numbers, so 1000.25 was calculated as 100025;; With GravityView active on multilingual sites, form totals could appear in another language's number format, so {Number:1} * 2…
• In PDFs from PDF for GravityView, GravityMath displayed raw code when an entry showed another View through the View field.
• On PHP 8.4, calculations could show "Deprecated" notices when WordPress debugging was on.
• Foundation to version 1.38.0.

Melhoria

• Filtered scope="form" calculations in the [gravitymath] shortcode and GravityView table footer now return correct results on forms with a large number of entries.
• Foundation to version 1.13.0.

Melhoria

• Compatibility with the GravityView Dashboard Views extension.

Melhoria

• Support for GravityView's DataTables layout, enabling dynamic Math Summary widget updates during table filtering and sorting.
• Date field filters in the [gravitymath] shortcode now accept field's display format values instead of requiring yyyy-mm-dd format.
• Sum calculations for Number fields using comma decimal separators in locales with period thousands separators.
• Incorrect footer calculations in GravityView's DataTables layout.
• PHP notice in WordPress 6.8 related to early product translation initialization.
• Foundation to version 1.2.25.

Melhoria

• Foundation to version 1.2.22.

Melhoria

• Support for Hidden fields in summary reports.
• PHP notice in WordPress 6.7 caused by initializing product translations too early.
• Foundation to version 1.2.21.

Melhoria

• Error when displaying a Number field formatted as currency in summary reports.
• Footer calculations not working when an embedded View is displayed in a Single Entry layout.
• Foundation to version 1.2.20.

Melhoria

• Support for Checkboxes and Radio Buttons fields in summaries.
• Fatal error when creating a new View under certain conditions.
• Summary blocks and shortcodes would break when GravityView is not active.
• Shortcodes with visible or view scopes would not return results when filtering multi-input fields without providing input IDs.
• Foundation to version 1.2.19.

Melhoria

• Fatal error when creating a new View under certain conditions.

Melhoria

• Option to display calculation summaries using a block, shortcode, or widget.: Supports grouping entries by fields, performing mathematical operations (e.g., Count, Sum, Average), sorting and displaying top results.; The summaries can be shown for all View entries or only those displayed on the current page.
• PHP 8.2 deprecation notice.
• Foundation and TrustedLogin to versions 1.2.18 and 1.9.0, respectively.

Melhoria

• An issue with math calculations in the [gravitymath] shortcode not functioning correctly unless scoped to a specific form or View.
• Foundation was updated to version 1.2.7.: Improved the setting and retrieval of transients when using object cache plugins.; Fixed a JavaScript warning that appeared during the deactivation of license keys.

Melhoria

• Ability to calculate individual selected or unselected choices of a multi-select field.
• Survey field (Likert type) score not being calculated correctly.
• Duration (text field with "hh:mm:ss" or "mm:ss" input mask) calculations not working correctly when scope is set to "form".
• Counting unselected or unchecked radio/checkbox/select field inputs would return "0" when scope is set to "form".
• Shipping field calculation producing incorrect results when scope is set to "form".
• Improved performance.
• Enhanced the loading and caching of plugin translations.: All translations are now loaded from the wp-content/languages/plugins/ directory.

Melhoria

• Support for RTL languages
• Foundation to version 1.2.2

Melhoria

• Foundation to version 1.1.1

Melhoria

• Foundation to version 1.0.12

Melhoria

• GravityMath now requires PHP 7.2 or newer
• Foundation to version 1.0.9

Melhoria

• Foundation to version 1.0.8

Melhoria

• Cache improvements: Improved cache speed by returning object cache before checking GravityView cache (if GravityView is active); Don't use cache when a form has been submitted on the page or if ?nocache, ?cache=0, or ?gform_debug are in the URL; Fixed cache showing the wrong value when using the :count modifier in certain cases