Hi!

>       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?
> Do you have a gap over 40 pixels ? If no, it is normal.

Well, its a bit difficult to count, but I'd guess that it is
beyond 40. Yes.

>       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.
> 
> If depends upon the focus. This shortcut has to be known by all 
> toplevels, and the mouse must be inside one of them.

Hm, I admit that focus makes some sense with individual
windows, but it is a bit strange in docked mode. But even if
I try to "focus" the board tab, Ctrl-F12 does not work.

>       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"
[...]
> Fixed. Note that it had nothing to do with the docking mode.

This could be, there couldn't be a window without associated
DB in classic mode.

>       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. 
> 
> If the Tree was saved, we can think it was with a good
> reason. Right now the base is not reopened, but it is not
> consistent with the idea of saving the window.

Ah. Ok, I see you've a different philosophy here.

> 
>     Most likely
>       the save layout should store a bit more abstract: "tree
>       windows give new tabs in this area".
> 
> Don't understand.

Well, one could have a split window and assing the say upper
right area to "tree tabs" and have all trees open there.

>       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.
> 
> Ok, nice idea, do it.

I can try, to.

>       (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.)
> 
> I completely disagree with you.

I know that you disagree. This is no probelm as long as you
leave the Classic mode there and keep it working :)

> The new mode is far better on every aspect.

Nope ;) Absolutely not. Its much worse in any aspect.

Lets leave this. I think we can and _should_ have both.

If you want to unify them, just get this docked stuff to
handle undocked windows like the geometry manager and
save/restore them properly. It would just be hard to me to
fall back to Fritz window handling. As I said, my usual
setup just does not fit on the screen in docked mode.
(Simply cause I can not overlap docks.)

> [...]
> 
>       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.
> 
> And then how do you move the tab ? How do you close the
> window ? (there is no "X" at the upper right corner).

Hm, maybe by a small 2px hight handle? Docked mode pretty
much copies the Fritz GUI, I think they solve it that way.

>       In case I want to add the ability to be a tab to the
>       windows my small contributions generate, 
> 
> ?? Don't understand anything.

Well a short howto, to add the ability to have a window
dockable. I do not know how you did it and I do not like to
fetch the most complex example just by sheer chance ;) The
most simple will do.

>     where would I have to look up how to do it? Ie. the
>     most simple example out of the many parts. 
> ??

A howto. If I want to support docking for the CC window and
the Input Engine window, where is the most simple example I
could look up how you did it. If I pick a window by random
chances are good that I take one that has this or that
extras.

> [...]
> 
> Note that the docked windows does not work well on Windows

Now, I'm utterly confused.

-- 

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

Reply via email to