The CLI attempts to mimic the Twitter SMS commands wherever possible, however it offers many more commands than are available via SMS.
gem install t
Because Twitter requires OAuth for most of its functionality, you'll need to register a new application at http://dev.twitter.com/apps/new. Once you create your application make sure to set the "Application Type" to "Read, Write and Access direct messages", otherwise you won't be able to post status updates or send direct messages via the CLI.
Once you have registered your application, you'll be given a consumer key and secret, which you can use to authorize your Twitter account.
t authorize -c YOUR_CONSUMER_KEY -s YOUR_CONSUMER_SECRET
This will open a new browser window where you can authenticate to Twitter and then enter the returned PIN back into the terminal. Assuming that works, you'll be authorized to use the CLI.
You can see a list of all the accounts you've authorized.
t accounts sferik UDfNTpOz5ZDG4a6w7dIWj uuP7Xbl2mEfGMiDu1uIyFN gem thG9EfWoADtIr6NjbL9ON (default)
Notice that one account is marked as the default. To change the default use the
set subcommand, passing either just the username, if it's unambiguous, or the
username and consumer key pair, like so:
t set default sferik UDfNTpOz5ZDG4a6w7dIWj
Account information is stored in the YAML-formatted file
t help will give you a list of all the available commands. You can
t help TASK to get help for a specific command.
t update "I'm tweeting from the command line. Isn't that special?"
Note: If your tweet includes characters such as
!, make sure to wrap
it in single quotes instead of double quotes, so those characters are not
interpreted by your shell.
t users -l @sferik @gem
t follow @sferik @gem
t friends -lf
t leaders -lf
t leaders | xargs t unfollow
t followers | xargs t follow
t list create presidents
t list add presidents @BarackObama @Jasonfinn
t list create following-`date "+%Y-%m-%d"`
t followings | xargs t list add following-`date "+%Y-%m-%d"`
t list members following-`date "+%Y-%m-%d"`
t list members twitter team | wc -l
t search all "query"
t search favorites "query"
t search mentions "query"
t search retweets "query"
t search timeline "query"
t search user @sferik "query"
There is some ambiguity in the terminology used to describe relationships on
Twitter. For example, some people use the term "friends" to mean the set of
everyone you follow, while we use it to mean just the subset of people who
follow you back (i.e., friendship is bidirectional). Here is the full table of
terminology used throughout
___________________________________________________ | | | | YOU FOLLOW THEM | YOU DON'T FOLLOW THEM | _________________________|_________________________|_________________________|_________________________ | | | | | | THEY FOLLOW YOU | friends | disciples | followers | |_________________________|_________________________|_________________________|_________________________| | | | | THEY DON'T FOLLOW YOU | leaders | |_________________________|_________________________| | | | followings | |_________________________|
The twitter gem previously contained a command-line interface, up until version 0.5.0, when it was removed. This project is offered as a sucessor to that effort, however it is a clean room implementation that contains none of John Nunemaker's original code.
In the spirit of free software, everyone is encouraged to help improve this project.
Here are some ways you can contribute:
- by using alpha, beta, and prerelease versions
- by reporting bugs
- by suggesting new features
- by writing or editing documentation
- by writing specifications
- by writing code (no patch is too small: fix typos, add comments, clean up inconsistent whitespace)
- by refactoring code
- by closing issues
- by reviewing patches
We use the GitHub issue tracker to track bugs and features. Before submitting a bug report or feature request, check to make sure it hasn't already been submitted. You can indicate support for an existing issue by voting it up. When submitting a bug report, please include a Gist that includes a stack trace and any details that may be necessary to reproduce the bug, including your gem version, Ruby version, and operating system. Ideally, a bug report should include a pull request with failing specs.
- Fork the project.
- Create a topic branch.
- Implement your feature or bug fix.
- Add specs for your feature or bug fix.
bundle exec rake spec. If your changes are not 100% covered, go back to step 4.
- Commit and push your changes.
- Submit a pull request. Please do not include changes to the gemspec, version, or history file. (If you want to create your own version for some reason, please do so in a separate commit.)
This library aims to support and is tested against the following Ruby implementations:
- Ruby 1.8.7
- Ruby 1.9.2
- Ruby 1.9.3
If something doesn't work on one of these interpreters, it should be considered a bug.
This library may inadvertently work (or seem to work) on other Ruby implementations, however support will only be provided for the versions listed above.
If you would like this library to support another Ruby version, you may volunteer to be a maintainer. Being a maintainer entails making sure all tests run and pass on that implementation. When something breaks on your implementation, you will be personally responsible for providing patches in a timely fashion. If critical issues for a particular implementation exist at the time of a major release, support for that Ruby version may be dropped.
Copyright (c) 2011 Erik Michaels-Ober. See LICENSE for details.