fix: mark get/set in AbstractMatrix as abstract

[Dimava]

While I was implementing a BandMatrix for myself I've noticed that editor does not suggest me to implement get/set fields which I knew were abstract.

Here's a fix.

Please check if it breaks any typings by making classes not implementing get/set abstract (those classes should be made abstract then)

[Dimava]

Seems like I've missed the fact that types are provided and not compiled

[codecov]

Codecov Report

Base: 66.67% // Head: 66.67% // No change to project coverage 👍

Coverage data is based on head (536f08d) compared to base (5ec6888).
Patch has no changes to coverable lines.

Additional details and impacted files

@@           Coverage Diff           @@
##             main     #155   +/-   ##
=======================================
  Coverage   66.67%   66.67%           
=======================================
  Files          32       32           
  Lines        3232     3232           
  Branches      514      514           
=======================================
  Hits         2155     2155           
  Misses        997      997           
  Partials       80       80           

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

☔ View full report at Codecov.
📢 Do you have feedback about the report comment? Let us know in this issue.

[targos]

Is it really necessary to repeat this in every class definition that extends the abstract one?

[Dimava]

d.ts generally follows the code itself, and the code does have the seperate get/set definition in every class

This can be bypassed by making an intermendiate not-abstract class, but the definition is better to comply with actual implementation

This reasoning for it would be more understandable if the overloads were somewhat different from each other