[bug #27656] Autoqueen with premove

[Sylvain Beucler-4]

URL:
  <http://savannah.gnu.org/bugs/?27656>

                 Summary: Autoqueen with premove
                 Project: XBoard
            Submitted by: None
            Submitted on: Sun 11 Oct 2009 09:53:11 AM UTC
                Category: None
                Severity: 3 - Normal
              Item Group: None
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open
         Discussion Lock: Any

    _______________________________________________________

Details:

A premoved pawn promotion does now autoqueen, even when "Always queen" is
off. Is this new behaviour intended?




    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?27656>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/



_______________________________________________
Bug-XBoard mailing list
Bug-XBoard@...
http://lists.gnu.org/mailman/listinfo/bug-xboard

[Sylvain Beucler-4]

Follow-up Comment #1, bug #27656 (project xboard):

I have given this some thought, and there seems to be a deep logical conflict
between not wanting the promotion dialog to pop up on invalid moves, and have
it pop up on a premove. Without a major re-design it does not seem possible to
have both.

Weighing all aspects it seems that having premoves autoqueen is the lesser
evil. Although perhaps -variant losers could be a problem; from what I
understand of that variant it would be more logical to have it autoking,
rather than autoqueen.

But in normal games underpromotion virtually never occur, and in the rare
case you need one, simply delaying it until it is your turn does not seem too
demanding.

So I am inclined to leave things as they are now.

H.G. Muller

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?27656>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/



_______________________________________________
Bug-XBoard mailing list
Bug-XBoard@...
http://lists.gnu.org/mailman/listinfo/bug-xboard

[Sylvain Beucler-4]

Follow-up Comment #2, bug #27656 (project xboard):

Good to know. A premoved stalemate would make me very sad :-)

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?27656>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/



_______________________________________________
Bug-XBoard mailing list
Bug-XBoard@...
http://lists.gnu.org/mailman/listinfo/bug-xboard

[Sylvain Beucler-4]

Follow-up Comment #3, bug #27656 (project xboard):

Just a thought: Some interfaces permanently show icons for promotion pieces.
Whenever a pawn goes in, the actual selected piece is taken. No popup window
required.

But probably a lot of work to implement.

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?27656>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/



_______________________________________________
Bug-XBoard mailing list
Bug-XBoard@...
http://lists.gnu.org/mailman/listinfo/bug-xboard

[Sylvain Beucler-4]

Follow-up Comment #4, bug #27656 (project xboard):

I also have thinking about alternative ways to enter under-promotions. One
idea I came up with was to move the Pawn off-board in stead of on the last
rank. The X-coordinate could still be used to indicate where you want to
promote.

Yet another method would be to use the right mouse button for this. The
current use is for the piece drop menu, but this is really deprecated now that
we have the holdings displayed, so we could remove it. Right-clicking on the
to-square could summon up the promotion popup, while left-clicking would
promote to the default piece (usually Queen). Actually this would even be
compatible with the piece-drop menu, when the latter would only appear on
right-clicking a square when no from-square is selected yet.

The advantage of the second method over the first would be that it is also
usable in Shogi, where there are three promotion ranks and the move can only
be entered unambiguously when you indicate both coordinates of the to-square
(e.g. for a Lance).

Premove will remain a problem in variants where you can only promote to
captured pieces, (-variant super and great) as the opponent move might capture
something that is not available now. So the premove popup would have to
choices that might not be available by the time the move has to be played,
making it illegal. (Which is an inherent problem with premoves anyway.) So the
choice offered by the promotion popup should depend on if it is fr a premove
or a regular move.

H.G. Muller

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?27656>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/



_______________________________________________
Bug-XBoard mailing list
Bug-XBoard@...
http://lists.gnu.org/mailman/listinfo/bug-xboard

[Sylvain Beucler-4]

Follow-up Comment #5, bug #27656 (project xboard):

I think, an unneeded popup on an invalid move doesn't hurt at all, while a
missing popup (when you are expecting one) can cost the game.
Underpromotions are not common, but "virtually never" is not my experience -
I wouldn't use an interface that generally autoqueens.


    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?27656>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/



_______________________________________________
Bug-XBoard mailing list
Bug-XBoard@...
http://lists.gnu.org/mailman/listinfo/bug-xboard

[Sylvain Beucler-4]

Update of bug #27656 (project xboard):

                  Status:                    None => Ready For Test        

    _______________________________________________________

Follow-up Comment #6:

uploaded a new mousehandler from HGM which should fix this issue as far as I
understnand

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?27656>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/



_______________________________________________
Bug-XBoard mailing list
Bug-XBoard@...
http://lists.gnu.org/mailman/listinfo/bug-xboard

[Sylvain Beucler-4]

Follow-up Comment #7, bug #27656 (project xboard):

Tests with the new xboard showed no problems.

Thank you for repairing!


    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?27656>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/



_______________________________________________
Bug-XBoard mailing list
Bug-XBoard@...
http://lists.gnu.org/mailman/listinfo/bug-xboard

[Sylvain Beucler-4]

Update of bug #27656 (project xboard):

                  Status:          Ready For Test => Fixed                  
             Open/Closed:                    Open => Closed                


    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?27656>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/



_______________________________________________
Bug-XBoard mailing list
Bug-XBoard@...
http://lists.gnu.org/mailman/listinfo/bug-xboard