Re: [Scid-users] Some more bugs in Scid (and some wishes too)

2008/4/25 Michal Rudolf <[EMAIL PROTECTED]>: > Alexander Wagner, piątek, 25 kwietnia 2008: > >I support a checkbox "run nice by default" though I'd really > >be able to start an analysis engine at nice 0. E.g. "just > >checking quickly a move" while you're running a larger > >calculation in the b

Re: [Scid-users] Some more bugs in Scid (and some wishes too)

Alexander Wagner, piątek, 25 kwietnia 2008: >I support a checkbox "run nice by default" though I'd really >be able to start an analysis engine at nice 0. E.g. "just >checking quickly a move" while you're running a larger >calculation in the background is such a case. (Ok, I worked >as a physicist,

Re: [Scid-users] Some more bugs in Scid (and some wishes too)

Michal Rudolf wrote: >>> Here GUI is usually sluggish with highest priority. >> The problem on Linux is that once you changed priority, you can't go back to >> normal. > Yes, but usually you don't care (I cannot imagine situation when you want to > run engine with priority as high as other p

Re: [Scid-users] Fast tree

Alexander Wagner, piątek, 25 kwietnia 2008: >Additionally, as it comes to sorting you'll have the memory >footprint Pascal mentioned, that is just the sorting will >take several hours on such a DB if you did not know about >adding another GB of real RAM first. I don't really see any memory footp

Re: [Scid-users] Some more bugs in Scid (and some wishes too)

Pascal Georges, piątek, 25 kwietnia 2008: >> CVS version still doesn't work for me (Remove previous moves). I used >> Polish and English version, pieces weren't translated. >This function works for me. Could you send me the game in question and/ or >try with Scid 3.6.1 to see if you get the same

Re: [Scid-users] Some more bugs in Scid (and some wishes too)

2008/4/25 Michal Rudolf <[EMAIL PROTECTED]>: > Pascal Georges, piątek, 25 kwietnia 2008: > >2008/4/25 Michal Rudolf <[EMAIL PROTECTED]>: > >> Bugs: > >> B1: Remove previous/next moves - removes everything (BTW. before, > "Remove > >> previous moves" inconsistenly removed also current one) > >Remo

Re: [Scid-users] Some more bugs in Scid (and some wishes too)

2008/4/25 Michal Rudolf <[EMAIL PROTECTED]>: > Pascal Georges, piątek, 25 kwietnia 2008: > >2008/4/25 Michal Rudolf <[EMAIL PROTECTED]>: > >> Bugs: > >> B1: Remove previous/next moves - removes everything (BTW. before, > "Remove > >> previous moves" inconsistenly removed also current one) > >Remo

Re: [Scid-users] Fast tree

Michal Rudolf wrote: Hi! >>> So, best idea (though breaking some compatibility) will >>> be to always sort games by ECO (so that same position >>> appears in a single block) and store user's sorting >>> order separately. >> IMHO this is not a good idea, simply cause this results >> in the f

[Scid-users] Engine window

Hi, I compacted engine analysis window using icons and basic optimisations. Here is a screenshot, and if someone has better graphics (24x24 gif files, alpha channel supported)... Note that translated tooltips are displayed with the same message as former classical buttons. Pascal <>--

Re: [Scid-users] Some more bugs in Scid (and some wishes too)

Michal Rudolf wrote: Hi! > W6: Remove 'InputEngine' icon from main toolbar (move it > to configurable toolbar instead) as it is obviously just > an alpha version (path to /home/arwagner, strange errors > about 'movefont' already existing on second click, no > human-readable error message etc

Re: [Scid-users] Some more bugs in Scid (and some wishes too)

Pascal Georges, piątek, 25 kwietnia 2008: >2008/4/25 Michal Rudolf <[EMAIL PROTECTED]>: >> Bugs: >> B1: Remove previous/next moves - removes everything (BTW. before, "Remove >> previous moves" inconsistenly removed also current one) >Removing moves until the end should always work. But there is a

Re: [Scid-users] Fast tree

Michal Rudolf wrote: Hi! >> But by sorting the games by ECO code, the probability is >> very high that the games will be gathered in some way, >> hence the dramatic speedup. Note that with a base not too >> big (1M games) and 2 GB RAM this sort phase may be >> useless. > So, best idea (thou

Re: [Scid-users] Fast tree

Alexander Wagner, piątek, 25 kwietnia 2008: > > So, best idea (though breaking some compatibility) will be > > to always sort games by ECO (so that same position appears > > in a single block) and store user's sorting order > > separately. >IMHO this is not a good idea, simply cause this results

Re: [Scid-users] Some more bugs in Scid (and some wishes too)

2008/4/25 Michal Rudolf <[EMAIL PROTECTED]>: > Bugs: > B1: Remove previous/next moves - removes everything (BTW. before, "Remove > previous moves" inconsistenly removed also current one) Removing moves until the end should always work. But there is a bug when removing moves from the beginning an

Re: [Scid-users] Tree problem with quick browsing

2008/4/25 Michal Rudolf <[EMAIL PROTECTED]>: > Pascal Georges, piątek, 25 kwietnia 2008: > >Do you use current CVS code ? > Yes > > >I suppose "suggested moves" is on (or I don't get why the internal engine > is > >called), > Yes > > >but can you give precisions on how you trigger this funny beha