We can keep the commands in the CL interface as they are, but we can still change the labels in the menus and toolbar.
I'm for changing the commands in the CLI too, or at least to define aliases like next roll = next move, so that backward compatibility is kept and clearer commands are available too (in sync with GUI). Also, I really dislike not having the buttons for prev marked and prev cmarked. if the issue is space, we canmake things smaller or eventually remove the buttons for prev/next game, since we have the drop down list anyway. MaX. 2009/9/22 Christian Anthon <[email protected]>: > On Tue, Sep 22, 2009 at 12:25 PM, Massimiliano Maini <[email protected]> > wrote: >> Other comments: >> >> labels on the toolbar are too long and a bit unclear (marked/cmarked). >> I would: >> >> - use "Prev." instead of "Previous", shorter (we can leave previous in the >> menu) >> - replace "Prev./Next Marked" with "Prev./Next Error" (in the menu too) >> >> Last thing: "Previous" and "Next" in the toolbar corrspond to "Previous roll" >> and "Next roll" in the menu. We shold harmonize. Also, I don't like "roll" >> as it moves through cube decisions too. "Prev.Next decision" would be fine, >> but it's a bit long for the toolbar. I would settle for "Prev./Next move". >> > > I more or less agrees with you. The reason for the words marked and > roll is that they match with the commands used in the CL interface... > >> Refresh of the new buttons is not working in multiple occasions: they are >> often >> grayed out when they shouldn't. > > I think I know why: The match state is not "game playing" before the > first move record. > > Christian. > _______________________________________________ Bug-gnubg mailing list [email protected] http://lists.gnu.org/mailman/listinfo/bug-gnubg
