Re: Customer EMail and SMS Functionality
Message from Glen Hastie ghastie@greenvaleanimalhospital.com.au
Hi Nick,
I think these are both wonderful ideas and would help a practice no end in several different ways. The email thing can be done OK at the moment manually as has been pointed out to me but the SMS functionality would be great. I would be a supporter of this, but I am not sure that the developers can do it for some and not for all.
Glen
On 20 March 2011 13:45, OpenVPMS <admin@openvpms.org> wrote:
I have long been a proponent of having these functionailities included in the
program but once again due to lack of interest they have not been included in
this release.
Is wonder are there a few users out there who would be prepared to share the
costs in funding these (SMS $4950 and Email $2830) andn then maybe we could
get the developers to arrange a limited upgrade for those who contributed.
Any offers or thoughts?
Nick
_______________________________________________
OpenVPMS User Mailing List
users@lists.openvpms.org
To unsubscribe or change your subscription visit:
http://lists.openvpms.org/listinfo/users
Posts from this mailing list can be viewed online and replied to in the OpenVPMS User's forum- http://tinyurl.com/openvfu
--
Greenvale Animal Hospital
Re: Customer EMail and SMS Functionality
Maybe an SMS provider would be willing to sponsor development of the sms project? Other projects seem to have successfully raised funding through sponsorship.
I don't agree with parts of the project being developed for some but not all. The openVPMS project is open and should remain that way.
Matt Y.
Re: Customer EMail and SMS Functionality
Hi Nick and Matt,
I would like to see this project progress as well. Sponsorship from a SMS provider is a valid idea as long as the solution is not locked into that particular provider. I think that is why we discussed and decided on using an email to SMS approach rather than proprietary software tools supplied by each SMS service provider.
As Matt said you can email any document presently by previewing and then using your pdf reader (adobe, foxit etc) to email the contents. Still requires you to have a email client configured and manually enter the email address which is not as nice as an inbuilt email solution.
Cheers
Tony
Re: Customer EMail and SMS Functionality
Hi all,
I just thought it important to reply and agree with Matt regarding the availability of all upgrades to all users as that is the point, unless you privately make code changes to your own program which of course anyone can do if they know how. I (naively maybe) believe that people give funding to projects if they believe them to be valuable and can afford to give money at the time, which may not always be the case.
Tony can you please clarify your comment about email to SMS - if this approach is used does that circumvent the need for direct SMS altogether or is this still a more cumbersome approach. I'm wondering just cause the funding required for email is less than for SMS according to the above post. Or will it still be a goal to get proper funding also specifically for an SMS functionality upgrade?
cheers,
Ari
Re: Customer EMail and SMS Functionality
Hi Ari,
More cumbersome. To submit SMS via email requires you to make sure the to address, from address, subject and sometimes some specific formatting in the message body to be correct based on what SMS provider you are using. The SMS project will allow you to configure this once by provider so you won't need to remember or enter this information each time, just type your message and Send.
Cheers
Tony
Re: Customer EMail and SMS Functionality
Hi guys,
As per my comments in a previous reply, these two projects already have some sponsors/pledgers, so our focus will need to be on raising the remaining funding.
As Chris Barton has said, it only takes 10 users to make each individual contribution fairly minor...
Matt C