I'm submitting a ... (check one with "x")
[ ] bug report => Search github for a similar issue or PR before submitting
[x ] feature request => Please check if request is not on the roadmap already https://github.com/primefaces/primeng/wiki/Roadmap
[ ] support request => Please do not submit support request here, instead see http://forum.primefaces.org/viewforum.php?f=35
Current behavior
A lot of the API for TurboTable uses "any" as the type for arguments, return values, and even column definitions. Not all properties/methods are documented, and those that are could potentially become out of date. Options could also change when updating to a newer version, and currently there would be no compile-time checking around this.
Expected behavior
Ideally, everything would have interfaces or other strong types, and "any" would be rarely aside from the row data itself, which should allow for anything.
Here are some specific cases I've encountered that have forced me to dig into source code, along with some low-hanging fruit encountered while looking through the source:
What is the motivation / use case for changing the behavior?
Better IntelliSense while developing. Compile time error reporting for many possible mistakes. Assurance when you upgrade to a new version whether contracts have changed. Potentially less defects created when changing the code.
PrimeNG version: 6.1.2
Language: TypeScript
Can we get some update on this? There was a PR related to this but it has been rejected with the Promise of doing it "in-house", and that was over a year ago.
Most helpful comment
Can we get some update on this? There was a PR related to this but it has been rejected with the Promise of doing it "in-house", and that was over a year ago.