scidvspc-users

[Scidvspc-users] New pieces and textures

[Patalex74 <pat...@gm...>]

Hi everybody ,
 Thanks a lot to carry on developing this great program.
I've been using scidvcpc on Mac for many months, and now I'd like to know how to add new set op pieces and new textures, does anyone could help me ? And explain to me where to put files and folder ?
Best regards

Envoyé de mon iPhone

Re: [Scidvspc-users] July news

[<gre...@gm...>]

Thank you Steve, although it's just a minor issue it's much appreciated.

Andreas


> > the background of the game and move list is grey although I switched it to white,
> 
> Ok - i think i have a robust solution for background colours now (pic attached).
> It is in svn, and i'll hopefully put a windows beta up in the next few weeks.
> 
> S.
> 

Re: [Scidvspc-users] July news

[Steve A <ste...@gm...>]

> the background of the game and move list is grey although I switched it to white,

Ok - i think i have a robust solution for background colours now (pic attached).
It is in svn, and i'll hopefully put a windows beta up in the next few weeks.

S.

[Scidvspc-users] Errors retrieving Correspondence games through Xfcc

[<an...@wo...>]

Greetings and thank you for a great program!
 
Along with using Scid to catalog all my own games, I also play USCF Correspondence Chess via Xfcc through www.iccf.com.
 
At some point in the past week, I've been getting the following error when trying to "Retrieve games" (under the "Play > Correspondence Chess" menu)
 
-----
error "junk after document element" at line 2 character 0
"oben</title></head>
< <--Error-- body><h1>Objekt verschoben</h1>Dieses D"
error "junk after document element" at line 2 character 0
"oben</title></head>
< <--Error-- body><h1>Objekt verschoben</h1>Dieses D"
 while executing
"dom parse $xml"
 (procedure "::Xfcc::SOAPError" line 12)
 invoked from within
"::Xfcc::SOAPError $name $xml"
 (procedure "::Xfcc::ProcessAll" line 25)
 invoked from within
"::Xfcc::ProcessAll $::CorrespondenceChess::Inbox"
 (procedure "::CorrespondenceChess::FetchGames" line 12)
 invoked from within
"::CorrespondenceChess::FetchGames "
 (menu invoke)
 -------
  
 My guess is that something has recently changed in the way ICCF is handling Xfcc, but I wanted to drop you folks a line first to see if the error message made any sense.
  
 Thank you!
  
 
 
ah.
 
 
Andrew Hunt
 
 
"Power corrupts. Absolute power is kind of neat.” - Donald Regan, US Chief of Staff (1985-1987)

Re: [Scidvspc-users] scidvsMac -- tree view of database

[Steve A <ste...@gm...>]

Sorting by ECO and compacting base makes a big difference.
See the "Tree Help->Caching for Faster Results" for help hints.
You could also consider making a book using a full version of polyglot
See "Book Help->Polyglot"
S.A.



On Mon, Jul 14, 2014 at 6:11 AM, Jai Dayal <day...@gm...> wrote:

> So maybe I need to make a "book" out of my database? Any idea on how to do
> that?
>
>
> On Sun, Jul 13, 2014 at 2:07 PM, Jai Dayal <day...@gm...> wrote:
>
>> I've just updated to ScidVsMac 4.12 and the problem still persists. Am I
>> doing something wrong? Spending 2 minutes on just search time on the first
>> 10 moves the Evan's Gambit is not practical.
>>
>>
>> On Sun, Jul 13, 2014 at 2:03 PM, Jai Dayal <day...@gm...> wrote:
>>
>>> Hi, I typically open a database as a tree and I like to play some
>>> openings and see what the most common moves are and that sort of thing. The
>>> problem is though, that every time I make a move, the database has to do a
>>> lot of processing it seems... it takes close to 10 seconds for me to get
>>> the next recommended move (ply).
>>>
>>>
>>> I think this should be faster since the database is already in memory,
>>> right? I don't think it should take THIS long for each ply. Shouldn't it
>>> just show me the next moves in the internal tree it's built? It shouldn't
>>> have to rebuild the tree each time...
>>>
>>> Scid Vs. Mac version 4.8.
>>>
>>> Sorry for the double send. I don't think the first one went through as I
>>> got a bounced email notice for not being subscribed to the mailing list.
>>>
>>> Thanks,
>>> Jai
>>>
>>
>>
>
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> Scidvspc-users mailing list
> Sci...@li...
> https://lists.sourceforge.net/lists/listinfo/scidvspc-users
>
>

