<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/crates/arti-client/src/lib.rs, branch arti-v0.0.1</title>
<subtitle>mirror of https://gitlab.torproject.org/tpo/core/arti
</subtitle>
<id>http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v0.0.1</id>
<link rel='self' href='http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v0.0.1'/>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/'/>
<updated>2021-10-29T13:06:06Z</updated>
<entry>
<title>Improve docs of more (potentially re-exported) arti-client types</title>
<updated>2021-10-29T13:06:06Z</updated>
<author>
<name>eta</name>
<email>tor@eta.st</email>
</author>
<published>2021-10-29T13:06:06Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=a12fffc66accb0126500280f540b09c0922c1145'/>
<id>urn:sha1:a12fffc66accb0126500280f540b09c0922c1145</id>
<content type='text'>
Most of the structs in `arti-client` have example code now, to give a
clearer idea of how they're used.

Annoyingly, a lot of the types exposed in `arti-client` are actually
re-exports, which makes documentation a bit harder: example code that
references other parts of `arti-client` can't actually be run as a
doctest, since the crate it's in is a dependency of `arti-client`.

We might be able to fix this in future by doing the documentation in
`arti-client` itself, but rustdoc seems to have some weird behaviours
there that need to be investigated first (for example, it seems to merge
the re-export and original documentation, and also put the re-export
documentation on the `impl` block for some reason).

For now, though, this commit just writes the docs from the point of view
of an `arti-client` consumer, removing notes specific to the crate in
which they're defined. It's not ideal, but at least the end user
experience is decent.
</content>
</entry>
<entry>
<title>arti-client example: Try to make the comments a little more clear.</title>
<updated>2021-10-29T00:20:23Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2021-10-29T00:18:04Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=bf3bfdf62de9a0d2500da30ad986d4d4bf31e9f5'/>
<id>urn:sha1:bf3bfdf62de9a0d2500da30ad986d4d4bf31e9f5</id>
<content type='text'>
I'm not 100% sure this is better, but it might help the user
understand how Arti works a bit better.
</content>
</entry>
<entry>
<title>Improve top-level arti-client documentation, add example code</title>
<updated>2021-10-28T18:20:42Z</updated>
<author>
<name>eta</name>
<email>tor@eta.st</email>
</author>
<published>2021-10-28T17:32:49Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=dcdd8c59dfa6afd3ee903d5eacab4a99c1258e7d'/>
<id>urn:sha1:dcdd8c59dfa6afd3ee903d5eacab4a99c1258e7d</id>
<content type='text'>
This overhauls the top-level `arti-client` documentation significantly:

- the "Using arti-client" section walks the user through all of the
  necessary steps to initiate a Torified TCP connection, and then
  provides a code example
  - this example is also available as `examples/readme.rs`; it's not run
    as a doctest, since it involves connecting to Tor
  - a "More advanced usage" subheading provides information about stream
    isolation (and can potentially be used for other interesting
    features once we get them).
- a new "Multiple runtime support" section was added to explain the
  purpose and usage of the `tor-rtcompat` crate
- the section on design and privacy considerations was removed; this is
  probably okay to keep in a README, but users of the crate aren't going
  to be interested in this (at least I don't think)

(also, the doc comment for `arti_client::Error` was fixed to make actual
sense)
</content>
</entry>
<entry>
<title>Update our disclaimers and limitations sections.</title>
<updated>2021-10-27T15:13:46Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2021-10-27T15:13:46Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=134c04a67adebff719011b608dabfa6da60ed247'/>
<id>urn:sha1:134c04a67adebff719011b608dabfa6da60ed247</id>
<content type='text'>
</content>
</entry>
<entry>
<title>s/arti-arti-client/arti-client/ and regenerate readme files</title>
<updated>2021-10-25T12:40:00Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2021-10-25T12:40:00Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=b477f12d83f0e2ea50819f31748e8756110d6718'/>
<id>urn:sha1:b477f12d83f0e2ea50819f31748e8756110d6718</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Rename tor_client/arti_tor_client to arti_client.</title>
<updated>2021-10-21T18:22:11Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2021-10-21T18:15:13Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=7c7a388e287afa0e168d8d666da6649a5750b9b5'/>
<id>urn:sha1:7c7a388e287afa0e168d8d666da6649a5750b9b5</id>
<content type='text'>
Solves a name conflict with the existing tor_client create.

Closes #130.
</content>
</entry>
</feed>
