Yes, we do not like `template` disambiguator ;-)

In case you would like to pass a type rather than a value you would have to
write:

gp.in <http://qp.in/><struct deg_F>().quantity_from_zero()

which would break all the usability of this library.

śr., 19 cze 2024 o 14:19 Sebastian Wittmeier via Std-Proposals <
std-proposals_at_[hidden]> napisał(a):

> Why does in need an object parameter compared to?
>
>
>
> gp.in <http://qp.in><deg_F>().quantity_from_zero()
>
>
>
> Is there a reason?
>
>
> -----Ursprüngliche Nachricht-----
> *Von:* Mateusz Pusz <mateusz.pusz_at_[hidden]>
> *Gesendet:* Mi 19.06.2024 13:45
> *Betreff:* Re: [std-proposals] On the standardization of mp-units P3045R1
> *An:* std-proposals_at_[hidden];
> *CC:* Sebastian Wittmeier <wittmeier_at_[hidden]>;
> While writing the answer to Ville, I realized that there is one more
> issue. We will have to write:
>
> quantity_point qp(20 * rel_deg_C);
> std::cout << qp.in(rel_deg_F).quantity_from_zero();
>
> Which might be confusing for scaling quantity_point. Also, we will need to
> add `rel_` to Kelvins and all its prefixes for the same reason as in the
> other email.
>
>
> --
> Std-Proposals mailing list
> Std-Proposals_at_[hidden]
> https://lists.isocpp.org/mailman/listinfo.cgi/std-proposals
>