jsm3520

Thank you for providing the handviewer tool, with which I am very pleased. I am planning to use it in a course on card play, and unfortunately I have encountered a problem, hopefully caused by my not being familiar enough with the tool. If not, consider this a suggestion for modification. Setting up an end game situation, i.e. with less than 13 cards in each hand, the Play-button fails to let me control the play. The situation is set up with an a-argument, as for instance a=-sd to have south play with diamond as trump. Clicking 'Play' then does not indicate player's position with the usual yellow marking and consistently does not allow a card to be picked. Of course I can arrive at the desired situation by playing from trick 1, but only in the minority of cases is that relevant and tolerable. Usually I want to focus on the interesting situation. A guide to a proper way of using handviewer will be appreciated. If the problem requires a serious programmatic effort to resolve, it might help with an additional parameter to spool over a given number of tricks or card plays or start at an indicated trick number. It will require an additional effort by an author, but at least provides a usable fix. It will be more convenient for viewers.

Send a request and get the answer in a full window/tab (i.e. not an iframe) and pick the cards for play. Use a 'Web Console' to evaluate the Javascript expression PlaySequence.join("") The result is a clean playlist of tricks.

My club plays tournaments with auto dealt cards and I want to allow players to analyse games afterwards with the handviewer service; and ultimately to create movies to present interesting games. An initial state of a movie can be generated from a reference to a deal from a chosen tournament. A movie manuscript can essentially be built by an author by writing the auction part and then go through the play of the cards click by click. And type each one in a form field!? This is tedious and might probably easily be done away with, since plays appear to be captured internally by handviewer for replay. Request: A reaction to some appropriate GUI-event being a report of the currently captured plays (formed as p=..., say) in the comment-part of the movie-display window. The intent being to copy the plays and possibly to add comments as part of the manuscript (read: URL) being written for the final movie.

A handviewer presentation with a complete auction can show board number and vulnerability, as well as indicating the hand to play the next card. If the auction is shortened and just sets the contract then board number, vulnerability and player in turn is not shown -- despite my best efforts to achieve this. I find this an unwanted defect that should be repaired, if someone cannot convince me that it is desirable B-) . The display is wanted in an application to provide comments on strategy of play with deals that have been played recently in a non-professional context.

Having tried to use Handviewer I would like an explanation for a few observations: The auction subwindow should be cleared when Rewind or Exit is pushed. The Play-button is 'dead' when a presentation ends with a claim for remaining tricks. The choice of kibitzing is too committing. It should still be possible to make all hands visible.

A letter to support@bridgebase.com caused a reply asking for confirmation by a reply to the reply. Surprise: the reply to the reply could not be delivered. Original subject identification was given as BBOT#13216344730.981198639216931#TOBB Confused? So am I.

No authorised specification is freely available. Various users have discovered properties of some commands. In my opinion, writing of lin-files by hand requires a rather special personality -- just like assembly code for computer programming, only worse. Taken literally, the syntax structure is simple: a .lin-file consists of a sequence of commands, each of which consists of a two-letter identifier and an argument surrounded by |-characters. An argument is written in text-mode where some characters have special meanings. The secrets of lin-files lies in the meanings of commands and the conventions used in text-mode. Obviously a |-character cannot be used in text-mode, and I have not been able to find out if it can be produced by other means. My experience comes from work on a higher-level language that can be translated into lin-files. It uses a subset of lin-tags that have been reasonably described on the net. The result is usable, but not polished and depend heavily on other software.