GNU bug report logs - #36867
26.2; gamegrid-add-scrore miss lower-is-better flag

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#36867: closed (26.2; gamegrid-add-scrore miss lower-is-better
 flag)
Date: Sat, 14 Sep 2019 08:24:01 +0000

[Message part 1 (text/plain, inline)]

Your message dated Sat, 14 Sep 2019 11:23:39 +0300
with message-id <83ftkzz3p0.fsf <at> gnu.org>
and subject line Re: bug#36867: 26.2; gamegrid-add-scrore miss lower-is-better flag
has caused the debbugs.gnu.org bug report #36867,
regarding 26.2; gamegrid-add-scrore miss lower-is-better flag
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
36867: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=36867
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Rolf Ade <rolf <at> pointsman.de>
To: bug-gnu-emacs <at> gnu.org
Subject: 26.2; gamegrid-add-scrore miss lower-is-better flag
Date: Wed, 31 Jul 2019 02:13:18 +0200

The function gamegrid-add-scrore is handy for games developer; they get
a high-score management system with one call. That includes a threshold
for the number of entries in the high-score file.

A consequence of that is, that an entry has be removed from the list if
a new, better one must be inserted. In this situation,
gamegrid-add-scrore currently always removes the "lowest" result.

This is good and well for "more is better" games. But is wrong for
"faster is better" games. An example:
https://github.com/calancha/Minesweeper

This feature omission is on lisp level. The in the emacs sources
included tool update-game-score (which is used by gamegrid, if it is
available) support reverse opperation.

[Message part 3 (message/rfc822, inline)]

From: Eli Zaretskii <eliz <at> gnu.org>
To: Federico Tedin <federicotedin <at> gmail.com>
Cc: rolf <at> pointsman.de, 36867-done <at> debbugs.gnu.org
Subject: Re: bug#36867: 26.2; gamegrid-add-scrore miss lower-is-better flag
Date: Sat, 14 Sep 2019 11:23:39 +0300

> From: Federico Tedin <federicotedin <at> gmail.com>
> Date: Wed, 04 Sep 2019 00:29:22 +0200
> Cc: 36867 <at> debbugs.gnu.org
> 
> Rolf Ade <rolf <at> pointsman.de> writes:
> 
> > The function gamegrid-add-scrore is handy for games developer; they get
> > a high-score management system with one call. That includes a threshold
> > for the number of entries in the high-score file.
> >
> > A consequence of that is, that an entry has be removed from the list if
> > a new, better one must be inserted. In this situation,
> > gamegrid-add-scrore currently always removes the "lowest" result.
> >
> > This is good and well for "more is better" games. But is wrong for
> > "faster is better" games. An example:
> > https://github.com/calancha/Minesweeper
> >
> > This feature omission is on lisp level. The in the emacs sources
> > included tool update-game-score (which is used by gamegrid, if it is
> > available) support reverse opperation.
> 
> I've added a new 'reverse' parameter to gamegrid-add-score that allows
> switching between storing the scores normally, or in reverse order. As
> Rolf mentioned, this feature was already implemented in
> update-game-score. I'm attaching a patch with my changes.

Thanks, pushed to the master branch.

In the future, please mark NEWS entries with "---" if they don't need
to be described in the manuals, and with "+++" if the patch includes
the changes for the manuals.  (I did this for you this time.)

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.