Re: [Scidvspc-users] scidvsMac -- tree view of database

[Jai D. <day...@gm...>]

So maybe I need to make a "book" out of my database? Any idea on how to do
that?


On Sun, Jul 13, 2014 at 2:07 PM, Jai Dayal <day...@gm...> wrote:

> I've just updated to ScidVsMac 4.12 and the problem still persists. Am I
> doing something wrong? Spending 2 minutes on just search time on the first
> 10 moves the Evan's Gambit is not practical.
>
>
> On Sun, Jul 13, 2014 at 2:03 PM, Jai Dayal <day...@gm...> wrote:
>
>> Hi, I typically open a database as a tree and I like to play some
>> openings and see what the most common moves are and that sort of thing. The
>> problem is though, that every time I make a move, the database has to do a
>> lot of processing it seems... it takes close to 10 seconds for me to get
>> the next recommended move (ply).
>>
>>
>> I think this should be faster since the database is already in memory,
>> right? I don't think it should take THIS long for each ply. Shouldn't it
>> just show me the next moves in the internal tree it's built? It shouldn't
>> have to rebuild the tree each time...
>>
>> Scid Vs. Mac version 4.8.
>>
>> Sorry for the double send. I don't think the first one went through as I
>> got a bounced email notice for not being subscribed to the mailing list.
>>
>> Thanks,
>> Jai
>>
>
>

Re: [Scidvspc-users] scidvsMac -- tree view of database

[Jai D. <day...@gm...>]

I've just updated to ScidVsMac 4.12 and the problem still persists. Am I
doing something wrong? Spending 2 minutes on just search time on the first
10 moves the Evan's Gambit is not practical.


On Sun, Jul 13, 2014 at 2:03 PM, Jai Dayal <day...@gm...> wrote:

> Hi, I typically open a database as a tree and I like to play some openings
> and see what the most common moves are and that sort of thing. The problem
> is though, that every time I make a move, the database has to do a lot of
> processing it seems... it takes close to 10 seconds for me to get the next
> recommended move (ply).
>
>
> I think this should be faster since the database is already in memory,
> right? I don't think it should take THIS long for each ply. Shouldn't it
> just show me the next moves in the internal tree it's built? It shouldn't
> have to rebuild the tree each time...
>
> Scid Vs. Mac version 4.8.
>
> Sorry for the double send. I don't think the first one went through as I
> got a bounced email notice for not being subscribed to the mailing list.
>
> Thanks,
> Jai
>

[Scidvspc-users] scidvsMac -- tree view of database

[Jai D. <day...@gm...>]

Hi, I typically open a database as a tree and I like to play some openings
and see what the most common moves are and that sort of thing. The problem
is though, that every time I make a move, the database has to do a lot of
processing it seems... it takes close to 10 seconds for me to get the next
recommended move (ply).


I think this should be faster since the database is already in memory,
right? I don't think it should take THIS long for each ply. Shouldn't it
just show me the next moves in the internal tree it's built? It shouldn't
have to rebuild the tree each time...

Scid Vs. Mac version 4.8.

Sorry for the double send. I don't think the first one went through as I
got a bounced email notice for not being subscribed to the mailing list.

Thanks,
Jai

Re: [Scidvspc-users] Scid loses my layout

[Steve A <ste...@gm...>]

> Scid always loses my layout settings. It starts with a wrong window size,

To save the settings for docked windows, you have to
Options->Windows->SaveLayout->1

> the background of the game and move list is grey although I switched it to white,

Yah - ScidvsPC's back ground colour options is not working properly ,
but will fix it this week.
it is not a great thing anyway, for various reasons.

Many window managers export their colour themes/settings to ScidvsPC.
In my KDE4 , this is
SystemSettings->ApplicationAppearance->Colours->Options->ApplyColorstoNonKDEApplications

>  I also saved the layout after I rearranged everything according to my needs, but next time scid starts up, everything has gone.

