12-19-2019, 12:39 AM
Honestly of all the things assumed the keyboard could include, in my opinion having a physical trigger that informs about the closure/opening of the keyboard would be really useful for me, because I can not predict if all possible cases can be covered through the proximity sensor (which I assume is present on the pinephone but I'm not sure) and I think that a physical trigger can be cheap enough, robust and reliable to integrate (I think at someting magnetic closure with contact signal integrated).
But beyond that, I think the best solution is to let the user decide what events to perform when certain conditions occur (such as keyboard presence and proximity sensor status), through an interface that perhaps already contains some preset configurations considered optimal.
So for example as you said, it would make sense not to close the call if the proximity sensor is covered because otherwise it would be impossible to talk to the phone near the ear, but if there was the physical trigger on the keyboard, it might make sense to close the call if the trigger changes state to "close".
But it is possible that someone wants this never happen and then it would make sense to be able to configure this behavior.
The reason why I might not want to have an additional screen on the keyboard is because this would be an additional piece that could break, and thus increase the complexity of the object, the cost and the fragility.
But beyond that, I think the best solution is to let the user decide what events to perform when certain conditions occur (such as keyboard presence and proximity sensor status), through an interface that perhaps already contains some preset configurations considered optimal.
So for example as you said, it would make sense not to close the call if the proximity sensor is covered because otherwise it would be impossible to talk to the phone near the ear, but if there was the physical trigger on the keyboard, it might make sense to close the call if the trigger changes state to "close".
But it is possible that someone wants this never happen and then it would make sense to be able to configure this behavior.
The reason why I might not want to have an additional screen on the keyboard is because this would be an additional piece that could break, and thus increase the complexity of the object, the cost and the fragility.
