maybe a small monochrome lcd should not increase too much the complexity, but I agree undo, maybe it is better to aim for something cheaper and more sturdy.
I ask to pinehone chat and the mic is positioned on bottom, near usb port, so there is no problem with mic.
And it is possible to use loudspeaker if the volume is not enough with phone closed.
It also possible to use bluetooth or jack headphone (both with mic included).
And maybe it'is possible to resolve problem of information through software remapping volume keys when keyboard is closed to speak some information (with robotic espeak
).
But I also think that it is very useful if the keyboard communicates the opening status to the phone, this status can be used to change notifications when the keyboard is closed and automatically turn on/off the screen when it is opened/closed. You could also automatically answer calls when it is opened or in any case all configurable events if you have this information.
But if the keyboard doesn't have this trigger, I think you could derive this information less precisely by logically operating on (the presence of an attached keyboard) and (the proximity sensor)
So, with a bit of software efforts of our
developer, it is possible to use also not very special keyboard.
I ask to pinehone chat and the mic is positioned on bottom, near usb port, so there is no problem with mic.
And it is possible to use loudspeaker if the volume is not enough with phone closed.
It also possible to use bluetooth or jack headphone (both with mic included).
And maybe it'is possible to resolve problem of information through software remapping volume keys when keyboard is closed to speak some information (with robotic espeak
).But I also think that it is very useful if the keyboard communicates the opening status to the phone, this status can be used to change notifications when the keyboard is closed and automatically turn on/off the screen when it is opened/closed. You could also automatically answer calls when it is opened or in any case all configurable events if you have this information.
But if the keyboard doesn't have this trigger, I think you could derive this information less precisely by logically operating on (the presence of an attached keyboard) and (the proximity sensor)
So, with a bit of software efforts of our
developer, it is possible to use also not very special keyboard.