Perhaps you have unchecked Options->Windows->AutoLoadFirstLayout.?
Otherwise, if it is not a permissions problem for
$HOME/.scidvspc/config/options.dat, i cant help

S.A.

[Scidvspc-users] Scid loses my layout

[<gre...@gm...>]

Hi,

Scid always loses my layout settings. It starts with a wrong window size, the background of the game and move list is grey although I switched it to white, it loses the window alignment (when I open a game I want to see the move list on the right. Instead, there's no move list at all and when I open it using the appropriate icon above the chessboard, it appears on the left as a second tab near the chess board). I also saved the layout after I rearranged everything according to my needs, but next time scid starts up, everything has gone. 

What's going wrong here?

Cheers,
Andreas

Re: [Scidvspc-users] Scid namebase issues in git / Project fallout

[Alan W. <a.c...@gm...>]

On 07/10/2014 06:12 AM, Fulvio wrote:
> I apologize to the users not interested in receiving these emails.
> I'll try to write as little as necessary but, unfortunately, it needs to
> be done publicly:
> - There may be people who are hosting scidvspc code on their site. They
> have the right to be informed that, even if unintentionally, are part of
> an illicit.
> - I needed proof that I informed Steven of copyright infringements and
> gave him the time to fix them before reporting the abuse to sourceforge.net
> - What Steven writes to me privately does not match what he says about
> me publicly
>
>
> Steve A wrote:
>>> Also when you start Scidvspc the user is presented with the message:
>>> (C) 2008-2013 Steven Atkinson (ste...@ya...)
>>> (C) 2006-2008 Pascal Georges
>>> (C) 1999-2004 Shane Hudson
>>> This means that you own all the rights of every line of code that was added to > Scidvspc since 2008...
>>>      




>> This line indicates i have been the main contributor and project owner
>> for these 5 years.
>>
>>    
> Perhaps on Mars.
> You should try to do it with a most famous GPL project:
> Linuxvspc Kernel, (C) 2008-2013 Steven Atkinson
> You can claim that you started working on it in 2008, and it doesn't
> really matter if you copied their code for the past 5 years.
> I'm sure that Torvalds will not mind.
>

This is not a refutation to Steve's argument. Shane and Pascal put their 
copyright notices as they contributed to the project. So the right 
attribution is in place.

Re: [Scidvspc-users] Scid namebase issues in git / Project fallout

[Fulvio <fb...@li...>]

I apologize to the users not interested in receiving these emails.
I'll try to write as little as necessary but, unfortunately, it needs to 
be done publicly:
- There may be people who are hosting scidvspc code on their site. They 
have the right to be informed that, even if unintentionally, are part of 
an illicit.
- I needed proof that I informed Steven of copyright infringements and 
gave him the time to fix them before reporting the abuse to sourceforge.net
- What Steven writes to me privately does not match what he says about 
me publicly


Steve A wrote:
>> Also when you start Scidvspc the user is presented with the message:
>> (C) 2008-2013 Steven Atkinson (ste...@ya...)
>> (C) 2006-2008 Pascal Georges
>> (C) 1999-2004 Shane Hudson
>> This means that you own all the rights of every line of code that was added to > Scidvspc since 2008...
>>     
>
> This line indicates i have been the main contributor and project owner
> for these 5 years.
>
>   
Perhaps on Mars.
You should try to do it with a most famous GPL project:
Linuxvspc Kernel, (C) 2008-2013 Steven Atkinson
You can claim that you started working on it in 2008, and it doesn't 
really matter if you copied their code for the past 5 years.
I'm sure that Torvalds will not mind.

Fulvio

Re: [Scidvspc-users] Copyright infringements / GPL violations

[Steve A <ste...@gm...>]

> Last year Steven wanted to erase Scid code: I was shocked and I
> repeatedly said that it was senseless.
> I did not understand why he did not want to agree to do a proper merge,
> when I was willing to do all the work and after that leave him the
> complete management of the project.

A code merge is impossible. It was discussed then, and i have no wish
to reopen this.
It was all instigated by Alex Wagner.

> Now, i saw this commit (in how many places I have been vilified without
> knowing it?):
> http://sourceforge.net/p/scidvspc/code/1920/
> and dawned on me a disturbing thought.

I have been a little hard on your project.
I made the above change because of the above sentiment , and moreover
i feel your code is now maturing. For a long while it has been fairly unstable.

> Right now it is very easy to see Scidvspc copyright infringements.
> For example in Scid there is a file tcl/utils/win.tcl and i can easily
> see (git blame) that most of the lines have been written by "pgeorges"
> in 2008 (+98 lines of my code).
> In Scidvspc there is an incredibly similar file, also called
> tcl/utils/win.tcl, using the same variables names, and that was entirely
> written by "stevenaaus" (which then holds all the copyright rights).

> and that was entirely  written by "stevenaaus"

How do you reckon that ? I have appended no (c) to the file.
The same file in Scid git has no (c).
I have a hunch the origins of this file are from the Tcl wiki, which has a very
lax copyright, and may be why Pascal never added a (c) line.

I have said alrady, if you wish to assert your copyright more strongly,
please advise me of the files, and i will include a copyright F.B for you.

Please do not spam the mailing lists anymore, but feel free to contact me.

Steven

Re: [Scidvspc-users] Copyright infringements / GPL violations

[Alan W. <a.c...@gm...>]

Fulvio,

There is no doubt that you are very angry and, it seems, paranoid. This 
sort of discussion should be via private email, not to be dragged about 
in a public list.


On 07/09/2014 08:40 AM, Fulvio wrote:
> Last year Steven wanted to erase Scid code: I was shocked and I
> repeatedly said that it was senseless.
> I did not understand why he did not want to agree to do a proper merge,
> when I was willing to do all the work and after that leave him the
> complete management of the project.
>
> Now, i saw this commit (in how many places I have been vilified without
> knowing it?):
> http://sourceforge.net/p/scidvspc/code/1920/
> and dawned on me a disturbing thought.
>
> Right now it is very easy to see Scidvspc copyright infringements.
> For example in Scid there is a file tcl/utils/win.tcl and i can easily
> see (git blame) that most of the lines have been written by "pgeorges"
> in 2008 (+98 lines of my code).
> In Scidvspc there is an incredibly similar file, also called
> tcl/utils/win.tcl, using the same variables names, and that was entirely
> written by "stevenaaus" (which then holds all the copyright rights).
> It's even mentioned on Scidvspc website without any credit to the
> original author: "Finally have a docked windows feature. It's a damn
> complicated thing, but i am fond of it".
>
> * IF THE ORIGINAL CODE FROM SCID NO LONGER EXISTED, IT WOULD BE VERY
> DIFFICULT TO PROVE NOW WHO IS THE REAL AUTHOR OF THE CODE *
>
> I really hope that I'm just imagining things, but to be on the safe
> side, I then FORMALLY INVITE THE SCIDVSPC PROJECT TO:
> - RESPECT ALL THE COPYRIGHT RIGHTS OF ALL THE AUTHORS WHO CONTRIBUTED TO
> THE SCID PROJECT
> - RESOLVE EVERY COPYRIGHT INFRINGEMENT AND GPL VIOLATION.
>
> Fulvio Benini
>
> ------------------------------------------------------------------------------
> Open source business process management suite built on Java and Eclipse
> Turn processes into business applications with Bonita BPM Community Edition
> Quickly connect people, data, and systems into organized workflows
> Winner of BOSSIE, CODIE, OW2 and Gartner awards
> http://p.sf.net/sfu/Bonitasoft
> _______________________________________________
> Scidvspc-users mailing list
> Sci...@li...
> https://lists.sourceforge.net/lists/listinfo/scidvspc-users
>
>

[Scidvspc-users] Copyright infringements / GPL violations

[Fulvio <fb...@li...>]

Last year Steven wanted to erase Scid code: I was shocked and I 
repeatedly said that it was senseless.
I did not understand why he did not want to agree to do a proper merge, 
when I was willing to do all the work and after that leave him the 
complete management of the project.

Now, i saw this commit (in how many places I have been vilified without 
knowing it?):
http://sourceforge.net/p/scidvspc/code/1920/
and dawned on me a disturbing thought.

Right now it is very easy to see Scidvspc copyright infringements.
For example in Scid there is a file tcl/utils/win.tcl and i can easily 
see (git blame) that most of the lines have been written by "pgeorges" 
in 2008 (+98 lines of my code).
In Scidvspc there is an incredibly similar file, also called 
tcl/utils/win.tcl, using the same variables names, and that was entirely 
written by "stevenaaus" (which then holds all the copyright rights).
It's even mentioned on Scidvspc website without any credit to the 
original author: "Finally have a docked windows feature. It's a damn 
complicated thing, but i am fond of it".

* IF THE ORIGINAL CODE FROM SCID NO LONGER EXISTED, IT WOULD BE VERY 
DIFFICULT TO PROVE NOW WHO IS THE REAL AUTHOR OF THE CODE *

I really hope that I'm just imagining things, but to be on the safe 
side, I then FORMALLY INVITE THE SCIDVSPC PROJECT TO:
- RESPECT ALL THE COPYRIGHT RIGHTS OF ALL THE AUTHORS WHO CONTRIBUTED TO 
THE SCID PROJECT
- RESOLVE EVERY COPYRIGHT INFRINGEMENT AND GPL VIOLATION.

Fulvio Benini

Re: [Scidvspc-users] Scid namebase issues in git / Project fallout

[Fulvio <fb...@li...>]

Steve A wrote:
> Hmmm - your arguments are loud, but they are weak Fulvio.
I presented facts easily verifiable by anyone:
1) In Scid you can change the order of gamelist's columns with a drag 
and drop
2) In Scid you can sort games by ECO (with a double click on the ECO column)
3) The old sort functions makes the tree search much slower.


When you wrote on a public mailing list:
- claiming that in Scid column arrangements is "way too confusing"
- insinuating that my code "may have repercussions for tree speed , with 
inability to sort by ECO, etc."
*THIS IS THE EXACT OPPOSITE OF REALITY*.

When I consider that to check these things it takes less than 5 minutes, 
and that instead of apologizing you wrote: "your arguments are loud, but 
they are weak", I do not think it was a mistake.
I think you lied deliberately, spreading false news, hoping to discredit 
me and fool some inexperienced user to use scidvspc instead of scid.
This is defamation and may be prosecuted according to law:
http://en.wikipedia.org/wiki/Defamation


>
> Maybe the GPL does require author attributation. It is not obvious, 
> and something i had overlooked.

This statement is interesting, we should ask some experts, like 
gpl-violations.org, what they think about it.

Also when you start Scidvspc the user is presented with the message:
(C) 2008-2013 Steven Atkinson (ste...@ya...)
(C) 2006-2008 Pascal Georges
(C) 1999-2004 Shane Hudson
This means that you own all the rights of every line of code that was 
added to Scidvspc since 2008...

This is stupid enough to be funny: a user (random, I do not have any 
specific person in mind) could make a donation on the scidvspc site and 
then sue you for fraud (claiming to have been misled into thinking that 
you have written all the code for the last 5 years)

