…}` (#1)

* Add scalartype parameter to `AbstractTensorMap`

* Add scalartype in definition of TensorMap

* Add scalartype to AdjointTensorMap

* Add scalartype to BraidingTensor

* Implement changes for indexmanipulations

* Implement scalartype for linalg

* implement changes for tensoroperations

* implement changes for planaroperations

* implement changes for ChainRules

* small fixes

* Fix typo

* Fix missing change

* Formatter

* Apply scalartype changes to tests

* Fix some ambiguities

* De-specialize `trace_permute`

* Despecialize `_contract!`

* Remove unused type-parameter

* Despecialize `planaradd!` and `planartrace!`

* Small fixes

* Change braidingtensor syntax to resolve ambiguities

* despecialize some linalg methods

* formatter

* Add changelog entry

* Fix ambiguity on Julia1.6

This changes the behaviour of copy as an instantiator for creating a TensorMap from a BraidingTensor.
The rationale is that while this does sometimes happen in Julia Base, this is always in the context of lazy wrapper types, for which it makes sense to not copy the parent and then create a new wrapper. BraidingTensor does not wrap anything, so this definition makes less sense.

* Split Sectors module

* convert submodule into its own module

* Organize tests

* Add precompile statements

* Add non-unicode alternative `fusionproduct` for `⊗`

* Add `directproduct` for `×`

* split "trivial.jl"

* Formatter

* Change unicode alternatives to `otimes` and `times`

Incorporate changes from #aada0b2

* Update some testset descriptions

* Resolve method ambiguities

* Change some formatting

* Import local version of `TensorKitSectors`

* Enable TensorKitSectors github action

* Switch to local include for CI

* Remove `NewSU2Sector` tests from main package

* Refactor sectors to group Fsymbol and Rsymbol operations

* Update CI Sectors to only trigger when files are changed in that path

* copy entire template and stop using copy(b.V1), copy(b.V2) as they do not work

* formatting

- Refactored `TensorMap` constructors to be in line with `Array` counterparts:
```julia
TensorMap{E}(undef, codomain, domain) # + some variants
```
- Added support for `zeros`, `ones`, `rand`, and `randn`.
- Streamlined the interface for these functions, along with `isomorphism`, `unitary` and `isometry` into the form:
```julia
function([T], codomain, domain) # + some variants
```

* Update TensorOperations v5 compatibility

* Manually add unreleased TensorOperations version

* Update CI.yml

* Revert tensoroperations v5 attempts

* Changes to incorporate v5

* Remove manual installation of TensorOperations in docs CI

[no ci]