1. Switching databases does not remove unsaved games
2. When you call ctrl-x you can see in the switcher what is the current
database.
The harmful operation is "sc_game load ...", which does remove an existing
game and load a new one without warning. So it should never be called
without previous ch
I'm using a modified version, so my suggestion may be wrong.
When you open-as-tree scid change the active database, so when you hit ctrl-x
the game is not created in the opened database, but in the still loading tree-
database.
When the tree-database is fully loaded the active database become the
On 01/22/2011 08:50 PM, Gerd Lorscheid wrote:
> Hello,
>
> you are right, what I did is the same as a dentist will do when you come at
> the weekend. This is what I did and what I solved, because there was my
> actual pain:
>
>>> Now if you do the following:
>>> * open two bases with trees
>>
Hello,
you are right, what I did is the same as a dentist will do when you come at
the weekend. This is what I did and what I solved, because there was my
actual pain:
>> Now if you do the following:
>> * open two bases with trees
>> * create a new game in one base, insert moves but do no
On 01/22/2011 07:33 PM, Gerd Lorscheid wrote:
Hi!
> Hi,
>
> as I said. This is most probably not the only place where an unsaved game is
> overwritten.
Please do understand that this /is/ the place where my game is
overwritten, but that your protection mechanism (based on
sc_game_number(
Hi,
as I said. This is most probably not the only place where an unsaved game is
overwritten. But in the use case I described when I submitted this fix this
location did overwrite an unsaved game. So I prevented it.
Basically there should be a routine in tcl to switch a game and this shoul
On 01/22/2011 04:36 PM, Gerd Lorscheid wrote:
> Hello,
>
> I cannot solve all problems with one small fix.
Probably true, but I do not think that anybody was expecting this.
> The location, which I fixed
> did overwrite an unsaved game without warning. This is what I prevented and
> there i
Hello,
I cannot solve all problems with one small fix. The location, which I fixed
did overwrite an unsaved game without warning. This is what I prevented and
there is no alternative. There may be other locations doing the same. It may
be worth to check every place where the game is change
Hi,
I suggest we analyze this issue a bit further...
On 10/08/2010 06:20 PM, Joost 't Hart wrote:
> Hi!
>
> [Linux, CVS]
>
> 1a) Open a dbase in which you want to add a new game
> 2a) Open-as-tree some big reference database (~4M games, dunno if size
> matters here)
>
> Do NOT wait for (2a) - whi
On 01/21/2011 09:55 PM, Alexander Wagner wrote:
> Hi!
>
> I currently experience
>
> invalid command name ""
> invalid command name ""
> while executing
> "$::utils::graph::_data($graph,canvas) delete -withtag g$graph"
> (procedure "::utils::graph::redraw" line 4)
> invoked from w
On 01/21/2011 10:42 PM, Steven wrote:
Alex wrote:
I currently experience
invalid command name ""
invalid command name ""
when calling either absolute or relative filter graph.
I can't reproduce it.
--
Is it necessary to load the first filter game
Isn't otherwise t
Hi,
hid.h is part of libhid, which can be found here
http://libhid.alioth.debian.org/. There is a fink package,
http://pdb.finkproject.org/pdb/package.php/libhid0?doc_id=10.6-x86_64-current-unstable-libhid0-0.2.16-10
but that doesn't seem to include the header files, so you'd have to add them
m
12 matches
Mail list logo