Fulvio

Re: [Scidvspc-users] Scid namebase issues in git / Project fallout

[Steve A <ste...@gm...>]

Hmmm - your arguments are loud, but they are weak Fulvio.
But i'm not interested in protracted nit-picking.

> ...  and stop coping my code without reporting my name anywhere (in
violation of the GPL licence), I'm sure there will be no problem between us.

Maybe the GPL does require author attributation. It is not obvious, and
something i had overlooked.

I thought i'd given you plenty of credit for the code snippets i use, in
the source and the mailing list, but since it is important to you, if you
want more credit just tell me the  files in question.

Steven.

Re: [Scidvspc-users] Scid namebase issues in git / Project fallout

[Fulvio <fb...@li...>]

Steve A wrote:
> You say it has been reverted (a month after you made the hack), but it 
> is hard to verify as you have quite a lot of database backend 
> restructuring in this huge commit, poorly named "A lot of code cleanup 
> and simplification", and the original name frequency code is certainly 
> not in the same place.

For accuracy and to properly defend my reputation, I would deny even 
this other false accusation.
At line 284 there was a 5 line comments clearly describing the hack:
http://sourceforge.net/p/scid/code/ci/9274b0b6999061dd0abdd50a4499a28982d453b5/tree/src/namebase.cpp


