As part of the next release of Jabber for Windows, we are working through some designs for suppressing the conversation window when using Jabber in conjunction with a desk phone. We have heard the numerous requests on this community and elsewhere for an alternate approach to the current model where anytime a call is initiated, either from within Jabber or from a CTI controlled desk phone, the active conversation window comes to the front of the user's screen. This has created issues for many dedicated desk phone users who find that this can interfere with multi-tasking and interrupt other workflows contrary to their desired preference.
In response we have agreed to explore other options for users who are looking for a different user experience. We would be very eager to get feedback to the following questions which will help us prioritize feature specifics and allow us to confirm or reject our assumptions. Our questions are:
Also, please share with us any specific use cases that either aren't captured in our questions or in any previous discussions on this topic within previous community threads. All general feedback on this feature is welcome as well.
To be clear, we are not looking to have people vote rank these features, we are instead trying to understand as precisely as we can what user expectations are so we can then design the best solution with the greatest amount of flexibility to appeal to the most users.
Thanks in advance for any and all feedback.
Thanks for doing this:
1.)NO, should not bring to front (preferably let this be a user setting default to NO)
2.)NO, should not bring to front (preferably let this be a user setting default to NO)
4.) default to not bring to front
5.) Sure, why not?
6.) NO, user settings should always take precedence.
Just for the record, this issue is the biggest complaint I hear about Jabber. Having a few user-preferences and admin controllable defaults would really help.
I've seen Operating Systems get written faster than these guys can add user configurable options to Jabber. Requests for this functionality go back over two years ago. We use Jabber and the new call pop-up is annoying and NOT having a pop-up for new chats is annoying. Seriously this is just pathetic. Jabber 10.0 anyone? We are still waiting Cisco...
It looks like this is still an issue with Jabber 10.6(1) in softphone mode.
I have deployed UCCX with Finesse and the Jabber popup window leaps open with every call.
Is disabling the popup in softphone mode possible now or on the roadmap for the future?
Just tried Jabber 11.2 and the option to disable the popup is there for both phone and softphone modes.
Conversation Window Control for All Calls—Extended beyond deskphone control, you can now also control the conversation window behavior for calls when using softphone using theDeskphoneModeWindowBehavior and SoftphoneModeWindowBehavior parameters.
At the time of writing Jabber 11.x is not officially supported with UCCX 10.6(1)SU1 but I guess I will have to go with it due to agent demand.
We'll be running a demo of this 'Conversation Window Control when in deskphone mode' feature, next Tuesday 29 April @ 16:00 GMT [17:00 London/BST Time]
The webex details are below. I'll record the meeting for those of you who can't make it and post the recording on this thread, and if there is sufficient demand for a second session to suit different timezones, we'll organize that too.
We can also cover on the call when the Community Early Adopter Program will open for 10.5 which will include a preview of this feature.
Looking forward to meeting with you on Tuesday
Topic: Jabber Demo of Window control
Date: Tuesday, 29 April 2014
Time: 17:00, GMT Summer Time (London, GMT+01:00)
Meeting Number: 202 108 880
To join the meeting online(Now from mobile devices!)
1. Go to https://cisco.webex.com/ciscosales/j.php?MTID=md8d2b072930f001bd74604e59529d65f
2. If requested, enter your name and email address.
3. If a password is required, enter the meeting password: jabber
4. Click "Join".
5. If the meeting includes a teleconference, follow the instructions that appear on your screen.
To join the audio conference only
To receive a call back, provide your phone number when you join the meeting, or call the number below and enter the access code.
Call-in toll-free number (US/Canada): +1-866-432-9903
Call-in toll number (US/Canada): +1-408-525-6800
Global call-in numbers: https://cisco.webex.com/ciscosales/globalcallin.php?serviceType=MC&ED=265203977&tollFree=1
Toll-free dialing restrictions: http://www.webex.com/pdf/tollfree_restrictions.pdf
Access code:202 108 880
IMPORTANT NOTICE: This WebEx service includes a feature that allows audio and any documents and other materials exchanged or viewed during the session to be recorded. By joining this session, you automatically consent to such recordings. If you do not consent to the recording, discuss your concerns with the meeting host prior to the start of the recording or do not join the session. Please note that any such recordings may be subject to discovery in the event of litigation.
For the UCCX/UCCE environment, we'd like to disable the call window altogether. The agents already have two other mechanisms for managing the call - their phone, and their CTI-enabled app such as Cisco Agent Desktop or Finesse. Having a 3rd is forcing me to deploy Jabber to them with an intentionally broken CTI server profile, no CSF device, and a continued reliance on Cisco IP Communicator.
Additionally, we'd like for the controllable option (admin and end user) to not have messages all put in a single container window. This is extremely common IM client functionality (both supporting containers and not, and being able to choose). I personally find it overwhelming to manage a container fully of phone, video, and IM conversations that most often have nothing to do with each other. Example, I'm in an IM session iwth one person, and some random 3rd party calls my DN. Both of those conversations are grouped in the same container.
Any of these new options should come with the ability for us admins to override the Cisco defaults with our own, via the jabber-config.xml options file. The user, however, should be able to save their own changes to these if they prefer. Since these aren't security-related, and wouldn't break the core UC funcitonality, that shouldn't present an issue.
4] checked (if admin can set it global it does not matter for me)
5] it is most important the admin can set all options global
6] yes but a checkbox in options menu is always a good idea
1) should not come to the foreground (btw with YES in your question do you mean YES it should NOT COME to the foreground or NO it should NOT COME to the foreground, not entirely clear and it is pretty important user request
2) i think when a call is placed from jabber client it can come to the foreground if a user likes this but an option to disable it is good (give the user the choice!)
4) unchecked like everything else, that is what config files are for no?
6) yes that makes sense but i would still make it an user and admin option to disable this although can't see the point of a video call when you cannot see the other person
many thanks for putting this on the roadmap, btw if this will be incorporated in 9.6 what does that mean in terms of becoming available for download?
Sorry for the confusion. In question 1, yes it should not bring the conversation window to the front.
We will get back to you as soon as we can on availability in a 9.6 drop as I do not have that information right now.
Other regular feedbacks from users :
- IM always flashing in taskbar. People do not see it and loose IM . Should be a setting (roaming) to choose either pop up in front or stay flashing in taskbar. Maybe it's a Windows OS issue because I've heard Link IM also flashes in taskbar...?
- Top quick search bar is really a nice feature. The ability of using the call control "Transfer and Conference" from it when in conversation is missing. You can hang up only. "Transfer and Conference" are yet available in the big pop up.
Thanks for the feedback.
Question 5 is a little different from #1 in that not all users may be desskphone video users (voice only) and/or may not be running their Jabber computer tethered to their deskphone at all times which is required for deskphone video (video on the desktop, voice over the desk phone). Also not all calls may be video calls. So if I pick up my desk phone and it is not a video call we would not pop the conversation window to the front, but if it was a video call maybe the window should come to the front?
As for your other feedback: