2008/3/8, Alexander Wagner <[EMAIL PROTECTED]>:

>
> Actually here I like the notion that it was just a bug in your brain and
> you got the wrong package installed. I'll add a suitable error message
> of course.
>
> I'm polishing the interface right now (you might have noticed in cvs)
> hence there's also some NLS to do later on. Hence, consider the current
> error message as "it says something". Still this error resulted in a
> more defensive code that deals with the problem of the missing package,
> which I actually like.


Be aware there is a small mispelling of  "Inbox" that is written "Inobx".

Additionally I came to the conclusion that we want to have a
> Correspondence Chess _window_ containing all the buttons as we have an
> ECO or Repertoir Window and so on. Its more consistent that way.


It is certainly more consistent, but add yet another window in Scid ... On
the other hand extra windows are good to give feedback and status info to
the users. So I don't know what is the best.

I also
> added a console for some output on the current process. Unfortunately
> I've some update issues. As I could not fire up the html-retrieval in bg
> but have to wait the console is not updated immediately but uses some
> buffering. Could I switch that off? I.e. get it updated ASAP? (Some
> $handle->autoflush(1).)
>


I wrote some console code for Novag Citrine and FICS play. The console is a
simple multi-line widget and as soon as I parse an extra line, I call this
proc :

  proc updateConsole {line} {
    set t .fics.top.f1.console
    $t insert end "$line\n"
    $t yview moveto 1
  }


There is no buffering problem here.

Pascal
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Scid-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/scid-users

Reply via email to