Is your feature request related to a problem? If so, please describe the problem.
clicking a scheduled message should open in compose activity to allow editing, copying text, sending now and de-scheduling.
existing dialog - send now, copy text, delete - on click of scheduled message would no longer be required.

Describe the feature you'd like
have a method to edit scheduled messages

Additional context
brain dump;

• feature would be to, when clicked, open a scheduled message in compose activity to allow editing. editing scheduled message is not possible atm

• clicking on a scheduled message currently opens a dialog with 3 items - send now, copy text, and delete. the requirement for 2 - send now and copy text - would immediately be unneeded if the message opened in the compose activity. send now would be click to edit. click x to remove schedule. click send. copy text would be click to edit. select text. select copy.

[ edit: above item is resolved by pr https://github.com//pull/298 ]

• deleting a scheduled message would be more effort for the user because the user would be taken to the compose screen to edit the message and would have to manually delete text, remove attachments and remove schedule to effectively delete the message. need to devise a way to make deleting a scheduled message as simple as it is now via the dialog box. would there be a generic benefit having an 'abort message' ui that 'cleans everything up' on the compose activity ?? this same feature would allow someone to abort compose a message scheduled or not. bit dangerous to have this ui if one-touch. 2 touch? 'abort msg' then a confirmation dialog ?? where would such a ui element even fit on the compose activity ?? maybe in the menu bar ?? could use the standard trash bin icon up there. hmmm

[ edit: above item is resolved by pr https://github.com//pull/297 ]

• maybe deleting a scheduled message could be achieved via long press to select then use a delete icon in header. maybe this is in addition to the trash bin icon on the compose activity ?? it would make the ui more consistent, for sure.

[ edit: above item is resolved by pr https://github.com//pull/298 ]

• what if schedule time is fired whilst user is editing the message ?? i'd guess just do exactly what happens now if a message is scheduled for a past time - alert user time is in the past and don't send. the safest way to alleviate race conditions would be to 'unschedule' the message when the user clicks to start editing it, then re-add it as a scheduled message - exactly as happens now - when the user completes editing on the compose screen. this would, however, remove the ability for the user to 'undo' editing a scheduled message. would that actually be an issue ?? undo always gets ugly. probably don't need it

[ edit: i now think the editing of a scheduled message should be via an additional menu item. followed by a dialog informing the user that the message will be lost if they don't re-submit it on the compose activity. then take user to the compose activity with the message contents and scheduled all pre-filled. pros: avoids accidental loss and maintains ui compliance ]