Pascal Georges wrote:
Hi!
> Please, drop us a note if you want bug reports again.
> Now you can. I think I solved the most obvious/ annoying bugs.
Just some additional notes:
The info area scales nicely in Classical mode, but it is
broken in docked mode. Lots of empty spaces gets added
above/below it. Probably a problem in board size
calculation?
F12/Ctrl-F12 is broken in docked mode, it works again in
Classical, however. I'd guess a more general problem, but
I'm not sure if it only happens with "non-global"
hotkeys.
Restore layout:
What about tree windows? If I store a layout with two
tree tabs open they get restored but no DB is displayed
within. However, if I manually reopen the associated DB I
just got:
invalid command name ".treeWin2.buttons.lock"
invalid command name ".treeWin2.buttons.lock"
while executing
".treeWin[sc_base current].buttons.lock invoke"
(procedure "::file::openBaseAsTree" line 71)
invoked from within
"::file::openBaseAsTree /home/arwagner/Chess/scid/RefCorr.si3"
invoked from within
".main.#menu.#menu#file.#menu#file#recenttrees invoke active"
("uplevel" body line 1)
invoked from within
"uplevel #0 [list $w invoke active]"
(procedure "tk::MenuInvoke" line 50)
invoked from within
"tk::MenuInvoke .main.#menu.#menu#file.#menu#file#recenttrees 1"
(command bound to event)
IMHO it is not really sensible to open up large reference
DBs automatically on program startup for the tree
windows, as it just takes quite some time. Most likely
the save layout should store a bit more abstract: "tree
windows give new tabs in this area".
Talking about the tree window: unfortunately they do not
hook up to the geometry manager. In former versions, as
there was only one tree and no mask were available, this
was ok, but I think with recent functional enhancements
they should hook up to the geometry manager properly.
(BTW: the trees are currently the only case where I can see
some advantage for tabs, ie. all trees opening in one
individual window, but a new one as a tab in front of the
last one opened.)
Engine tabs: here the engines start up again after
restoring the layout. Probably, they should "start" in
"stopped mode", however. Otherwise they'll most likely
start analysing the default setup and come to 1.e4 or
1.d4. AFAIK, Fritz solves this probelm by keeping the
engine stopped as long as it is "in book".
Some of the tab headers are actually a bit useless and
and, summed up, eat up quite some space. I'm not sure if
idividual tabs can come without a tab header at all.
Candidates for removal of the tab are IMHO at least "Game
notation", "Board", "DB Switcher". Probably a good
algorithm would be to remove the tab header once a tab is
alone within it's respective frame. In this case it is
usesless and it could come back once another tab opens in
that frame.
In case I want to add the ability to be a tab to the
windows my small contributions generate, where would I
have to look up how to do it? Ie. the most simple example
out of the many parts. (No, don't draw the wrong
conclusion again, my default layout does absolutely not
fit on screen in docked mode. I just tried, it works only
in Classical. I'd just add docking to those windows for
those out there who prefer docked mode.)
--
Kind regards, / War is Peace.
| Freedom is Slavery.
Alexander Wagner | Ignorance is Strength.
|
| Theory : G. Orwell, "1984"
/ In practice: USA, since 2001
------------------------------------------------------------------------------
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you. Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
_______________________________________________
Scid-users mailing list
Scid-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/scid-users
