Capabilities of the DLT-Message-Analyzer are quite useful even outside the context of dlt-viewer.
We should think of an option to compile it as a stand-alone application, which is capable of working with different formats of data.
This is a general task, which, for sure, should contain multiple sub-tasks.
From our perspective application should contain a plugins system to extend its functionality and the number of supported file formats.
To allow stand-alone compilation we will need to remove dependency from dlt-viewer. For that purpose, we will need to create a set of more generic API-s, which will encapsulate away dependency from qdlt lib.
For sure we should continue to support the compilation of DLT-Message-Analyzer as a dlt-viewer's plugin for a while ( maybe forever ).
Capabilities of the DLT-Message-Analyzer are quite useful even outside the context of dlt-viewer.
We should think of an option to compile it as a stand-alone application, which is capable of working with different formats of data.
This is a general task, which, for sure, should contain multiple sub-tasks.
From our perspective application should contain a plugins system to extend its functionality and the number of supported file formats.
To allow stand-alone compilation we will need to remove dependency from dlt-viewer. For that purpose, we will need to create a set of more generic API-s, which will encapsulate away dependency from qdlt lib.
For sure we should continue to support the compilation of DLT-Message-Analyzer as a dlt-viewer's plugin for a while ( maybe forever ).