Changelog
All notable changes to this project will be documented in this file.
The format is based on Keep a Changelog and this project adheres to Semantic Versioning.
Find the API documentation here!
[44.1.0] - 2023-03-28
[44.0.0] - 2023-03-23
Breaking Changes
|
Added
-
New composite processing mode:
parallelFirstScan
which works like parallel but stops after the first result. -
[Barcode] Added
base64value
to barcode object in the barcode result -
[Tire] Added productionDate, tireAgeInYearsRoundedDown, resultPrettified to TIN result
-
[Tire] Added option to disable production date validation for TIN
-
[ID] Added the following layouts for american ID cards
-
US-CO_DVL_0_R421_F
-
US-NV_DVL_O_R421_F
-
US-NV_IDC_O_R421_F
-
US-OK_DVL_O_R421_F
-
[43.1.0] - 2023-02-20
Added
-
New event
ScanView.onCutoutChanged
that notifies the client when the cutout changed -
Support for full frame scanning
-
ID results also return face image, if one is available
Fixed
-
Watermark is displayed in the corner when using composite plugins
-
Watermark is now correctly shown below the cutout when not using composite plugins
-
Feedback style
animated_rect
also supportscenter
alignment for the cutout -
Corrected wrong position of cutout for
animated_rect
-
When reducing SDK size, the assets are now copied correctly to internal storage
[43.0.0] - 2023-02-03
Breaking Changes
This release introduces fundamental changes & improvements to how the Anyline SDK works. To upgrade from a prior SDK version to version 44.1.1, check out the migration guide. |
Document Scanner Support Dropped
As of Anyline v43, the Document Scanner plugin has been removed and the feature will no longer be supported. |
Added
-
Added
PluginResult
for describing result data-
Added a type of plugin result for each scanning capability
-
-
[Tire] Added tire size specification fields to the result
-
[Barcode] Added AAMVA parsing for PDF417 codes on driving licenses
-
[ID] Restructured ID results in a way that every field can contain date- & multi-language information
Changed
-
Changed the SDK architecture from one using inheritance & generics to a composition-based approach
-
Instead of distinctive subclasses such as
MeterScanViewPlugin
,IDScanViewPlugin
, etc. the SDK offers anScanViewPlugin
class regardless of the scanning use case
-
-
Changed the structure of how scanning use-cases are constructed through JSON
-
Introduced configuration types for every scanning use-case with a corresponding result type