Eizenhammer wrote:- Fruit 2.3.1 has too many options, so 3 error reports announcing this have to be clicked away (more candidates with many options would be gambit fruit, some toga versions, but have not tried these now)
OK, this is easy to fix: I simply have to recompile with a larger value of MAX_OPTIONS. I thought that 100 (per engine!) woud be enough...
- such a window should really be scrollabel, most implementations of uci setting have this problem, with too small a screen (like mine) there is no easy way to get access to all the fields and buttons.
Yes, I am still working on that, but decided to already make the back-end functions available for testing before the layout was completely finished. My original intention was (as a first measure) break the option display into 2 columns (or 4, depemnding on how you count), but I would have to write some back-end code for deciding the best place to break. (E.g. all Polyglot options in one column, all engine option in the other, even if that would mean the columns re not exactly the same hight.) IMO this was preferable over a scroll bar (which would be very easy to implement, you can request it through the window style), because the latter would make the OK and cance buttons disappear from view.
I would not worry too much about Win3.x/95/98; if corrections can be made without too big an effort, ok, but on the other hand these systems are really obsolete, these days (Franz will ... me, but it is nothing personal

.
Personally, I don't worry about that either, but the official GNU-XBoard policy is to support everything from Win95 on...