At line 180 of the same file, in the same function, there is now a 2 
line comment:
// *** Compatibility ***
// even if frequency is no longer used we still need to write these bytes
http://sourceforge.net/p/scid/code/ci/master/tree/src/namebase.cpp



For full transparency, I would like to publish also the beginning of the 
email referred by Gregor:
/**********/
Hi Fulvio,
I see that in newest Scid release you have changed the
thing with the frequency count, this is of course a
good idea. But I'm sure that you have to increase the
database version number, because this change breaks the
compatibility to other versions (Scid vs PC, Scid on
the Go), even to older Scid versions.
/**********/


and my last reply (after an interesting exchange of details on the 
improvement he made to scidb database and a new format which he is 
working on):
/**********/
Hi Gregor,
yes, i committed 255 as a quick fix because I have little free time now.
I hope that case1 is highly unlikely, partly because power users who 
compile the git code usually compact the gamefile before the namefile; 
am I wrong?
I will look more carefully at the code more calmly, however, and write 
the correct statistics in the namefile because I do not want to change 
the version of the database now.
/**********/




Fulvio

Re: [Scidvspc-users] Scid namebase issues in git / Project fallout

[Fulvio <fb...@li...>]

Steve A wrote:
> For everyones info, this commit also removes the ability to 
> permanently sort databases. This is got around by the gamelist sorting 
> feature of course, but it is a big design descision, and may have 
> repercussions for tree speed , with inability to sort by ECO, etc.
>
It bothers me a lot this your defamatory campaign and false accusations.
I do not think it's much appreciated even by users of Scid, which, for 
example, can easily verify that tree search of git version is faster 
than with previous versions.

This also shows that you have not the faintest idea how the c++ code of 
Scid works and yet you dare to make judgments as if you were god come 
down to earth.
For example, another thing easily verifiable by any user, is that the 
old sorting functions make the tree window much slower.
1) Open scidvspc (scid no longer use the old sorting functions), open a 
big database, compact the database and then open the tree window.
2) Do some measurement
3) Open gamelist window, sort by something (i.e player name), wait an 
eternity, and voilà, the tree window has become much slower.

You say that we have communication problems, but if you stop insulting 
me and stop coping my code without reporting my name anywhere (in 
violation of the GPL licence), I'm sure there will be no problem between us.

Fulvio

Re: [Scidvspc-users] July news

[Alan W. <a.c...@gm...>]

It is sad that exchanges like these have to be so prevalent. Steve has 
tried to help out only to be met with much vitriol.


On 07/05/2014 09:02 AM, Gregor Cramer wrote:
> Steven wrote:
>> I should also mention, recent Scid git versions have been messing  with
>> the databse backend and (specifically) name frequencies. It's probably best
>> not to use Scid git for major database work without backing up your
>> databases, as name corruption is possible, ...
> Fulvio wrote:
>> This is simply not true.
> Steve's message is true, name corruption is possible, and namebase compaction
> is not working as expected. The latest git version is writing namebases not
> conform to the .si4 format. There is a way to fix such a database written with
> latest git version, use
>
>    scidt -N <database>
>
> and the new namebase will be in .si4 format again. It's probably a good
> idea to make a backup before fixing the database.
>
> Fulvio wrote:
>> Since your contribution to the Scid project is negative (not only there are
>> no lines of code written by you, but you even harm the project by spreading
>> false news) I invited you to leave the Scid project.
> I cannot understand this, he is definitively not harming the project. I wrote
> you a message about the problems with the namebase proven by two
> examples (also confirmed in tests) many weeks ago, and in a reply you've
> agreed with my analysis.
>
> Gregor
>
>
> ------------------------------------------------------------------------------
> Open source business process management suite built on Java and Eclipse
> Turn processes into business applications with Bonita BPM Community Edition
> Quickly connect people, data, and systems into organized workflows
> Winner of BOSSIE, CODIE, OW2 and Gartner awards
> http://p.sf.net/sfu/Bonitasoft
> _______________________________________________
> Scidvspc-users mailing list
> Sci...@li...
> https://lists.sourceforge.net/lists/listinfo/scidvspc-users
>

Re: [Scidvspc-users] July news

[<fb...@li...>]

