sqmk / pushy Goto Github PK

Right now the default sound is set to PushoverSound. There is no way I can set it to the default sound from the android app. According to the api docs:

If no sound parameter is specified, the user's default tone will play. If the user has not chosen a custom sound, the standard Pushover sound will play.

So I guess $this->setSound(new PushoverSound); should be removed from the Message class: https://github.com/sqmk/Pushy/blob/master/library/Pushy/Message.php#L88

Not sure if that alone is enough. Maybe also line 58 in SendMessage should have a check: https://github.com/sqmk/Pushy/blob/master/library/Pushy/Command/SendMessage.php#L58

Probably something like: if ($this->message->getSound()) set sound. This way the sound parameter is not send if it is empty. But maybe it's not needed and only the first change is enough.

Date in license is 2012. Should be 2013.

A new priority level was released a little while ago. This one should be "Lowest" priority with a code of -2.

PriorityFactory should accept a name and return appropriate Priority object.

Set up the following:

• phpunit
• phpcs
• composer
• travis
• phpdocumentor

Refactor library if necessary prior to port to scala.

SoundFactory class should accept a name and return a sound based on that name.

See subject

Add a bin script for sending pushover messages. Useful for personal projects for upcoming OSX release.

When testing on a local machine (windows), CURLOPT_SSL_VERIFYPEER has to be disabled. When enabled it won't work. Is it possible to add a function to set this manually to false?

The option is listed here: https://github.com/sqmk/Pushy/blob/master/library/Pushy/Transport/Http.php#L32

The user object should allow setting and retrieving user key and device name. It should also allow verifying against Pushover.

Attempting to use the Echo sound class results in a syntax error. Not sure why I thought this was a great idea.

Add tests for PHP 5.6.

Pushover has message limit lengths for numerous parameters for their API. Throw standard PHP exceptions when these limits are not met.

https://pushover.net/api

Get the app call rates when calling Pushover. Allow these values to be accessible by the client.

See title.

See subject.

See http://updates.pushover.net/post/74984255464/developers-upcoming-ssl-certificate-change

A command is needed to be able to validate a user on Pushover.

Don't use the built-in php getopt for CLI option parsing, and use upcoming Starter instead.

Need a way to make http requests. Support curl just for now.

The latest version of phpUnit is breaking unit tests. This should probably be updated in composer.

Create priority objects. There are 4 types of priorities:

• Low
• Normal
• High
• Emergency

Emergency priority should be able to accept additional parameters to tack onto a message.

Some of the libraries have incorrect comments.

Pushover allows canceling Emergency priority messages. Add a new cancelEmergency convenience method on Client, and a new command to do so.

Include a version of the CLI tool for Pushy and ensure this works on OSX Mavericks version of PHP.

Sublime managed to add tabs to files when it shouldn't have. Fix these files.

Some weird cases where I mention pushover in the class comments short description. This is not necessary.

README needs some lovin' with client usage.

The client should be responsible for accepting a message, and sending it to pushover. The client may also be responsible for getting read receipts.

Move tests under Pushy\Test namespace.

Add "sudo: false" to .travis.yaml.

Pushover API lets you receive a receipt Id from a emergency message. The messenger should be able to retrieve a read receipt from their API within an object.

Expose API docs on GitApiDoc service.

Sublime is having issues sticking with PHP code rules on new files. Fix indentation on existing files.

See subject.

To get around API issues on travis, pull from source.

A message object is needed for setting title, description, device, priority, sound, etc. The messenger library should be able to accept the message for sending on to devices.

Might as well just get this done.

The class mapping in tests bootstrap is PushyTests, when it should be PushyTest.

Hook Pushy up with travis-ci.

See subject.

The client should be able to accept a message and pass it to a "send message" command. The command will craft a request message which will then pass to the client's http object for sending, which will then return back to itself for building a custom return value (or exception).

See subject.

Pushover has numerous sounds that can be attached to a message that play upon notification.

Each sound should be its own library with a name matching closely to Pushover's.

See subject.