Hi,
Just read that Pushover now supports images, anyone skillfull enough to create a PR with this support?
Hi,
Just read that Pushover now supports images, anyone skillfull enough to create a PR with this support?
Hi,
I have a personal interest in that feature too. If I find time, I will look into it.
// EDIT: I filed an issue for the new feature.
@cweitkamp May I be the āTrittbrettfahrerā here
If you feel the interest, Iād also like to see the feature to cancel a message. Additionally it might be useful to retrieve the acknowledged
callback data. https://pushover.net/api#receipt
Thanks!
@ThomDietrich Of course. Sounds interesting. I will put it onto my TODO list.
The cancellation of a message should be possible but we have to introduce it as an APIBreaking change. Currently all pushover
actions return a boolean
value to indicate if the delivery of a message was successful or not. This return value has to be changed to String
for those actions capable of sending emergency-priority notifications to return the receipt
which is a unique identifier for the message. This is needed to cancel a specific message.
The acknowledged
data will be quite challenging. We have to poll the Pushover API to access it. Correct me if Iām wrong but this is currently not possible with the ESH/OH actions API. Only when implementing bindings. And again we need the receipt
idea for it.
I had the same API breaking change problem in mindā¦
You could define a new function (like sendPushoverMsg()
) alongside pushover()
and deprecate pushover()
over time (I never really liked the ambiguity of the name). That would be a fair solution for all usersā¦
On the other side it might be a bit short-sighted to exchange boolean for String now, which could be a limiting factor next time a new idea comes around. So the solution might anyhow be as easy as defining sendPushoverEmergencyMsg()
Wdyt?
Regarding acknowledged
: I was not yet sure what to use it forā¦ so donāt sweat it.
I second your suggestion. New actions named sendPushoverEmergencyMsg()
- skips the priority
parameter and returns the receipt
as String
- and cancelPushoverEmergencyMsg()
. Iām going to write down our thoughts in the issue.
// EDIT:
Iām going to write down our thoughts in the issue.
Done.
While at it, maybe add other sendPushover...Msg()
functions to be in sync with the new approach? Also I wonder if āMsgā should be exchanged by āNotiā or similar.
Other action bundles use sendMail()
, sendTelegram()
and so on. Maybe only sendPushover()
and sendPushoverEmergency()
?
Excellent point. Iām a sucker for consistency
For me itās the opposite: I try to keep consistency and stringency all along the way.
Nice to hear that someone will implement the attachment feature. Now Iāll be able to view my ipcam snapshot directly when someone is at the door
I would also love to see the glances API implemented. It would be best to have a snippet on my Apple Watchā¦
Is there already any progress regarding the āpush imagesā feature?
Sry, not yet. Too busy in the last couple of weeks. But my points on the TODO list reaches this one.
Nice to hear! thanks
this would be great for door open = snapshot on phone. looking forward to this!
Hey!
Just wanted to throw the hat in the ring and say that I am super keen for this feature to be implemented into the Binding.
So happy you are working on it. Looking forward to it!
Thanks
Muzz
there is already a PR for it: https://github.com/openhab/openhab1-addons/pull/5527
Thanks,
As it looks like the documentation hasnāt been updated yetā¦ can you help me out with quick example codeā¦?
EDIT-> Ok, just learned what a GitHub Pull Request wasā¦
Let me know how you go!
Cheers
EDIT2->
Can I download your GitHub PR files and test them in my openhab? @andre77
Nice! thanks!
If we need to test the new binding, Iām willing to try. Just provide me the jar file