[RTR] more detailed detailed costs

[Ipuch]

detailed detailed costs

---

This change is 

[pariterre]

Reviewed 2 of 2 files at r1, all commit messages.
Reviewable status: complete! all files reviewed, all discussions resolved (waiting on @Ipuch)

[pariterre]

Reviewed 1 of 1 files at r2, all commit messages.
Reviewable status: all files reviewed, 2 unresolved discussions (waiting on @Ipuch)

---

bioptim/optimization/solution.py line 1392 at r2 (raw file):

                ]
                if print_only_weighted:
                    print(f"{penalty.type.__str__()}: {val_weighted}")

is __str__() actually needed? If so, call it as such str(penalty.type)

Code quote:

penalty.type.__str__()

---

bioptim/optimization/solution.py line 1394 at r2 (raw file):

                    print(f"{penalty.type.__str__()}: {val_weighted}")
                else:
                    print(f"{penalty.type.__str__()}: {val_weighted} (non weighted {val: .2f})")

2 decimal places seem short? Don't we expect the value to be down up to 10^-6 or something?

Code quote:

 .2f

[Ipuch]

Reviewable status: all files reviewed, 2 unresolved discussions (waiting on @pariterre)

---

bioptim/optimization/solution.py line 1392 at r2 (raw file):

Previously, pariterre (Pariterre) wrote…

is __str__() actually needed? If so, call it as such str(penalty.type)

It is needed yes, I find it more readable this way ...
It allows to print something like "Lagrange.MINIMIZE_CONTROL" or "Mayer.MINIMIZE_CONTROL"

---

bioptim/optimization/solution.py line 1394 at r2 (raw file):

Previously, pariterre (Pariterre) wrote…

2 decimal places seem short? Don't we expect the value to be down up to 10^-6 or something?

Yep but we usually don't care about the non-weighted value. This was originally printed like this.

[pariterre]

Reviewable status: all files reviewed, 1 unresolved discussion (waiting on @Ipuch and @pariterre)

---

bioptim/optimization/solution.py line 1392 at r2 (raw file):

Previously, Ipuch (Pierre Puchaud) wrote…

It is needed yes, I find it more readable this way ...
It allows to print something like "Lagrange.MINIMIZE_CONTROL" or "Mayer.MINIMIZE_CONTROL"

f"{penalty.type}: {val_weighted}" does not work??

[Ipuch]

@pariterre I think this is mergeable

[Ipuch]

Reviewable status: 1 of 2 files reviewed, 1 unresolved discussion (waiting on @pariterre)

---

bioptim/optimization/solution.py line 1392 at r2 (raw file):

Previously, pariterre (Pariterre) wrote…

f"{penalty.type}: {val_weighted}" does not work??

indeed