You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
Postgrest is these days primarily used with supabase which default data format is json. Reqwest with features such as json can not be used on the code with the portgrest-rs as adding features to dependency's dependency is not possible if I'm not mistaken.
By not depending solely on reqwest it would allow couple of benefits:
Less dependencies to manage and keep updated
Allows code that use the crate to choose the HTTP client.
Describe the solution you'd like
That would allow usage of the same version of the reqwest as the project that uses this crate with additional features such as reqwest's json.
Preferable way would be to create generic implementation for the whatever http client there is and by that way reduce the amount of same libraries with different versions. For example I had to fork this nice code to only update reqwest and json-feature and use the crate through local lib to be able to use "some_resp.json::()" in my code
Describe alternatives you've considered
Full supabase client implementation with supabase auth would be great alternative
The text was updated successfully, but these errors were encountered:
Feature request
Is your feature request related to a problem? Please describe.
Postgrest is these days primarily used with supabase which default data format is json. Reqwest with features such as json can not be used on the code with the portgrest-rs as adding features to dependency's dependency is not possible if I'm not mistaken.
By not depending solely on reqwest it would allow couple of benefits:
Describe the solution you'd like
That would allow usage of the same version of the reqwest as the project that uses this crate with additional features such as reqwest's json.
Preferable way would be to create generic implementation for the whatever http client there is and by that way reduce the amount of same libraries with different versions. For example I had to fork this nice code to only update reqwest and json-feature and use the crate through local lib to be able to use "some_resp.json::()" in my code
Describe alternatives you've considered
Full supabase client implementation with supabase auth would be great alternative
The text was updated successfully, but these errors were encountered: