Seite 1 von 1
intolerable message box
Verfasst: Sa 1. Aug 2015, 18:03
von vipergod
It would be great if user will have possibility to see all system message in status bar or in main window but not in modal message box.
Time to time I go off from wifi zone and application just waiting for mobile and shows message box "mobile phone not found" and waiting for OK pressing.
It is not comfortable. More useful to show status in status bar and not disturb user by message box.
Verfasst: So 2. Aug 2015, 20:21
von Koelner
I somehow get the feeling you don´t quite understand what the MPE is and does. From your suggestions I´d say you´re looking for something the MPE can´t offer. So before coming up with more extraneous stuff I´d advise to do some research in the depths of this forum and get the idea.
Verfasst: Mo 3. Aug 2015, 22:11
von vipergod
hmm... unexpected and strange answer...
but if it is your application and you decide what is MPE - no problem.
If transferring message from modal window to status bar counted as extraneous stuff - ok, up to you...
Verfasst: Mo 3. Aug 2015, 22:19
von vipergod
in any case. I see that this question already was asked six years ago. and answer was very optimistic:
Posted: Sat Feb 21, 2009 16:47 Reply with quoteBack to top
In some cases you are right. I'm thinking of a way to make it better. Maybe to add the errormessages to the notificationwindow as missed calls or raised appointments. The question is how to implement it - maybe with normal timeoutmessage which disappears and moves the error into the notificationwindow after 15 seconds. In general its very much work cause the whole interface of MPE is not designed as "silent service".
You pushed me in the right direction, i don't know if or how i will fix it but you made me thinking. In the meanwhile maybe its better to disable automatic multisync.
but things are out there...
Verfasst: Di 25. Aug 2015, 00:39
von AnrDaemon
The problem is the MPE client itself and the way it interacts with the device. Basically, there can be only one command sent at one time, and until a reply is fully received, no new commands can be sent, or the channel deadlocks and should be reset.
If you volunteer to rewrite the client to support a dedicated connection daemon, however… everything is possible.