> My opinion: 9, 10, 11, 14, 18, 19 and 21 are not of > primary importance
9, 10, 11 (export to documents) may come after the first alpha release. 14 (internet update of player data) is nowadays a must, please consider that with the first alpha version the distributors (Debian, Arch Linux, ...) may provide Scidb as a package, and then internet update is the appropriate method to be up-to-date, the player data plays an important role for many users, and in this way Scidb can inform about new updates. 18 (tip of the days) is important for me, the Tip-of- the-Day dialog plays a significant role to point out some features of Scidb. 19 (spellchecker) may come later (good task for a volunteer!). 21 (board/piece design dialogs) may be finished later, but testing and fixing is unavoidable, currently there exists some nasty errors. (Somebody who likes to test?). > Also 22 is not so necessary :) I agree that the Windows version is not important for Linux users, but it is unavoidable, about 80% percent of the chess database users are friends of Windows (I know, a Linux cannot understand this, and I cannot understand this, too). Probably it will take less time to do this, about 90% of the Windows functionality is already implemented, but testing all the stuff is very time consuming. Hopefully I will have some assistance when doing the Windows version. Is ticket #33 definitely up to Jessy? It is not yet finally decided whether Ticket 33 (http://sourceforge.net/p/scidb/feature-requests/33/) is a task for Jessy, but this is not a database specific function, and may become part of Jessy. PS: I've forgotten one feature: a player report. But this may come after the first alpha release. Any suggestions about the content of a player report? PPS: It may happen that a secondary task will be realized earlier than planned. Sometimes I have a good idea how the implement a specific task, and then I'm doing this. This is one my "methods" to be so fast (due to Ohloh Scidb's code took an estimated effort of more than 100 years <http://www.ohloh.net/p/scidb>). Gregor