>
>I cannot understand this, he is definitively not harming the project. I 
wrote 
>you a message about the problems with the namebase proven by two
>examples (also confirmed in tests) many weeks ago, and in a reply you've
>agreed with my analysis.
>
>Gregor
>

Are you referring to quick hack that i wrote in this commit?
http://sourceforge.
net/p/scid/code/ci/9274b0b6999061dd0abdd50a4499a28982d453b5/

As I told you by e-mail I did not wanted to upgrade Scid to version 5 and in 
fact the hack was removed in subsequent commit:
http://sourceforge.
net/p/scid/code/ci/3494477a503abdc7c092cce0ac356cadaa2836e5/


I'm not a native english speaker, but this two senteces are simply false:
"Mainline SCID git allows different column arrangements for each open base 
[and multiple gamelists/switchers - way too confusing]"
Drag and drop cannot be considered "way too confusing"

"I should also mention, recent Scid git versions have been messing  with the 
databse backend and (specifically) name frequencies. It's probably best not
to use Scid git for major database work without backing up your databases, as 
name corruption is possible, and there is also a lot of untested code."
I've not messed with anything, nor commited untested code and the latest git 
code does not cause name corruption.

Fulvio

[Scidvspc-users] Re: July news

[Gregor C. <re...@gm...>]

Steven wrote:
> I should also mention, recent Scid git versions have been messing  with
> the databse backend and (specifically) name frequencies. It's probably best
> not to use Scid git for major database work without backing up your
> databases, as name corruption is possible, ...

Fulvio wrote:
> This is simply not true.

Steve's message is true, name corruption is possible, and namebase compaction
is not working as expected. The latest git version is writing namebases not 
conform to the .si4 format. There is a way to fix such a database written with 
latest git version, use

  scidt -N <database>

and the new namebase will be in .si4 format again. It's probably a good
idea to make a backup before fixing the database.

Fulvio wrote:
> Since your contribution to the Scid project is negative (not only there are 
> no lines of code written by you, but you even harm the project by spreading 
> false news) I invited you to leave the Scid project.

I cannot understand this, he is definitively not harming the project. I wrote 
you a message about the problems with the namebase proven by two
examples (also confirmed in tests) many weeks ago, and in a reply you've
agreed with my analysis.

Gregor

[Scidvspc-users] R: Re: July news

[<fb...@li...>]

<quote>
Sorry Fulvio, but it is true. You are writing some interesting code, but Gregor has shown you that recent changes you have made to the name frequency calculation make it *possible* to break database names if a base is worked on in Scid git, then reloaded in Scid 4.3 4.5 or Scid vs PC.


</quote>

Since your contribution to the Scid project is negative (not only there are no lines of code written by you, but you even harm the project by spreading false news) I invited you to leave the Scid project.
Fulvio
 

Re: [Scidvspc-users] July news

[Steve A <ste...@gm...>]

Steven wrote
> > I should also mention, recent Scid git versions have been messing  with
the databse backend and (specifically) name frequencies. It's probably best
not to use Scid git for major database work without backing up your
databases, as name corruption is possible, and there is also a lot of
untested code.

Fulvio wrote
> This is simply not true.

Sorry Fulvio, but it is true. You are writing some interesting code, but
Gregor has shown you that recent changes you have made to the name
frequency calculation make it *possible* to break database names if a base
is worked on in Scid git, then reloaded in Scid 4.3 4.5 or Scid vs PC.

Steven

Re: [Scidvspc-users] July news

[<fb...@li...>]

<quote>
Mainline SCID git allows different column arrangements for each open base [and multiple gamelists/switchers - way too confusing] but this doesnt work imho.So , added to the fact that the tk widget we use (tktreeview) doesnt really support column rearrangement, and any implementation is a hack, i might just pass on rearranging columns for the immediate future.


I should also mention, recent Scid git versions have been messing  with the databse backend and (specifically) name frequencies. It's probably best not to use Scid git for major database work without backing up your databases, as name corruption is possible, and there is also a lot of untested code.</quote>
This is simply not true.
 I would appreciate it if you stopped spitting venom on Scid (from which you copied most of the code).
 With regard to gamelist column arrangement, does not appear so complicated to me: in each gamelist windows you can change the order with a simple drag and drop.
Fulvio