Pascal Georges wrote:
Hi!
> - Info area: the proper resizing with the window is gone
> again.
> Fixed.
Thx :)
> - ECO Classify games is broken (mainenence window)
[...]
> Fixed. I expect other bugs like that :
Dito.
> too many changes in the UI, and testing hard to complete
> :-( But those are really easy to fix bugs.
Nice to hear. I'll report when I stumble upon one.
> - Still all windows get minimized upon switching of
> desktops. (Classic mode.) They got minimized all the time
> but in former versions they were restored once I came back
> to Scids desktop.
>
> Some window manager sends and "unmap" event when switching of desktop.
> And after this event, it is too late to get the real state of windows
> (command => winfo ismapped).
Well, Scid is the only application I've arround with this
minimisation behaviour. Still, this one is not really that
desturbing.
> See code of procedure showHideAllWindows if you can fix
> this. Current code should come back to previous state, and
> there is still the ugly minimizing of windows when
> switching desktops.
Unfortunately it does not. But I remember that you fixed
this problem some time ago for the former versions already,
so it seems an old missbehaviour to be reintroduced here.
> - Docked mode ignores autoopen windows (Options /
> Startup)
>
> Fixed. But for example restoring the PGN window has no
> sense if you don't know where to put it in the tree of
> sub-windows / notebooks.
I agree. Though I do not know how you want to handle it,
thats why I reported the missunderstandable GUI here. I
think there are two logical ways to do it:
1. Disable the "restore windows upon startup" in the new
mode and have them only in classic mode. This goes with a
dedicated mode separation.
2. Integrate both modes into window placement so that no
"startup windows" would be necessary and one could just close
Scid down and gets all windows, tabs and whatsoever restored
when one restarts Scid. I think it would be imperative here
to store also the windows docking state, and this would also
mean to handle individual windows and tabs at the same time
and to get rid of the different modes for only one windowing
mode that allows docked and undocked windows simultaneously.
I think, from a coders point if view the first option it the
least work, and most likely the one to go for the time
being.
However, from a users point of view I think the second one
would probably be the best and ease up the GUI as well as
one gets rid of modes. (Eg. many people complain about "the
only editor"(tm) simply cause they do not like mode
switching at all and find it unecessarily complex.) It would
also allow to choose seemlessly between both worlds and make
the best of them. Additionally, I think (I may be wrong
here) that if restoring a layout also handles undocked
windows properly one is almost there already.
> So the use of the menu save / restore layout is certainly
> a better alternative (I set an auto load option for one of
> the layouts).
This will then also point towards alternative one above, ie.
strict separation of both modes, and then only suitable
menues should show up, I think. Otherwise it is a bit
confusing.
--
Kind regards, / War is Peace.
| Freedom is Slavery.
Alexander Wagner | Ignorance is Strength.
|
| Theory : G. Orwell, "1984"
/ In practice: USA, since 2001
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Scid-users mailing list
Scid-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/scid-users
