-
Notifications
You must be signed in to change notification settings - Fork 26
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Communication History #606
base: master
Are you sure you want to change the base?
Conversation
Have now created a new class, based on abstract_note to store communication notes. Also defaulted saving of SMS messages, and shifted them to be stored as as a Person_Comm (Person Communication). Next to do is a small script to migrate SMS messages stored in notes to the comms table instead. Further down the track, would be great to store emails in Person_Comms too. It would also be good to be able to include replies to sms messages/emails. (This would require implementing a callback, and that might have to be unique to each sms provider. But it would be a really nice feature to have!) |
change icons in comms lists make provision for keeping other types of communications (eg email) by adding a type column
Wrote the SQL to migrate SMS messages (hardcoded to convert notes with the subject "SMS") I think this is now at a state where it is merge-able; and more functionality can be added. I'm now running this live, and it's such a pleasure to have communication notes separated out from pastoral notes. |
…ot sure what this is.
scripts/roster_reminder.php
Outdated
@@ -161,7 +161,7 @@ | |||
require_once JETHRO_ROOT.'/include/sms_sender.class.php'; | |||
$notification_sms = ''; | |||
if (!empty($assignees)) { | |||
$sendResponse = SMS_Sender::sendMessage($sms_message, $assignees, FALSE); | |||
$sendResponse = SMS_Sender::sendMessage($sms_message, $assignees, TRUE); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why do we want the roster reminder to be saved as a person_comm ?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hi Tom! Sorry to have taken so long to get back to you on this. I figured that a roster reminder was a communication to a person, and so should be saved to the communication log. Perhaps it would be better to make this optional?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Just threw together an option which would make it optional! :-)
Hi Nic I have to apologise, again, for being very slow with pull requests. I'm looking at them now. This one looks good, but just has a bit of extra stuff that doesn't belong. I've added comments inline. Can you adjust and then I'll merge this. THanks |
…nto communication_notes
The aim of this PR is to be able to have a history of communication associated with a person. At the moment, SMS messages are being lumped in with other notes, making it harder to run through actual pastoral notes. In the future, it would be great to have a capacity to see old emails as well. It would also be great to rework the SMS system so that replies can automatically be inserted in as comments.
At the moment, this is just filtering notes according to their subject. It might be better and more performant to make a separate messages class that inherits from notes.
(But, for now at least, this is making notes more useful to me... moving 75 SMS messages out of line of the 2 actual notes on one person makes those notes much more useful!)