asked 2013-12-27 00:25:54 +0200
When writing a message it's easy to accidentally send a message because of the location of the send button. If you for example want to change the cursor location or use the dictionary suggestions, it's easy to press send instead. The button should be relocated or found from pulley.
answered 2014-01-19 11:45:04 +0200
Would it be good idea to add the remorse timer to the current sent message tap?
this would have saved from me many too early sent messages due to the accidental tap to the send message action.
Consider a situation, where you and your friend both say the same thing at the same time, but every single time this happens, your message will be sent few seconds later, because of the remorse timer. After some time, your friend will notice that you keep repeating what he says few seconds later and either thinks you are obnoxious or even worse, a slow typist.
Milo ( 2014-01-23 22:18:50 +0200 )editanswered 2013-12-31 01:16:53 +0200
There are a few things I notice that we could improve on the Send button (without changing the design):
Pressing at the very bottom right (on the presence indicator and message type) shouldn't hit the Send button. That will provide a bit of cushion between the auto-complete bar and Send.
When writing a long message, pressing in the blank space above the Send button shouldn't send the message.
Do you think those changes would improve it enough to not send messages accidentally, without making it too difficult to hit the button when you mean to?
Send with the enter key would be an interesting setting to have, but it's not common on smartphones. The problem would be finding a key combination to insert newlines that wouldn't require changes to virtual keyboard layouts.
Removing the send from blank space is strongly supported by me. Also making the touch area on the button smaller is a good idea. Return key press wouldn't be a good idea. I think the two suggestions in the answer to this question should make a difference.
But I started liking the idea of a remorse timer too.
MMori ( 2013-12-31 09:45:46 +0200 )editanswered 2014-01-23 16:36:35 +0200
Or we could consider writing a message like a dialog (swiping left to accept the message and send, swiping right to cancel the message)
This would be more consistent (swiping left to reach the next step after writing: sending) than switching to the people's entry. But inconsistent with what was chosen for email (pulley-menu as proposed below), may be to avoid sending accidentally by trying to select for copy/paste or moving cursor.
Jtog ( 2014-02-26 15:35:10 +0200 )editanswered 2014-10-12 16:40:59 +0200
Should stay consistent with email and such. Therefore,
order messages with newest on top and pulley menu to send.
answered 2014-01-23 21:39:03 +0200
Combined with this https://together.jolla.com/question/13085/real-multitasking-for-composing-apps-mail-sms-mms-im-browser/ it could be a pulley-menu entry to send! Or without it we could have a bottom pulley which is not used yet.
Pulley-menu would be more consistent with email app (require to refrain sweep-left reflex), but don't solve accidental send if there is more than one choice (like "add attachment" in email, that will come for mms). Like Vaskinn said below, it should be a bottom pulley else we would have to scroll on top of previous sms.
Jtog ( 2014-02-26 15:48:07 +0200 )editanswered 2014-07-20 20:29:42 +0200
This post is a wiki. Anyone with karma >75 is welcome to improve it.
If you could scroll up/down the message & conversation from the edge of the screen, then the pulley could be accessed from the center of the screen.
On remorse timer, I vote optional.
answered 2014-01-19 11:54:31 +0200
Also alternative way would be to remove the current send sms from the vbk and make the sending with two steps i.e. Swipe to left to show the person who the message is adressed and tap to send message would sent the message.
Currently the person details page doesn't support this as the send message tap creates new message i.e. the OS should identify is there already sms under creation or not.
Naturally the remorse timer could be used to block the sending in this approavh as well.
I like the idea of a remorse timer because it doesn't add an additional step to sending a message. If you're really ready to send it you just press send and let it be. However you get a small timeframe to take the message back. So remorse timer doesn't make sending a message more difficult.
MMori ( 2014-01-19 13:08:42 +0200 )editanswered 2014-01-23 21:37:55 +0200
Additionally to what @jbrooks says, the send button could use a pull gesture, like you need to tap the button then pull it left - an fullscreen indicator could show what to do (make it a setting to show or not show that indicator).
That would break with the UI conventions everywhere else. Putting send in a pulley menu (from the bottom to avoid interfering with scrolling to view previous messages) and adding a remorse timer would achieve everything without introducing new UI behavior the user woulf have to learn.
Vaskinn ( 2014-01-23 23:15:17 +0200 )editanswered 2014-02-26 16:05:02 +0200
We could have a "preview" by sweeping left (instead of the people's entry, more useful with the coming MMS or for emails) and sms/mms would be sent with the next sweep left. A double sweep left (if you don't need to check what you send) would be quicker/less excessive than a remorse timer (by using it too much we train our brain to ignore this repetitive appeal). Furthermore, it would solve the problem of a finger movement taken for a single sweep (you just have to sweep right and continue typing).
Two years that we can send sms by error, that the UI isn't consistent, SFOS 2.0 left that open, this app is not open-source give a chance to do the job, soooo sad!
A problem that stay unsolved come over and over again: https://together.jolla.com/question/125320/send-sms-with-pulley-menu/https://together.jolla.com/question/115346/send-text-messages-using-pulley-menu/
Jtog ( 2015-12-27 19:12:10 +0200 )editAsked: 2013-12-27 00:25:54 +0200
Seen: 1,166 times
Last updated: Oct 12 '14
i would prefer enter key to send
Whippler ( 2013-12-27 00:31:18 +0200 )editWhippler: But then you couldn't put line endings in the message.
sevanteri ( 2013-12-27 00:32:58 +0200 )editMessages can include row changes as far as I know.
MMori ( 2013-12-27 00:34:01 +0200 )editIn long message threads the pulley menu would be quite inconvenient to use. Also, line changes are a standard feature. But yes, the current location is not optimal.
pnuu ( 2013-12-27 00:37:55 +0200 )editThat's true too, pulley is not a choise. The location of the button could be higher or it could have a short remorse time! Remorse time of 3 seconds would be nice.
MMori ( 2013-12-27 09:00:20 +0200 )edit