Alexander Wagner wrote:
> On 02/15/11 09:26, Fulvio wrote:
>
> Hi!
>
>>> That's a problem with the new Cocoa based Tk that ships with 10.6
>>> and docked windows mode. I build the regular Tcl and Carbon based Tk
>>> 8.5.9 from source and use those to build Scid, there is no problem
>>> with that.
>>>
>>>
>> If the problem in ::tree::resfresh is "wm stackorder" it can be safely
>> removed.
>> Can you try if this works?
>
> I fear we have wm stackorder calls at various paces, we will need a
> replacement for all of them. This is actually something to think about
> next.
>
Hi Alex,
no replacement please for "wm stackorder" in ::tree::refresh.
First line "set stack ..." is a bug: initialize a variable that will
never be used.
The second part must be old stuff: in docked mode does nothing.
In undocked mode, search the topmost between opened tree windows and
process it first.
I suppose in old days users got stuck waiting for invisible tree windows
to complete (not that the code solve the issue, but i can't imagine
another reason).
Now, with the new behavior of sc_tree_search, the GUI shouldn't assume
that tree searches are performed in sequential order (it is still so,
because i didn't wanted to mess too much with adding multithreading, but
maybe it will not be in the future. BTW i wrote some very cool code that
fixes updateBoard and updateAnalysis: hope to post it in a few days).
As a finesse the for loop can be rewritten in reverse order:
for {set i [sc_base count total] } {$i > 0 } {incr i -1} {
It will skip 8 useless sc_base calls ([sc_base count total] always
return 9) and the last base opened as tree will be processed first.
Bye,
Fulvio
------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Scid-users mailing list
Scid-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/scid-users
