Scid won't work on Android (or iPads). Tcl/Tk is not implemented, and
probably never will be AFAIK :(
On Thu, Jul 31, 2014 at 1:48 AM, Eric Warolus Belgacom wrote:
> Hello there
>
> The Novag Citrine works well with Scid vs PC on Windows OS.
>
> I want to connect the Novag Citrine on a android
> Also when you start Scidvspc the user is presented with the message:
> (C) 2008-2013 Steven Atkinson (stevena...@yahoo.com)
> (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...
Thi
> 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 mer
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 attribut
Fulvio, It is hard to think well of such poor communication and insults.
Gregor wrote
> >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.
Fulvio wrote:
> Are you refer
Hi Everyone,
This conversation is from the scidvspc mailing list today.
It is probably of more relevance to this mailing list.
Steven wrote [re July news]
> > > > ... I should also mention, recent Scid git versions have been
messing with the databse backend and (specifically) name frequencie
Fails on my linux box too. Some buttons are now png, and necessitate
TkImg if using wish 8.5
package require Tcl 8.5
package require Tk 8.5
+ package require img::png
This catch is masking the issue.
foreach {fname} [glob -directory $dname *.png] {
set iname [strin
Phalanx has a feature to play "flawed" chess,
and it actually plays well below the selected ELO level.
A stronger alternative is to play against Stockfish in the "Play UCI
Engine" feature,
and configure Stockfish to play at a low "Skill Level"
Email me if you'd like further correspondance.
Steve
Hmmm - the old web page looked much better imho.
http://scid.sf.net
It's nice to have the information and links updated, but possibly
we could stick with the old html look and feel.
S.
--
Learn the latest--Visual Studio
Seems much better, but on linux there still seems bugs with focus and
comment editor
* Run Scid in docked mode with only a few windows open
* Open base
* click on comment
* right click comment editor tab and select "Move to bottom"
Program has lost keyboard focus, and Comment Editor can't be typed
I think this patch fixes it... but perhaps there are other areas where
it can be over-run ?
BTW, All nags after 200 were off by 1 because of a duplication in the header.
S.
On Mon, Jul 1, 2013 at 8:21 AM, Steve A wrote:
> Oh ok. 224 is the last *standard* NAG, but there is no bounds check
Oh ok. 224 is the last *standard* NAG, but there is no bounds checking.
S.
--
This SF.net email is sponsored by Windows:
Build for Windows Store.
http://p.sf.net/sfu/windows-dev2dev
_
Yes, something bad is happening. Try for example storing NAG 239 in
the comment editor nag entry box.
String PSKKQDRTBLNR is shown, which is an unrelated internal string
from here: game.cpp
const char * langPieces[] = { "",
"PPKRQDRTBFNC", "PPKRQDRTBANC", "PBKKQDRTBLNS",
"PPKRQDRTBANC", "Pp
Hmmm - it does reduce load for big pgn, but at the cost of fairly poor PGN
responsiveness.
Modern systems probably don't need this patch ?
And the 'devnull' (shoudl be 'nooutput') approach is not much of a time
saver really for the extra code imho.
The main problem with the pgn window of course i
Gave Israel's binary a go but it fails to launch.
The -pthread CC option breaks scid on my Linux box. Is this the same
problem here ?
I.m running Lion 10.7.4, 2.4GHz Core2duo/nvidia 320m
S.A.
-
Process: launchd [380]
Path:/Applicat
I think Fulvio is keen to keep working on Scid (he has an interesting
gamelist widget in the repo),
so best to send things to him.
I'll probably just add the odd bug-fix commit and forum post while he
is maintaining this project.
Steve
On Sun, Apr 7, 2013 at 1:32 AM, Alan Whiteman wrote:
> On 0
> However all the new (completely useless) filter system (with dbFilter, filter,
> updateMainFilter, merge, 10 different functions that do the same thing) is a
> great mess (there are probably other bugs).
I use Gerd's original version, which is only used to stop the tree
from adjusting the gameli
> This is strange because the file "configure" has not changed since
> version 4.3 (and I agree that it is not the best, to put it mildly).
> You need to edit that file manually and change the line "tclsh=tclsh8.5;"
That line should just be removed permanently from configure. It was
only relevant
Joao wrote
> Can I make one last ditch attempt to organize a conference call/IRC session,
> anything where we can have a forum of open discussion between the main
> parties?
>
> Again, I don't mind organizing it.
Fulvio and I email each other. So there is no problem with
communication between u
Fulvio hasn't really looked at my project as far as i can tell, and i
get the impression he is not interested.
So perhaps we can close this thread.
--
Everyone hates slow websites. So do we.
Make your web apps faster with
Alan - haha.
Ben wrote
> This needs to be addressed:
> > The sortcache code is great and credits go to Gerd
Well , i am wrong for calling it a cache. It is a index array that
allows sorting of the filter.
Yes - it is a great feature. It dropped my jaw when i saw it too.
But after several chang
Fulvio wrote:
>> Sorry, I'm not sure I understand correctly:
>> are you saying that you are against letting new developers work on scid?
Steven wrote:
>No.. It's free software and people are all welcome to work on it.
>But as far a making a quality software release, i'm not sure they will
>be very
> i just looked at scidvspc code yesterday after a very long time and i must
> say that i'm a cautiously optimistic: a proper merge doesn't seems so
> impossible to me).
Here's an idea - why dont you actually have a good hard look at my
project and the improvements i have written, then continue th
On Fri, Mar 15, 2013 at 2:18 AM, Mario Lacunza wrote:
> El 14/03/13 11:13, Alan Whiteman escribió:
>> The only person not too happy about this is Fulvio. This is
>> understandable since years of his own efforts are being set aside. Of
>> course, his contributions will still live in the dev branche
Alex wrote:
> Just if someone would be so kind to remove me from the projects members list,
> sf does not allow me to do this myself.
See you Alex. Thanks for your input.
Steve
--
Everyone hates slow websites. So do we.
Fulvio wrote
> If you want to merge the two projects the only plan is to take one feature
> at the time, check the diffs and write patches for the current scid code.
Thanks for the olive branch Fulvio. I realise it must be hard to face having
some of your privilidges/code removed. But as the only
> No, i understand the benefits of merging the projects, and i will be very
> happy too if you can consider the idea of working on both the projects and
> in time making them converge
I spent four years debugging this code. 1375 svn commits, and
another year beforehand with only patches.
Since yo
Ok... gone.
S.A.
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar
> i.e. Pascal's code for docking, don't deserve to be deleted for no reason.
I thought i made it clear - first thing i will do is port the docking
code. I know this is important to lots of people.
S.
--
Everyone hates sl
On Wed, Mar 13, 2013 at 6:32 PM, Fulvio wrote:
> Steve A wrote:
>>
>> I think we're going to merge the two Scids back into one.
>>
>> Scid is a little stagnant, what with no active devs , no
>> file releases for ages and bugs in Git. This way we'l
I think we're going to merge the two Scids back into one.
Scid is a little stagnant, what with no active devs , no
file releases for ages and bugs in Git. This way we'll have
one bug free source tree, and one mailing list :)
Alexander has added me to the project. The plan is to move
git master (s
I'm thinking using bookmarks is the best alternative.
They seem to persist across base compaction, though there are probably
cases where they don't.
"If the database is sorted or compacted, the bookmark details may
become out of date. In this case, Scid will search the database for
the best matchi
> Perhaps I should have been clearer:
> how do I proceed **to commit the changes**?
>
> I know I could just change the diff to Fulvio,
> but I would like to have the procedure
> clearly explained, in the mailing list,
> so that people could know how to proceed.
Sorry, but i'm not familiar with git
>> In the file tcl/search/header.tcl, changing the only occurence of B50-B59 to
>> B60-B69 is all that's needed i think.
>
> Indeed. Now, how should I proceed?
Under windows, you can also simply make this change to the text file
bin/scid.gui
Search for "B50-B59". You'll need a decent text editor
> 1. Click on Search, then Header.
> 2. Select the three dots near ECO codes:
> 3. Select Richter Rauzer.
>
> You should have everything from B50-59.
>
> The "bug" is that the Richter Rauzer starts at B60.
...
> Second, I could suggest two ways to correct this:
>
> The Richter Rauzer, which is
35 matches
Mail list logo
