reifenfeuerd - this was a twitter client. user streams are dead, so it's dead.

Age	Commit message (Collapse)	Author
2017-11-30	remove unneeded params, adjust id display	iximeow
	tweets are now recorded with the date they are recieved at dated id lookup is now supported tweet ids, where displayed, are displayed in a convenient form: if the tweet was recieved today, show the today id if the tweet was recieved on a different day, show the bare id many instances where display_info was passed for logging information, the parameter has become unnecessary, so it's gone now
2017-11-25	extract DisplayInfo from TwitterCache	iximeow
	what a mess... threading this through to any point where printing happens is upsetting. probably should be a global mutable behind accessors.
2017-11-18	groundwork for multi-account use	iximeow
	add connection state tracked per-stream, add explicit TwitterProfile mapped to names that can be used for accounts. default names are the handle of the corresponding twitter account. partition out user Credential to be per TwitterProfile, so fav, reply, etc, all come from the selected account. Multiplex twitter connections and message streams across chan (instead of earlier plan, which was to have one chan per thread)
2017-11-11	checking for tweet length in-client is dumb	iximeow

2017-11-11	add a little more help info, describe tweets/compose mode/commands	iximeow

2017-11-11	start adding help reference	iximeow

2017-11-10	very hackily add notion of user credentials and PIN auth	iximeow
	also fix bug where cached user info takes precedence over (possibly updated) api json user info
2017-11-08	first brush of a compose mode, support thread viewing again	iximeow

2017-11-01	move more logging to be through DisplayInfo statuses	iximeow
	move DisplayInfo into ... display flush output, duh
2017-10-27	better error handling in cases where event json changes	iximeow

2017-10-25	begin removing unwrap()	iximeow

2017-10-23	thingiemapoo grows a real display!	iximeow
	kind of. add DisplayInfo struct that eventually can be used for rendering to any particular interface. I care primarily about rendering to a CLI, so. to support this: many instances of rendering with println!() are moved to at least be orchestrated by display::paint, which will eventually become smart enough to handle a reserved area for state notifications from the client, and buffer input nicely, .... more code moved over to use TweetId instead of bare strings because DisplayInfo is currently a member on TwitterCache, any cases of writing to DisplayInfo also involve writing to TwitterCache, which means TwitterCache is mut like... everywhere. Also, invalid TweetId in IdConversions ends up logging, meaning anything calling that conversion requires a mut TwitterCache, by the above paragraph.
2017-10-21	fix bug with @s not going through in conversations	iximeow
	split included @, meaning no handle started with @, so get_mentions() returned empty vec
2017-10-21	begin conversion to typed TwitterID	iximeow

2017-10-16	do not include quoted tweet author in replies	iximeow
	mirrors typical twitter use
2017-10-02	move everything to src/	iximeow