Of course, I copied this from myhands...
Inconsistent lengths of descriptions
Posted 2011-November-03, 03:51
I presume that all hands that bid 4♦ would have the characteristics stated. But surely the 4♥ bid won't be in the 19-21 bracket, or there is not much point North making a slam try if it gets rejected by all South hands! And South passed on the previous round, and did not double, so he must be minimum.
I like the 8421 HCP in diamonds principle - does anyone have a definition of that?
Posted 2011-November-03, 07:48
A discussion of North's strange bidding is in the GIB forum. http://www.bridgebas...phrenic-raises/
In this forum, I'm trying to point out a problem with explanations in general.
Posted 2011-November-03, 07:52
Then maybe the software can be modified to begin all explanations at the far left side of the auction box, instead of at a point relative to the position of the bid being described?
Posted 2011-November-03, 13:19
But it's starting much further to the left, so it has much more room before it gets cut off.
And it's not just because the 4♦ bid is to the left in the bidding diagram. I measured the distance between the start of the description and the correspoding bid, and it's much shorter for 1♥ than 4♦.
Posted 2011-November-03, 13:44
My comment was meant to clarify that this is not a GIB description bug (for the readers who would be tempted to search for the bug in the content of the explanation and not in the layout)
Posted 2011-November-03, 17:39
Posted 2011-November-06, 13:03
Here's a curveball for you... check out the length of the descriptions of the 2N bids at the various tables here: http://www.bridgebas...3-card-support/
Posted 2011-November-28, 11:09
Edit: weird... in "My Results", the ">" doesn't get translated into ">" in the second hand...
This post has been edited by Bbradley62: 2011-November-28, 11:15
Posted 2011-November-29, 10:37
That seems to be the problem.
Diagram 1 contains: The%20Law%3A%209%20trump%20-%3E%203%20level
Diagram 2 contains: The%20Law%3A%209%20trump%20-%26gt%3B%203%20level
The % hex codes translate as follows:
%20 = Space
%26 = &
%3A = :
%3B = ;
%3E = >
So one of them represents '>' with its hex code, while the other uses the HTML entity '>'. And these get treated differently when figuring out the layout.
I'll bet the difference is due to whether the player was using the download or web client.
Posted 2011-November-29, 10:54
This post has been edited by Bbradley62: 2011-November-29, 10:57
Posted 2011-December-18, 20:22