rust-zotapi.git - Zot API wrapper in Rust.

	Commit message (Collapse)	Author	Age	Files	Lines
*	Fetch abook and xchan directly from api.	Harald Eilertsen	2023-03-26	1	-28/+96
\| \| \| \|	We don't really need the intermediate layer in the binary module.
*	Update reqwest and make async.	Harald Eilertsen	2021-07-05	1	-2/+2
\| \| \| \| \| \| \| \|	This means adding the full tokio as a dependency. While there isn't much gain to going async in the current cli demo app, a full fledged app may have more to gain by it. First foray into async rust, so I might not do it right...
*	xchan: update internal api and parse results into struct.	Your Name	2020-05-02	1	-10/+50
\|
*	xchan: rename request object type to XChanRequest.	Your Name	2020-05-02	1	-12/+12
\| \| \| \|	We want to have the XChan type for actial XChan data.
*	Cargo fmt	Harald Eilertsen	2020-01-03	1	-4/+1
\|
*	Move Client out of the api objects.	Harald Eilertsen	2020-01-03	1	-12/+10
\| \| \| \|	Also make constructor functions in the zotapi namespace.
*	Use Url crate and move paths to submodules.	Harald Eilertsen	2020-01-03	1	-2/+2
\|
*	Cargo fmt	Harald Eilertsen	2020-01-02	1	-5/+3
\|
*	Replace serde_urlencoded with serde_qs.	Harald Eilertsen	2020-01-01	1	-14/+4
\| \| \| \|	Simplifies serialization of various types quite a bit.
*	Use rust edition 2018.	Harald Eilertsen	2019-06-09	1	-2/+4
\|
*	Use enum instead of BTreeMap to select xchan.	Harald Eilertsen	2018-08-23	1	-7/+26
\| \| \| \| \| \| \| \| \|	Since it only makes sence to fetch an xchan by one of the methods (address, hash or guid) we don't need a data type that can hold more than one value. Had to implement my own serializer for it, since serde_urlencoded don't know how to serialize enums by default.
*	Add fetching xchans by guid and has too.	Harald Eilertsen	2018-08-23	1	-0/+10
\|
*	Add support for fetching xchan data by address.	Harald Eilertsen	2018-08-21	1	-0/+42
	Not entirely happy with it, have updated the signature of Client::fetch_stream and Client::url to take args, which are left out if they're not serializable (or empty, I hope.) Should probably use an Option instead, or maybe even two entry points for the api.