BBO Web-client V36 Post comments and suggestions here
#21
Posted 2010-May-20, 20:36
I just started a table in the MBC playing against robots and hovering is working as it did in the past.
#22
Posted 2010-May-21, 07:32
#23
Posted 2010-May-21, 17:40
1-Friend list OK but enemy list on windows version not auto carried to my V36 account.
2-When you change picture your friend should log in again to see new one, perhaps page refresh issue.
3- I wonder as a regular Vugraph commentator would be able to use V36 or not.
Thanks, best
#24
Posted 2010-May-22, 01:03
H_KARLUK, on May 22 2010, 12:40 AM, said:
I've been using the web-client for months when doing vugraph commentary. No GIB, but that is no loss.
#26
Posted 2010-May-24, 08:19
When I logged back i saw "Welcome back. The director will return you to your seat shortly. Please wait."
Then I found myself at the table again tho i was subbed.
TD : "are you leaving or not"
Me : "i leave"
TD : "you left and came right back"
TD : "so you were reseated"
#27
Posted 2010-May-24, 13:21
In detail, when you write-click the name of a user in the chat window you get a menu, and the menu widget interprets underscores in menu entries as signifying keyboard shortcuts. However, some of the menu entries (such as "define [user] as friend") include the name of the user. The obvious thing now happens: right-clicking on a name like a_User will give the entry "define aUser as friend" (U underlined) instead of the expected "define a_User as friend".
#28
Posted 2010-May-24, 14:53
slior, on May 24 2010, 07:21 PM, said:
In detail, when you write-click the name of a user in the chat window you get a menu, and the menu widget interprets underscores in menu entries as signifying keyboard shortcuts. However, some of the menu entries (such as "define [user] as friend") include the name of the user. The obvious thing now happens: right-clicking on a name like a_User will give the entry "define aUser as friend" (U underlined) instead of the expected "define a_User as friend".
Thanks for the bug report, but I can't replicate this problem in any of the 3 browsers I tried.
What browser and operating system are you using?
Fred Gitelman
Bridge Base Inc.
www.bridgebase.com
#29
Posted 2010-May-24, 19:24
fred, on May 24 2010, 03:53 PM, said:
slior, on May 24 2010, 07:21 PM, said:
In detail, when you write-click the name of a user in the chat window you get a menu, and the menu widget interprets underscores in menu entries as signifying keyboard shortcuts. However, some of the menu entries (such as "define [user] as friend") include the name of the user. The obvious thing now happens: right-clicking on a name like a_User will give the entry "define aUser as friend" (U underlined) instead of the expected "define a_User as friend".
Thanks for the bug report, but I can't replicate this problem in any of the 3 browsers I tried.
What browser and operating system are you using?
Fred Gitelman
Bridge Base Inc.
www.bridgebase.com
* OS: Linux x86_64 (Fedora 12)
* Browser: "Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100330 Fedora/3.5.9-2.fc12 Firefox/3.5.9"
* Flash: adobe flash player version 10,0,42,34 (64-bit)
* BBO Client: version 1.36 according to "Help -> About BBO"
The problem also occurs with the "Who's Online" side panel. I can send a screen dump if you want me to.
#30
Posted 2010-May-24, 19:53
slior, on May 25 2010, 01:24 AM, said:
fred, on May 24 2010, 03:53 PM, said:
slior, on May 24 2010, 07:21 PM, said:
In detail, when you write-click the name of a user in the chat window you get a menu, and the menu widget interprets underscores in menu entries as signifying keyboard shortcuts. However, some of the menu entries (such as "define [user] as friend") include the name of the user. The obvious thing now happens: right-clicking on a name like a_User will give the entry "define aUser as friend" (U underlined) instead of the expected "define a_User as friend".
Thanks for the bug report, but I can't replicate this problem in any of the 3 browsers I tried.
What browser and operating system are you using?
Fred Gitelman
Bridge Base Inc.
www.bridgebase.com
* OS: Linux x86_64 (Fedora 12)
* Browser: "Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100330 Fedora/3.5.9-2.fc12 Firefox/3.5.9"
* Flash: adobe flash player version 10,0,42,34 (64-bit)
* BBO Client: version 1.36 according to "Help -> About BBO"
The problem also occurs with the "Who's Online" side panel. I can send a screen dump if you want me to.
Thanks for the details. Yes, please send a screenshot to fred@bridgebase.com when convenient.
Do the menu items in question work properly despite the display problems?
Fred Gitelman
Bridge Base Inc.
www.bridgebase.com
#31
Posted 2010-May-24, 22:19
fred, on May 24 2010, 08:53 PM, said:
slior, on May 24 2010, 07:21 PM, said:
[details cut]
Thanks for the details. Yes, please send a screenshot to fred@bridgebase.com when convenient.
Do the menu items in question work properly despite the display problems?
Fred Gitelman
Bridge Base Inc.
www.bridgebase.com
Screenshot sent. The menu items work fine; the underlined letter even works as a keyboard shortcut.
#32
Posted 2010-May-25, 02:55
Using a main room table has a different problem, though: It appears that when the host (me) is kibbitzing rather than playing, nobody can ask for undo.
Also, I cannot seat robots if I am not playing myself. This is true at a teaching table also: I have certain problems with seating robots, but I can't figure out what the patern in the problem is. Often I can't seat more than one robot unless I am playing myself. I want to seat robots EW and my students NS and that is not always possible, sometimes I am only allowed to seat a robot on one of the chairs.
Sorry for this probably useless bug report, I would like to be able to say something more specific. Will try to find some computer literate volunteers to test this robot seating issue and undo issue.
Anyway, how is robot seating supposed to work? I would think that the host should always be allowed to seat robots anywhere as long as s/he is present at the table, regardless of whether someone plays or not. Are there some restrictions that have been made deliberately?
#33
Posted 2010-May-25, 08:16
helene_t, on May 25 2010, 08:55 AM, said:
The host has to be sitting in order to seat robots (a deliberate, if not wise, design decision).
The presence of robots puts restrictions on undos, claims, and redeals, but only at tables with duplicate scoring. At a duplicate table, a human player must have at least one human opponent in order to be allowed to undo/claim/redeal.
If you are able to find a pattern as to why you sometimes have trouble seating robots, please do let me know. Do you see the buttons for sitting robots (and they do nothing) or do the buttons disappear under these circumstances?
Fred Gitelman
Bridge Base Inc.
www.bridgebase.com
#34
Posted 2010-May-25, 08:45
The robot seating issue is that sometimes the "click for robot" button is not there. When it is there, I can always click it.
#35
Posted 2010-May-27, 02:10
-Bob
#36
Posted 2010-May-27, 04:44
This option exists in the browser version.
Go to Options button in the upper side of your screen, select Advanced Options tab and you can tick-untick "Show profile upon mouseover"
#37
Posted 2010-May-27, 05:56
#38
Posted 2010-May-27, 08:22
eleanorsf, on May 27 2010, 11:56 AM, said:
This problem is now fixed. Thanks for reporting it.
Fred Gitelman
Bridge Base Inc.
www.bridgebase.com
#39
Posted 2010-May-29, 16:00
#40
Posted 2010-May-30, 20:33

Help
This topic is locked