Prev: TTK and menubars
Next: ECCOMAS CFD 2010 Mini-Symposium on Image Processing and Visualization
From: lyon on 27 Nov 2009 13:42
One can see a real difference in performance in wish under windows.

Could someone tell me if there is a work around for that ?

Furthermore, is there any plan to improve that ?

This poor performance prevents for example the development of heavy
graphical themes for Ttk under Windows.

Any hint welcome.

Best regards,

Lyon
From: lyon on 27 Nov 2009 13:48
To be clearer: I am mentioning *graphical* performance and I compare
it to the one you get on linux on similar hardware.
From: Alexandre Ferrieux on 27 Nov 2009 17:55
On Nov 27, 7:48 pm, lyon <pierre-yves.lambo...(a)planar.com> wrote:
> To be clearer: I am mentioning *graphical* performance and I compare
> it to the one you get on linux on similar hardware.

Interesting -- though frustrating :}
Do you have more details on the task on which you observed the
difference ?
If they can be packet into a reasonably sized script and the diff is
salient, please post a report on the SF tracker.

-Alex
From: Donal K. Fellows on 28 Nov 2009 03:36
On 27 Nov, 18:42, lyon <pierre-yves.lambo...(a)planar.com> wrote:
> One can see a real difference in performance in wish under windows.
> Could someone tell me if there is a work around for that ?

The problem is (almost certainly) that Tk is using a drawing model
that is based on the X11 model, which is inefficient on Win. It would
be possible to a model that is closer to the Win model (and which,
curiously could be still pretty good on X) but that's a lot of work so
it's not happened.

I've no idea about workarounds, but you mention "graphically heavy
themes" which makes me think that you might also be just after a high-
performance renderer for photo images. If so, we'd *love* something
better than what we have now! We know the code there is poor, but lack
the specific knowledge to improve it. Contributions welcome. (It's
probably easier to develop it for 8.6 where the photo image datamodel
and rendering code has been separated; the maintainers - well, myself
probably - can handle backporting.)

> Furthermore, is there any plan to improve that ?

There was a plan ages ago (TkGS, http://wiki.tcl.tk/2177 indicates
that it's been mostly dead since 2002; that page has only had
maintenance since then, not new content) but it never fully "got to
first base". I've no idea why it didn't make the step up.

Donal.
From: lyon on 30 Nov 2009 05:03
(Salut Alex...)

Well, it is a bit difficult to post as a whole but for you to get the
picture
(if I may say so...). We have developped a theme with Tile. This theme
uses
a lots of small icons and graphical elements than are almost all as
small as borders
or lines.

The overall result under linux is nice and pretty fast.

But under Windows, we have to wait for something like 20-30s for the
initial
drawing of the main window and each time we switch from a panel inside
the
notebook that almost fully covers the top window.
Afterwards, the application response time is acceptable though not
outstanding.

We do not use a lots of photos or canvas, just little pixmaps but
almost in every
widget. We suspect the main culprit in our case to be the 'frame'.

HTH.

PYLyon

 |  Next  |  Last
Pages: 1 2
Prev: TTK and menubars
Next: ECCOMAS CFD 2010 Mini-Symposium on Image Processing and Visualization