Choices for well-known actions (like throw) should should offer the preferred (?) possibilities, all (*) as separate menu entry

elimelec / inethack

Automatically exported from code.google.com/p/inethack

GNU General Public License v2.0

0 stars 0 forks source link

Choices for well-known actions (like throw) should should offer the preferred (?) possibilities, all (*) as separate menu entry #3

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago

What steps will reproduce the problem?
1. Command throw

What is the expected output? What do you see instead?

Choice selection will offer everyting (*). Instead, only (?) choices should
be shown first, with all (*) choices as separate choice.

What version of the product are you using? On what operating system?

1.0

Please provide any additional information below.

Original issue reported on code.google.com by din...@gmail.com on 25 Jul 2009 at 6:02

GoogleCodeExporter commented 8 years ago

Original comment by din...@gmail.com on 7 Aug 2009 at 8:32

Added labels: Priority-Critical
Removed labels: Priority-Medium

GoogleCodeExporter commented 8 years ago

r35 contains a very whacky solution to this
$,- and * are now options if possible
this is experimental and could blow up in your face, haven't time to test it 
much

Original comment by din...@gmail.com on 7 Aug 2009 at 6:42

Changed state: Fixed

GoogleCodeExporter commented 8 years ago

todo: expand ranges in lets (like a-z) display_pickinv doesn't seem to expand 
them

It's very much playable now, but the choice of items seems to be random at first
(e.g., drop 'd') until you opt for more.

Original comment by din...@gmail.com on 7 Aug 2009 at 8:37

Changed state: Accepted

GoogleCodeExporter commented 8 years ago

fixed in r48
I'm sure there are side effects from iphone_yn_function

Original comment by din...@gmail.com on 8 Aug 2009 at 5:32

Changed state: Fixed